{"id":5103,"date":"2023-08-01T11:01:30","date_gmt":"2023-08-01T09:01:30","guid":{"rendered":"https:\/\/parlonstechs.com\/all\/?p=5103"},"modified":"2023-08-01T11:03:15","modified_gmt":"2023-08-01T09:03:15","slug":"pourquoi-il-faut-repenser-larchitecture-logicielle-pour-les-developpeurs-solo-et-les-petites-equipes","status":"publish","type":"post","link":"https:\/\/parlonstechs.com\/all\/2023\/08\/01\/pourquoi-il-faut-repenser-larchitecture-logicielle-pour-les-developpeurs-solo-et-les-petites-equipes\/","title":{"rendered":"Pourquoi il faut repenser l’architecture logicielle pour les d\u00e9veloppeurs solo et les petites \u00e9quipes"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

Yurii Rashkovskii estime que le mod\u00e8le \u00e0 trois niveaux freine le d\u00e9veloppement d’applications web<\/strong><\/p>\n\n\n\n

Dans un billet, Yurii Rashkovskii, un d\u00e9veloppeur et entrepreneur, a critiqu\u00e9 le mod\u00e8le d\u2019architecture logicielle \u00e0 trois niveaux (base de donn\u00e9es, backend et frontend), qui est souvent utilis\u00e9 pour d\u00e9velopper des applications web. Il affirme que ce mod\u00e8le impose aux d\u00e9veloppeurs de nombreuses t\u00e2ches fastidieuses et r\u00e9p\u00e9titives, qui les emp\u00eachent de se concentrer sur l\u2019innovation et la cr\u00e9ation de nouvelles fonctionnalit\u00e9s pour les utilisateurs.<\/strong><\/p>\n\n\n\n

Yurii Rashkovskii a donn\u00e9 l\u2019exemple d\u2019ajouter une cat\u00e9gorie \u00e0 chaque article de blog, qui semble \u00eatre une chose simple \u00e0 faire, mais qui n\u00e9cessite en r\u00e9alit\u00e9 de modifier le sch\u00e9ma de la base de donn\u00e9es, les d\u00e9finitions des structures de donn\u00e9es, les requ\u00eates, les validations, les composants d\u2019affichage, les tests et la synchronisation entre les trois couches. Il souligne que chaque couche et leur int\u00e9gration occupent beaucoup de temps et d\u2019\u00e9nergie aux d\u00e9veloppeurs, qui doivent souvent r\u00e9p\u00e9ter les m\u00eames op\u00e9rations dans des langages et des environnements diff\u00e9rents.<\/p>\n\n\n\n

Il souligne \u00e9galement que ce mod\u00e8le entra\u00eene des inefficacit\u00e9s pour les utilisateurs finaux, qui doivent subir des temps de chargement plus longs et des fonctionnalit\u00e9s limit\u00e9es. Il sugg\u00e8re qu\u2019il faut repenser l\u2019architecture logicielle pour la rendre plus simple et plus efficace.<\/p>\n\n\n\n

Il sugg\u00e8re de repenser l\u2019architecture logicielle pour la rendre plus simple et plus efficace. Il propose d\u2019\u00e9liminer les couches interm\u00e9diaires inutiles et de r\u00e9duire le nombre d\u2019op\u00e9rations \u00e0 effectuer pour ajouter une nouvelle fonctionnalit\u00e9. Il affirme que cela permettrait aux d\u00e9veloppeurs de se lib\u00e9rer des contraintes du mod\u00e8le \u00e0 trois niveaux et de se concentrer sur la valeur ajout\u00e9e pour les utilisateurs.<\/p>\n\n\n\n

La perspective de Yurii Rashkovskii<\/strong><\/p>\n\n\n\n

Trois est un nombre magique. C’est le nombre de choses que nous pouvons garder \u00e0 l’esprit sans perdre notre concentration. Donc, logiquement, une architecture logicielle \u00e0 trois niveaux (base de donn\u00e9es, backend et frontend) est un excellent mod\u00e8le.<\/p>\n\n\n\n

N’est-ce pas ? Nous le pensions aussi.<\/p>\n\n\n\n

Alors pourquoi la cr\u00e9ation d’une fonctionnalit\u00e9 prend-elle autant de temps ?<\/strong><\/p>\n\n\n\n

En tant qu’ing\u00e9nieurs, responsables techniques et d\u00e9veloppeurs, nous nous retrouvons souvent embourb\u00e9s dans les complexit\u00e9s de la \u00ab plomberie \u00bb des applications.<\/p>\n\n\n\n

Le mod\u00e8le \u00e0 trois niveaux impose aux d\u00e9veloppeurs un \u00e9ventail de trivialit\u00e9s chronophages. Du m\u00e9lange incessant d’octets entre les trois couches \u00e0 la d\u00e9finition fastidieuse des structures de donn\u00e9es trois fois, nous luttons contre la surcharge de synchronisation entre diff\u00e9rentes bases de code tout en nous effor\u00e7ant d’optimiser les performances, de g\u00e9rer les modifications de sch\u00e9ma de base de donn\u00e9es et de maintenir la coh\u00e9rence des donn\u00e9es.<\/p>\n\n\n\n

Cela nous laisse aspirer \u00e0 plus de temps pour innover et cr\u00e9er de nouvelles fonctionnalit\u00e9s int\u00e9ressantes pour nos utilisateurs.<\/p>\n\n\n\n

Maintenant, c’est logique : nous avons perdu de vue que m\u00eame dans une architecture claire \u00e0 3 niveaux, il y a plus de trois choses \u00e0 consid\u00e9rer. Nous, d\u00e9veloppeurs solo et petites \u00e9quipes, devons toujours r\u00e9server un espace mental aux questions non techniques, telles que les utilisateurs, leurs besoins et la communication. Et m\u00eame dans le domaine technique, avoir trois couches bien s\u00e9par\u00e9es nous oblige encore \u00e0 penser \u00e0 deux autres choses : la communication et la synchronisation entre les couches cons\u00e9cutives.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

En regardant l’architecture \u00e0 trois niveaux, nous pouvons voir comment chaque niveau et leur int\u00e9gration nous occupent. Disons que vous avez une petite application de blog et que vous souhaitez ajouter une \u00ab cat\u00e9gorie \u00bb \u00e0 chaque article de blog. Cela ressemble \u00e0 une chose simple \u00e0 ajouter. Mais si vous suivez toutes les bonnes pratiques<\/em> typiques du d\u00e9veloppement web moderne, voici ce que vous devrez probablement faire :<\/p>\n\n\n\n