バルマーをこの半狂乱の神経衰弱で罵倒することはできますが、彼のメッセージは的を射ています。開発者にシステムでの作業に必要なツールと知識を提供しないと、開発者は問題を経験するだけでなく、あなたが取り組んでいるものを開発することもできなくなります。



残念ながら、実際には、この点で、開発者自身が最悪の敵になる可能性があることがわかります。彼らは、賢くではなく一生懸命働くようにするひどい「フレームワーク」を選択するか、ファンダメンタルズの無知を故意に誇示し、必要なタスクを実行することを期待して他の誰かのコードをコピーします。



HTMLに対するまったく軽蔑的な態度ではないにしても、傲慢で無関心であるほど、これが明白な分野は他にありません。この言語で一行も書けない人からの無意味で誤った発言に制限はありません。



一言で言えば、開発者はHTMLを十分に真剣に受け止めていませんが、開発者の 弱点を指摘するとどうなりますか？それに応じて、正しい実装に気を取られてはならない理由について、意味のない言い訳が無限に続くのを待つだけです！

弱い言い訳のリスト

「HTMLは本当のプログラミング言語ではありません」

これは、コンピューターがタスクを完了するために従う一連のコマンドです。プログラミング言語の別の定義があるとすれば、ソフトウェアを書いている40年間、私はそれを聞いたことがありません。チューリングから完全ですか？いいえ...しかし、それでも、マシンに依存しない方法でコンテンツの文法的および構造的な意味を伝える方法をコンピューターに指示します。タグ、順序、および構文を使用するためのルールがあります。

「ユーザーに正しく見える場合、誰もコードを気にしません。」

目の見えないユーザーに出くわす瞬間まで。 HTMLは、ページがどのように見えるかだけではありません... いいえ！私はそれを修正します- HTMLはすべてでどのように何かの外見に関するものではありません。 HTMLは、ユーザーエージェントがこの値をユーザーに伝えることができるように、文法と構造の観点から要素がどうあるべきかを伝えるために必要です。したがって、要素がどのように見えるかを説明するCSSがあり ます。タグ、ID、またはクラスのいずれかが要素の外観を伝える場合は、間違った仮定に基づいて間違ったコードを選択しています。



スクリーンリーダー（ページを読み上げるためのソフトウェア）、点字電子書籍、TTY…これらはすべて非視覚的なターゲットです。また、検索エンジンにも目がないことを忘れないでください。彼らはあなたのページがどのように「見える」かさえ気にしません。



さらに、ページのホストが遅いか、費用がかかること、障害を持つ人々のアクセシビリティガイドラインに違反していること、利用可能なチャネル全体が詰まっていることは、人々にとって重要です。 非セマンティックマークアップ、何もしない無限で無意味なDIV、 プレゼンテーションクラス-それらはすべて合計され、結果に影響を与えます！



あなたはウェブ開発の他の多くの側面について同じ言い訳を聞くでしょう、そしてそれはほとんど常に嘘です。セマンティクスが悪い/壊れている、障害を持つ人々のアクセシビリティの問題、オプションのJSの肥大化、アプリケーションであってはならないものへの「Webアプリケーション」テクノロジーの使用など。



多くの場合、これらすべてを使用すると、ユーザーは何かが間違っていることに気づき ますが、それを説明することはできません。ユーザーはプログラマーではなく、間違いが何であり、誰がその責任を負っているのかを知りませんが、何かが間違っていると感じ、すべてがランダムです。



リストからのすべてのエラーを含むあなたの仕事の結果をサポートしなければならない次の不幸な敗者はどうですか、HTMLを使用しない方法はどうですか？人々はいつも、彼らのひどく壊れた「フレームワーク」が「私たちが一緒に働くのを助ける」ことになっている方法について話し合っています。HTMLの基本的なルールに準拠せず、言語の目的そのものに違反するコードの2倍または10倍の量が、「コラボレーションを改善する」にはどうすればよいでしょうか。

「しかし、フレームワークの例はまさにこのように機能し、専門家によって書かれました」

彼らはウェブ開発のスペシャリストではありません。むしろ、彼らはマーケティング、宣伝、欺瞞の専門家です。BootstrapやTailwindなどのシステムの例でのマークアップは、悪夢のようなHTMLプラクティスです。彼らは「HTMLとCSSを学びたくない」と「1990年代のマークアップが恋しい」という恐ろしい混合物の悪臭を放ち、20年以上の進歩をあきらめました。それらが何百万ものサイトで使用されており（「大多数は間違ってはならない」）、自己任命された専門家がそれらを称賛する（権威に訴える）という理由だけで、それらまたは同様の慣行は良くありません。

「バニラコードは扱いにくいです。」

あなたはそれを難し​​くします。問題は次のとおりです。構造化のセマンティックルールとHTMLの目的の全体的なポイントを無視することで、作業が難しくなります。これに貢献しているのは、W3Schools （別名W3fools）のようなnoobベイトが不正確な情報、下品な単純化、およびHTMLの基本概念のほとんどの完全な欠如で溢れているという事実です 。



コンテンツはマークアップを定義する必要があり、コンテンツ+マークアップ+ターゲット環境/ユーザーエージェント機能は構造を定義する必要があります。基本的なセマンティクスに従い、機能の正しい分離を徐々に改善して使用することにより、保守しやすいページを簡単に作成できる一連の命令が得られます。これに問題があり、これらの「HTML / CSSフレームワーク」があなたの生活を楽にしていると思うなら、あなたはタスクを実行するのに十分なHTMLまたはCSSを知りません。



一般に、TailwindはバニラHTML / CSSよりも単純です。500を超えるクラスを学習する必要があります。そのうちの90％はCSSプロパティとしてすでに存在し、HTMLの使用方法に関するほとんどすべてのルールを無視します。



あなたがそれを手に入れなかった場合、それは皮肉でした。

「HTMLを重視しすぎている」

私はこのナンセンスをいつも聞いています、そして私はその近視眼に悩まされています！



工事現場の土や土台の材料に気を配りすぎているような気がします。そのような詳細を無視しても、すべてが「理解できない方法」で崩壊したり、カルストの陥没穴に吸い込まれたりすることに驚かないでください。



HTMLは基盤であり、基礎です。あなたがそれを怠ったとしても、結果が完全な惨事になることに驚かないでください。



実際、Web開発者が将来について心配しないように説得するために使用する誤解の多くは、すべてのエンジニアリング災害につながる誤解と同じです。品質を節約し、仕様やエンドユーザーを無視して、自分のエゴを刺激します。その上、多くの人が致命的な間違いを犯します-彼らはアートとデザインを混同します。



後者の間違いは、窓から反射する太陽光で人々を魅了する建物につながります。アーティストであると想像する人は、機能よりも形が重要なプロジェクトに何十億ドルも費やすように衣装を着た人々を説得します。

「しかし、HTMLは、UXを提供するために必要なツールを提供してくれません。」

この言い訳にはさまざまなバージョンがありますが、一般的には上記を意味します。これはほとんどの場合「Webアプリケーション」または「シングルページアプリケーション」のファンを指すと言う人は、どこでもJavaScriptを使用しようとします。障害を持つ人々のアクセシビリティを気にせず、「ユーザー」は何らかの形ですべてを「必要」と主張します。 「ユーザーエクスペリエンス」を向上させるための彼らの派手なもの。



しかし、完全に正直に言うと、これらのピエロは、「Webデザイナー」であるという幻想に陥ったアーティストがデザインについて知っているのと同じくらいUXについて知っています。



そして、あなたは私たちの業界全体で今彼らの仕事の結果を見ること ができます：「スクリプトを改善できる」壊れやすく、膨らんだ、遅いソリューションは、オンラインストアのショッピングカートシステムの速度を大幅に低下させるため、多くの場合、稼働時間を維持することすらできません （hello Zotac）。同時に、ユーザーはビデオカードを購入できることを期待して、F5キーを強く押しています。ページ全体をリロードしてスクリプトを再実行するため、「アプリケーション」のすべての機能は、ページのロード速度の低下につながるだけです。そして、プレゼンテーションクラスを使用してマークアップに唾を吐くと、これはさらに顕著になります。



また、スクリプトをオフにすることができ、スクリーンリーダーや点字電子書籍などではスクリプトで生成されたコンテンツが難しいため、シングルページアプリケーション（SPA）は障害者のアクセシビリティガイドラインに違反しています。



SPAなどに意味のある用途がないと言っているわけではありませんが、スクリプトを無効にすることでほとんど損失がない単純なショッピングカートや高速読み込みの銀行ポータルを作成できない場合は、おそらく何もするべきではありません。それはビジネスです。 Webアプリは、Webサイトのショッピングカートのようなばかばかしいほど単純なものには使用しないでください。



また、スクリプトを使用してこれを行うことでユーザーエクスペリエンスが実際に向上すると思われる場合は、実際のユーザーと実際のトラフィックでシステムをテストしていないことは明らかです。少なくとも、通常のページの読み込みと新しいスクリプトを使用したページで、キャッシュを使用したタスクの分割の実際の比較は実行されませんでした。

では、Web開発者はすべての責任を負いますか？

まさか。記事の最初に戻り、バルマーの「開発者、開発者、開発者」の叫びに戻りましょう。



彼が小さなスケッチを描いたとき、開発者はMicrosoftが提供するツールを使用しないことが多かったため、90年代後半にはWindowsがそもそも存在しなかったという問題を解決するために設計されました。 Borlandは、WindowsAPIの最高のドキュメントを公開しています。 「視覚」言語はおもちゃと見なされていたため、人々はマイクロソフト以外のツールを使用していました。彼らはウェブ開発技術に大きく遅れをとっていました、私たちは彼らがまだ彼らに追いつくことを試みていると言うことができます！



W3CとWhatWGには、 いわゆる「スペック」は、ウェブサイトを書く人のために書かれたものではありません。繰り返しになりますが、Webサイトの作成に使用される言語の 仕様は、実際にWebサイトを作成する人向けではありません。それはユーザーエージェントを書く人々のために書かれています！ ブラウザはユーザーエージェントですが、UAが常にブラウザであるとは限りません。



実際、WhatWGの「動的ドキュメント」のばかげたバージョンが「単なる人間」が理解するためにMDNを参照しているのは非常にばかげてい ます。



: , « » (living document), HTML- . HTML 5, , HTML 5, HTML 5 ? !



単純な事実：タグの意味をわかりやすい英語で説明するには、サードパーティの情報源に頼る必要がありますが、その多くは互いに同意していません。さらに、W3Cは完全に歯がなくなり、WhatWGがHTML 4 Strictの子孫を作成する資格がないことが何度も証明されているにもかかわらず、WhatWGの言うことすべてに盲目的に同意しています。有効なタグとしてのEMBEDの受け入れ、OBJECTに対して冗長なタグの作成および/または維持は、（幸いなことに）HGROUPタグをサポートしなくなりました。これは、番号付きヘッダーの目的とその使用方法さえ理解していないことを示していました。 ..誰がそれに取り組んだのか、HTML 5の課題は、有用なWebサイトを構築する方法を教えてくれる仕様や標準を作成することではありませんでした。それは、人々が今日正しいことをしているのか間違っているのか、そしてそのブラウザを文書化することでした サポートできますが、サポートすべきものはサポートできません 。HTML 5の開発中、ほとんどの開発者はまだHTML 3.2を叩き、その上に倒錯したHTML 4 doctypeを書き留めていたのに、すべてがそのような悪い、時代遅れの、昔ながらの慣行のコレクションであることが判明したことになぜ驚かれるのでしょうか。



開発者がHTMLを十分に真剣に受け止めていない場合、それを「仕様」として開発した人が責任を負います。それをHTML5と呼んでも、Web開発に対する深刻な犯罪でした...音楽に対する犯罪がビリー・アイリッシュの平凡な作品にグラミー賞を与えていたように。



W3CとWhatWGは、他の標準化団体によっても真剣に受け止められておらず、正当な理由があります。

解決策は何ですか？

開発者に、プログラミング言語の世界からHTMLを未発達の子として認識させないようにすることから始めるのは良い考えです。特に、セマンティックマークアップを実践してもらい、プレゼンテーションをコンテンツから分離します。これにより、使いやすさ、アクセシビリティ、効率が大幅に向上します。



さらに、私たち自身が開発者として、認証機関としてのW3Cの仕事の悲惨な失敗について、私たちの意見を持ち、困惑させています 。公式ソースから、よりシンプルでクリーンな言語ドキュメントを要求する必要があります。 HTMLのような単純なものを記述した文書が、ほとんどの先進国の憲法よりも5倍から10倍長いことは正当化できません。ウェブサイトを構築するために使用される言語の仕様がウェブサイトを構築するためにその言語を使用する人々のために書かれていないという事実自体は、不信任決議です。



しかし、公式ドキュメントを改善するだけでなく、言語を削減し、よりタスク指向にする必要があります。 W3Cがそれらをゴミ箱に捨ててWhatWGバージョンを採用する前に、HTML5に含まれていたアイデアの多くを復活させてください。 Microsoftが何十年もかけてIEでOBJECTの使用を阻止してきたという事実は、IMGタグを保持するだけでなく、多くの新しいタグ（VIDEO、AUDIO）を不必要に追加する理由でもありません。 「アーティスト」やマーケティング担当者がユーザーのために新しいウィンドウを開くことを好むからといって、それが好きかどうかにかかわらず、仕様に含める理由はまだありません。 TARGET="_BLANK"



..。



さらに、 タグのEXPLICITの使用と意味は、仕様の中心に配置する必要が あります。1997年にまだ生きている人のために、別の使用ガイドに配置することもできます。



私たち全員を導く、よりシンプルで、よりクリーンで、より便利なバージョンのHTMLを作成することは大したことではありません。



さらに、ブラウザ開発者がそれを作成する際の重みが少ない場合に役立ちます。Microsoft、Mozilla、Apple、GoogleはW3CとWhatWGに大きな影響を与えており、これは完全に非倫理的です。意思決定における彼らの重みは、自由でオープンなウェブという概念そのものに反しています。

---

広告

Epicサーバーは 、Opencartの小さなオンラインストアから大勢の視聴者がいる本格的なプロジェクトまで、サイトをホストするためのVDSです。数回クリックするだけで独自のサーバー構成を作成できます。 Telegramチャットに



参加して ください。