Pourquoi je n'aime pas trop les frameworks

 

Et pourquoi vous aussi, vous devriez peut-être vous en méfier !

Framework maison ou dernier framework à la mode, ils font désormais partie intégrante du métier du développeur. Pour le meilleur ou pour le pire…

Ils changent tout le temps !

Vous avez à peine réussi à comprendre quelque chose à Angular que paf ! Angular 2 déboule et il faut tout réapprendre. Le temps de s'en remettre et bim ! Vue.js s'impose comme le framework à la mode. Résultat, on n'atteint jamais un niveau de maîtrise suffisant pour proposer des applications suffisamment optimisées et sécurisées, on bricole avec des bouts de codes pêchés sur Stackoverflow et on n'a jamais la satisfaction de livrer un travail propre et 100% maîtrisé.

Autre conséquence, dans cette course effrénée au tout nouveau framework, on se retrouve avec des produits pas très finis, vite obsolètes car abandonnés, dont les mises à jour sont parfois tellement radicales qu'elles font perdre un temps fou à réécrire son code, parce que des fonctions à peine introduites il y a 6 mois sont déjà dépréciées ou ont déjà disparu corps et bien (ou ont été renommées, ou ne renvoient plus la même chose…).

On ne sait pas exactement ce qui se passe à l'intérieur

Le principe d'un framework est de vous faire gagner du temps. Vous ignorez donc se qui se cache derrière la fonction bien pratique qui va vous faire économiser des centaines de lignes de codes. Parce que franchement, qui prend le temps d'aller regarder le code source (en admettant qu'on soit capable d'y comprendre quelque chose) ?

Tant que ça fonctionne, tout va bien… Tant que le client n'exige pas un niveau de personnalisation trop important, pas de souci… Si comme moi vous aimez bien maîtriser le produit de A à Z et proposer du sur-mesure, le framework complique plus la vie qu'autre chose…

En outre, dès qu'un framework devient très populaire, la moindre faille de sécurité expose les centaines ou les milliers d'applications qui les utilisent !

C'est lourd

Dépendances, moteur, hébergement dédié, la plupart des frameworks sont des usines à gaz… tout ça pour faire une application ou un site de trois pages… On obtient des projets surchargés, qui traînent des centaines de pages de scripts qui ne sont pas utilisés, avec des modules sous-exploités mais bien coûteux en requêtes.

Pas toujours souples, certains frameworks font perdre un temps fou en recherches ou obligent à une gymnastique de contournement… et brident donc la créativité du développeur.

Autre conséquence : une uniformisation des sites et des applications qui finissent par tous se ressembler…

 

En conclusion, même si je ne vous appelle pas à réinventer la roue en recodant tout à la main, un petit retour à l'artisanal pour vraiment maîtriser son projet ne fait pas de mal. Codez propre, standard et organisé, mais ne cédez pas à cette course au framework… surtout pour en changer 6 mois plus tard…

Karine SANCHE

Partager cet article