Livable Places GmbH Logo

Livable Places GmbH

90% Remote / Hamburg

Hands-on CTO at Livable Places

Hands-on Chief Technology Officer

July 2025
1 year 2 months
Full-time
Product work
90% Remote / Hamburg

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.

Hands-on CTOProduct ownershipEnd-to-end deliveryPlatform operationspnpm monorepoBullMQ flowsAI/ML product researchDemand intelligenceIaC/GitOpsDistributed collaborationMulti-agent workflowsObservabilityGeo servicesCypress to Playwright

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.

9Areas
136Technologies

DevOps

26
GitSentryOpenTelemetryMicrometerDockerDocker SwarmDocker SecretsAnsibleTraefikAuthentikAuthentik BlueprintsHetznerGrafanaLokiPrometheusTempoAlertmanagerAlloyResticWireGuardSREDevSecOpsGitOpsGitOps-adjacent DeliveryInfrastructure as CodePlatform Engineering

Practices

14
Test-Driven DevelopmentAnonymous Demo FlowAgile TestingShift-left QualityProduct OwnershipProduct StrategyAgile DeliveryEnd-to-End DeliveryMulti-Agent ResearchCode ReviewDistributed CollaborationAgent Skill DevelopmentAgentic Operating ModelAgentic Engineering

Frontend

9
TypeScriptNuxt 3Nuxt 4Vue 3Tailwind CSSTailwind CSS v4Reka UIshadcn-nuxtPDF.js

Backend

13
Node.jsBunHonoKotlinJava 21Spring BootOpenAPIREST APIsOpenAPI GeneratorPythonFastAPIZodpython-docx

Tools

18
pnpmTurborepoViten8nVitestCypressPlaywrightTestcontainersMCPClaude CodeCodexCursorAgent SkillsClaude PluginsPlugin DevelopmentJiraConfluenceSlack

Messaging & Event Streaming

6
BullMQBullMQ FlowsFlowProducerQueueEventsRedis Pub/SubEvent-Driven Architecture

Databases & Storage

12
RedisMongoDBSupabasePostgreSQLPostGISFlywayasyncpgosm2pgsqlS3SQLitebetter-sqlite3ArangoDB

Data & AI

36
JTSProj4jJGraphTShapelypyprojValhallaOSMboto3MetabaseAckeeMapLibreMapTilerUTM TrackingConversion AnalyticsPCAk-MeansLocation Absorption ScoreFeature AblationTarget ResidualizationRandom ForestNatural Language Processing (NLP)Turf.jsH3openpyxlscikit-learnRIWIS APICensus DataGeoJSONData EngineeringMachine LearningMulti-Agent PipelinesLLM WorkflowsLLM-assisted DevelopmentAntigravityOpenCodePi Coding Agent

CI/CD & Delivery Pipelines

2
GitHub ActionsCI/CD

Next 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.