Quels sont les coûts liés à l'utilisation de frameworks JavaScript pour le développement Web ?

Voilà une analyse pleine de bon sens. On oublie un peu vite qu'un développeur (ou une développeuse) heureux est un développeur qui fait du meilleur taf. Il y a des domaines comme les drivers et API graphiques où chaque milliseconde gagnée est vitale, ce n'est que rarement le cas en développement web.

Citation:

---

Envoyé par Sodium

Il y a des domaines comme les drivers et API graphiques où chaque milliseconde gagnée est vitale, ce n'est que rarement le cas en développement web.

---

Dis ça à Amazon :ptdr:

Pour moi, que ce soit vital ou non, ça n'enlève pas, au développeur, la charge et la responsabilité de faire de son mieux.

Citation:

---

Envoyé par Lcf.vs

Dis ça à Amazon :ptdr:

---

Extrait d'une offre d'emploi frontend amazon AWS marketing website :

Citation:

---

Preferred Qualifications

· Have built and launched new websites
· 2+ years React.js experience
· 2+ years TypeScript experience

---

N'étants pas reconnus pour leur philanthropie, je suppose que sur certaines parties de leur infrastructure ils ont pesé le pour et le contre d'une perte de performance acceptable et d'un code facile à maintenir et à tester.

Hum, ne pas tout mélanger :

• Amazon perd un fric dingue à la moindre fraction de seconde perdue.
• comme tous les géants, la principale motivation, pour eux, à passer à des frameworks CSR, c'est pour faire reposer le coût du rendu sur le client (ses performances, son électricité, ...)

Ah, toujours cette obsession de la performance énergétique. Les gens passent leurs temps sur des jeux vidéos, Netflix, mais ômondieu on va quand-même pas demander à leur navigateur de générer du DOM :roll:

Citation:

---

Envoyé par Sodium

Ah, toujours cette obsession de la performance énergétique. Les gens passent leurs temps sur des jeux vidéos, Netflix, mais ômondieu on va quand-même pas demander à leur navigateur de générer du DOM :roll:

---

Ce n'est pas ce que je dis... mais bien le fait que c'est pour réduire les dépenses, côté serveur, que ces solutions ont vu le jour... le reste, c'est juste de l'enrobage pour faire vendeur et pousser d'autres à l'utiliser aussi, pour légitimer cette stratégie.

Après, ne pas avoir à faire le rendu côté client peut soulager des solutions ayant de gros besoins en performances, pour des aspects métier. ;)

Amazon est rapide mais n'est pas instantané, le site serait bien plus agréable si le HTML n'était pas régénéré à chaque clic. S'ils veulent passer à de la webapp ils ont raison, en 2020 pour l'un des plus grands groupes mondiaux ça fait tache.

Je me demande si le temps d'exécution avec le SSR sont différents