Cette personne semble parler du coût de l’abonnement à l’IDE. FLCC n’est pas proposé dans la version gratuite.
Mais ce n’est pas non plus pour ça seulement que les gens paient.
Le véritable objectif des SPA est interprété de manière réductrice
La View Transitions API est vraiment géniale, mais cela ne suffit pas à rendre les SPA inutiles.
Tous les sites web sont considérés selon les mêmes critères
Site marketing ≠ dashboard ≠ application e-commerce ≠ outil de collaboration en temps réel
Ils ont tous des exigences structurelles différentes.
En pratique, SPA + SSR + MPA coexistent
Les frameworks hybrides comme Next.js le montrent bien.
Les assets statiques relèvent du SSG, les dashboards après connexion du CSR/SPA, et le SSR est utilisé pour le référencement, entre autres : il faut donc une combinaison flexible.
Je pense que les SPA sont moins seulement une question d’expérience utilisateur qu’un produit d’amélioration de l’architecture.
Pour les pages où une SPA n’est pas nécessaire, un MPA + CSS moderne peut être un bon choix, mais les SPA restent indispensables du point de vue de la structure, de l’état, de l’extensibilité et de la maintenabilité. À mon avis, le CSS moderne peut « compléter » les SPA, mais pas les « remplacer ».
Honnêtement, ça donne l’impression de dire à propos de Rust ou Haskell, sans même y avoir touché : « on n’en a pas besoin, aujourd’hui tout est déjà possible en C++ ».
Il est vrai que les frameworks SPA actuels, ainsi que les tendances frontend qui s’appuient sur eux, doivent continuer à se méfier de la non-standardisation, et qu’ils favorisent facilement l’overengineering ainsi qu’une consommation de ressources inutile…
Cela dit, on a aussi une vision trop étroite du concept même de SPA, et plus encore, je me demande si l’on comprend vraiment quel impact les frameworks SPA ont sur l’ensemble du développement.
Dire qu’avec la seule View Transition API et un peu de CSS, tout est réglé revient, autrement dit, à affirmer que toutes les autres fonctionnalités sans rapport avec cela, ainsi que les paradigmes permettant de les atteindre, sont totalement dénués de sens ; je trouve que c’est une vision assez arrogante.
C’est encore un autre sujet que l’overengineering qu’on constate lorsqu’on construit en React un site qui ne fait guère plus que remplacer une brochure.
Je suis d’accord sur le fait que, pour la plupart des petits projets, un framework SPA n’est pas vraiment nécessaire. Mais pour des services qui exigent des interactions complexes, une expérience utilisateur continue, ainsi que la maintenance et l’amélioration continue qui en découlent, je ne pense pas que ce soit le cas, malgré les progrès du CSS.
À ma connaissance, en Kotlin, si on essaie de l’utiliser, les types primitifs sont enveloppés dans des wrappers, ce qui peut entraîner un problème de performances, car ils sont alors stockés sur le heap plutôt que sur la stack. Bien sûr, dans la plupart des cas d’usage, la maintenabilité reste prioritaire. En outre, on peut minimiser les problèmes de performances en utilisant les value classes.
Hum, je ne suis pas sûr. L’objectif d’utiliser un framework SPA n’est-il pas plutôt de gérer des interactions complexes avec l’utilisateur que d’offrir des transitions fluides ?
Les LLM ne sont certes pas sans défauts, mais il me semble difficile d’affirmer que tous les services d’IA sont dépourvus de rentabilité. Je pense que, dans les cinq prochaines années, la quasi-totalité des services de plateforme actuels sera remplacée par des agents IA.
> Voulez-vous que je mette aussi ce résumé à part au format rapport de synthèse PDF (aperçu du résumé - introduction - développement - conclusion) ?
Comme c’est quelqu’un qui poste souvent des textes, on dirait qu’il l’a mis exprès lol
C’était un article sympa. Mieux vaut sans doute commencer par réfléchir par soi-même avant d’utiliser un LLM.
Excellent. J’aime beaucoup ce genre d’approche.
Une méthode d’optimisation non-ML bienvenue.
Cette personne semble parler du coût de l’abonnement à l’IDE. FLCC n’est pas proposé dans la version gratuite.
Mais ce n’est pas non plus pour ça seulement que les gens paient.
Ce qui m’a laissé sur ma faim dans cet article
Le véritable objectif des SPA est interprété de manière réductrice
La View Transitions API est vraiment géniale, mais cela ne suffit pas à rendre les SPA inutiles.
Tous les sites web sont considérés selon les mêmes critères
Site marketing ≠ dashboard ≠ application e-commerce ≠ outil de collaboration en temps réel
Ils ont tous des exigences structurelles différentes.
En pratique, SPA + SSR + MPA coexistent
Les frameworks hybrides comme Next.js le montrent bien.
Les assets statiques relèvent du SSG, les dashboards après connexion du CSR/SPA, et le SSR est utilisé pour le référencement, entre autres : il faut donc une combinaison flexible.
Je pense que les SPA sont moins seulement une question d’expérience utilisateur qu’un produit d’amélioration de l’architecture.
Pour les pages où une SPA n’est pas nécessaire, un MPA + CSS moderne peut être un bon choix, mais les SPA restent indispensables du point de vue de la structure, de l’état, de l’extensibilité et de la maintenabilité. À mon avis, le CSS moderne peut « compléter » les SPA, mais pas les « remplacer ».
Honnêtement, ça donne l’impression de dire à propos de Rust ou Haskell, sans même y avoir touché : « on n’en a pas besoin, aujourd’hui tout est déjà possible en C++ ».
Il est vrai que les frameworks SPA actuels, ainsi que les tendances frontend qui s’appuient sur eux, doivent continuer à se méfier de la non-standardisation, et qu’ils favorisent facilement l’overengineering ainsi qu’une consommation de ressources inutile…
Cela dit, on a aussi une vision trop étroite du concept même de SPA, et plus encore, je me demande si l’on comprend vraiment quel impact les frameworks SPA ont sur l’ensemble du développement.
Dire qu’avec la seule View Transition API et un peu de CSS, tout est réglé revient, autrement dit, à affirmer que toutes les autres fonctionnalités sans rapport avec cela, ainsi que les paradigmes permettant de les atteindre, sont totalement dénués de sens ; je trouve que c’est une vision assez arrogante.
C’est encore un autre sujet que l’overengineering qu’on constate lorsqu’on construit en React un site qui ne fait guère plus que remplacer une brochure.
Je suis d’accord sur le fait que, pour la plupart des petits projets, un framework SPA n’est pas vraiment nécessaire. Mais pour des services qui exigent des interactions complexes, une expérience utilisateur continue, ainsi que la maintenance et l’amélioration continue qui en découlent, je ne pense pas que ce soit le cas, malgré les progrès du CSS.
C’est intéressant de voir toutes les réflexions qu’on peut avoir en travaillant sur la recherche vectorielle.
À ma connaissance, en Kotlin, si on essaie de l’utiliser, les types primitifs sont enveloppés dans des wrappers, ce qui peut entraîner un problème de performances, car ils sont alors stockés sur le heap plutôt que sur la stack. Bien sûr, dans la plupart des cas d’usage, la maintenabilité reste prioritaire. En outre, on peut minimiser les problèmes de performances en utilisant les value classes.
À titre de référence, le ticket de prise en charge de Rust : https://github.com/android/ndk/issues/1742
J’aimerais bien que ce genre de chose arrive aussi en C++ !
Hum, je ne suis pas sûr. L’objectif d’utiliser un framework SPA n’est-il pas plutôt de gérer des interactions complexes avec l’utilisateur que d’offrir des transitions fluides ?
Comme c’est une exécution locale, il ne devrait pas y avoir de frais.
Dépenser 20 à 200 $ par mois juste pour ça, c’est un peu…
Pendant ce temps, Pass :
Hum... ^^;;; Je me suis trompé.. La prochaine fois, je vérifierai un peu plus avant de publier..
Les LLM ne sont certes pas sans défauts, mais il me semble difficile d’affirmer que tous les services d’IA sont dépourvus de rentabilité. Je pense que, dans les cinq prochaines années, la quasi-totalité des services de plateforme actuels sera remplacée par des agents IA.
> Voulez-vous que je mette aussi ce résumé à part au format rapport de synthèse PDF (aperçu du résumé - introduction - développement - conclusion) ?
Comme c’est quelqu’un qui poste souvent des textes, on dirait qu’il l’a mis exprès lol
C’était un article sympa. Mieux vaut sans doute commencer par réfléchir par soi-même avant d’utiliser un LLM.
Il semble bien que le manque de précision et de sentiment d’appropriation était réel.
Même le résumé est confié à un LLM..
J’ai compris, merci.