Onze eigen Simplicate tracker bouwen
Simplicate tracker als Mac-app: zo bouwden we 'm met Swift, Claude Code en de Simplicate API. Vijf lessen uit ons eigen project.
Lees verderTien jaar geleden was ‘developer’ grotendeels synoniem met ‘iemand die code typt’. Voor een developer in 2026 is dat beeld te smal. Bij Fresh-Dev merken we het in ons eigen werk: het schrijven zelf gaat sneller, het denkwerk eromheen wordt belangrijker.
In dit artikel:
AI-tools nemen veel routinewerk over: boilerplate, tests, migraties, documentatie. Niet over een paar jaar, maar vandaag al, in elke serieuze codebase. Wat we daardoor minder doen: regels uitschrijven die we eerder ook al schreven. Wat we meer doen: bepalen wat er moet komen, en controleren of het klopt.
De gemiddelde dag van een developer in 2026 ziet er anders uit dan vijf jaar geleden. Minder zelf typen, meer reviewen, dirigeren en koppelen. Een feature die vroeger drie dagen typewerk was, is nu vaak een halve dag prompt-werk en een halve dag aandachtige review.
De voorspelling dat AI banen wegvaagt klopt voor sommige taken. Voor het werk dat wij doen, zien we vooral een verschuiving. AI is goed in patroonherkenning, snel produceren en eindeloos herhalen. Mensen zijn nog altijd beter in context begrijpen, prioriteiten wegen en kiezen wat je niet bouwt.
De combinatie wint. Een developer in 2026 die zonder AI werkt, levert minder op dan een developer die er handig mee samenwerkt. Tools als Claude Code en GitHub Copilot zijn inmiddels onderdeel van de gereedschapskist, net zoals een goede IDE dat tien jaar geleden werd.
We schrijven minder code, en bouwen meer.
– Backenders Team Fresh-DevVroeger werd een ontwikkelteam vaak gezien als de afdeling die uitvoerde wat marketing of product had bedacht. Dat past niet meer. De drempel om een idee te valideren is enorm gezakt: een prototype dat vroeger weken kostte, staat nu in een dag.
Daardoor schuift de developer in 2026 automatisch naar voren in het proces. Bij ons betekent dat: meer meedenken over wat zinnig is om te bouwen, en eerder vragen stellen voordat we beginnen. Niet alleen ‘kan dit’, maar ook ‘moet dit’. Vaak voorkomt een goede vraag aan de voorkant tien dagen werk aan de achterkant.
Een paar dingen worden belangrijker:
Concreet voorbeeld uit onze week. We starten een nieuwe feature met een korte sessie waarin we de business-vraag uitpluizen. Daarna laten we Claude Code een eerste opzet maken op basis van een precieze briefing. Wat eruit komt, gaat door een review van een developer die de codebase goed kent. Pas dan komt het richting tests en deploy.
Het verschil met een paar jaar geleden: de eerste werkende versie staat sneller, de denktijd zit meer in de voorbereiding en de review. Voor een developer in 2026 is dat de nieuwe normaal.
Of je nu een nieuwe website laat bouwen of een bestaand systeem laat doorontwikkelen: je werkt met een team dat sneller een eerste versie neerzet, maar ook eerder kritisch meedenkt over de richting. Dat is in de meeste gevallen winst.
Wat het van jou als opdrachtgever vraagt: iets meer ruimte om te schakelen op nieuwe inzichten, en minder neiging om alles van tevoren tot in detail vast te leggen. In ons werk zie je hoe die manier van samenwerken eruit komt te zien.
Loop je tegen een digitaal vraagstuk aan en wil je sparren over hoe je dit slim aanpakt? Bekijk wat wij doen of plan direct een gesprek.