Reprise du message précédent :

 
Oui c'est vrai que l'accueil aurait été plus chaleureux sans :
 
- Le html ça s'apprends pas ça se "sait"
- div et span only, le reste on s'en tape car "j'ai pas les mêmes attente que vous"

Apprendre à lire, c'est en option chez les devs ?

Tu aurais aisément compris la nuance entre utiliser toutes les balises possibles et alterner les essentielles table ul li et à côté div span. Mais à priori, trop compliqué pour ton esprit

Rassures-moi, tu utilises encore <br> <b> et <center> ?

 
Ha tu as rajouté table ul li a ta panoplie de balises, c'est bien, ça fait 5. T'as réussi à en faire le tour en 1h comme tu disait ?
 
Sinon, donc, tes fameuses "attentes" c'est quoi ?

L’amour de mon prochain.

 
je pose ça lò  
 

Les mecs qui se posent de faux problèmes en codant leur site à la main. Faudrait peut-être changer de millénaire, il y a Frontpage maintenant, fini les questions de "je mets quelle balise", Frontpage le fait pour vous.

Parfois ça dérape, trop d’amour

Idem en australie il me semble

Il manque UL dans son LI

 
Mais ça veut dire quoi ça ?
 
Effectivement si tes collègues sont des jardiniers tu peux difficilement leur en vouloir. Par contre si leur taff c'est d'intégrer des sites web tu peux leur dire de changer de métier

Non je m’en tape.

 
Je ne suis pas d'accord.    
 
Les jardiniers sont certainement les mieux placés pour comprendre la sémantique VS la déco.  
 
Ainsi, ils savent distinguer le jardin (body), la terrasse (header), les allées (section) des fleurs, arbres ou autres plantes (Styles)  

 
Mais c'est bien ça le problème!  
Tu veux pas partir? T'es nul.

Tu sais moi tant que mon client est heureux et que j’ai les fesses propres, rien ne m’importe vraiment.

Ouais, osef de la qualité du moment que ça fonctionne.

 
Tu préfères un truc de qualité mais qui ne fonctionne pas ?

Alors pour ceux qui arrivent pas à suivre le niveau du débat, on en est donc à un sondage sur :
 
- code de qualité qui fonctionne
- code de qualité qui fonctionne pas  
- code de merde qui fonctionne
- code de merde qui fonctionne pas
 
A vos votes.

- je me fous de comment font les autres, je fais selon les standards

Ceci dit, oser dire "hormis les divs/spans, le reste ça ne sert à rien", fallait oser

Perso, j'aime bien justement l'html5 pour structure ma page (section/article/header/aside), ça me permet de filtrer un peu plus mes règles CSS, cependant je suis toujours un peu pollué par des divs qui ne sont là qu'à titre utilitaire (reseter un positionnement, ou juste pour placer un before/after sur un truc qui ne peut pas en accueillir, etc)...

Tu fais du BDD en fait.  

J'ai cette idee - un peu folle je sais - d'un code de qualite et qui en plus fonctionnerait    
Si tu peux pas faire ca, soit t'es mauvais ( ) soit t'es dans une boite pourrie

 
La qualité du code c’est ultra relative, je ne sais pas si tu t’en rends compte hein
 
C’est quoi un code de qualité ? Qui est lisible ? Qui suit les bonnes pratiques ? Si oui, de qui, de quel organisme, qui estimes-tu légitime ? Si tu as des règles internes (un tslint par exemple) qui va à ton encontre, tu fais quoi, tu démissionnes ?
 
Un gars qui fait que de l’opération ternaire (comme actuellement sur mon plateau) et qui est borné, tu lui fait quoi ?  
 
Moi perso je m’en tape
 
Deux mecs se battaient au taff sur la légitimité de Joshua Bloch en Java, résultat ? Embrouille + ambiance de merde mais aucun changement final.
 
Les gens qui veulent imposer leurs avis sont le cancer de la profession et je suis pas le seul à le dire.

 
Age moyen du code ?
 
J'ai pas encore trouvé une boite qui maintient le code proprement sur la durée.

Un code de qualite c'est un code qui reponds aux attentes de ton equipe, encore une fois si vous etes pas foutus de faire ca, demissionne et trouves une autre equipe.

 
C’est pas ce qui se dit depuis 2 pages  

Complique mais faisaible, j'ai bosse pour un hopital en france qui avait du code datant de bien 5 ans et propre.
Apres c'est  sur qu'en SSII avec des equipes qui changent tous les 6 mois c'est plus complique

C'est sur que si les attentes de l'equipe c'est juste de faire des div et des span c'est un autre probleme  

Ah au fais :  
<br> est encore utilisé, c'est un simple retour chariot, à l'instar d'un paragraphe où tu as un vrai changement de contexte dans le texte. C'est un peu comme dans word : ENTREE = nouveau paragraphe et donc saut de ligne plus conséquent, SHIFT + ENTREE = retour chariot.
 
<b> est encore utilisé quand il est juste notion de mettre en gras un texte sans notion sémantique, c'est pour éviter les <span class="specialmachinengras">
 

T’as besoin d’étaler ta connaissance pour te rassurer ?
 
Tu pourrais en profiter pour te renseigner un peu du coup : « If there is no semantic purpose to using the <b> element, you should use the CSS font-weight property with the value "bold" instead in order to make text bold. »

C'est pas tout à fait aussi relatif imo.
Genre typiquement en Python, y a une doc qui donne la plupart des "coding convention" basiques (la PEP8), respectée en grande partie par je pense 99% des projets Python. Bin un projet Python qui suit pas la PEP8, il a quand même de grande chances de rentrer dans la catégorie "code de merde", à moins de trouver une excellente raison (mais j'avoue que j'ai beaucoup de mal à trouver une raison plausible, surtout que y a maintenant des tools qui t'autoformates ton code suivant la PEP8, du coup même le "code legacy" n'est imho, plus vraiment une excuse)

Je n'etale pas ma connaissance mais comme tu racontes beaucoup de n'importe quoi depuis le début, je te recadre.

Mais c'est bien tu prends le pli à aller voir la doc

Quand tu seras plus expérimenté tu verras que du code de qualité c'est tout ça à a fois, y'a pas d'exclusions. Un code de qualité est lisible, un code lisible est modulaire, un code modulaire est testable, un code testable est maintenable, etc...

C'est exactement ce qu'il t'a dit : "<b> est encore utilisé quand il est juste notion de mettre en gras un texte sans notion sémantique". Bref, tu pourrais relire avec le doigt avant de dire des bêtises.

 
Un code de qualité, c'est tres subjectif mais y a quand même des bonnes pratiques universelles .. Genre les "linters" avec la configuration par défaut.. C'est le minimum syndical.
Ce qui est moins subjectif et assez evident à juger par contre c'est le code de merde ...
 
Sinon tu parles d'ambiance et d'ego, j'ai l'impression que tu met une sacrée ambiance dans ta boite vu l'ambiance que tu met sur le topic.
Chez nous, on a des batailles ios/android php/node/go avengers/dc-comics tous les jours, sur le ton de la plaisanterie, et ca fini souvent avec des boites à son Kaamelot ou BlackCobra..    
Bref tes generalités sur l'ambiance des développeurs, en 12ans d'experience, je suis d'un avis totalement inverse, on bosse dans un milieu hyper fun, dont la moyenne d'age est souvent très jeune, on est tous un peu geek avec des centres d'interets proche ... Ya forcément des cons de temps en temps mais ils restent pas souvent ^^
Après si t'es dans une cogip ...

Du coup c'est mieux d'utiliser <b> ou <strong> ? J'hésite
Même chose pour <i> et <em>