should(推奨)ですらありません)...つまり、あくまで各自の自由意志に依ります。あろうとセマンティックマークアップは、中身を充実させればさせるほど、作業者の負担を強いるようになります。そのソースコードも、セマンティクスの豊かさに比例して、シンプルさからどんどん遠ざかって、人間の目にも読みにくいものになっていきます。このブログで紹介しているものは、唯一絶対の手段などではなく、あくまで選択肢にすぎません。採否は、各自の目的や必要性と相談しながら判断すべきです。導入の仕方次第では、かえってメンテナンス性を損なったりしてマイナスになることすらあります。採用しないというのも、もちろん立派な選択だと思います。デザインの分野などは、外観やメンテナンス性に裨益する部分が限られています。適度な構造化を通り越して、いたずらにヘビーマークアップを施しても、結局は「労多くして功寡(すくな)し」ということになりがちです。セマンティックマークアップを施すにしても、採用するものと採用しないものを、クライアントやユーザーの需要に合わせて慎重に選んだ方が良いでしょう。HTML系のエントリーが続いてましたけど、それによって誤解したり、強迫観念にとらわれたりしている人がいるかもしれないと思うことがあったので、この際、僕のスタンスについて、以上のようにはっきり表明しておくことにしました。いうわけで、「こうでなくちゃダメ!」みたいな文脈で、読まないようにお願いします。して人間の負担を減らすかくり返しになりますが、セマンティックマークアップは、その意味づけの豊かさに比例して、マークアップ作業の手間が増えます。本格的に追求していくなら、いかにこの煩瑣な作業を自動化するか(人間側の負担を減らすか)が重要になってくるでしょう。一人一人が、それぞれハンドコーディングでヘビーマークアップしていく(要するにエディタを使って、人間の手作業で重厚な構造化や意味づけをコツコツやっていく)のはバカげてます。実装者は実はひとりでもいいですが、なにも個々人がいちいち手作業でマークアップしなくても、ある程度の自動化であれば、それほど困難な話じゃありません。ブログツールのプラグインという形で、自動変換ツールや入力支援ツールなどを開発・提供するのであれば、実装者は一個人でも構わないわけです。(僕にもう少しプログラミングスキルがあれば...というジレンマもありますけど、それは追々勉強するか、代わりに誰かに実装してもらうということで。有機的につなげるマッシュアップサービスを、あるひとりのハッカーが作ってしまうことだって、今や不可能じゃありません。使って裾野を広げようとしているのに、収集できる知識の幅や量が、その分だけ目減りしてしまいます。いうモデルが最適なのかについて自分なりに考えてみることにしたというわけです。ちなみに、このブログで考察してきたマークアップモデルの大半は、ひそかに制作中の新しいブログの方に盛り込んでいってます。いうか、逆にいえば、ここで取り上げている問題の大半が、実は制作中のブログで生じた疑問から来てたりします。そんなわけで動機は思いっきり個人的な需要です。各エントリーには、充分な調査を行うつもりですが、それでも誤りが生じてしまうことは考えられます。お気づきの点があれば、ブログコメントでもブックマークコメントでも、忌憚なくご指摘いただけましたら幸いです。それと、読者の方々で、今後もしブックマークコメントなどをご覧になられることがありましたら、できれば批判コメントに注意してみてください。中にはかえって見当違いの批判もまれにあるので、必ずしも全部が全部というわけではありませんが、かなり高い確率で鋭い指摘が含まれています。このブログも、予想外に多くの読者がついてしまったようで、以前にも増していい加減なことを書けなくなってきました。基本は自分用の備忘録と自学自習媒体とはいえ、やはり、自分自身が間違った知識を広める起点になってしまうのは不本意ですし、最大限、そういう不幸なことが起こらないように努めたいと思ってます。その意味でも、僕の目の行き届かなかった部分を補正してくれる指摘は、とてもありがたい存在です。Descriptions。