まさに、コレ！って思います。
コンピュータが理解できる範囲が狭すぎるのでいろいろおかしくなるんですよね。

実際仕事ではやっぱりDIVは避けてDLやPを使ってコーディングしてますけど、違和感がありますね。せめて要素で悩まないよう、class名をつけるようにしましょう！って、思います。

umbrella_processさんのHTMLに対する厳しさを感じますーっ。
僕も、コンピューターの事を思うあまりにHTMLの邑楽かさがイラっと感じることがあります。でも、XHTML2.0ではなく、HTML5が受け入れられる(かはわかりませんが)という時代の流れで考えれば、今度は針が逆に軽くふれて、コンピューターも『人間』も読み書きできる簡単なルールが受け入れられていくんじゃないかなぁ。

という前置きで、
たぶん、umbrella_processさんはHTMLの各要素の意味・用途を厳しく独立化しすぎてしまっているんじゃないかなぁと思います…。そわそわ

例えば、HTMLで日付をマークアップする際も、日付は段落ではないのでPでは無い。日付を表現できる要素は存在しないので、div class=”date” が正しいHTMLとなる。

というのと同じようなことだと思うのですが、この場合、HTMLに”日付”を印す要素がない場合は、リストや段落を”日付”の上位の概念としてマークアップする。という考え方でないと、HTMLでは文書は全部divとclassになっちゃうと思います。

>divとspanに意味的なクラス名をつけるコーディングが「無意味」で、クラス名無しのdlでのコーディングの方が「意味がある」という意見が、個人的には理解できません。

コンピューターからの視点では、class属性の値は単なる文字列で、マークアップされているデータの意味とは結びついていません。
値には意味がないので、コンピューターからは扱えないんです。

class属性は、HTMLでは表現し切れない分類・区分をつけるて、人間はその文字列に超個人的に意味をくっつけて、主にCSSやJSで使っています。だから、コンピューターのことを思うなら、divやclassで人間しか扱えない文字列をあてるよりも、「段落があるよ(ぼそ)」ぐらい教えてあげられるマークアップのほうが正しいというか「優しい!」

>連想配列みたいなものでしょう？キーと値のセットですよね。記事の日付がキーで、記事のタイトルが値だと言うのはどうも気持ち悪い。

HTMLの説明の難しいところはここなんですよー
正しいマークアップなんてのはなくて、マークアップした人がどう情報を捉え、表現しようとしているのかで要素は変わるんです。
扱う値が日付とタイトルだから連想配列は正しい使い方じゃない。とならないのと同じで、それはケースバイケースでしょ。ということなんじゃないかな?

が、divとspanに意味的なクラス名をつけるコーディングが「無意味」で、クラス名無しのdlでのコーディングの方が「意味がある」という意見が、個人的には理解できません。

というか、定義リストって、連想配列みたいなものでしょう？キーと値のセットですよね。記事の日付がキーで、記事のタイトルが値だと言うのはどうも気持ち悪い。「日付」がキーで、「6月1日」が値だというコーディングなら納得いくんだけど…思い込みですかね…

まぁどちらにせよ、HTML5になったらarticleでコーディングすることになるでしょう。

個人的ですがdivやspanだらけのHTMLをWebデザイナーが好むと思えなくて…かえって見づらい気がしますし。非視覚系UAでアクセス時も分かりづらくなりそう