UN avantage de VueJs par rapport à React ?

Le 31 août 2021 à 01:45:51 :

Le 31 août 2021 à 01:41:25 :

Le 31 août 2021 à 01:37:33 :

Le 31 août 2021 à 01:22:41 :

Le 31 août 2021 à 01:11:04 :

Le 31 août 2021 à 01:04:48 :

Le 31 août 2021 à 01:02:42 :

Le 31 août 2021 à 00:53:34 :

Le 31 août 2021 à 00:49:19 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

Mais en quoi ? Un code React sera beaucoup plus concis, intuitif et simple qu'un code en JS pour le même boulot

t'es tellement dans ton monde que tu comprends pas que toutes ces merdes sont complètement inutiles
inutiles c'est pourtant un mot clair ?
t'as juste besoin de html et css btg sauf pour les 3-4 cas de niche que j'ai cité

quoi que tu fasses tout sera beaucoup plus efficient avec un code généré côté back end + un system de cache côté serveur (ne pas retélécharger la ressource si la date de modification n'a pas changé)

simplicité, maintenance, scalabilité, temps de production, ligne de code, utilisation mémoire, bande passante, temps d'exec, bref tout grâce à ce cheatcode, ne pas utiliser js

N'importe quoi, générer le contenu côté serveur est beaucoup plus coûteux en ressources qu'utiliser une SPA, que je trouve a un intérêt pour créer des applications clientes stateful tout en respectant les principes de DRY et KISS car toute l'abstraction de la gestion des composants est gérée par la librairie.

Le SSR à de l'intérêt uniquement si ton contenu doit être référencée et encore, pour un site vitrine par exemple, j'utilise un SSG pour mes clients, c'est beaucoup plus simple, le code est générée à la compilation avant la mise en production et le site reste très performant tout en étant orienté référencement.

il comprend rien à ça, laisse tomber.

il croit que tout faire côté serveur est plus avantageux et plus simple, sauf qu'il a pas codé d'appli depuis 2001.

dans la réalité c'est juste tout le contraire, c'est plus lourd en terme de ressource, donc plus coûteux, et c'est aussi beaucoup moins modulable.

bien souvent, c'est aussi beaucoup moins simple dans le code, parce que tout est centralisé dans un seul composant.

non ton site en js de mes 2 est plus lourd ET plus complexe
tu peux persister dans js mais au moins reconnaît que tu fais des sacrifices
c'est chaud là

Donc toi t'es le genre de mec à écrire 100 lignes de CSS pour une problématique que tu aurais pu régler aisément en Javascript t'es un genie toi

Continue à parler de KISS, DRY et te ridiculiser

non je ne fais pas ça
juste ce que t'essaie de faire c'est inutile dans 90% des cas donc rien besoin d'écrire

ok donc en fait ton boulot c'est de conseiller les gens pour faire des sites qui se basent sur le même modèle technique que 4chan ?

bravo l'autiste

juste des sites efficients et simple et scalable
c'est trop demander à un dev js

retourne render ton HTML dans ton putain de <?php ?> stp.

tu craches sur JS, mais en attendant, ton PHP c'est juste un putain de langage de templating qui prend la poussière.

efficient et simple... faut vraiment apprendre à se taire parfois.

demande toi pourquoi on a arrêté de faire les choses comme tu le fais, remets toi en question, réfléchis deux minutes. y'a même pas besoin de regarder l'évolution qui a eu lieu lors des dernières années, suffit juste de réfléchir un tout petit peu.

Le 31 août 2021 à 01:47:31 :

Le 31 août 2021 à 01:45:44 :

Le 31 août 2021 à 01:42:53 :
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Je ne suis pas d'accord.

C'est pas le langage qui créé la demande de fonctionnalité, c'est l'inverse.

Et heureusement qu'on a choisi d'implémenter ça côté client, sinon on dépenserait le double pour faire tourner nos applis.

votre js fait transiter plus de code dans les tuyaux alors commence déjà par ouvrir tes petits yeux de macaque
sinon tu vas apprendre comment le cache fonctionne et fissa
ça commence à suffire les jeunes chiens fougueux

Et ? Il n'y a pas assez de place dans les tuyaux ? T'es encore en 3G peut-être ?

[01:42:53] <Tiferod>
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Right Tools for the right job. Ne pas utiliser de framework et coder une usine à gaz en Vanilla JS en guise de framework maison est certainement une mauvaise idée, utiliser un framework JS, Babel, Webpack et un million de dependancies pour remplacer 2 lignes de JS est aussi con bien qu'aujourd'hui moins préjudiciable que l'inverse à mon sens.

Le 31 août 2021 à 01:50:15 :

Le 31 août 2021 à 01:47:31 :

Le 31 août 2021 à 01:45:44 :

Le 31 août 2021 à 01:42:53 :
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Je ne suis pas d'accord.

C'est pas le langage qui créé la demande de fonctionnalité, c'est l'inverse.

Et heureusement qu'on a choisi d'implémenter ça côté client, sinon on dépenserait le double pour faire tourner nos applis.

votre js fait transiter plus de code dans les tuyaux alors commence déjà par ouvrir tes petits yeux de macaque
sinon tu vas apprendre comment le cache fonctionne et fissa
ça commence à suffire les jeunes chiens fougueux

Et ? Il n'y a pas assez de place dans les tuyaux ? T'es encore en 3G peut-être ?

le diable en personne mesdames et messieurs

Le 31 août 2021 à 01:50:28 :

[01:42:53] <Tiferod>
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Right Tools for the right job. Ne pas utiliser de framework et coder une usine à gaz en Vanilla JS en guise de framework maison est certainement une mauvaise idée, utiliser un framework JS, Babel, Webpack et un million de dependancies pour remplacer 2 lignes de JS est aussi con bien qu'aujourd'hui moins préjudiciable que l'inverse à mon sens.

bien sûr, c'est une évidence bordel, sauf que là l'autre génie vient nous dire que le web se porterait mieux sans JS

Le 31 août 2021 à 01:50:28 :

[01:42:53] <Tiferod>
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Right Tools for the right job. Ne pas utiliser de framework et coder une usine à gaz en Vanilla JS en guise de framework maison est certainement une mauvaise idée, utiliser un framework JS, Babel, Webpack et un million de dependancies pour remplacer 2 lignes de JS est aussi con bien qu'aujourd'hui moins préjudiciable que l'inverse à mon sens.

Un framework JS remplace un peu plus que 2 lignes de codes

les devs pourrave qui donnent des leçons de code avec leur PHP from scratch.

le truc que tu fais en 1ère année d'école et encore...

quel cancer.

Le 31 août 2021 à 01:45:44 :

Le 31 août 2021 à 01:42:53 :
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Je ne suis pas d'accord.

C'est pas le langage qui créé la demande de fonctionnalité, c'est l'inverse.

Et heureusement qu'on a choisi d'implémenter ça côté client, sinon on dépenserait le double pour faire tourner nos applis.

Je suis bien d'accord que la demande de certaines fonctionnalités dirigent la conception du "langage" (du framework en fait). Mais à vouloir toujours rajouter des fonctionnalités, on se retrouve avec des monstres qui paraissent propres au premier abord, mais qui en fait sont un gouffre à perf.

C'est d'ailleurs bizarre que le web suive cette tendance alors que c'est plutôt l'inverse dans le reste du monde du développement.

Le 31 août 2021 à 01:51:55 :

Le 31 août 2021 à 01:50:15 :

Le 31 août 2021 à 01:47:31 :

Le 31 août 2021 à 01:45:44 :

Le 31 août 2021 à 01:42:53 :
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Je ne suis pas d'accord.

C'est pas le langage qui créé la demande de fonctionnalité, c'est l'inverse.

Et heureusement qu'on a choisi d'implémenter ça côté client, sinon on dépenserait le double pour faire tourner nos applis.

votre js fait transiter plus de code dans les tuyaux alors commence déjà par ouvrir tes petits yeux de macaque
sinon tu vas apprendre comment le cache fonctionne et fissa
ça commence à suffire les jeunes chiens fougueux

Et ? Il n'y a pas assez de place dans les tuyaux ? T'es encore en 3G peut-être ?

le diable en personne mesdames et messieurs

Ah merde, on est tombé sur un informaticien qui vote écolo

Le 31 août 2021 à 01:49:41 :

Le 31 août 2021 à 01:42:53 :
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Si tu peines à charger ton SPA sur téléphone c'est que le dev a fait de la merde, le Tree Shaking tu connais ?

Le caching des routes, lazy loading, code spliting sont des techniques pour optimiser l'utilisation côté client.

Et n'en parlons pas des composants complexes, l'internationalisation, l'accessibilité qui est un enfer à gérer en vanilla.

inutile tu comprends ? répète après moi : inutile
ton site serait largement plus rapide sans js c'est même pas débatable

tu te rends compte de ce que t'écris ?
toutes tes merdes on s'en fout complètement, et après c'est quoi le projet ?
on crée une surcouche dans 15 ans pour aider à maitriser la compléxité encore et encore sans fin ?
ahi

[01:52:19] <iuhilhiuueueuh>

Le 31 août 2021 à 01:50:28 :

[01:42:53] <Tiferod>
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Right Tools for the right job. Ne pas utiliser de framework et coder une usine à gaz en Vanilla JS en guise de framework maison est certainement une mauvaise idée, utiliser un framework JS, Babel, Webpack et un million de dependancies pour remplacer 2 lignes de JS est aussi con bien qu'aujourd'hui moins préjudiciable que l'inverse à mon sens.

bien sûr, c'est une évidence bordel, sauf que là l'autre génie vient nous dire que le web se porterait mieux sans JS

Depuis page 1 je vous dis de pas le feed bordel , entre C# comme seul truc valable en backend, Django pas du tout utilisé, et ensuite venir dénigrer JS pour dire que ce qu'il préfère c'est PHP ... le troll est obvious .

Le 31 août 2021 à 01:53:51 :

Le 31 août 2021 à 01:51:55 :

Le 31 août 2021 à 01:50:15 :

Le 31 août 2021 à 01:47:31 :

Le 31 août 2021 à 01:45:44 :

Le 31 août 2021 à 01:42:53 :
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Je ne suis pas d'accord.

C'est pas le langage qui créé la demande de fonctionnalité, c'est l'inverse.

Et heureusement qu'on a choisi d'implémenter ça côté client, sinon on dépenserait le double pour faire tourner nos applis.

votre js fait transiter plus de code dans les tuyaux alors commence déjà par ouvrir tes petits yeux de macaque
sinon tu vas apprendre comment le cache fonctionne et fissa
ça commence à suffire les jeunes chiens fougueux

Et ? Il n'y a pas assez de place dans les tuyaux ? T'es encore en 3G peut-être ?

le diable en personne mesdames et messieurs

Ah merde, on est tombé sur un informaticien qui vote écolo

non je chie sur eux

Le 31 août 2021 à 01:53:47 :

Le 31 août 2021 à 01:45:44 :

Le 31 août 2021 à 01:42:53 :
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Je ne suis pas d'accord.

C'est pas le langage qui créé la demande de fonctionnalité, c'est l'inverse.

Et heureusement qu'on a choisi d'implémenter ça côté client, sinon on dépenserait le double pour faire tourner nos applis.

Je suis bien d'accord que la demande de certaines fonctionnalités dirigent la conception du "langage" (du framework en fait). Mais à vouloir toujours rajouter des fonctionnalités, on se retrouve avec des monstres qui paraissent propres au premier abord, mais qui en fait sont un gouffre à perf.

C'est d'ailleurs bizarre que le web suive cette tendance alors que c'est plutôt l'inverse dans le reste du monde du développement.

ouais, et donc la faute à qui ? aux clients demandeurs ou aux technos ?

c'est la demande qui est complexe et qui fait qu'on est obligés d'avoir recours à des technologies front de plus en plus lourdes. rien d'autre.

et c'est bien pour ça que le web actuel ne fonctionnerait absolument pas sans ces technos, n'en déplaise aux puristes qui sont totalement dépassés par les événements.

ça rage de voir jquery en page d'accueil de amazon.fr? vanilla sur les résultats Google? jquery sur github? jquery sur shopify?

lol

amusez-vous en tout cas avec vos SPA pour faire comme facebook bisous

[01:53:37] <iuhilhiuueueuh>
les devs pourrave qui donnent des leçons de code avec leur PHP from scratch.

le truc que tu fais en 1ère année d'école et encore...

quel cancer.

Si une école enseigne du PHP elle a certainement pas renouvellé son programme depuis 10 ans d'ailleurs , j'ai jamais eu à lire une seule ligne de PHP personnellement

Le 31 août 2021 à 01:55:52 :
ça rage de voir jquery en page d'accueil de amazon.fr? vanilla sur les résultats Google? jquery sur github? jquery sur shopify?

lol

amusez-vous en tout cas avec vos SPA pour faire comme facebook bisous

ah parce que tu penses que les équipes de Google codent en JQuery ?

tu sais que Angular, c'est Google, gros malin ?

[01:55:52] <tintinneistat>
ça rage de voir jquery en page d'accueil de amazon.fr? vanilla sur les résultats Google? jquery sur github? jquery sur shopify?

lol

amusez-vous en tout cas avec vos SPA pour faire comme facebook bisous

Énorme malaise. Suffit de jeter un coup d'oeil au site de jQuery pour se rendre compte que c'est du passé, les devs eux mêmes le disent.
jQuery c'est comme PHP, ça existe encore parceque c'était un standard pendant longtemps, ça ne veut pas dire que c'est toujours d'actualité. Google utilise d'ailleurs Angular pour la plupart de ses projets.

Le 31 août 2021 à 01:50:04 :

Le 31 août 2021 à 01:45:51 :

Le 31 août 2021 à 01:41:25 :

Le 31 août 2021 à 01:37:33 :

Le 31 août 2021 à 01:22:41 :

Le 31 août 2021 à 01:11:04 :

Le 31 août 2021 à 01:04:48 :

Le 31 août 2021 à 01:02:42 :

Le 31 août 2021 à 00:53:34 :

Le 31 août 2021 à 00:49:19 :

Le 31 août 2021 à 00:46:55 :

Le 31 août 2021 à 00:44:59 :

[00:39:54] <FionDeFionax>

Le 31 août 2021 à 00:38:07 :

[00:34:20] <FionDeFionax>

Le 31 août 2021 à 00:33:30 :

[00:31:30] <FionDeFionax>

Le 31 août 2021 à 00:29:48 :

[00:27:00] <tintinneistat>
pas besoin de SPA, Ruby On Rails comme Shopify et Github, ya tout ce qu'il faut, du temps réel avec zéro Javascript.

StimulusJS à quelques endroits si besoin et voilà ça suffit

et en plus dans Ruby On Rails 7, il n'y a même plus besoin d'installer tout votre bordel de npm node ou autre outil de compilation JS etc.. c'est du passé ça

Khey c'est plutôt Ruby on Rails qui est du passé vu que le language Ruby est quasi mort, mais bon tu peux toujours faire quelque chose d'ultra fonctionnel et rapidement via Ruby. Mais j'utiliserai quand même Django à la place.

Les frameworks JS sont au contraire le présent même si tu ne les apprécies pas, et tu peux toujours utiliser Django ou Rails comme API. Ce n'est pas parceque t'as pas besoin d'SPA que c'est inutile.

personne utilise django à part les amateurs dans ton genre, 80% du web utilise php, les plus vieux utilisent java et c#, au lit maintenant
arrête d'utiliser des spa de merde et apprends la def de client serveur

Oui , C# pour l'API rest et VueJS en front (pour les applis web)

aucun bon développeur n'utilise js côté client, à part les 3 4 cas que j'ai cité, il minimise l'utilisation selon le principe KISS

C'est une demande des entreprises, 90% des produits SAAS sont avec un frameworkJS derrière

90% des entreprises sont dirigées par des donneurs d'ordre qui sont des brêles en informatique et qui n'ont jamais entendu parler du principe kiss
d'ou l'intérêt de les conseiller BTG

D'accord kheyou mais en quoi ça ne respecte pas le principe KISS 💋 ?
Si tu fais une SPA, le meilleur moyen de garder le code propre et simple c'est d'avoir un frameworkJS

le spa par sa nature va à l'encontre du principe kiss

Mais en quoi ? Un code React sera beaucoup plus concis, intuitif et simple qu'un code en JS pour le même boulot

t'es tellement dans ton monde que tu comprends pas que toutes ces merdes sont complètement inutiles
inutiles c'est pourtant un mot clair ?
t'as juste besoin de html et css btg sauf pour les 3-4 cas de niche que j'ai cité

quoi que tu fasses tout sera beaucoup plus efficient avec un code généré côté back end + un system de cache côté serveur (ne pas retélécharger la ressource si la date de modification n'a pas changé)

simplicité, maintenance, scalabilité, temps de production, ligne de code, utilisation mémoire, bande passante, temps d'exec, bref tout grâce à ce cheatcode, ne pas utiliser js

N'importe quoi, générer le contenu côté serveur est beaucoup plus coûteux en ressources qu'utiliser une SPA, que je trouve a un intérêt pour créer des applications clientes stateful tout en respectant les principes de DRY et KISS car toute l'abstraction de la gestion des composants est gérée par la librairie.

Le SSR à de l'intérêt uniquement si ton contenu doit être référencée et encore, pour un site vitrine par exemple, j'utilise un SSG pour mes clients, c'est beaucoup plus simple, le code est générée à la compilation avant la mise en production et le site reste très performant tout en étant orienté référencement.

il comprend rien à ça, laisse tomber.

il croit que tout faire côté serveur est plus avantageux et plus simple, sauf qu'il a pas codé d'appli depuis 2001.

dans la réalité c'est juste tout le contraire, c'est plus lourd en terme de ressource, donc plus coûteux, et c'est aussi beaucoup moins modulable.

bien souvent, c'est aussi beaucoup moins simple dans le code, parce que tout est centralisé dans un seul composant.

non ton site en js de mes 2 est plus lourd ET plus complexe
tu peux persister dans js mais au moins reconnaît que tu fais des sacrifices
c'est chaud là

Donc toi t'es le genre de mec à écrire 100 lignes de CSS pour une problématique que tu aurais pu régler aisément en Javascript t'es un genie toi

Continue à parler de KISS, DRY et te ridiculiser

non je ne fais pas ça
juste ce que t'essaie de faire c'est inutile dans 90% des cas donc rien besoin d'écrire

ok donc en fait ton boulot c'est de conseiller les gens pour faire des sites qui se basent sur le même modèle technique que 4chan ?

bravo l'autiste

juste des sites efficients et simple et scalable
c'est trop demander à un dev js

retourne render ton HTML dans ton putain de <?php ?> stp.

tu craches sur JS, mais en attendant, ton PHP c'est juste un putain de langage de templating qui prend la poussière.

efficient et simple... faut vraiment apprendre à se taire parfois.

demande toi pourquoi on a arrêté de faire les choses comme tu le fais, remets toi en question, réfléchis deux minutes. y'a même pas besoin de regarder l'évolution qui a eu lieu lors des dernières années, suffit juste de réfléchir un tout petit peu.

il prends la poussière ?
et c++ prends la poussière ?
t'as pas vu à quel point php a triomphé avec php 7 et maintenant 8 ?
contrairement à un énième framework js, php lui reste et restera toujours
n'en déplaise
pourquoi on a arrêté de faire des sites simples et efficient ?
c'est une question presque philosophique, mais je pense que l'anthropologie a des réponses

Le 31 août 2021 à 01:55:37 :

Le 31 août 2021 à 01:53:47 :

Le 31 août 2021 à 01:45:44 :

Le 31 août 2021 à 01:42:53 :
Sans vouloir encourager le troll, on peut quand même reconnaître que les sites web s'éloignent de plus en plus des notions de performance au profit de fonctionnalités qui sont souvent assez anecdotiques. Et les frameworks JS participent de cette tendance.

C'est quand même terrible que sur un téléphone un peu ancien tu peines à charger beaucoup de sites...

Je ne suis pas d'accord.

C'est pas le langage qui créé la demande de fonctionnalité, c'est l'inverse.

Et heureusement qu'on a choisi d'implémenter ça côté client, sinon on dépenserait le double pour faire tourner nos applis.

Je suis bien d'accord que la demande de certaines fonctionnalités dirigent la conception du "langage" (du framework en fait). Mais à vouloir toujours rajouter des fonctionnalités, on se retrouve avec des monstres qui paraissent propres au premier abord, mais qui en fait sont un gouffre à perf.

C'est d'ailleurs bizarre que le web suive cette tendance alors que c'est plutôt l'inverse dans le reste du monde du développement.

ouais, et donc la faute à qui ? aux clients demandeurs ou aux technos ?

c'est la demande qui est complexe et qui fait qu'on est obligés d'avoir recours à des technologies front de plus en plus lourdes. rien d'autre.

et c'est bien pour ça que le web actuel ne fonctionnerait absolument pas sans ces technos, n'en déplaise aux puristes qui sont totalement dépassés par les événements.

c'est à vous de traduire le besoin du client
vous ne savez pas traduire le besoin métier
vous prenez tout au pied de la lettre