para quem ainda naum assistiu:
http://www.youtube.com/watch?v=6gmP4nk0EOE

Pensando de uma maneira ampla, se você colocar <div id="content-aux"> qualquer desenvolvedor que estiver acostumado com o padrão, vai reconhecer quando olhar para o código.

Do ponto de vista do CSS somente, é meio inútil, mas a carga semântica para o HTML por exemplo é ótima.

Se você olhar para o Web Applications 1.0 vai ver que já existem elementos sendo planejados com esse objetivo. O elemento nav, elemento aside e article.

Como todo padrão, vai gerar dificuldades para alguns e facilidade para a maioria das pessoas.

Se eu coloco uma div chamada “sidebar”, esse nome tem algum significado pra mim, vou saber quando olhar de novo pro código.

Se outro desenvolvedor for mexer no site ele vai saber olhar o HTML e entender onde fica cada coisa, mesmo com os nomes ‘pessoalmente’ escolhidos.

E quanto ao assunto do post. Acredito que a padronização deve existir, mas quem deve produzí-la são as máquinas. Caso contrário, erros pequenos como de digitação poderiam ferrar com sites inteiros neste caso.

A web semântica tem que dar às máquinas a capacidade de organização e recuperação de informação por elas próprias. Caso contrário caímos numa entropia, como no caso dos metadados.

Acima de tudo, padronizar a forma com a qual estruturamos o HTML evita erros grosseiros como o exemplo do <div id="sidebar">, que mistura apresentação com conteúdo.

Sugiro que, se souber inglês, leia essa excelente discussão iniciada por Eric Meyer sobre o assunto.