
Livable Places GmbH
Hands-on CTO at Livable Places
Hands-on Chief Technology Officer
Relevance
Why this case matters
The case shows how problem understanding, responsibility, decisions, and implementation came together in this context.
Impact
Connected S-Core from problem clarification and product decisions through hands-on implementation and release to platform operations in one reliable proptech delivery system.
What carries forward today
AI-native systems craft here connects monorepo architecture, queue orchestration, locking, observability, geo data, ML evidence, agent workflows, and new product lines in one reliable operating system.
Defensible proof
Problem -> operations
S-Core responsibility
Connected product clarification, story work, architecture, implementation, release, and operations; covered several months without an assigned Product Owner.
pnpm + Turbo
monorepo across app, services, and platform
Connected app, services, workers, and shared delivery paths in one maintainable product context.
Bun + BullMQ
distributed workers, flows, and queue orchestration
Made dependencies, retries, locking, and runtime behavior explicit and observable.
PCA + LAS
office-risk fingerprinting, calibration, and experiment design
Kotlin + PostGIS
geo, census, feature, and prognosis services
Demand -> Supply -> Property
product logic for measurable social sustainability
Redis locking
locking, Pub/Sub, and job-completion handling
Bare-metal Swarm
IaC, auth, observability, and alerts
Where this experience creates value
- For product organizations that need product clarification, technical direction, delivery, and operations connected as one responsibility chain.
- For teams with data-, worker-, or AI-intensive products where operability and evidence need to be built in from the start.
Case context
Overview
At Livable Places I am not working on a generic "AI-first" story. I am working on a real delivery system for a proptech product with actual operational responsibility. That spans monorepo product development, distributed scoring and data workflows, self-hosted platform operations, geo/census services, and the evidence-led preparation of a new office-risk product line.
The product thesis is bigger than a score dashboard: make societal demand for real estate uses measurable and comparable at location level. The operating logic is Demand -> Supply -> Property, so financing, acquisition, ESG, and portfolio decisions can rely on more legible signals.
My leverage is connecting product logic, data pipelines, AI/ML research, geo services, queue orchestration, and platform operations instead of treating them as separate workstreams. The monorepo, workers, auth, observability, GitOps-style deploys, backups, and runbooks form one system that can be built, shipped, and operated. Collaboration is distributed, including design capability from Ukraine.
The AI/ML work stays deliberately evidence-bound. Office-risk fingerprinting, PCA, k-means, Location Absorption Score, benchmarking, and feature ablation are used for characterization and screening until target quality, residualization, and cross-city stability can support stronger claims.
Since late 2025, most of my implementation has been produced through agent workflows. My work has shifted from writing most code line by line to orchestration: framing outcomes, context, and constraints, directing agents, reviewing changes and evidence, and remaining accountable for product and technical decisions.
Responsibility
Activities
- Built and evolved a pnpm/Turborepo monorepo for the web app, services, workers, and operating tools
- Testing base: used Cypress briefly and then moved to Playwright as the primary browser/E2E testing stack
- Worked hands-on on distributed scoring and data workflows with Bun, BullMQ, FlowProducer, QueueEvents, and Redis
- Used Redis for locking, Pub/Sub, and job-completion signaling instead of fragile glue logic
- Built authenticated async report export paths with service-side auth guards, shared export domain logic, and XLSX generation
- Owned a self-hosted bare-metal platform with Docker Swarm, Traefik, Authentik, Ansible bootstrap, Docker Secrets, restic backups, WireGuard, and a full observability stack
- Established IaC/GitOps-style GitHub workflow paths for build, release, deployment, rollback, scaling, backup, restore smoke tests, maintenance, and self-healing
- Worked with distributed external roles, including a designer in Ukraine, through explicit artifacts, review paths, and visible delivery goals
- Worked hands-on on the geo/census service layer and shaped its architecture around Kotlin, Spring Boot, PostGIS, OpenAPI, FastAPI, Valhalla, OSM, and external POI imports
- Personally built a Python data pipeline for external doctor and school data: S3/CSV ingestion, validation and normalization, retry logic, temporary tables and bulk import into PostgreSQL/PostGIS with JSONB tags, tests, containers, and GitHub Actions
- Prepared a new office-risk product line through evidence-led product and delivery work
- Designed and challenged ML workflows around PCA, k-means clustering, LAS calibration, benchmark matrices, target quality, residualization, and feature ablation
- Used multi-agent research workflows and multi-agent pipelines (asset-research and factsheet-review skills, observation -> inference -> hypothesis -> experiment) as part of the product evidence layer, not only as developer convenience
- Since late 2025, delivered most implementation through Claude Code, Codex, Cursor, Antigravity, OpenCode, and Pi Coding Agent; outcomes, context, constraints, review, and evidence gates remain my responsibility, complemented by local agent skills and plugin-style skill development
- Translated strategy into visible goals, scopes, work items, development boards, releases, demos, and customer-facing feedback loops
- Covered S-Core product clarification and story writing for several months without an assigned Product Owner
- Built demo and campaign measurement paths with anonymous access, UTM tracking, event analytics, and conversion-funnel thinking
- Built internal planning and reporting tooling with Nuxt, Vue, SQLite, Zod, and localized product surfaces
Operating mode
Methodology
- Delivery as a system: monorepo, platform, queues, geo services, Cypress-to-Playwright test migration, and product work are not optimized in isolation
- Decision quality over dashboards: product work is judged by whether it helps customers make better financing, acquisition, ESG, or portfolio decisions
- Infrastructure as code: platform state, auth baselines, stack definitions, secrets, backups, and operations are encoded and repeatable
- Operability by design: logs, metrics, traces, alerts, and auth are part of the product, not follow-up work
- Distributed orchestration with explicit dependencies, locking, and visibility instead of silent background jobs
- AI-first where it matters: use agents, LLM tooling, and research automation to improve evidence quality and delivery speed, but keep claims bounded by data
- ML with evidence gates: fingerprint, benchmark, calibrate, residualize, ablate, and only then claim predictive value
- Geo/data products as infrastructure: OSM, census, POI, routing, and market data are treated as versioned, observable product dependencies
- Visible operating model: strategy, roadmap, goals, scope, work items, board, release, demo, and customer feedback stay connected
- Small batches and visible ownership instead of roadmap and process signaling
- Evidence-first product work: observation, hypothesis, experiment, then scale
Technical context
Technology stack
The tools are not the point by themselves. What matters is which system layers had to work together.
DevOps
26Practices
14Frontend
9Backend
13Tools
18Messaging & Event Streaming
6Databases & Storage
12Data & AI
36CI/CD & Delivery Pipelines
2Next step
If you need similar responsibility, we can identify the next useful leverage point directly.
Send the situation, goal, and decision in front of you. I will respond personally with a clear view of the value I could add.