I TURN MESSY IDEAS INTO SHIPPED PRODUCTS.
i'm the developer you call when the idea is half-baked, the deadline is real, and nobody's sure where to start. i break the problem down, pick boring-but-solid tech, and get a working version in your hands fast.
front-end, back-end, the glue in between β i care about code that's easy to read, apps that load quick, and interfaces that don't make people sigh.
less talk, more commits. but also: clear updates, honest estimates, and docs your next dev will thank you for.
what i do
- web development
- mobile apps
- backend & APIs
- UI engineering
- databases
- devops & CI/CD
- performance tuning
tools i reach for
- JavaScript
- TypeScript
- React
- Next.js
- Node.js
- Flutter
- PostgreSQL
- Docker
- Git
work i'm proud of
a few projects that taught me the most.
desa piksel
an isometric pixel-art farming-village world you play in the browser β multiplayer, a built-in work log, chess, quests and a shared farm, all running on my own VPS.
booking mobile app
a cross-platform app for scheduling appointments, with push reminders and offline-first sync.
public REST API
a documented, rate-limited API with auth, tests and CI β built to be boring and reliable.
company website rebuild
a slow legacy site rebuilt as a fast static site β lighthouse scores went from red to green.
before you askβ¦
answers to the questions people usually send first.
01 when can you start?
usually within a week. if it's urgent, tell me β i'm pretty good at making room for interesting problems.
02 what kind of projects do you take?
web apps, mobile apps, APIs, dashboards, internal tools, and "can you fix this thing that's on fire" jobs. if it runs on code, let's talk.
03 how do you work best?
a clear goal, a single point of contact, and short feedback loops. i share progress early and often so there are no surprises at the end.
04 what's your favorite stack?
whatever fits the problem. i lean on TypeScript, React and Node, but i'd rather pick the right tool than the trendy one.
05 what makes you different?
i think like a user, not just a coder. i'll ask "why" before "how", and i'll tell you when a feature isn't worth building.
06 any weaknesses?
i will refactor your variable names if you let me. also, dark mode is not optional. π