Belgrade · Remote, US & EU hours

The fractional CTO
who still ships.

Software I delivered ten years ago is still in production — and those clients still have my email. CTO of a ten-person team, embedded fractional CTO, one-man team: architecture to production to a handover your team can live with.

A short reply to see if I'm the right fit. I won't waste your time.

01 / Fit

Where I fit

You have a product
and no technical lead.

I take that seat: architecture, roadmap, priorities, and the call on what's worth building. AI tooling made prototypes cheap, so that question is often settled by spiking it and testing — not by weeks of planning.

You want AI in your product —
without trusting it blindly.

I've shipped a production AI assistant that books, reschedules, and takes payment — and can't claim anything the system didn't confirm. The engineering around the model is the product; I've built it.

→ the hotel assistant

You need senior capacity
that doesn't need managing.

Hand me a scoped problem or an unscoped one. I've delivered six-month integrations on my own and led ten-person builds. If you run an agency, I take overflow work under your name.

You have a system
that's outgrown its builders.

The people who built it moved on, or it grew faster than it was designed to. I make it stable, understandable, and easy to extend — usually without a rewrite.

02 / Practice

How I work

Whole-problem ownership.

Not just the code. The data model, the infrastructure, the third-party mess, the stakeholder conversation. One accountable person from “we need this” to “it's running.”

Fast where it's cheap.
Careful where it isn't.

AI made building cheap — the quickest answer to “should we build this?” is often a working spike. But data, payments, and migrations don't forgive the way code does. Knowing which is which is most of the job, and it's how a prototype avoids quietly becoming production.

→ the hotel assistant

Specs describe wishes.
Workflows tell the truth.

On my largest build, the client listed dozens of hard rules. In practice, nearly every one needed exceptions. Now I watch how people actually work before locking anything in.

→ the moving CRM

Dependency is a choice,
not a trap.

I build systems feature-complete, automated, and documented — so when the work is done, you decide: hand it to an in-house maintainer, or keep me as long-term support. I've done both. On my largest build I trained a junior team to take over at a fraction of the cost; my longest-running client keeps me on years later.

→ the moving CRM → the hotel assistant

04 / Plan

Three steps, no theater.

Write to me.

Tell me what you're building or what's in your way, in plain language. I reply with questions and a first read on whether I'm the right fit.

A written assessment.

I look at what you have and put in writing what I'd do, what it realistically costs, and what I'd skip. If I'm not the right person, I'll say so and point you somewhere better.

Defined work,
defined end.

We scope it. I own it until it's stable. Documentation and handover-readiness are part of the deliverable — then you choose: your team runs it, or I stay on as support. My longest client relationship started as a scoped project.

05 / FAQ

Fair questions

“Won't we depend on you forever?”
Only if you choose to. Everything I build is documented and handover-ready — some clients take it in-house, others keep me on support. Your call, not a lock-in.
“Will you still be around next year?”
I'm still answering emails about projects I shipped ten years ago. Independent work is my career, not a gap between jobs. And because everything is documented and built on boring stacks, even the worst case doesn't strand you.
“Can't we just use AI now?”
You can generate code cheaply — I do it daily. What you can't generate is certainty about how it behaves with your data, under your load, on the day it matters. That's what I sign my name to.
“What do you charge?”
A rate that matches senior ownership, quoted after I understand the problem — and a clear “this isn't worth doing” when that's true.

06 / About

About me

I'm Aleksandar, an independent software engineer in Belgrade. Small teams are my natural habitat — enough ownership to do things properly, no layers between the problem and the person solving it. Laravel is my default backend, Expo for mobile, but the problem decides the stack. Off the clock I build my own tools — HTML-first, open source where they’re ready — at softkittens.com, including effortless.run, my framework.

Tell me what you're building.

Or what's in your way, or whether I have capacity this quarter. Short inquiry form, no funnels, no calendar — it lands straight in my inbox. I read and answer everything myself, usually within a day.

01 Fit