𝗦𝘁𝗼𝗽 𝗥𝗲𝗶𝗻𝘃𝗲𝗻𝘁𝗶𝗻𝗴 𝗕𝗼𝗶𝗹𝗲𝗿𝗽𝗹𝗮𝘁𝗲: 𝗠𝗼𝗱𝗲𝗿𝗻 𝗪𝗲𝗯 𝗗𝗲𝘃𝗲𝗹𝗼𝗽𝗺𝗲𝗻𝘁 𝗜𝘀 𝗔𝗯𝗼𝘂𝘁 𝗢𝗿𝗰𝗵𝗲𝘀𝘁𝗿𝗮𝘁𝗶𝗼𝗻
Many developers have a habit of building everything from scratch.
They build custom admin panels. They write custom authentication. They create custom deployment scripts. They build custom logging.
It feels like engineering. It feels like control.
But this approach creates problems.
When you write your own boilerplate, the first version looks good. Six months later, nobody remembers why you designed it that way. One year later, the project has edge cases nobody wants to touch. Three years later, the system becomes legacy. It becomes hard to change.
Modern web development is not about writing every part from scratch. It is about choosing and combining existing systems.
• Use mature providers for authentication. • Use Stripe or Paddle for payments. • Delegate email delivery and analytics. • Use existing tools for search, file storage, and error tracking.
Your job is changing. You are no longer just writing code. You are:
- Choosing the right components.
- Understanding trade-offs.
- Designing clean boundaries.
- Keeping the system replaceable.
- Documenting decisions.
Every line of code you own is a line you must debug, test, secure, and explain. Unnecessary code is expensive. Using a mature external solution lets your team focus on your specific business problems instead of generic infrastructure.
Of course, there are risks. Dependencies bring vendor lock-in, price changes, and security issues.
The goal is to be intentional. Do not build everything by default. Do not install everything by default. Ask yourself: Is this code part of our real advantage, or are we just rebuilding existing infrastructure?
Stop wasting human review time on formatting or indents. Use linters and automated CI checks. Save human attention for high-level questions:
- Is this design maintainable?
- Is the boundary clear?
- Will this scale?
- Can another developer understand this in six months?
The best code is sometimes the code you decide not to write.
The most valuable developer is not the one who writes the most boilerplate. They are the one who knows what should exist in the codebase and what should not.
Software is expensive not because of the first version, but because of the long-term maintenance.
Cessez de réinventer le boilerplate : le développement web moderne est une question d'orchestration
Nous sommes tous passés par là. Vous commencez un nouveau projet et, avant même d'avoir écrit une seule ligne de logique métier, vous êtes déjà plongé jusqu'au cou dans la configuration.
Configurer l'authentification, paramétrer une base de données, mettre en place le routage, gérer l'état, gérer les appels API... c'est beaucoup de « plomberie ».
Autrefois, être un « bon développeur » signifiait savoir construire ces éléments de toutes pièces. Vous saviez comment écrire un système d'authentification personnalisé, comment gérer les connexions SQL brutes, comment construire votre propre bibliothèque de gestion d'état.
Mais le monde a changé.
Le passage de l'implémentation à l'orchestration
Le développement web moderne ne consiste plus à fabriquer les briques, mais à les orchestrer.
Nous avons des outils incroyables à portée de main. Nous avons Clerk pour l'authentification, Supabase pour notre backend-as-a-service, Stripe pour les paiements et Vercel pour le déploiement.
La valeur d'un développeur aujourd'hui ne réside pas dans sa capacité à écrire une implémentation personnalisée de JWT. Elle réside dans sa capacité à connecter ces services entre eux pour créer une expérience utilisateur fluide.
Le coût de la réinvention de la roue
Lorsque vous passez des semaines à construire une solution personnalisée pour quelque chose qui existe déjà et qui fonctionne parfaitement, vous n'êtes pas « rigoureux ». Vous êtes inefficace.
Chaque heure passée sur le boilerplate est une heure de moins passée sur les fonctionnalités uniques qui rendent votre produit précieux.
Adopter la « Boring Stack »
Il existe une tendance croissante vers ce que certains appellent la « Boring Stack ». Cela signifie utiliser des outils éprouvés, bien documentés et hautement intégrés, plutôt que d'essayer de trouver la « nouvelle technologie à la mode » ou de construire la vôtre.
Il s'agit de privilégier la stabilité et la rapidité plutôt que la complexité et les solutions sur mesure.
Conclusion
Arrêtez de lutter contre la plomberie. Adoptez l'orchestration. Concentrez-vous sur ce qui rend votre application unique, et laissez les outils spécialisés s'occuper du reste.