Je découvre ta chaîne depuis 1 semaines et je m'abreuve de chacune de tes vidéos. Tout est très pertinent et tu as toujours un avis très bien construit. Félicitations, tu mérites une plus large audience !!!
J'ai longtemps boudé les frameworks CSS, j'ai toujours adoré faire du CSS à la main... et j'ai craqué avec Tailwind et maintenant ça me saoul du faire du CSS maison 🤣🤣 Tailwind c'est surtout ultra rapide quand tu maitrise déjà le CSS, le gain de temps est monstrueux. Après c'est comme apprendre React avant le JS, ça n'a pas de sens et pourtant des formateurs du web ne se gêne pas pour dire que "c pa grv"
L'approche est intéressante bravo ça change 👍 Comment je pourrais faire germer l'idée à mes collègues de partir sur Tailwind et ne plus utiliser Bootstrap qu'on utilise pour la grid (row et col principalement) et à coup de surcouche css infinies ? 🧐
Hmmm... si tu utilises Bootstrap ton équipe cherche qqch qui "gère tout" et pas un truc comme Tailwind. La meilleure approche serait de présenter une librairie UI, je sais pas sur quel framework tu es, mais pour React il y a Chakra, MaterialUI ou autre qui "remplace" boostrap. Tailwind c'est juste une engine css
En fait, ce qui le rend plus '"facile" étant que cela réduit la complexité du code que tu peux retrouver dans un style.css Si ta un problème avec un truc, c'est plus facile de le viser qu'un style.css dans lequel tu vas devoir chercher. Étant en apprentissage actuellement sur cela,j'ai débuté avec le CSS vanilla, j'ai essayé très fort de le comprendre au point de rager et de me dire que le Dev Web, ce n'est pas pour moi, mais c'est seulement à partir de tailwind que j'ai pu réaliser les fonctionnements et fondement du CSS. Pour faire simple, c'est plus facile pour l'apprentissage et j'ai appris à avoir horreur d'un fichier style.css dans lequel je dois chercher partout, tout le temps.
Oui je vois ce que tu veux dire et tu n’as pas totalement tord, c'est intéressant comme vision. Après c'est toujours mieux de maîtriser un peu le CSS quand même.
@@melvynxdev C'est sûr et je n'en doute pas ! Dans la vie de tous les jours, je fais beaucoup de programmation côté scripting, automatisation, communication SQL, etc... Donc, lorsque je suis arrivé purement dans le frontend, j'ai trouvé que le style.css était très illogique. Par exemple, ajouter un style à un header. Bah, logiquement, je met tout dans la balise .header et basta, mais en vanilla. Parfois, j'ai remarqué qu'il faut re-créer 2,3 voir 4 fois la même foutus balise pour des choses différentes parce que tu ne peux pas tout entrer cela dans une seule balise, ce que je trouve totalement bête. Chose auquel avec tailwind, je suis pas confronté ,car tout entre en un seul endroit, ce qui est à mon sens plus logique. Après, y'a probablement des choses que j'ai raté, je suis très loin d'être un expert et très loin d'oser dire que ma logique est meilleur, mais il est clair que pour moi, style.css m'a vraiment rébuté parce que la logique de fonctionnement n'est pas fondé sur la même logique que j'ai pour la programmation. En même temps, c'est un langage de balisage tu me diras, mais quand même.
Un truc que je comprends pas c'est les palettes... Malgré les couleurs qu'il y a si on choisit un mauvais combo ca sera toujours moche... Y a t il une regle pour choisir une combinaison de couleurs
Ce que j'arrive pas à comprendre c'est que depuis toujours on nous déconseille de faire du inline-style ! Au diable l'attribut style des balises HTML car c'est pas bien d'avoir un style css sur chaque balise... Mais en 2023 j'ai l'impression que ça ne dérange plus grand monde donc je me demande vraiment en quoi c'est différents sachant que l'attribut style au moins offre un minimum de vérification d'erreur la ou les classes sont que des chaînes de caractères sans aucune règle une faute de phrase ne se fera jamais signaler par VSCode Je le demande vraiment pourquoi ça ne pose pas vraiment de problème d'après la tendance
Je ne sais pas si c'est fait exprès ou pas mais franchement tu regarde beaucoup moins ton texte sur les gros plans et ca se sent, c'est bcp mieux on à moins l'impression que tu lit quelque chose mais que tu nous parle directement à nous, et surtout ton regard n'est pas scotché sur ton 2 eme écran mais centré sur la caméra ca fait plus vivant et conviviale :D
Hello, merci Yanis pour ton feedback. Effectivement, je pense que tu parles pour le début de la vidéo ? C'est compliqué de ne pas regarder son texte quand on en as un mais généralement je suis très freestyle
Et c'est là le problème ! Voilà pourquoi je n'aime pas Tailwind ! Une class est égal à un style, donc c'est l'équivalent du style en ligne ! Or justement, Bootstrap gère le contexte ! Ce qui veut dire qu'avec Talwind, tu ne peux gérer le contexte. Je t'invite à lire le papier qu'a fait Raphael Goetter (Deux années avec Tailwind CSS, quel bilan?) à propos de son retour d'utilisation de Tailwind css. Il a un avis nettement plus modéré que le mien. Pour moi, c'est très clair : pour une SPA, tailwind est une bonne solution. Hormis cela, c'est un non catégorique ! Penses tu qu'Amazon ou la FNAC ou leparisien ou yahoo ou ... utiliseraient cette librairie ? Non bien sûr ! Parce que tu seras contraint des styles en ligne.... Il y a 4 avantages de séparer le contenu de la forme : - chacun fait son job - tu as un code nettement plus maintenable - tu as un code nettement plus évolutif (si ce n'est pas codé avec les pieds) - le code est plus concis (oui mais comme le souligne Raphael : le code mort. Toutefois, on peut facilement contrecarrer ce problème) En ce qui concerne Bootstrap ou Zurb ou ..., je ne suis pas un fan inconditionnel. En général, je préfère partir d'un normalize.css. Cependant, je suis en train de créer un projet. Pour le front, je n'ai pas envie de partir de zéro (je veux aller à l'essentiel). J'ai hésité entre Zurb et Bootstrap. J'ai finalement opté pour Bootstrap. Pourquoi ? Il me propose un environnement prêt à l'emploi que je peux surcharger facilement avec mes techniques. Je peux même affirmer que Tailwind est impensable sur certains projets que j'ai réalisés. Or avec un Bootstrap ou Zurb ou ... ça peut être une option.
Hmmm merci pour ton long message ! je ne vais malheureusement pas faire une réponse aussi détaillé mais j'ai une autre vidéo Tailwind au sujet de "Tailwind dramas" ou je montre en quoi Tailwind est vraiment fou
Tu n'étais pas obligé de parler de Boostrap mais tu l'aime tellement 😂.
Exactement
Je découvre ta chaîne depuis 1 semaines et je m'abreuve de chacune de tes vidéos. Tout est très pertinent et tu as toujours un avis très bien construit.
Félicitations, tu mérites une plus large audience !!!
Hello !! Merci beaucoup pour ton commentaire ❤️
Ça avance petit à petit, il faut prendre son temps.
J'ai longtemps boudé les frameworks CSS, j'ai toujours adoré faire du CSS à la main... et j'ai craqué avec Tailwind et maintenant ça me saoul du faire du CSS maison 🤣🤣
Tailwind c'est surtout ultra rapide quand tu maitrise déjà le CSS, le gain de temps est monstrueux.
Après c'est comme apprendre React avant le JS, ça n'a pas de sens et pourtant des formateurs du web ne se gêne pas pour dire que "c pa grv"
Impossible de revenir en arrière maintenant…
Oui tellement !
Oui c'est un peu ça. Apprendre CSS avec Tailwind c'est pas malin
L'approche est intéressante bravo ça change 👍
Comment je pourrais faire germer l'idée à mes collègues de partir sur Tailwind et ne plus utiliser Bootstrap qu'on utilise pour la grid (row et col principalement) et à coup de surcouche css infinies ? 🧐
Hmmm... si tu utilises Bootstrap ton équipe cherche qqch qui "gère tout" et pas un truc comme Tailwind.
La meilleure approche serait de présenter une librairie UI, je sais pas sur quel framework tu es, mais pour React il y a Chakra, MaterialUI ou autre qui "remplace" boostrap. Tailwind c'est juste une engine css
Moi je suis un dev junior front
Après le html css que dois-je apprendre les préprocesseurs ou Frameworks css.
Master le CSS et après tu peux apprendre ce que tu veux quand tu en as besoin
En fait, ce qui le rend plus '"facile" étant que cela réduit la complexité du code que tu peux retrouver dans un style.css
Si ta un problème avec un truc, c'est plus facile de le viser qu'un style.css dans lequel tu vas devoir chercher.
Étant en apprentissage actuellement sur cela,j'ai débuté avec le CSS vanilla, j'ai essayé très fort de le comprendre au point de rager et de me dire que le Dev Web, ce n'est pas pour moi, mais c'est seulement à partir de tailwind que j'ai pu réaliser les fonctionnements et fondement du CSS.
Pour faire simple, c'est plus facile pour l'apprentissage et j'ai appris à avoir horreur d'un fichier style.css dans lequel je dois chercher partout, tout le temps.
Oui je vois ce que tu veux dire et tu n’as pas totalement tord, c'est intéressant comme vision. Après c'est toujours mieux de maîtriser un peu le CSS quand même.
@@melvynxdev
C'est sûr et je n'en doute pas !
Dans la vie de tous les jours, je fais beaucoup de programmation côté scripting, automatisation, communication SQL, etc...
Donc, lorsque je suis arrivé purement dans le frontend, j'ai trouvé que le style.css était très illogique.
Par exemple, ajouter un style à un header. Bah, logiquement, je met tout dans la balise .header et basta, mais en vanilla. Parfois, j'ai remarqué qu'il faut re-créer 2,3 voir 4 fois la même foutus balise pour des choses différentes parce que tu ne peux pas tout entrer cela dans une seule balise, ce que je trouve totalement bête.
Chose auquel avec tailwind, je suis pas confronté ,car tout entre en un seul endroit, ce qui est à mon sens plus logique.
Après, y'a probablement des choses que j'ai raté, je suis très loin d'être un expert et très loin d'oser dire que ma logique est meilleur, mais il est clair que pour moi, style.css m'a vraiment rébuté parce que la logique de fonctionnement n'est pas fondé sur la même logique que j'ai pour la programmation. En même temps, c'est un langage de balisage tu me diras, mais quand même.
Un truc que je comprends pas c'est les palettes... Malgré les couleurs qu'il y a si on choisit un mauvais combo ca sera toujours moche... Y a t il une regle pour choisir une combinaison de couleurs
Bah c'est ce qu'il lui a fait
@@melvynxdev je n'ai pas compris votre réponse
Ce que j'arrive pas à comprendre c'est que depuis toujours on nous déconseille de faire du inline-style ! Au diable l'attribut style des balises HTML car c'est pas bien d'avoir un style css sur chaque balise... Mais en 2023 j'ai l'impression que ça ne dérange plus grand monde donc je me demande vraiment en quoi c'est différents sachant que l'attribut style au moins offre un minimum de vérification d'erreur la ou les classes sont que des chaînes de caractères sans aucune règle une faute de phrase ne se fera jamais signaler par VSCode
Je le demande vraiment pourquoi ça ne pose pas vraiment de problème d'après la tendance
C'est moins performant, moins maintenable sauf si tu utilises des css variable et tu peux mettre n'importe quoi dans le style ;)
Je ne sais pas si c'est fait exprès ou pas mais franchement tu regarde beaucoup moins ton texte sur les gros plans et ca se sent, c'est bcp mieux on à moins l'impression que tu lit quelque chose mais que tu nous parle directement à nous, et surtout ton regard n'est pas scotché sur ton 2 eme écran mais centré sur la caméra ca fait plus vivant et conviviale :D
Hello, merci Yanis pour ton feedback. Effectivement, je pense que tu parles pour le début de la vidéo ? C'est compliqué de ne pas regarder son texte quand on en as un mais généralement je suis très freestyle
HyperUI je connaissais pas sa à l'aire super cool ;)
Ah oui c'est sympa pour aller vite
Et c'est là le problème ! Voilà pourquoi je n'aime pas Tailwind ! Une class est égal à un style, donc c'est l'équivalent du style en ligne ! Or justement, Bootstrap gère le contexte ! Ce qui veut dire qu'avec Talwind, tu ne peux gérer le contexte. Je t'invite à lire le papier qu'a fait Raphael Goetter (Deux années avec Tailwind CSS, quel bilan?) à propos de son retour d'utilisation de Tailwind css. Il a un avis nettement plus modéré que le mien. Pour moi, c'est très clair : pour une SPA, tailwind est une bonne solution. Hormis cela, c'est un non catégorique ! Penses tu qu'Amazon ou la FNAC ou leparisien ou yahoo ou ... utiliseraient cette librairie ? Non bien sûr ! Parce que tu seras contraint des styles en ligne.... Il y a 4 avantages de séparer le contenu de la forme :
- chacun fait son job
- tu as un code nettement plus maintenable
- tu as un code nettement plus évolutif (si ce n'est pas codé avec les pieds)
- le code est plus concis (oui mais comme le souligne Raphael : le code mort. Toutefois, on peut facilement contrecarrer ce problème)
En ce qui concerne Bootstrap ou Zurb ou ..., je ne suis pas un fan inconditionnel. En général, je préfère partir d'un normalize.css. Cependant, je suis en train de créer un projet. Pour le front, je n'ai pas envie de partir de zéro (je veux aller à l'essentiel). J'ai hésité entre Zurb et Bootstrap. J'ai finalement opté pour Bootstrap. Pourquoi ? Il me propose un environnement prêt à l'emploi que je peux surcharger facilement avec mes techniques.
Je peux même affirmer que Tailwind est impensable sur certains projets que j'ai réalisés. Or avec un Bootstrap ou Zurb ou ... ça peut être une option.
Hmmm merci pour ton long message ! je ne vais malheureusement pas faire une réponse aussi détaillé mais j'ai une autre vidéo Tailwind au sujet de "Tailwind dramas" ou je montre en quoi Tailwind est vraiment fou
Bonjour, je ne trouve pas le papier de Raphael Goetter. Tu as peut être un lien ?
@@antoineborda Bonjour, sur YT, les liens sont strikés. Cherche sur google avec le titre exact.
3:40 Avec Svelte et VueJS, on s'en fout...
????
@@melvynxdev Avec Svelte ou VueJS, la partie css et scss peut être incluse dans le même fichier ;)
et dire que quand j'ai commencé à l'époque, CSS3 n'était même pas encore sorti 😅😅
Ah oui xD
❤
love
En gros tailwind est plus précis et plus performant que BOOTSTRAP car il produit un CSS précis qui vas vite se charger sur la page.
on peut dire ça xD
bootstrap se charge vite aussi
first
moi aussi