AI-augmented full-stack engineer
Full-stack developer shipping SaaS MVPs, web apps, and mobile — BUILT FAST.
SHIPPED RIGHT.
I build SaaS products, web apps and mobile apps—from first scope to launch.
Pizzeria Bestek · Callidus · Elpida Solutions
LinkedIn ↗Live work.
Discuss your project ↗Mobile website
Explore 4 more projects
Mobile website
One engineer. Full stack.
From the first brief to deployment and handover, I handle the build across web, mobile and backend.
Full-stack engineering. Clear scope. Clear price.
Starting prices in USD. After a scoping call, you receive a written proposal with deliverables, timeline and a fixed price.
Fixed-Scope
You bring a defined brief. I deliver a production-grade build on a fixed timeline.
- Fixed scope & timeline
- Weekly async check-ins
- You own the code
- 30-day post-launch support
- Handover docs + video walkthrough
Retainer
For teams that need a full-stack engineer on call without the overhead of a full-time hire. ~20–40 hrs/month. Scope flexes. Quality doesn't.
- Priority Slack access
- Flexible scope — bugs, features, refactors
- Bi-weekly roadmap sync
- Pause or cancel anytime
- Weekly shipping cadence
Not a standard build? Good.
Code audits, handover rescues, white-label delivery, team augmentation — if it doesn't fit a box, that's usually where the interesting work is.
20 minutes. No pitch.
Book a 20-min scoping call.
We'll talk scope, timeline, and whether I'm the right fit. If I'm not, I'll tell you who is.
You talk — what you're building and where it stands
A few direct questions about timeline and budget
Straight answer: can I ship it, and what it would cost
Not the right fit? I'll say so and point you elsewhere
I AM DUSKO. I BUILD THE THING. I SHIP IT. YOU OWN IT.
React on the web, Flutter on mobile, Supabase and Firebase underneath. I handle the architecture, implementation and handover. You work directly with the person writing your code.
- 01
Direct comms
You talk to me. No agency layer — no account managers, no approval chains. The person who reads your spec writes the production code.
- 02
AI-augmented velocity
Modern AI workflows handle boilerplate so time goes into the business logic that matters. Same quality a careful engineer would ship — without the coordination overhead.
- 03
Production-grade, day one
Multi-tenancy, realtime, RLS, webhooks, Stripe. No "we'll refactor in sprint 4." Built right the first time.
- 04
Owned, not rented
Your code, your repo, your credentials. Full handover, full docs, full ownership after final payment. No platform lock-in.
Full ecosystem. One developer.
Firebase to Stripe. Flutter to Next.js. One engineer across every layer — backend, mobile, web — no hand-offs, no agency overhead.
- Firebase
- Stripe
- Supabase
- Flutter
- FlutterFlow
- Next.js
- React
FlutterFlow Marketplace.
View all on FlutterFlow MarketplaceTemplates · 7
Web Templates.
Seven production-ready static sites — each one a different industry, each one live on Netlify.
Field notes
Built it. Wrote about it.
The bugs, decisions, and small discoveries behind shipping an app. A few notes from my workbench.
- 01 · LatestTech Stack14 min read
- 02Tech Stack
Fix FlutterFlow Forms Hidden by the Keyboard
15 min read - 03Tech Stack
Find Flutter List Rebuilds That Slow Scrolling
15 min read
↳ Thoughts
Beyond the code.
A few things I keep coming back to. About making things, working with people, and knowing what deserves your attention.

Open a thought. Stay a moment.
AttentionThe quiet part of building.

The quiet part of building.
Before the screen, there is someone trying to get through their day.

A booking. An order. A form they have already filled out twice. From my side, it is a feature. From theirs, it is something standing between them and the rest of their day.
That is the question I want to spend more time with: what should feel easier when this exists? Sometimes the answer needs a new screen. Sometimes it needs one less question, or a button that finally says what happens next.
I like the technical work. But I want to stay curious about the person on the other side of it. Their day is the reason the screen matters.
Dusko — Still thinking it through.
TrustA working demo is a beginning.

A working demo is a beginning.
The first successful click is exciting. The unsuccessful one deserves just as much care.

It is easy to fall in love with the version where everything goes right. The connection is fast. The account is complete. The payment works. You can see the whole idea in one neat sequence.
Then someone opens it on an old phone, loses their connection, or presses the same button twice. I want the product to be kind to them there, too. Explain what happened. Keep their work. Give them a way forward.
A demo helps someone believe an idea is possible. The less impressive parts help them trust it enough to use it tomorrow.
Dusko — Still thinking it through.
AI & responsibilityFast tools. Slow promises.

Fast tools. Slow promises.
I can generate more work now. I still have to decide which of it deserves to leave my laptop.

I use AI because it gives me room to build. It can take the repetitive parts off my plate and make an unfamiliar problem easier to approach. I want that help.
But a confident answer is still something to check. Does it solve the actual problem? What happens when it fails? Can another person understand what I have handed them? Faster output makes those questions more necessary, because there is more output to get wrong.
The part I do not want to speed through is the promise to another person. If I say something works, I should be able to show why.
Dusko — Still thinking it through.
OwnershipYou should be able to leave.

You should be able to leave.
Good work should not make you afraid to change who you work with.

There is a particular kind of dependence I do not want to create: a product that only its original developer can explain. A password held somewhere else. A deployment nobody knows how to repeat.
I want the code, accounts, and decisions to belong to the person who paid for the work. Documentation is part of that. So is making choices that another engineer can understand without needing me in the room.
I would rather someone keep working with me because the relationship is useful than because leaving feels dangerous. Having a way out makes staying a real choice.
Dusko — Still thinking it through.
Making roomSmall can still be ambitious.

Small can still be ambitious.
Leaving something out can feel like giving up on it. Sometimes it is how you give the rest a chance.

When an idea matters to you, every feature can feel like part of the dream. Cutting one sounds like making the dream smaller. I understand the hesitation.
The question I find useful is: what is the smallest version that actually helps someone? Not the smallest presentation. A real task, completed by a real person, without needing the rest of the roadmap.
That version gives you something to learn from. You can grow it with evidence instead of carrying every possibility at once. I want to leave room for that kind of ambition: the kind that can change its mind after meeting a user.
Dusko — Still thinking it through.
Working togetherA straight answer is a form of care.

A straight answer is a form of care.
Someone planning a product needs an honest answer more than another enthusiastic yes.

A person asking about an app is also deciding where their time, money, and attention should go. An easy yes can make that conversation pleasant while making the decision worse.
I want to say when the scope needs to change, when an idea needs testing before building, or when I am not the right person for the work. Those answers can be less comfortable. They give the other person something useful to decide with.
Direct communication is not about being blunt. It is about making the important part clear enough that neither person has to guess.
Dusko — Still thinking it through.
The questions I get on every first call.
What happens if you're not around later?
You get repo access during the build, then documentation and a walkthrough at handover. Ownership transfers after final payment, as agreed in the contract. The handover explains how another developer can run, maintain and extend the project.
AI-augmented — does that mean AI writes the code?
I use AI for boilerplate and implementation support. I remain responsible for architecture, review and testing. The case studies show the work and my role; BookBed is still in development.
How do contracts and invoices work?
You get a proper EU invoice and a contract through a work-intermediation platform. The fee is already baked into the price — nothing extra for you. If your procurement or accounting needs something specific on the invoice, tell me and I'll adapt.
How do I know you'll deliver on time?
Fixed timeline in writing, weekly async check-ins, and repo access from day one — so you watch progress in commits, not status meetings. Callidus was a full multi-tenant clinic SaaS in ~10 weeks. Tell me what you'd want to see by week 2 and we'll make it a milestone.
Ready to ship something?
Tell me what you're building. I'll tell you if I can ship it, what it'll take, and whether we're a fit — usually within 24 hours.
info@duskolicanin.com



























