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