Ça c’est une chose mais je pensais surtout à la complexité pour le développement et la maintenance. Un framework a bien pour but de faciliter le développement. On échange la tâche d’écrire et maintenir un code « évident » représentant une valeur ajoutée inférieure à celle du code plus spécifique que l’on développe, contre quelques contrainte du framework choisi (rythme des mises à jour, choix techniques). C’est évidement bien souvent un choix parfaitement judicieux, et j’aurais même tendance à dire que pour un site « avec tutti quanti » comme tu dis, c’est indispensable de recourir à un, voire plusieurs frameworks pour arriver à un résultat satisfaisant.
Je me demande juste si à en utiliser trop, potentiellement assez différenciés dans leur approche/architecture (je ne dis pas que c’est le cas des frameworks que tu utilises, je n’en sais rien), le gain effectif, en performance de l’application comme en temps de développement et de maintenance, ne finit pas par devenir négatif.
citel.fr, ou obsta.com
Rapide, je confirme. Et sans recours à 36 sites externes, juste deux CDN, aujourd’hui c’est devenu presque rare de ne pas en avoir plus, et des trackers, etc... C’est mon impression en tous cas. Ça pourrit bien les temps de réponse souvent (là aussi, alors qu’un CDN permet généralement de les améliorer, c’est l’un de ses buts).
[^] # Re: De la condition de dinosaure
Posté par Marotte ⛧ . En réponse au journal Java et les licences Open Source. Évalué à 4.
Ça c’est une chose mais je pensais surtout à la complexité pour le développement et la maintenance. Un framework a bien pour but de faciliter le développement. On échange la tâche d’écrire et maintenir un code « évident » représentant une valeur ajoutée inférieure à celle du code plus spécifique que l’on développe, contre quelques contrainte du framework choisi (rythme des mises à jour, choix techniques). C’est évidement bien souvent un choix parfaitement judicieux, et j’aurais même tendance à dire que pour un site « avec tutti quanti » comme tu dis, c’est indispensable de recourir à un, voire plusieurs frameworks pour arriver à un résultat satisfaisant.
Je me demande juste si à en utiliser trop, potentiellement assez différenciés dans leur approche/architecture (je ne dis pas que c’est le cas des frameworks que tu utilises, je n’en sais rien), le gain effectif, en performance de l’application comme en temps de développement et de maintenance, ne finit pas par devenir négatif.
Rapide, je confirme. Et sans recours à 36 sites externes, juste deux CDN, aujourd’hui c’est devenu presque rare de ne pas en avoir plus, et des trackers, etc... C’est mon impression en tous cas. Ça pourrit bien les temps de réponse souvent (là aussi, alors qu’un CDN permet généralement de les améliorer, c’est l’un de ses buts).