Reprise du message précédent :

Tu peux très bien transposer cette description dans les classes CSS hein. D'ailleurs, les testeurs apprécient largement plus ce système, sachant qu'ils ne connaissent pas l'HTML

gatsu35 est pas très diplomatique dans sa réponse, mais je pense qu'il a raison sur le fond : il faut arrêter de considérer systématiquement le HTML/CSS comme la cinquième roue du carrosse.
Faire des interfaces sympas, responsives, accessibles, qui ne soient pas des usines à gaz avec un DOM de profondeur abyssale avec un nombre de noeud colossal, c'est pas si simple et c'est maintenant un vrai métier.
Alors est ce que ça veut dire que t'as systématiquement besoin de toutes ces connaissances pour chaque projet, même le blog de MM Michu ? Sans doute pas. Mais ça empêche pas que dès que ton appli devient non trivial, avoir un DOM et (S/L)CSS propre qui va avec, c'est plutôt utile.

Bah le mec arrive avec un gros apriori de la taille d'un airbus A380, en tant qu'expert je ne laisse pas passer ça désolé.
A moins que ce soit un gros troll de compétition ?
 
Bien souvent on voit des bugs dans un site, et parfois le bug provient simplement du comportement et des règles du HTML.
S'il y a une specification pour le HTML avec des règles spécifiques ce n'est pas fait pour rien.

Jamais dis le contraire. Je suis d'ailleurs l'un des seuls de mon plateau a franchement faire gaffe au DOM et à la propreté du CSS.

C'est juste que le coup des balises, à l'heure où tout est rattrapable en CSS, il n'y a plus vraiment de raison de se prendre la tête. L'utilisation des balises spécifiques ne changent pas le fond du problème de la propreté du DOM à mon sens. C'est d'ailleurs pour cela que je parle de compréhension (position, display, z-index etc.) que d'apprentissage. D'ailleurs, c'est le CSS qui est fondamentalement important et pas forcément l'HTML.

Dans les questions de gatsu35, les problèmes rencontrés viennent du fait d'utiliser les balises spécifiques, hors en utilisant des DIV, tu n'as pas ces problèmes.

Après je ne suis qu'un simple développeur parmi les autres, mon avis n'engage que moi

Oui, franchement, excuse-toi.

Une balise <aside> par ex représente un apparté. C'est la sémantique du contenu.
Les classes css permettent de définir des règles d'affichage, qui n'ont pas grand chose a voir avec la sémantique du contenu. Elles ne peuvent pas définir de sémantique car les classes sont arbitraires, et une sémantique ne peut être auto-descriptive en html.
Un article qui t'explique précisément ce point: https://www.alsacreations.com/artic [...] aside.html
Dire "je vois absolument aucun intérêt de passer par autre chose que span / div" c'est littéralement rien avoir compris à ce qu'est le html5.

Ces balises restent des DIV renommées. Par ailleurs, elles rentrent dans la case "utiles pour le SEO" dont j'ai vanté l'utilité.

 
Je pense qu'on peut arrêter la discussion ici

 
Tu blacklistes mes posts ou bien ?  

 
Non.
Un navigateur ne sait pas ce que veut dire <div class="adress">5, rue des champis</div>
un navigateur sait ce que signifie le contenu de <address>5, rue des champis</address>, et pourra proposer une carte pour visualiser l'adresse, l'afficher différemment, faire une recherche dans les contacts de l'utilisateur, relier l'élément à une appli tierce (comme gmaps sous android), etc.
C'est la base de html. Je vais pas discuter plus avec toi si t'es pas convaincu, parce que tu t'enfonces dans un position d'une bêtise évidente.

heuuuuuu NON.
 
Par exemple Table a un comportement bien spécifique, tfoot, qui est la balise qui représente le footer d'un tableau a aussi un comportement très spécifique.
 
LI qui n'est pas un div, ne peut être mis que dans des UL et OL.
 
Ensuite si tu désactives tes styles, ta page doit pouvoir rester lisible, d'où l'importance de la sémantique.
 
Si tu te torches avec le HTML dis-toi bien que ton niveau est à mon avis : intégrateur, voire moins.

 
Désolé mais c'est une volonté très spécifique. T'auras très peu de projets qui te laisseront faire ça / en auront besoin (dans le privé j'entends).

Tu as suivi le lien du Monsieur ou pas ?

On y parle de <footer> <section> etc. Quel est le rapport ?

Désolé mais apprendre <table> et <ul> <li>, c'est l'histoire d'une grosse heure.

Pourquoi tu désactiverais le style ? Sado-masochisme ? Ça me fait penser aux gens qui désactives le JS juste par plaisir de gueuler que les sites ne marchent pas sans.

Tu noteras également que tu es le seul à porter un ton si agressif.

 
C'est quoi cet argument de merde ?
 
En quoi c'est plus long d'utiliser les bonnes balises que de foutre des span / div partout ?
 
Osef du besoin, t'as pas envie de faire de la qualité et d'être fier de ton boulot ?

Parce qu’on a pas tous le même niveau dans la team et que nettoyer les fesses du projet c'est marrant 2 semaines ?

T'as raison, pour construire une bonne maison suffit d'utiliser du bois de palette et du torchis..
L'autre jour un connard à utilisé des parpaings et de la laine de roche, les 9 autres mecs de ma team ne sachant pas les utiliser : on a tout virer pour remettre des palettes.
 
 

Et quand ton CDP te dit d'arrêter de faire chier les autres avec ça, tu démissionnes ?

M'est arrivé au moins 2 fois sur ma courte expérience.

Oui parce que je bosse pas avec des branques.
Mais en général, on embauche pas ce genre de personne donc je bosse pas avec

On a pas tous les mêmes obligations

Attends tu sors la plus grosse connerie que j'ai entendu ces 15 dernières années sur le HTML, désolé, mais ça fait 15 ans que je fais ça au niveau pro et je peux te dire que la sémantique HTML est une chose très importante aussi bien pour l'acccessibilité, le SEO et j'en passe. Et toi derrière tu sors juste une grosse connerie OKLM.

 
OKLM.

 
La seule vraie bonne réponse  

 
C’est une obligation légale aux US.
 
Ça semblerait logique que cela le devienne en France.

Dans le privé ?

On a vu que t'as rien compris surtout.  

c'est parce qu'il l'a jamais appris donc bon  

 
Techniquement ce n’est pas obligatoire dans le privé, mais les boites privées perdent de plus en plus de procès. Ce qui semble tout à fait normal dans un monde qui devient de plus en plus digital.

 
Quand je vois un mec qui maîtrise bien la gestion des positions et des displays, je suis largement plus admiratif qu’un gars qui va me mettre les balises html5.
 
Après chacun voit midi à sa porte

Puisqu'on en parle, personnellement, même s'il y a du mieux avec HTML5, j'ai toujours été frustré sur le plan sémantique car les balises HTML natives sont insuffisantes pour décrire sémantiquement ce qu'on veut faire .
C'est pour cela que quelque part, c'est toujours un peu frustrant de se retrouver à utiliser à la fois des balises qui décrivent correctement leur contenu et aussi des divs auxquels on va devoir donner un nom via un id par exemple, ou encore via des class quand on doit répéter telle ou telle type de contenu.
Idéalement, il faudrait pouvoir créer ses propres balises ce qui est possible, mais à coup de JS.
 
Je pense qu'une évolution souhaitable, serait de pouvoir attacher une définition native des tags utilisés plus tard dans le site.
Bien sûr on peut utiliser des frameworks etc... Mais je parle d'une possibilité de faire cela nativement.

 
C’est exactement ce je pense. Et surtout, il n’y a que très peu de personnes formées (malheureusement mais c’est ainsi) donc en entreprise privée, il vaut mieux ne pas faire de fixette au risque de se faire engueuler.
 
Angular te permet de faire ça et c’est extrêmement pratique pour les testeurs d’ailleurs.

 
Un exemple ?
 
Sinon les web components sont censés répondre à ce problème si je ne m’abuse.

 
Je connais les custom elements merci. Et comme je l'ai dit dans mon message précédent, il faut utiliser du JS pour cela.  
 
Pour les exemples, je n'en ai pas en tête immédiatement, mais cela m'est arrivé à de nombreuses reprises. HTML5 a quand même bien amélioré les choses car il y a plus de balises maintenant.

Je rêve du jour où les devs arrêteront de penser qu’ils savent tout mieux que tout le monde, mais quand je lis cette page je me dis que c’est pas gagné.  

Bah les devs qui connaissent leur domaine savent de quoi ils parlent et puis c'est tout.  
Donc quand un mec me dit, je fais mon code que avec des div et span et yolo, bah je sors l'artillerie lourde

L’ego ça tue le dev et détruit l’ambiance d’entreprise. Je suis très heureux de côtoyer Function Analyst et Testeurs pour changer d’air

Tout le monde n’a pas les mêmes attentes / envies que toi.

 
this.

Raisonnement basé sur les sentiments, les bonnes intentions n'ont rien à voir avec une solution bonne. Les bonnes intentions c'est avant tout se mettre en avant plutôt que d'apporter une réponse à un problème, cela reflète une recherche perpétuelle de coupables. Plutôt que de résoudre un problème, on va tenter de s'en dédouaner. Les bonnes intentions c'est s'interdire de réfléchir.
Malheureusement c'est le fonctionnement majoritaire de notre société.

Ça te visait pas particulièrement, le débat est intéressant et sur le fond je suis tout à fait d’accord avec toi. Ce que je critique c’est cette manie de monter sur ses grands chevaux et de parler aux autres comme de la merde à la moindre discorde / incompréhension.  

L’avantage c’est que ça se détecte assez rapidement en entretien, du coup j’en fais mon critère de sélection le plus important. Je suis sans doute passé à côté de cracks, mais au moins j’ai une ambiance convenable dans les bureaux.

 
C'est quoi tes attentes à toi d'utiliser un langage à seulement 5% de ses possibilités et de jeter les 95% restant à la poubelle ? Fais nous donc voir un exemple de ton HTML que je comprenne, car perso un fichier qui contient que des div/span, en l'ouvrant, y a de forte chance que je rage-quit direct. C'est pas illisible ?
Pareil pour les applications mono-fichier de 5000 lignes de code, tu fais pas ça rassures moi ?
 
Bref, je sais pas y a des bonnes pratiques de dev quoi, le respect du langage, le respect des dev qui vont maintenir ton code plus tard, le respect des yeux, le respect des utilisateurs qui ont des déficiences (et oui, yen a dans toutes les boites du monde, privé ou public)  ..

 
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"