Je reçois parfois des demandes (et j’en lis sur certains forums) de personnes qui ont lu un tutoriel sur Codrops et qui demandent de l’aide parce que « ça ne marche pas alors que j’ai tout bien fait ».

Sur la façon d’appliquer les préfixes, des outils tels que Compass ou Bootstrap sont tellement hors du coup sur certains points que ça en devient écœurant.

On peut également citer jQuery et sa pléïade d’extensions, qui sous prétexte de facilité d’utilisation bafouent la plupart des principes de bases de javascript et de l’accessibilité du web — malgré le travail incroyable du Paciello Group sur jQuery UI qui peut les aider.

Mais effectivement, n’importe quel exemple colportera son mini-troll; mieux vaut revenir aux fondements et aux valeurs du travail — quel qu’il soit : il n’y a pas de mauvais outils, il n’y a que de mauvais ouvriers.

(et j’ai ri aussi avec ce joli troll). ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158532 Gaël Mon, 10 Mar 2014 13:08:43 +0100 text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158531 Knuc Mon, 10 Mar 2014 12:25:46 +0100 Et je n'ai pas envie qu'un jeune dev arrive sur ton billet, et se rentre dans le crâne qu'il faut toujours réfléchir 20 plombes avant d'embrasser le changement, qui plus est en front-end dev.

Tu m'expliques où c'est marqué ? Je dis juste qu'il y a des choses qui ne peuvent pas passer en production ou en standard n'importe comment, j'ai pas dit d'être réfractaire à tout ! Science sans conscience n'est que ruine de l'âme.

Je vois pas en quoi ça empêche d'embrasser le changement quand il fonctionne et ne gêne en rien, et vu le métier, effectivement, vaut mieux s'y habituer.

Allez, fin du troll. ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158530 Nico Mon, 10 Mar 2014 12:25:01 +0100

Hors troll, parce que faire changer les mentalités, pour moi, ce n'est pas perdre du temps. Et je n'ai pas envie qu'un jeune dev arrive sur ton billet, et se rentre dans le crâne qu'il faut toujours réfléchir 20 plombes avant d'embrasser le changement, qui plus est en front-end dev. ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158529 Nyalab Mon, 10 Mar 2014 12:10:54 +0100

Les classes atomiques ne sont que des helpers, enfin, on ne va pas ergoter sur ce « détail », vu que tu en es à me ressortir l'éternel débat des classes sémantiques.

Prends du recul, c'est l'utilisation qui en est faite qui est importante. Et laisse-moi me casser les dents avec. :->

EDIT : juste un détail, si cet article est si vide que ça, pourquoi perds-tu autant de temps à le commenter ? ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158528 Nico Mon, 10 Mar 2014 12:03:12 +0100

Pour le reste "J'ai mon propre framework" is the new "J'suis pas raciste j'ai un ami noir". C'est pas parce que tu as push un truc sur Github que ça le rend bon, j'suis désolé, je suis allé voir ta lib et j'y vois rien d'exceptionnel. Tu n'utilises pas de notation particulière qui la rendrait réutilisable, tu nous fait le coup des classes css atomiques : .left { float: left } bravo, mais tu comprends que [dir="rtl"] .left { float: right }, ton css n'a plus aucune valeur sémantique. Et c'est pas ajouter une liste de w1, w2, ... w100 qui va apporter une quelconque valeur sémantique à mes css. Avoir un framework css qui fait que des raccourcis de noms de classes pour se retrouver avec un DOM div class="left center fontsize14 width100", autant m'écrire un style="...". Puis aucun namespacing, repli de "/* à adapter selon le design voulu */", je vois pas l'intérêt d'en faire un framework, tu t'es juste fait une feuille de style perso qui te va à toi, je vois pas en quoi c'est être dans le futur où la tendance est au réutilisable.

J'ai pas envie de faire tout le framework, parce que je veux pas que ce soit une attaque ad-hominem. Mais n'essaie pas de me décridibiliser dans mon commentaire en me disant que j'ai mal lu ou que tu as fait autre chose à un autre moment :-)) ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158527 Nyalab Mon, 10 Mar 2014 11:52:07 +0100 text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158526 swoop Mon, 10 Mar 2014 11:29:04 +0100

"Qu’on s’entende bien : c’est bien de tester des nouveaux trucs, de voir de nouvelles techniques, etc. je ne vais pas dire le contraire, c’est même indispensable.

Seulement, il y a les nouveautés et ce qui peut passer en production ou en standard dans un développement. Comme l’a très bien dit Mehdi Kabab ci-dessus, qu’une pratique soit intéressante n’empêche pas pour autant de l’utiliser sans jeter le bébé avec l’eau du bain."

Je te remets le dernier commentaire : "Tu noteras que je ne dis pas que les préfixes sont mal, ce que je dis, c'est que c'est mal de ne pas les gérer correctement (peu importe la méthode)."

Et ne t'inquiète pas pour mon « manque d'avance », tu parles à quelqu'un qui a son propre micro-framework CSS et qui publie régulièrement des infos sur des essais ou des approches. ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158525 Nico Mon, 10 Mar 2014 11:19:23 +0100

Tu mélanges deux débats, le fait d'utiliser des préfixes ou pas, et le fait d'automatiser ceux-ci. Une fois que le choix est fait d'en utiliser, le moyen technique d'y arriver n'est pas important. Je ne vois pas en quoi limiter l'automatisation vient donner du crédit au fait d'en utiliser ou pas.

Y'aura toujours 3 groupes : les types qui adoptent trop vite mais font que le truc évolue, les types modérés qui eux adoptent quand c'est stable et font avancer le truc plus lentement mais à plus long terme, et les types qui adoptent en retard ou pas du tout, qui eux ne servent qu'à râler. Les 3 groupes existent toujours mais il y en a toujours un qui sert moins que les autres et qui même va essayer de freiner les 2 autres.

Bref, laisse les gens qui essaient d'aller plus vite et d'inventer de nouveaux trucs avancer et peut-être se casser les dents. Parce que sur la quantité de nouveaux trucs, même si tu te casses parfois les dents, il en ressort souvent de bonnes choses (et là je parle de la réécriture ou de l'oubli de l'histoire, que toi tu fais). ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158524 Nyalab Mon, 10 Mar 2014 11:03:01 +0100 text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158523 Nico Mon, 10 Mar 2014 09:41:01 +0100 Antant je te rejoint sur le fond, autant je trouve que l'exemple et mal choisi. Le problème de l'utilisation des préfix se posent dès lors qu'on lie la réussite d'un projet à leur utilisation (flex-box, transition, etc), c'est ici que cela pose problème. Si leur utilisation n'est là que pour de l'enrichissement, alors je trouve que l'approche post-process est la plus saine, car elle fournit un résultat optimal pour une coût assez faible (l'utilisation d'un transpiler) tout en évitant de connaitre l'état de chaque feature css (ou mieux d'aller vérifier avant sur w3c, à chaque fois que l'on souhaite utiliser un prop css). ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158522 Lionel Mon, 10 Mar 2014 09:01:32 +0100

J'ai également constaté que de nombreux développeurs/intégrateurs ont tendance à oublier une chose essentielle sur le web : le résultat doit être conforme aux attentes du client et/ou des internautes, peu importe le moyen utilisé. ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158521 Thomas Sun, 09 Mar 2014 20:36:35 +0100 C'est terrible d'avoir à la fois un manque de recul et surtout l'oubli de la mission première du web.
J'ai l'impression que bon nombre de gens que j'ai croisé ne songent qu'à mettre plein de brillants dans les yeux de leur prospects, sans même se soucier que cela va poser énormément de problèmes avant la livraison. ]]> text/html https://www.nicolas-hoffmann.net/source/1614-Le-manque-de-recul.html#comment158520 Da Scritch Sun, 09 Mar 2014 18:17:54 +0100