Always happy to talk

Products that land
on the launch date.

Over eight years building software in fintech, SaaS and one real-estate launch. UI is the layer I'm strongest in, but I work the whole product when it needs it: state, APIs, build pipeline, the parts nobody wants to own.

Next.jsReactAngularRxJSNgRxVueNuxtTypeScriptNode.jsDesign SystemsCI / CDTeam Lead
Scroll
01What I do

Where I usually help

Four kinds of work I get called in for. On most projects it ends up being two or three of them at once.

Product development

Building the product from requirements to production. UI, state, the API surface it talks to, the build pipeline behind it. I own the architecture, write the code, run the reviews and stay responsible for what ships.

Design systems

A component library several product teams can share without drifting apart. One versioned package, one place to fix a button, one Figma source everyone points at.

Team and process

Walking into a team that's stuck and untangling it. Usually means hiring, onboarding, defining a release cycle, and running the first few retrospectives myself.

Technical consulting

Stack choices, architecture reviews, performance audits. Cheaper to call me before the decision than after the decision is already in production.

02Selected work

Projects

Three case studies from the last four years. Different industries, different failure modes, same approach: figure out what's actually broken before touching any code.

Fintech Product Launch

Fintech · Team leadership · Pipeline

30
days to ship

Came into a payment-processing product that was already four months late. Two developers on the team, no release process worth the name, no staging environment, and nobody could say with a straight face when the first version would ship. The client was losing patience, and so was the CEO.

  • Team grew from 2 to 8 people across roles
  • First production release in 30 days — against a four-month delay before I joined
  • Three-environment pipeline stable from week one, zero rollbacks in the first quarter
  • Release cadence settled at weekly, predictable enough for the client to plan integrations around it
Read the case study

Design System & Component Library

SaaS · Design system · Scale

faster delivery

Three SaaS products under the same brand, each with its own codebase, and each rendering the same button a little differently. Every new feature meant rebuilding a modal someone had already built twice before. The design team was spending half the week policing drift instead of actually designing.

  • Three products on one shared library — same button, same modal, same form field everywhere you look
  • Delivery speed for new product features roughly tripled compared to the pre-library baseline
  • Design drift dropped to zero: every component maps cleanly to a Figma component and a Storybook story
  • The design team got about 40% of their week back and reinvested it into discovery work
Read the case study

Real Estate Platform from Zero

Real estate · Architecture · Ambiguity

0
missed deadlines

A new platform with no real requirements, a hard launch date set by an external partnership, and stakeholders who kept changing their minds week to week. The first standup I joined had three different definitions of "MVP" in the room, and all three were being defended.

  • Translated raw ideas into concrete, prioritised business goals within the first week
  • Architected and built the platform from zero alongside the team
  • Requirements kept shifting throughout the build. The deadline did not move.
  • Launched on the agreed date, with the agreed scope, and zero P0 incidents in week one
Read the case study
03How we work

The process

Four steps from the first call to the handoff. Nothing clever about it. I just refuse to skip any of them.

01

Discovery call, 30 minutes

We talk about the product, the team, and what's actually in your way. I ask the questions I need to decide if I can help. You leave with a clear answer and no pitch.

02

Analysis before code

Before anything is committed I write down the problem, the risks, and the approach. A few days of this is the single biggest reason my projects land on time.

03

Build in the open

Weekly updates covering what shipped, what's next, and what I need from you. No dashboards you have to chase. If something is slipping you hear it from me first.

04

Ship, then hand off properly

Production-ready code and documentation your team will actually read. I stay around for a couple of weeks after launch so the handoff holds.

Sound workable?

30-minute call to see if we fit. No pitch, no obligation.

Start a project
04Career

Experience

Dec 2025 — Present

Software Engineer

Source Angel

Internal tooling, built from scratch against a very specific set of business rules.

Oct 2024 — Dec 2025

Frontend Developer

Trisk

AI process-automation platform for SMB and Enterprise. Owned the full lifecycle: architecture, CI/CD, design system, code review, production.

Jun 2023 — Oct 2024

Frontend Developer

PaymentOp

A full payment-processing platform. Led the frontend team — quality bar, code standards, complex payment UI, performance across every device we supported.

Feb 2020 — Jun 2023

Frontend Developer

Artur'In

Marketing platform with analytics and automation. Joined full-time after contracting; built the component library, the monorepo and three client apps from zero.

Aug 2018 — Feb 2020

Frontend Developer

Daxx · Artur'In (contractor)

Started on the Artur'In product through Daxx as a contractor. Same platform I later joined directly.

Jan 2018 — Aug 2018

Software Engineer

GlobalLogic

Real-time currency and crypto rates platform. Data visualisation, feature work, fast turnaround on customer requests.

Oct 2016 — Jan 2018

Frontend Developer

Brander

Web studio. E-commerce, mobile apps, a lot of client projects on tight turnarounds. First professional job, where I learned what shipping on deadline actually costs.

05About

Who you're working with

Senior engineer focused on product architecture and delivery, with the UI as my strongest layer. Close to a decade on products people actually use: payment platforms, SaaS tools, a real-estate launch that had a fixed date.

I work the full slice of the product when it needs me to. UI is what I do deepest and quickest, but I'll pick up the API, the data model, the deploy pipeline — whatever's standing between the team and a release.

My best technical decisions start with understanding the business. Deadlines, constraints and goals come first; clean code is what happens later, once I know what we're actually building.

I don't pick technology by what's trending. I pick by the requirements, the team's experience, and the shortest path to something that works in production. Modern isn't automatically better.

Analysis before code, every time. I've seen enough projects burn on day one of implementation to treat that rule as non-negotiable.

Based in

Kharkiv, Ukraine · UTC+3

Languages

Ukrainian · English · Russian

06Get in touch

Tell me about
the project.

A few lines of context is enough. I reply within 24 hours, usually faster.

Or reach out directly

alex.belost@gmail.com