UN avantage de VueJs par rapport à React ?

Le 31 août 2021 à 13:13:15 :
Bordel c'est pas fini l'autre gueu et ses acolytes qui viennent se ridiculiser avec leur vieille application monolithe en PHP des années 2010

C'est pourtant évident de comprendre qu'un front entièrement généré côté client, mis à jour via un virtual dom plus performant et rapide que le DOM classique en ne mettant à jour uniquement les composants nécessaires et dont tu peux optimiser le rafraichissement en maitrisant bien les cycles de vie sera plus rapide qu'une application en server side rendering dont tu retélécharger la page et les fichiers sources.

Les étapes en SSR à chaque chargement d'une page sont les suivantes les dinosaures :

1. Requête page html
2. Appel des contrôleurs côté backend pour récupérer les données
3. Génération de la page avec un template engine et un fichier template
4. Réception de la page généré dynamiquement par le client
5. Génération de l'arbre DOM HTML
6. Téléchargement des ressources CSS,JS,Fonts (mais on va être gentil on va dire que tu appliques les optimisations nécessaires dont la minification des ressources et que tu empêches le bloquage du rendu en inlinant le critical css puis en deferant le css above the fold)
7. Parsing du CSS et construction de l'arbre DOMCSS
8. Execution du javascript (qui peut être bloquant si tu fais de la merde)
9. Merger le CSSDOM et le DOMHTML
10. Faire la mise en page avec le layout et le paint

Alors que pour une SPA, seul le premier chargement de la page est le plus coûteux en ressources, mais attention, le boomer écolo est réticent à télécharger 2.3.kb de fichier sources compressés mes couilles, quel horreur

Une fois le fichier javascript téléchargé et chargé dans le navigateur, plus besoin de le retélécharger, ni de le réexecuter, tu rentres dans l'ecosystem du SPA et c'est ce dernier qui s'occupe de faire les mises à jour des composants nécessaires uniquement. Et ne parlons pas de toutes les optimisations que tu peux mettre en place avec les pures components, séparer la logique métier de l'affichage avec les hooks, l'état partagé avec Redux, les principes de l'OOB avec le cycle de vie des composants réutilisables, toutes les optimisations mis en place comme le Tree Shaking, le code splitting, le pre-caching côté client, le pre rendu des routes avec react-snap.

Ne parlons pas de l'accessibilité, l'internationalisation qui est un vrai enfer à gérer sans SPA

Donc maintenant que je t'ai humilié dégage le boomer écolo, t'es un guignol qui n'y connait rien, on va te remplacer, en réunion, ce sont des mecs comme moi qu'on écoute, mes clients veulent de la qualité, je leur offre de la qualité, amuse toi bien à réinventer la roue et te faire victimiser par ton patron

ce mur de texte qui représente bien les kilomètres de merde que tu codes
incapable d'avoir une pensée concise et claire
on appelle ça être attardé
et oui simplifier ça demande de réfléchir
sinon rien à cirer de ton language optionnel, le client si il veut désactiver js il le fera et toi tu seras complètement impuissant
et si il utilise pas ton site tant mieux pour lui, tant pis pour toi, t'avais qu'à pas faire de spa

je rappelle qu'il s'agit de la séléction naturelle qui s'opère
remplacer les technologies non optionnelles c'est hors de ton pouvoir
que tu croies les remplacer c'est une chose, mais le temps qui passe s'en tape complètement de ton usine à gaz de chien fougueux

au fait le SPA est en train de tomber dans l'oubli

google trends:
popularité sur stackoverflow c'est que du 2013-2015 quasi : https://stackoverflow.com/questions/tagged/single-page-application?tab=votes&pagesize=50

mais...mais...le spa ne serait il pas qu'une enieme mode de merde ?
ah si oups

bien retenir les leçons

tout comme ruby on rails, ou le dernier framework js à la mode, ça tombe dans l'oubli, c'est tabou

la roue réinventée c'est bien toi qui la fait, pourquoi ? car ma méthode existait avant la tienne

la victime c'est toi, aucun pouvoir, aucun impact massif sur le budget, et surtout même pas millionaire je présume
millionaire grâce à un logiciel que t'as produit toi même hein
allez adios le chien fou

Le 31 août 2021 à 04:25:24 :

Le 31 août 2021 à 04:22:40 :
juste pour clore le débat, electron c'est de la merde on est d'accord
c'est une techno eco+

Electron c'est juste symbolique, si tu as un site et une appli, tu fais un truc Electron pour faire genre tu couvres le plus de trucs possibles, c'est un supplément.

Mais l'utiliser réellement pour un logiciel ou appli GUI fait neuf, c'est une énorme connerie. Tournez vous vers Qt ou GTK.

https://github.com/tauri-apps/tauri

Coder sans JavaScript en 2021

J'imagine que vous utilsez aussi Nodepad ?

L'élite

je suis d'accord avec toi mais t'abuses sur Ruby on Rails tu te trompes, c'est la même team que PHP

Rails est anti-SPA, d'ailleurs dans la prochaine version ils suppriment complètement npm, webpack, yarn, la transcompilation de javascript etc et même scss sass ils abandonnent, retour à uniquement le CSS et mise en avant de Tailwind. KISS

c'est possible grâce aux importmap qui sont maintenant supporté par la plupart des navigateurs.

rails est au top du top et anti-spa. ceux qui l'utilisent juste pour faire une API c'est leur problème mais le front de rails et surtout ce qui se prépare avec rails 7 est ce qui ce fait de mieux au monde

Le 31 août 2021 à 15:14:00 :
je suis d'accord avec toi mais t'abuses sur Ruby on Rails tu te trompes, c'est la même team que PHP

Rails est anti-SPA, d'ailleurs dans la prochaine version ils suppriment complètement npm, webpack, yarn, la transcompilation de javascript etc et même scss sass ils abandonnent, retour à uniquement le CSS et mise en avant de Tailwind. KISS

c'est possible grâce aux importmap qui sont maintenant supporté par la plupart des navigateurs.

rails est au top du top et anti-spa. ceux qui l'utilisent juste pour faire une API c'est leur problème mais le front de rails et surtout ce qui se prépare avec rails 7 est ce qui ce fait de mieux au monde

Petite question, c'est possible en CSS (donc sans SASS) d'avoir des mixins et des variables ? Parce que sinon ça va être galère je sens

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwind je trouve dégueulasse d'avoir toutes ces classes dans le code HTML

Je suis de la vieille école et limite c'était une religion de séparer présentation et structure

Le 31 août 2021 à 13:41:48 :

Le 31 août 2021 à 13:13:15 :
Bordel c'est pas fini l'autre gueu et ses acolytes qui viennent se ridiculiser avec leur vieille application monolithe en PHP des années 2010

C'est pourtant évident de comprendre qu'un front entièrement généré côté client, mis à jour via un virtual dom plus performant et rapide que le DOM classique en ne mettant à jour uniquement les composants nécessaires et dont tu peux optimiser le rafraichissement en maitrisant bien les cycles de vie sera plus rapide qu'une application en server side rendering dont tu retélécharger la page et les fichiers sources.

Les étapes en SSR à chaque chargement d'une page sont les suivantes les dinosaures :

1. Requête page html
2. Appel des contrôleurs côté backend pour récupérer les données
3. Génération de la page avec un template engine et un fichier template
4. Réception de la page généré dynamiquement par le client
5. Génération de l'arbre DOM HTML
6. Téléchargement des ressources CSS,JS,Fonts (mais on va être gentil on va dire que tu appliques les optimisations nécessaires dont la minification des ressources et que tu empêches le bloquage du rendu en inlinant le critical css puis en deferant le css above the fold)
7. Parsing du CSS et construction de l'arbre DOMCSS
8. Execution du javascript (qui peut être bloquant si tu fais de la merde)
9. Merger le CSSDOM et le DOMHTML
10. Faire la mise en page avec le layout et le paint

Alors que pour une SPA, seul le premier chargement de la page est le plus coûteux en ressources, mais attention, le boomer écolo est réticent à télécharger 2.3.kb de fichier sources compressés mes couilles, quel horreur

Une fois le fichier javascript téléchargé et chargé dans le navigateur, plus besoin de le retélécharger, ni de le réexecuter, tu rentres dans l'ecosystem du SPA et c'est ce dernier qui s'occupe de faire les mises à jour des composants nécessaires uniquement. Et ne parlons pas de toutes les optimisations que tu peux mettre en place avec les pures components, séparer la logique métier de l'affichage avec les hooks, l'état partagé avec Redux, les principes de l'OOB avec le cycle de vie des composants réutilisables, toutes les optimisations mis en place comme le Tree Shaking, le code splitting, le pre-caching côté client, le pre rendu des routes avec react-snap.

Ne parlons pas de l'accessibilité, l'internationalisation qui est un vrai enfer à gérer sans SPA

Donc maintenant que je t'ai humilié dégage le boomer écolo, t'es un guignol qui n'y connait rien, on va te remplacer, en réunion, ce sont des mecs comme moi qu'on écoute, mes clients veulent de la qualité, je leur offre de la qualité, amuse toi bien à réinventer la roue et te faire victimiser par ton patron

ce mur de texte qui représente bien les kilomètres de merde que tu codes
incapable d'avoir une pensée concise et claire
on appelle ça être attardé
et oui simplifier ça demande de réfléchir
sinon rien à cirer de ton language optionnel, le client si il veut désactiver js il le fera et toi tu seras complètement impuissant
et si il utilise pas ton site tant mieux pour lui, tant pis pour toi, t'avais qu'à pas faire de spa

je rappelle qu'il s'agit de la séléction naturelle qui s'opère
remplacer les technologies non optionnelles c'est hors de ton pouvoir
que tu croies les remplacer c'est une chose, mais le temps qui passe s'en tape complètement de ton usine à gaz de chien fougueux

au fait le SPA est en train de tomber dans l'oubli

google trends:
popularité sur stackoverflow c'est que du 2013-2015 quasi : https://stackoverflow.com/questions/tagged/single-page-application?tab=votes&pagesize=50

mais...mais...le spa ne serait il pas qu'une enieme mode de merde ?
ah si oups

bien retenir les leçons

tout comme ruby on rails, ou le dernier framework js à la mode, ça tombe dans l'oubli, c'est tabou

la roue réinventée c'est bien toi qui la fait, pourquoi ? car ma méthode existait avant la tienne

la victime c'est toi, aucun pouvoir, aucun impact massif sur le budget, et surtout même pas millionaire je présume
millionaire grâce à un logiciel que t'as produit toi même hein
allez adios le chien fou

Qui désactive JS aujourd'hui espèce de gros mongole, à part les paranos et dinosaures dans ton genre pas foutu de se mettre à la page et qui entraine toute l'équipe dans la merde avec leur legacy code des ténèbres

Tu connais que dalle, t'es un clown dans le milieu, personne te reconnait, tout le monde se fout de ta gueule en daily, arrête de jouer au plus malin Corentin

Et SPA c'est juste un cas spécifique pour les applications webs stateful qui ont besoin de scalabilité d'une performance à toute épreuve. Ne mélange pas tout, personne est réticent à faire un site en HTML/CSS pure si c'est suffisant

Laravel

AlpineJs ou vue

Le 31 août 2021 à 15:22:38 :

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwind je trouve dégueulasse d'avoir toutes ces classes dans le code HTML

Je suis de la vieille école et limite c'était une religion de séparer présentation et structure

c'est encore un peu tôt vous comprendrez dans 10 ans

si il y a des choses qui se répètent 2 voire 3 fois c'est pas grave en fait, pas besoin de factoriser à mort tout et n'importe quoi

et sinon avec nos languages serveurs on peut aussi créer et réutiliser des template avec des structures HTML et des classes

et aussi on peut faire des petites méthodes pour grouper des classes si besoin comme les Rails Helpers, mais à part les boutons qui sont ré-utilisés un peu partout, on se rend compte que ça ne sert pas à grand chose

Le 31 août 2021 à 15:23:13 :

Le 31 août 2021 à 13:41:48 :

Le 31 août 2021 à 13:13:15 :
Bordel c'est pas fini l'autre gueu et ses acolytes qui viennent se ridiculiser avec leur vieille application monolithe en PHP des années 2010

C'est pourtant évident de comprendre qu'un front entièrement généré côté client, mis à jour via un virtual dom plus performant et rapide que le DOM classique en ne mettant à jour uniquement les composants nécessaires et dont tu peux optimiser le rafraichissement en maitrisant bien les cycles de vie sera plus rapide qu'une application en server side rendering dont tu retélécharger la page et les fichiers sources.

Les étapes en SSR à chaque chargement d'une page sont les suivantes les dinosaures :

1. Requête page html
2. Appel des contrôleurs côté backend pour récupérer les données
3. Génération de la page avec un template engine et un fichier template
4. Réception de la page généré dynamiquement par le client
5. Génération de l'arbre DOM HTML
6. Téléchargement des ressources CSS,JS,Fonts (mais on va être gentil on va dire que tu appliques les optimisations nécessaires dont la minification des ressources et que tu empêches le bloquage du rendu en inlinant le critical css puis en deferant le css above the fold)
7. Parsing du CSS et construction de l'arbre DOMCSS
8. Execution du javascript (qui peut être bloquant si tu fais de la merde)
9. Merger le CSSDOM et le DOMHTML
10. Faire la mise en page avec le layout et le paint

Alors que pour une SPA, seul le premier chargement de la page est le plus coûteux en ressources, mais attention, le boomer écolo est réticent à télécharger 2.3.kb de fichier sources compressés mes couilles, quel horreur

Une fois le fichier javascript téléchargé et chargé dans le navigateur, plus besoin de le retélécharger, ni de le réexecuter, tu rentres dans l'ecosystem du SPA et c'est ce dernier qui s'occupe de faire les mises à jour des composants nécessaires uniquement. Et ne parlons pas de toutes les optimisations que tu peux mettre en place avec les pures components, séparer la logique métier de l'affichage avec les hooks, l'état partagé avec Redux, les principes de l'OOB avec le cycle de vie des composants réutilisables, toutes les optimisations mis en place comme le Tree Shaking, le code splitting, le pre-caching côté client, le pre rendu des routes avec react-snap.

Ne parlons pas de l'accessibilité, l'internationalisation qui est un vrai enfer à gérer sans SPA

Donc maintenant que je t'ai humilié dégage le boomer écolo, t'es un guignol qui n'y connait rien, on va te remplacer, en réunion, ce sont des mecs comme moi qu'on écoute, mes clients veulent de la qualité, je leur offre de la qualité, amuse toi bien à réinventer la roue et te faire victimiser par ton patron

ce mur de texte qui représente bien les kilomètres de merde que tu codes
incapable d'avoir une pensée concise et claire
on appelle ça être attardé
et oui simplifier ça demande de réfléchir
sinon rien à cirer de ton language optionnel, le client si il veut désactiver js il le fera et toi tu seras complètement impuissant
et si il utilise pas ton site tant mieux pour lui, tant pis pour toi, t'avais qu'à pas faire de spa

je rappelle qu'il s'agit de la séléction naturelle qui s'opère
remplacer les technologies non optionnelles c'est hors de ton pouvoir
que tu croies les remplacer c'est une chose, mais le temps qui passe s'en tape complètement de ton usine à gaz de chien fougueux

au fait le SPA est en train de tomber dans l'oubli

google trends:
popularité sur stackoverflow c'est que du 2013-2015 quasi : https://stackoverflow.com/questions/tagged/single-page-application?tab=votes&pagesize=50

mais...mais...le spa ne serait il pas qu'une enieme mode de merde ?
ah si oups

bien retenir les leçons

tout comme ruby on rails, ou le dernier framework js à la mode, ça tombe dans l'oubli, c'est tabou

la roue réinventée c'est bien toi qui la fait, pourquoi ? car ma méthode existait avant la tienne

la victime c'est toi, aucun pouvoir, aucun impact massif sur le budget, et surtout même pas millionaire je présume
millionaire grâce à un logiciel que t'as produit toi même hein
allez adios le chien fou

Qui désactive JS aujourd'hui espèce de gros mongole, à part les paranos et dinosaures dans ton genre pas foutu de se mettre à la page et qui entraine toute l'équipe dans la merde avec leur legacy code des ténèbres

Tu connais que dalle, t'es un clown dans le milieu, personne te reconnait, tout le monde se fout de ta gueule en daily, arrête de jouer au plus malin Corentin

Et SPA c'est juste un cas spécifique pour les applications webs stateful qui ont besoin de scalabilité d'une performance à toute épreuve. Ne mélange pas tout, personne est réticent à faire un site en HTML/CSS pure si c'est suffisant

bordel la pauvreté de ce message
aucune contre argumentation
gneugneu faut pas désactiver js
votre rage de chien fous ne m'atteint pas, elle est au contraire hilarante à voir
vous êtes impuissants
la spa dont tout le monde s'en branle depuis 5 ans mais on se croit d'actualité

Le 31 août 2021 à 15:30:43 :

Le 31 août 2021 à 15:22:38 :

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwind je trouve dégueulasse d'avoir toutes ces classes dans le code HTML

Je suis de la vieille école et limite c'était une religion de séparer présentation et structure

c'est encore un peu tôt vous comprendrez dans 10 ans

si il y a des choses qui se répètent 2 voire 3 fois c'est pas grave en fait, pas besoin de factoriser à mort tout et n'importe quoi

et sinon avec nos languages serveurs on peut aussi créer et réutiliser des template avec des structures HTML et des classes

et aussi on peut faire des petites méthodes pour grouper des classes si besoin comme les Rails Helpers, mais à part les boutons qui sont ré-utilisés un peu partout, on se rend compte que ça ne sert pas à grand chose

Perso je suis pas fan, après je suis back.
Autant je suis adepte des approches comme BEM qui permettent d'organiser proprement son html/css, autant les frameworks type bootstrap, bulma et maintenant les utility-first CSS

Le 31 août 2021 à 15:40:09 :

Le 31 août 2021 à 15:30:43 :

Le 31 août 2021 à 15:22:38 :

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwind je trouve dégueulasse d'avoir toutes ces classes dans le code HTML

Je suis de la vieille école et limite c'était une religion de séparer présentation et structure

c'est encore un peu tôt vous comprendrez dans 10 ans

si il y a des choses qui se répètent 2 voire 3 fois c'est pas grave en fait, pas besoin de factoriser à mort tout et n'importe quoi

et sinon avec nos languages serveurs on peut aussi créer et réutiliser des template avec des structures HTML et des classes

et aussi on peut faire des petites méthodes pour grouper des classes si besoin comme les Rails Helpers, mais à part les boutons qui sont ré-utilisés un peu partout, on se rend compte que ça ne sert pas à grand chose

Perso je suis pas fan, après je suis back.
Autant je suis adepte des approches comme BEM qui permettent d'organiser proprement son html/css, autant les frameworks type bootstrap, bulma et maintenant les utility-first CSS

Ceci. J'aime beaucoup l'idée de faire des composants CSS et une boîtes à outils (par exemple, un choix limité de couleur, une échelle de taille de police, des conventions, etc).

Mais je trouve vraiment dégeulasse d'avoir toutes ces classes CSS dans mon code source (la page est 10 fois plus lourde en plus).

Perso je préfère travailler avec des mixins et des variables directement en CSS et utiliser les classes pour baliser sémantiquement mon code HTML.

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwinds est aussi utilisé avec les frameworks js

Le 31 août 2021 à 15:40:09 :

Le 31 août 2021 à 15:30:43 :

Le 31 août 2021 à 15:22:38 :

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwind je trouve dégueulasse d'avoir toutes ces classes dans le code HTML

Je suis de la vieille école et limite c'était une religion de séparer présentation et structure

c'est encore un peu tôt vous comprendrez dans 10 ans

si il y a des choses qui se répètent 2 voire 3 fois c'est pas grave en fait, pas besoin de factoriser à mort tout et n'importe quoi

et sinon avec nos languages serveurs on peut aussi créer et réutiliser des template avec des structures HTML et des classes

et aussi on peut faire des petites méthodes pour grouper des classes si besoin comme les Rails Helpers, mais à part les boutons qui sont ré-utilisés un peu partout, on se rend compte que ça ne sert pas à grand chose

Perso je suis pas fan, après je suis back.
Autant je suis adepte des approches comme BEM qui permettent d'organiser proprement son html/css, autant les frameworks type bootstrap, bulma et maintenant les utility-first CSS

si t'es pas web designer tu auras pas un aussi bon rendu aussi vite qu'avec ce genre de solution (c'est pas rare aussi que le client veuille un outil qui s'adapte au format smartphone)
pour un développeur web c'est une bonne opportunité de se passer d'un web designer tout en minimisant le code et la taille du site

Le 31 août 2021 à 15:44:13 :

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwinds est aussi utilisé avec les frameworks js

oui bien sûr et c'est parfait pour des petits components enfin des vues je sais pas comment vous appelez ça, sans besoin de mixin ou de créer un nouveau fichier css par vue

Le 31 août 2021 à 15:46:46 :

Le 31 août 2021 à 15:40:09 :

Le 31 août 2021 à 15:30:43 :

Le 31 août 2021 à 15:22:38 :

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwind je trouve dégueulasse d'avoir toutes ces classes dans le code HTML

Je suis de la vieille école et limite c'était une religion de séparer présentation et structure

c'est encore un peu tôt vous comprendrez dans 10 ans

si il y a des choses qui se répètent 2 voire 3 fois c'est pas grave en fait, pas besoin de factoriser à mort tout et n'importe quoi

et sinon avec nos languages serveurs on peut aussi créer et réutiliser des template avec des structures HTML et des classes

et aussi on peut faire des petites méthodes pour grouper des classes si besoin comme les Rails Helpers, mais à part les boutons qui sont ré-utilisés un peu partout, on se rend compte que ça ne sert pas à grand chose

Perso je suis pas fan, après je suis back.
Autant je suis adepte des approches comme BEM qui permettent d'organiser proprement son html/css, autant les frameworks type bootstrap, bulma et maintenant les utility-first CSS

si t'es pas web designer tu auras pas un aussi bon rendu aussi vite qu'avec ce genre de solution (c'est pas rare aussi que le client veuille un outil qui s'adapte au format smartphone)

Oui c'est la question entre solution rapide qu'il faudra jeter, et solution pérenne sur le long terme.
Sinon on peut faire du responsive en vanilla css aussi.

pour un développeur web c'est une bonne opportunité de se passer d'un web designer tout en minimisant le code et la taille du site

Ca dépend de la taille du projet. Pour une startup pourquoi pas. Sur un gros projet il y a généralement une armée d'UI-UX et la mise en place d'un design system

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

Le 31 août 2021 à 15:23:13 :

Le 31 août 2021 à 13:41:48 :

Le 31 août 2021 à 13:13:15 :
Bordel c'est pas fini l'autre gueu et ses acolytes qui viennent se ridiculiser avec leur vieille application monolithe en PHP des années 2010

C'est pourtant évident de comprendre qu'un front entièrement généré côté client, mis à jour via un virtual dom plus performant et rapide que le DOM classique en ne mettant à jour uniquement les composants nécessaires et dont tu peux optimiser le rafraichissement en maitrisant bien les cycles de vie sera plus rapide qu'une application en server side rendering dont tu retélécharger la page et les fichiers sources.

Les étapes en SSR à chaque chargement d'une page sont les suivantes les dinosaures :

1. Requête page html
2. Appel des contrôleurs côté backend pour récupérer les données
3. Génération de la page avec un template engine et un fichier template
4. Réception de la page généré dynamiquement par le client
5. Génération de l'arbre DOM HTML
6. Téléchargement des ressources CSS,JS,Fonts (mais on va être gentil on va dire que tu appliques les optimisations nécessaires dont la minification des ressources et que tu empêches le bloquage du rendu en inlinant le critical css puis en deferant le css above the fold)
7. Parsing du CSS et construction de l'arbre DOMCSS
8. Execution du javascript (qui peut être bloquant si tu fais de la merde)
9. Merger le CSSDOM et le DOMHTML
10. Faire la mise en page avec le layout et le paint

Alors que pour une SPA, seul le premier chargement de la page est le plus coûteux en ressources, mais attention, le boomer écolo est réticent à télécharger 2.3.kb de fichier sources compressés mes couilles, quel horreur

Une fois le fichier javascript téléchargé et chargé dans le navigateur, plus besoin de le retélécharger, ni de le réexecuter, tu rentres dans l'ecosystem du SPA et c'est ce dernier qui s'occupe de faire les mises à jour des composants nécessaires uniquement. Et ne parlons pas de toutes les optimisations que tu peux mettre en place avec les pures components, séparer la logique métier de l'affichage avec les hooks, l'état partagé avec Redux, les principes de l'OOB avec le cycle de vie des composants réutilisables, toutes les optimisations mis en place comme le Tree Shaking, le code splitting, le pre-caching côté client, le pre rendu des routes avec react-snap.

Ne parlons pas de l'accessibilité, l'internationalisation qui est un vrai enfer à gérer sans SPA

Donc maintenant que je t'ai humilié dégage le boomer écolo, t'es un guignol qui n'y connait rien, on va te remplacer, en réunion, ce sont des mecs comme moi qu'on écoute, mes clients veulent de la qualité, je leur offre de la qualité, amuse toi bien à réinventer la roue et te faire victimiser par ton patron

ce mur de texte qui représente bien les kilomètres de merde que tu codes
incapable d'avoir une pensée concise et claire
on appelle ça être attardé
et oui simplifier ça demande de réfléchir
sinon rien à cirer de ton language optionnel, le client si il veut désactiver js il le fera et toi tu seras complètement impuissant
et si il utilise pas ton site tant mieux pour lui, tant pis pour toi, t'avais qu'à pas faire de spa

je rappelle qu'il s'agit de la séléction naturelle qui s'opère
remplacer les technologies non optionnelles c'est hors de ton pouvoir
que tu croies les remplacer c'est une chose, mais le temps qui passe s'en tape complètement de ton usine à gaz de chien fougueux

au fait le SPA est en train de tomber dans l'oubli

google trends:
popularité sur stackoverflow c'est que du 2013-2015 quasi : https://stackoverflow.com/questions/tagged/single-page-application?tab=votes&pagesize=50

mais...mais...le spa ne serait il pas qu'une enieme mode de merde ?
ah si oups

bien retenir les leçons

tout comme ruby on rails, ou le dernier framework js à la mode, ça tombe dans l'oubli, c'est tabou

la roue réinventée c'est bien toi qui la fait, pourquoi ? car ma méthode existait avant la tienne

la victime c'est toi, aucun pouvoir, aucun impact massif sur le budget, et surtout même pas millionaire je présume
millionaire grâce à un logiciel que t'as produit toi même hein
allez adios le chien fou

Qui désactive JS aujourd'hui espèce de gros mongole, à part les paranos et dinosaures dans ton genre pas foutu de se mettre à la page et qui entraine toute l'équipe dans la merde avec leur legacy code des ténèbres

Tu connais que dalle, t'es un clown dans le milieu, personne te reconnait, tout le monde se fout de ta gueule en daily, arrête de jouer au plus malin Corentin

Et SPA c'est juste un cas spécifique pour les applications webs stateful qui ont besoin de scalabilité d'une performance à toute épreuve. Ne mélange pas tout, personne est réticent à faire un site en HTML/CSS pure si c'est suffisant

bordel la pauvreté de ce message
aucune contre argumentation
gneugneu faut pas désactiver js
votre rage de chien fous ne m'atteint pas, elle est au contraire hilarante à voir
vous êtes impuissants
la spa dont tout le monde s'en branle depuis 5 ans mais on se croit d'actualité

Personne rage d'un autiste, retourne jouer avec ta merde Spermin

J'utilise Javascript au quotidien et c'est un bonheur ce langage, tu ne comprendras jamais

Quel plaisir d'utiliser Gatsby pour du SSG et de laisser toute l'optimisation, la minification, et tous les détails d'implémentation à un Framework pour se concentrer uniquement sur la mise en page et les données

Quel plaisir de développer une API Rest en seulement une journée grâce à ExpressJS et une architecture simple, scalable et efficace

Avec Javascript tu peux tout faire : Single Page App, Personal Web App, Server Side Rendering, CMS, SSG, temps réel

Avec PHP ?

Cette merde utilisée en majorité uniquement par flemme et manque de budget ?

Bien ton Wordpress pourave bourré de failles pour afficher 4 pages vitrines

Bien tes superglobals d'enculé de ta race

Bien index.php?include=/page/account.php

Bien ton language tellement merdique qu'il ne vit que par le manque de budget des entreprises

Le 31 août 2021 à 15:49:39 :

Le 31 août 2021 à 15:46:46 :

Le 31 août 2021 à 15:40:09 :

Le 31 août 2021 à 15:30:43 :

Le 31 août 2021 à 15:22:38 :

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwind je trouve dégueulasse d'avoir toutes ces classes dans le code HTML

Je suis de la vieille école et limite c'était une religion de séparer présentation et structure

c'est encore un peu tôt vous comprendrez dans 10 ans

si il y a des choses qui se répètent 2 voire 3 fois c'est pas grave en fait, pas besoin de factoriser à mort tout et n'importe quoi

et sinon avec nos languages serveurs on peut aussi créer et réutiliser des template avec des structures HTML et des classes

et aussi on peut faire des petites méthodes pour grouper des classes si besoin comme les Rails Helpers, mais à part les boutons qui sont ré-utilisés un peu partout, on se rend compte que ça ne sert pas à grand chose

Perso je suis pas fan, après je suis back.
Autant je suis adepte des approches comme BEM qui permettent d'organiser proprement son html/css, autant les frameworks type bootstrap, bulma et maintenant les utility-first CSS

si t'es pas web designer tu auras pas un aussi bon rendu aussi vite qu'avec ce genre de solution (c'est pas rare aussi que le client veuille un outil qui s'adapte au format smartphone)

Oui c'est la question entre solution rapide qu'il faudra jeter, et solution pérenne sur le long terme.
Sinon on peut faire du responsive en vanilla css aussi.

pour un développeur web c'est une bonne opportunité de se passer d'un web designer tout en minimisant le code et la taille du site

Ca dépend de la taille du projet. Pour une startup pourquoi pas. Sur un gros projet il y a généralement une armée d'UI-UX et la mise en place d'un design system

bon courage pour faire du css toi même avec un bon rendu et maintenable à terme.
pour ma part j'ai décidé que le css était un métier de designer, pas de dev, donc je délègue à des framework css.
ces outils sont ultra aboutis à ce jour. limite je pense qu'ils peuvent remplacer cette armée de designer. non seulement les couts, mais la cohérence du projet, le code, ça a un avantage énorme. après si le budget est large pourquoi pas recruter 1 artiste pour choisir les couleurs et tout ça. pas besoin d'une armée pour pondre un bon design propre.

Le 31 août 2021 à 15:54:40 :

Le 31 août 2021 à 15:49:39 :

Le 31 août 2021 à 15:46:46 :

Le 31 août 2021 à 15:40:09 :

Le 31 août 2021 à 15:30:43 :

Le 31 août 2021 à 15:22:38 :

Le 31 août 2021 à 15:21:29 :
tailwindcss mais vous n'êtes pas prêt pour ça non plus

Tailwind je trouve dégueulasse d'avoir toutes ces classes dans le code HTML

Je suis de la vieille école et limite c'était une religion de séparer présentation et structure

c'est encore un peu tôt vous comprendrez dans 10 ans

si il y a des choses qui se répètent 2 voire 3 fois c'est pas grave en fait, pas besoin de factoriser à mort tout et n'importe quoi

et sinon avec nos languages serveurs on peut aussi créer et réutiliser des template avec des structures HTML et des classes

et aussi on peut faire des petites méthodes pour grouper des classes si besoin comme les Rails Helpers, mais à part les boutons qui sont ré-utilisés un peu partout, on se rend compte que ça ne sert pas à grand chose

Perso je suis pas fan, après je suis back.
Autant je suis adepte des approches comme BEM qui permettent d'organiser proprement son html/css, autant les frameworks type bootstrap, bulma et maintenant les utility-first CSS

si t'es pas web designer tu auras pas un aussi bon rendu aussi vite qu'avec ce genre de solution (c'est pas rare aussi que le client veuille un outil qui s'adapte au format smartphone)

Oui c'est la question entre solution rapide qu'il faudra jeter, et solution pérenne sur le long terme.
Sinon on peut faire du responsive en vanilla css aussi.

pour un développeur web c'est une bonne opportunité de se passer d'un web designer tout en minimisant le code et la taille du site

Ca dépend de la taille du projet. Pour une startup pourquoi pas. Sur un gros projet il y a généralement une armée d'UI-UX et la mise en place d'un design system

bon courage pour faire du css toi même avec un bon rendu et maintenable à terme.
pour ma part j'ai décidé que le css était un métier de designer, pas de dev, donc je délègue à des framework css.
ces outils sont ultra aboutis à ce jour. limite je pense qu'ils peuvent remplacer cette armée de designer. non seulement les couts, mais la cohérence du projet, le code, ça a un avantage énorme. après si le budget est large pourquoi pas recruter 1 artiste pour choisir les couleurs et tout ça. pas besoin d'une armée pour pondre un bon design propre.

oui on est d'accord le métier de front est en train de disparaître, remplacés par de vrais artistes un minimum sensibilisé aux problématiques du web