Building our own Simplicate tracker
The Simplicate Tracker as a Mac app: how we built it with Swift, Claude Code and the Simplicate API. Five lessons from our own project.
Read onTen years ago, ‘developer’ was largely synonymous with ‘someone who types code’. For a developer in 2026 Is that perspective too narrow? At Fresh-Dev, we're seeing it in our own work: the writing itself is faster, and the thinking around it becomes more important.
In this article:
AI tools are taking over a lot of routine work: boilerplate, tests, migrations, documentation. Not in a few years, but already today, in every serious codebase. What we'll do less as a result: writing out rules that we also wrote before. What we'll do more: deciding what needs to come, and checking if it's correct.
The average day for a developer in 2026 looks different to five years ago. Less typing themselves, more reviewing, directing, and connecting. A feature that used to take three days of typing is now often half a day of prompt work and half a day of careful review.
The prediction that AI will wipe out jobs is accurate for some tasks. For the work we do, we're primarily seeing a shift. AI is good at pattern recognition, rapid production, and endless repetition. Humans are still better at understanding context, weighing priorities, and choosing what not to build.
The combination wins. A developer in 2026 who works without AI will be less productive than a developer who works with it skilfully. Tools like Claude Code English GitHub Copilot are now part of the toolbox, just as a good IDE became ten years ago.
We write less code and build more.
– Backenders Team Fresh-DevIn the past, a development team was often seen as the department that executed what marketing or product had conceived. That no longer fits. The barrier to validating an idea has fallen enormously: a prototype that used to take weeks can now be done in a day.
This means the developer will automatically move forward in the process in 2026. For us, this means: more input on what makes sense to build, and asking questions earlier before we start. Not just ‘can this be done’, but also ‘should this be done’. Often, a good question upfront prevents ten days of work at the back end.
A few things are becoming more important:
A concrete example from our week. We start a new feature with a short session where we thrash out the business requirement. After that, we let Claude Code create an initial draft based on a precise brief. What comes out then goes through a review by a developer who knows the codebase well. Only then does it move towards tests and deployment.
The difference compared to a few years ago: the first working version is available faster, with more thinking time dedicated to preparation and review. By 2026, this will be the new normal for a developer.
Whether you're having a new website built or an existing system further developed: you'll be working with a team that can deliver a first version faster, but also thinks critically about the direction earlier on. In most cases, that's a win.
What this asks of you as a client: a little more room to adapt to new insights, and less of a tendency to fix everything in detail beforehand. In our work Do you see how that way of working together is shaping up?.
Are you facing a digital challenge and want to brainstorm how to approach it smartly? Take a look at we do plan a conversation directly.