Skip to content

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.

Let’s discuss your timeline

Pizzeria Bestek · Callidus · Elpida Solutions

LinkedIn ↗
01
Food Ordering
Pizzeria Bestek
Ordering platform + real-time admin dashboard
02
Clinic SaaS
Callidus OS
Multi-tenant clinic operations platform

Mobile website

03
Real estate website
Elpida Solutions
Cinematic, multilingual website for a licensed real-estate agency
Explore 4 more projects
04
Booking SaaS
BookBed SaaSBuild in progress
Apartment & short-stay booking platform

Mobile website

05
Neighborhood research app
Relocate
Flutter starter kit — US relocation planning
06
Content / CMS collab
IronLife
Fitness blog CMS — content & editorial (Webflow by collaborator)
07
Community website
Šahovski klub Dubica
Bilingual, zero-tracker chess club website

One engineer. Full stack.

From the first brief to deployment and handover, I handle the build across web, mobile and backend.

01
SaaS MVPsNeed paying users before your runway runs out. From blank screen to shipped — auth, billing, admin, the whole loop. Shipped in weeks, not quarters.
02
Web appsYour site is the first impression. React, TypeScript and Tailwind. Responsive interfaces, accessible navigation and performance checked before launch.
03
Mobile appsOne product for iOS and Android. Flutter gives iOS and Android a shared codebase. I build the interface, integrations and release flow for both platforms.
04
Maintenance & handoverInherited a mess? I fix the bugs, ship the roadmap, and document it so the next engineer doesn't have to reverse-engineer everything. No ticket queue — fix today, ship tomorrow.

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.

Website / Landingfrom $2,500
Web Appfrom $5,000
Mobile Appfrom $5,000
SaaS MVPfrom $8,000
Get a fixed quote
  • 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.

$2,500/ month
Book a call
  • 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.

01

You talk — what you're building and where it stands

02

A few direct questions about timeline and budget

03

Straight answer: can I ship it, and what it would cost

04

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.

// HOW I WORK
  • 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.

// ECOSYSTEM

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 Marketplace
PDF Viewer — FlutterFlow Template
Schedule Module — FlutterFlow Template
Content Toolkit — FlutterFlow Template
Smart Utilities Pack — FlutterFlow Template
40+ Custom Widgets — FlutterFlow Template
6 Media Widgets — FlutterFlow Template
DreamHome — FlutterFlow Template
Advanced Data Display — FlutterFlow Template
PDF Viewer — FlutterFlow Template
Schedule Module — FlutterFlow Template
Content Toolkit — FlutterFlow Template
Smart Utilities Pack — FlutterFlow Template
40+ Custom Widgets — FlutterFlow Template
6 Media Widgets — FlutterFlow Template
DreamHome — FlutterFlow Template
Advanced Data Display — FlutterFlow Template
PDF Viewer — FlutterFlow Template
Schedule Module — FlutterFlow Template
Content Toolkit — FlutterFlow Template
Smart Utilities Pack — FlutterFlow Template
40+ Custom Widgets — FlutterFlow Template
6 Media Widgets — FlutterFlow Template
DreamHome — FlutterFlow Template
Advanced Data Display — FlutterFlow Template

Field notes

Built it. Wrote about it.

The bugs, decisions, and small discoveries behind shipping an app. A few notes from my workbench.

Explore all articles
dusko / field-notes03 latest notes
From the workbenchPick a note. Follow the idea.

↳ Thoughts

Beyond the code.

A few things I keep coming back to. About making things, working with people, and knowing what deserves your attention.

AI scene of Dusko with glasses, working at a MacBook and writing in a notebook
At the workbench

Open a thought. Stay a moment.

Attention

The quiet part of building.

Before the screen, there is someone trying to get through their day.

AI scene of Dusko without glasses in a dark jacket, walking along a wooded path
Out for a walk

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.

Trust

A working demo is a beginning.

The first successful click is exciting. The unsuccessful one deserves just as much care.

Dusko with glasses and a white shirt, moving a piece on a chessboard
At the chessboard

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 & responsibility

Fast tools. Slow promises.

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

Dusko beside historic vehicles in a museum
At the museum

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.

Ownership

You should be able to leave.

Good work should not make you afraid to change who you work with.

Dusko standing by the water at sunset
By the water

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 room

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.

Dusko in a light hoodie, seated in the open doorway of a red Alfa Romeo
A moment outside

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 together

A straight answer is a form of care.

Someone planning a product needs an honest answer more than another enthusiastic yes.

Black-and-white image of Dusko standing beside an Alfa Romeo at night
An evening outside

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.

Before you ask

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.

Let’s plan your next release

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
Hire Me on Contra
or hire commission-free