Work

A selection of situations from sixteen years of engineering work.

A selection of situations from sixteen years of engineering work — from startups, to scale-ups entering new markets, to regulated enterprises where the margin for error is narrow. Some of them began messy. All of them shipped.

Selected cases
Case 01

Zeals — Chat-commerce platform rewrite and organizational transformation (Tokyo, 2021–2023)

Context

Zeals was a Japanese chat-commerce startup entering a period of rapid growth. The technology stack was a Ruby on Rails monolith that could not support the planned US market launch. The team structure compounded the problem: frontend, backend, and DevOps were organized as separate functional groups rather than cross-functional product teams, which meant that any feature touching more than one layer took weeks of coordination to ship.

Intervention

I joined as the fourth frontend engineer and was promoted to Head of Frontend within months. I presented a new team structure to the engineering department and secured buy-in from the CTO and VP of Product. Over the following quarter I hired ten engineers and, together with two other engineers, designed a new platform architecture: microservices, micro-frontends, and an auto-generated API gateway. A three-person team produced the full platform design and migration strategy in two months.

Outcome

Release cadence moved from roughly monthly to weekly and stabilized there. All existing customers were migrated to the new platform without downtime. The frontend team grew from four to twenty-five people spread across ten countries. Two internal MVP awards. Five engineers grew into leadership roles during my tenure, one of whom later became VP of Technology. The platform we designed is still running the business today.

Case 02

go2cloud — Building the software function inside a company that had never had one (Hannover, 2021–2023)

Context

go2cloud was a German company that had spent most of its operational history running crypto-mining data centers. In late 2021 it acquired a French VDI startup, OmnyCloud, and found itself with a product and no established software function to develop it further. There was no software engineering team, no development process, and no software-product culture. I was the first software engineering hire after the acquisition.

Intervention

In the first month I worked through the acquired codebase, onboarded myself to the technology, and integrated the VDI product into go2cloud's existing data center infrastructure. Over the following months I hired a team of seven across frontend, backend, DevOps, and QA. I redesigned the network architecture for lower-latency access across European regions, shipped a Cloud Gaming prototype on top of the VDI stack, and replaced a third-party remote-desktop streaming vendor with a WebRTC-based protocol designed in-house, which removed a third-party dependency that had been putting pressure on margins since the acquisition.

Outcome

Cluster provisioning time dropped from weeks to roughly two days. The first enterprise customer onboarded within six months of the acquisition. The platform architecture was designed to support over ten thousand seats. The company's internal identity shifted — from an infrastructure vendor with a product problem to a product company with infrastructure underneath it.

Case 03

YoloPrice — Mobile SDK with a gRPC server running inside the application (Nice, 2023–2024)

Context

YoloPrice was building an AI-driven commerce product with a specific security constraint. The core algorithms were patented and had to be protected against reverse engineering, but the end-user experience had to remain smooth across iOS and Android, and the SDK had to be small enough that B2B integrators would actually use it.

Intervention

I wrote the Android MVP myself in the first month, largely to prove that the product hypothesis was feasible at all. Once that was confirmed, I designed the production SDK as a Kotlin Multiplatform project with an embedded gRPC server running inside the mobile application itself. I implemented on-device encryption, binary obfuscation for sensitive paths, and a custom WebView for marketplace authentication that kept every piece of user data inside the application boundary. I hired two mobile engineers and worked with a DevOps engineer to resolve a release pipeline bottleneck.

Outcome

First production version shipped four months after concept. Release cadence stabilized at weekly. Deployment time dropped by a factor of roughly four after the pipeline rework. The SDK architecture — effectively a backend server running inside a mobile application — was unusual, but it held up in production.

Case 04

Echo Analytics — Platform redesign, mid-project budget cut (Paris, 2024–2025)

Context

Echo Analytics was a geospatial SaaS platform. Its architecture had grown into a monolith that could no longer support the product roadmap, and the original plan was to replace it with a full-scale microservices platform. Midway through the project, the company cut the engineering budget substantially. The original design was no longer viable.

Intervention

Rather than scaling the original plan down proportionally, I proposed a different architecture entirely. Small, heavily automated product-services that a team of one or two engineers could take from concept to production in two to four weeks. I redesigned a core database module handling over one hundred million records, introducing better partitioning, more aggressive indexing, and a Redis caching layer for hot paths. I worked through a DevOps bottleneck and rebuilt the delivery process around the new budget and team constraints.

Outcome

Infrastructure costs fell to roughly one-third of the original projection. Delivery speed tripled. Deployment time dropped by a factor of four. The engineering team grew from two to seven. The architecture that emerged from the budget cut was, in several ways, better than the one we would have built if the money had stayed.

Case 05

OneFactor — First Kubernetes project inside a pre-Kubernetes company (Moscow, 2018–2020)

Context

OneFactor was a BigData and ML services company working primarily with telco and financial clients. At the time, the company had not yet adopted Kubernetes, and was looking for a first team to pilot the adoption of Kubernetes across the organization. The new product — SmartIndex, an analytics platform for out-of-home advertising — was chosen as the pilot for that transition.

Intervention

I built the team from zero, delivered the MVP in two months, and designed the Kubernetes deployment architecture with separated development, UAT, and production environments and blue-green deployments for production releases. I wrote the CI/CD templates that later became the organizational standard. The service architecture I designed — stateless, horizontally scalable, with an efficient resource profile — handled one thousand requests per second on two small pods.

Outcome

All planned features shipped within the two-year scope of the project. The Kubernetes and CI/CD patterns were adopted across the rest of the organization. Two members of the team moved into leadership roles during or shortly after the project.

Case 06

Sberbank — Unfreezing a release cycle inside a regulated enterprise (Moscow, 2020–2022)

Context

Sberbank's SME B2B Banking department had an internal product that generated roughly thirty percent of the department's revenue, and a frontend team that had not shipped a release in several months because a framework migration had stalled. The product was business-critical and could not stay frozen.

Intervention

I joined, unblocked the stuck release in the first weeks, and was given ownership of both the frontend and backend teams — ten engineers and two leads between them. I introduced Scrum as an actual rhythm rather than ceremony. I led a clean Java 7 to Java 17 migration on the backend, and began a monolith-to-microservices transition.

Outcome

Release cadence stabilized at roughly one release every one to one-and-a-half months. The second major framework upgrade, which had previously taken more than six months, was done in two. The team became a reference inside the department — other teams visited us to understand the process. My backend lead eventually succeeded me.

These are a few situations, not a résumé. The full history — roles, dates, and the rest of sixteen years — lives on LinkedIn.

Full history on LinkedIn