Reprise du message précédent :

 
 
Mais t'as fait quoi comme projet réel sérieux avec ton système et que tu maintiens/update régulièrement ?
 
Tu pourrais nous montrer ? Car là tu bombes le torse ok, mais en vrai ça donne quoi ?  
 
Sinon je fais pas du tout de php encore moins de worpress, je sais pas pourquoi tu m'inventes une vie. Je fais du dev fullstack au passage    
 
Et relis ton post, je sais pas qui est le plus matrixé, mais tu suintes la haine. Ta femme est partie avec un dev front end ou quoi ?  t'as l'air d'en avoir vraiment gros.  
 
 
 
 

Même pas.
Par contre on est dans ce boulot depuis tellement longtemps qu'on se souvient (avec des frissons dans le dos ^^) de l'époque ou pour faire de la mise en page fallait plomber l'html avec de la merde (mise en page en tableau ).
Depuis toutes les révolutions du css, jamais de la vie on ne voudra revenir en arrière à "faire du graphisme" en html.
 
Tes blocs ils peuvent avoir un id ou une classe qui les aide à les distinguer de ce en quoi ils sont différent d'autre blocs avec le même <tag>, mais un <p class="text-left color-red underline"> ça fait bien longtemps qu'on dit que c'est de la merde...
 
Que tu fasses ton truc dans ton coin en sass qui dite que ta class p.stylexyz elle hérite de comportement des blocs d'un framework, oui très bien, mais laissons le html dans son coin et le css de l'autre.

Ouaouh balaise, c'est vrai que gatsu35 Florent et moi on est plus à suivre des tutos openclassrooms...  

Ah ouais carrément, moi je trouves pas, autant gatsu35 était un peu égal à lui même en mode j'aboie bcps (mais il ne mord pas forcément), autant le post de Flo ne me semble ni agressif ni "revanchard".
Remet toi un tout petit peu en question si quand 3 personnes différente qui font se boulot depuis 20 ans te disent que ce genre de pratique ne sont pas de "bonne pratique" et que tu le prend pour une attaque perso...
Moi aussi au début je faisais des <p class="red">, pis bon avec l’expérience je me suis vite aperçu que c'était pérave, y'a pas de honte, on apprend tous les jours dans la vie.
 
De toute façon, ne "contracte pas" si tu veux, osef de tailwind, tu demandes un avis, on en donne plusieurs et argumenté, t'en fait ce que tu veux après...

On peut voir vos projets les gars ? avec une ui complexe/évolutive qui est maintenue/mise à jour souvent, et voir ce que ça donne ? ça ce serait vraiment intéressant en fait, là on avancerait.

Car bon l’ancienneté c'est pas un argument hein de mon coté j'ai plutôt l'impression de voir de vieux réac, qui continuent de s'accrocher à des pratiques dépassées et refusent de voir qu'il existe des outils modernes.

Moi pour ma part je m'en tape, j'ai absolument aucun affect la dedans. Tout ça c'est que des outils, et si demain un outil est meilleur et efficace, et ben je m'en sers. Ce qui compte c'est le résultat.

Ceci dit, si vous voulez rester aussi dogmatique c'est vous que ça regarde ça fait de la place pour les autres quelque part.

Et je veux bien que vous soyez tous de vieux copains sur la CAT et que vous vous teniez les coudes, mais vu de l’extérieur ça fait pas rêver

Lol l’expérience ne sert à rien, argument de toute première force...
 
On a jamais dit que ce n'était pas efficace, mais que ce n'était pas optimisé et moins maintenable.
 
Perso je n'ai jamais eu à me soucier de maintenance sur le long terme avec des projets @lacon donc je me prononcerais plus que ça sur ce sujet, mais j'ai eu des changements de charte graphique à géré et j'étais bien content de ne pas avoir de merde dans l'html qui me disent que les coins sont arrondis, après une fois de plus, chacun voit midi a sa porte, mais personnellement j'ai progressé en essayant de rester ouvert d'esprit et en écoutant les idées des autres...
 

 
 
 
J'ai déjà donné des exemples en fait : tu prends n'importe quel projet moderne/complexe, ce sera soit du tailwind soit un autre framework utilitaire qui fait exactement la même chose, ou soit du css scopé du genre css module ou styled components.
 
Et c'est pas moi qui bombe le torse et qui dit que c'est de la merde hein    
 
 
Mais visiblement sur HFR on a des dev qui sont meilleurs que chez openAi, shopify, the verge, GitHub, coinbase, netflix etc. Car visiblement "c'est de la merde et c'est pour les noobs c'est pas maintenable"    Faut je copie/colle les liens ou vous serez capable d'aller voir vous-même ?
 
 
Sérieusement c'est ridicule... les gars je crois que l'ancienneté ça a pas que du bon, on dirait que ça vous a fait prendre sacré boulard.  
 
 

 
Faut oser  

Si tu pouvais rester un peu plus cordial, ce serait pas mal...  
 
Argument d'autorité réfuté : Netflix (dont on peut douter que la maintenabilité et l’évolution de l'ui fasse partie de leur principale préoccupation) utilise Tailwind, donc si je trouves un service de stream plus gros, plus vieux et qui change d'ui plus souvent et qui ne l'utilise pas j'ai gagné ?
Pacque Youtube utilise des noms de classe fonctionnel et/ou descriptif de la fonction du noeud, pas de leur style, donc c'est moi qui est la plus grosse ?
 
Je penses que pour chacun de tes exemples on peut en trouver plusieurs autre qui ont fait d'autre choix, et ça ne prouvera rien d'autre que diverses technologies existe avec leur force et leur faiblesse.
https://chatgpt.com/share/67555687- [...] f1874e1d8b
Tu vas jubiler que tu avais raison depuis le début mais pour moi ce qu'il faut retenir en faveur de Tailwind c'est la rapidité de développement, et absolument pas la maintenabilité.
 
Concrètement au marketing ils décident de faire 2 nouveaux skin utilisateur (dark et light existe déjà en normal) en plus gros caractères pour leurs utilisateurs vieillissant, tu vas devoir modifier tout tes blocs d'affichage html pour ajouter des classes et/ou des conditions ?
Je ne dit pas que tu ne peux pas le faire proprement, apparemment tu peux faire des trucs dans ce genre, et cette façon de faire sera sémantique et maintenable (ce n'est pas ce qui est le plus mis en avant par tailwind, et ça reste du sass "standard", tu peux faire ce genre de truc avec tous les framework, c'est justement l’utilisation que nous encourageons) :

Par contre ça non (exemple de bouton tiré de la home de tailwind en mode on gère facilement 2 mode d'affichage) :

Tu peux me rajouter la typo plus grosse pour le mode "accessibilité" s'il te plait pour qu'on rigole un peu ?
 
Après je ne vais pas perdre plus de temps à essayer de te convaincre de quoi que ce soit, garde dans un coin de ta tête que si il y'a différente façon de faire les choses c'est pacque y'a différent besoin et/ou priorité, ce sera déjà pas mal...
 
Pour moi l'argument principal reste un code html plus léger et plus lisible, après le reste ne sont que des querelles de clocher.

L'ambiance de merde sur ce topic.

Question (non trollesque vraiment), mais pour ton shop, y a quoi de dynamique coté client ? A part éventuellement le panier client side avec un peu d'animation si tu veux un truc joli quand l'user click sur "Add" ?
Parce que du coup, ces scores en fait tu les obtient assez facilement avec un "vieux" site à l'ancienne avec du templating coté serveur + un peu de vanilla JS ou éventuellement des libs minimales comme htmx je suppose.
Du coup c'était quoi la raison de partir sur du Next ? Le dynamisme de l'UI ? L'équipe qui connait principalement JS/TS comme langage ?

Pour nuancer un peu ce que dit gatsu35, je pense qu'il a raison sur le fond, un système basé sur des class sémantiques me semble plus maintenable sur le long terme, mais ça demande quand même une structure de développement suffisamment mature et grosse, avec notamment des gens pour maintenir et faire évoluer ce design système, des gens avec assez de poids pour dire non au CEO/Marketing/N+X qui a soudain une idée brillante en mode "tiens et si on foutait ce bouton en <blink> rose fushia pour augmenter la conversion ?"  etc... Pour un projet avec 1 ou 2 deux devs, sans équipe design UI/UX, je peux comprendre que des solutions type Tailwind ait un certain attrait.

Edit: Enfin sur les arguments d'autorité en mode "ces grosses boites connues utilisent ça, c'est que ça doit être bien", il faut se méfier. Ca veut pas dire qu'il faut pas faire comme elles, mais ces grosses boites qui ont potentiellement des centaines (ou milliers, ou dizaines de milliers) de devs qui bossent sur un produit principal, elles ont pas les même contraintes que la majorité des boites plus petites. Leurs problèmes sont pas forcément les même, du coup c'est logiques que les solutions soient pas forcément les même.

Et c'est le plus actif de la catégorie

J'ai juste dit que Tailwind c'était de la merde dans le sens ou ça pourri ton code HTML (ta vue) et qu'on n'a pas forcément besoin de ce truc.

Je ne trouve aucun intérêt à un truc comme tailwind, en gros tu déportes ta CSS dans le HTML, chose comme le CSSinJS qui est une hérésie aussi.

on a du HTML et du CSS pourquoi réinventer encore la roue.
Alors ça peut prendre un tout petit peu plus de temps à écrire ton fichier CSS mais quand même c'est pas la mort.
J'ai du mal avec Tailwind et je pense que j'aurai toujours du mal

Notre ami Hypp0 a la même approche et le même discours que tous les mecs sur twitter qui viennent de découvrir le dev front, et qui ne savent que connecter des composants entre eux et utiliser des librairie. Mais dès qu'il s'agit de faire une animation à la main, coder un carousel, ou un composant en vanilla, il n'y a plus personne.
Et s'il est question de débugger des bugs graphiques en front, ou même des bugs de JS, je suis sûr qu'il n'y a plus personne. il ne doivent même pas savoir ce qu'est un point d'arrêt.