Web applications
Products with real users and real data behind them, not just a front end.
- Dashboards and admin panels
- Booking and scheduling systems
- Customer portals and logins
- APIs and third-party integrations
Taking on new projects
Developer based in Mauritius. Web apps, automation, and the tooling that holds them together. Everything I've built so far is open source, so you can read the code before you decide to work with me.
I'm early in my freelance work, and I'd rather be upfront about that than pad a page with claims.
What I do have is code you can read. Every project below is public: the commits, the mistakes, the refactors. That's a more honest signal than a logo wall, and it means you can judge how I actually work before spending anything.
I build because I want to know how things work underneath. Quietude began as a question about whether a voice assistant could work without sending anything to a server, and answering it meant learning speech recognition, speech synthesis, face recognition and how to keep a model that crashes from taking the whole application down with it. Camaloop began as a question about where a webcam feed actually lives on Linux. Most of what I know came from picking a problem slightly beyond me and refusing to put it down.
The machine learning side holds my attention most right now. Quietude runs two speech models at once. A small streaming one always listening for a wake phrase, and a quantized Whisper that transcribes properly once it's awake. It speaks through ONNX voice models, and recognises its user with a face classifier trained on their own machine. It can call a hosted model if you give it a key, but the interesting part is how much of it works without one. I want to keep building in that direction.
I'm in the first year of an IT degree at Curtin Mauritius, so there's a lot I haven't met yet, and I'd rather say so now than discover it halfway through your project. I work across the stack: web applications, automation, internal tools, and the deployment and maintenance side that usually gets skipped. On larger builds I work alongside another developer, so there's capacity for more than one person's worth of project. Being new means I'm responsive, priced accessibly, and more interested in the problem than the invoice. It doesn't mean I'll take on something I can't deliver: if a project isn't a fit, I'll say so.
Three broad areas cover most of it. If what you need sits outside them, describe it anyway. The answer is usually yes.
Products with real users and real data behind them, not just a front end.
Fast, hand-built sites that don't depend on a monthly page-builder subscription.
The repetitive job someone does by hand every week, handed to a machine instead.
Open source, all public on GitHub. Clone any of it and run it yourself.
Everything else lives on GitHub.
What I've actually shipped with, and what I'm being taught. The two are listed separately on purpose, because I'd rather you know which is which before you ask me a question about it.
Whole sites, design through deployment. This one included.
Used across the projects above.
Coursework on my IT degree. Not yet used on anything public.
Each one is in a repo you can open.
All of this is wired up inside Quietude.
Quenchkey has 617 tests, Camaloop 219. Both run on every push.
Where the projects actually run.
Used, not implemented from scratch. The primitives come from audited libraries.
Curtin Mauritius
Sir Abdool Raman Osman State College
No testimonials yet, because I'm new. So here's exactly what working with me looks like instead.
A call or a long email where I push back on the brief until we both know what "finished" means. Free, and it's where most project failures get prevented.
Written scope, price, and timeline before work starts. If the scope changes later, we agree the new number first, so no surprise invoices.
Working builds throughout, not one reveal at the end. If it's drifting from what you pictured, you find out in week one rather than week six.
The code, the repo, the accounts, the deployment. No lock-in and no dependency on me staying reachable. I'll document it so another developer could pick it up.
Tell me what you're trying to build. I read every email myself and reply within two working days.
Email is the whole process. No form, no autoresponder, nothing sitting in a queue. It comes straight to me and I answer it myself.
a.khavish.personal@gmail.comOn webmail and the button above did nothing? That's a mailto link with no handler set, so copy the address instead. Replies go out within two working days.