私は 90 年代後半から HTML を書いてきました。Web は何百もの異なる方法で進化してきましたが、その中核は実際には変わっていません。ファイルを開いてマークアップを構成し、CSS でスタイルを設定し、見た目や動作が希望どおりになるまで調整します。基本は同じです。タグはより表現力豊かになり、レイアウトはより柔軟になり、標準はより厳格になりましたが、核となる HTML は依然として 1 行ずつレイアウトされています。
劇的に変わったのはツールです。編集者は、私が決して触れることのない拡張機能、パネル、ターミナル、機能が満載の完全な開発環境にアクセスできます。 Visual Studio Code や WebStorm などのツールは非常に強力ですが、重いものでもあります。私は、クリーンで軽量なワークフローを、一度にすべてを実行しようとする従来のワークフローと交換する必要性を感じたことはありません。私のプロジェクトでは、オーサリング、バージョン管理、検証を含む単純なスタックを使用します。これらは、私がすべての HTML および CSS プロジェクトで使用する 3 つのツールです。
NoteTab Pro が依然として HTML ワークフローを固定しているのはなぜですか?
私は初めてプログラミングを始めたときから Notetab Pro を使用しており、常に私のワークフローに組み込まれている数少ないツールの 1 つです。それは何年にもわたって素晴らしくなってきましたが、肥大化したり気を散らすものになったことは一度もありません。即座に起動し、リソースをほとんど使用しないため、拡張機能、パネル、バックグラウンド サービスの管理ではなくマークアップに集中できます。その一貫性が重要です。数年ごとにエディターを学び直す必要はありません。予測可能であってほしい。
それは私の仕事の種類に完全に当てはまります。長い形式の記事を構成したり、きれいなレイアウトを作成したり、特定のルールを使用して CMS のコンテンツをフォーマットしたりする場合、組み込みの HTML ライブラリと CSS ライブラリを使用するとプロセスが高速になります。構造化要素をすばやく追加し、属性を変更して、次に進むことができます。スニペットをカスタマイズする機能は、CMS に特殊性や厳密な書式要件がある場合に特に役立ちます。コード テンプレートを一度調整すれば、無期限に再利用できます。
JavaScript フレームワークを管理しようとしたり、完全な開発環境として機能しようとしたりするのではなく、それが重要です。ウェブを構築してくれるエディターは必要ありません。すぐにロードして、中断することなくきれいな HTML を記述して、作業を完了して公開できるように邪魔をしないようにする必要があります。
GitHub Desktop が HTML 作業のセーフティ ネットとなるのはなぜですか?
私のスタックに新しく追加されたのは GitHub Desktop だけですが、それでも、バージョン管理という 1 つの目的のために存在しています。これは Git へのグラフィカル インターフェイスであり、コマンド ラインに触れることなく、変更を追跡し、編集内容を 1 行ずつ確認し、ブランチを作成し、間違いを元に戻すことができます。レイアウトの調整や構造の変更を試したい場合は、安全にオフにすることができます。何かが壊れた場合でも、数秒で前のバージョンに復元できます。この種のセーフティネットは、間違いが起こったときに非常に貴重です。
NoteTab Pro で実行されます。いつものようにファイルを書き込んで保存します。 GitHub Desktop はプロジェクト フォルダーを監視するだけです。論理的な停止点に到達したら、簡単な説明を付けてコミットし、次に進みます。私は HTML プロジェクトのほとんどを GitHub にプッシュすることさえしません。私の仕事ではローカルリポジトリで十分です。コラボレーションやクラウド ホスティングには使用していません。私はこれをバージョン履歴、ロールバック、および制御された実験に使用しています。これにより、HTML と CSS の作成方法を変更することなく、保険と構造が提供されます。
オンラインバリデーターが私の HTML と CSS を正直に保つのはなぜですか?
私はオンラインバリデーターを使い続けます。なぜなら、オンラインバリデーターはシンプルでスムーズだからです。他のアプリをバックグラウンドで実行したり、エディターと密接に連携させたりする必要はありません。ページを確認する準備ができたら、URL を貼り付けるかファイルをアップロードし、結果を確認し、修正が必要なものを修正して次に進みます。私のマルチモニター設定では、一方の画面で Validator を開いたままにし、もう一方の画面で NoteTab Pro を開いたままにして、フォーカスを中断することなく問題にすばやく対処します。これは、検証を一定のバックグラウンド ノイズにするのではなく、意図的なものです。
HTML の標準チェックに依存しています
HTML の場合は、W3C マークアップ検証サービスを使用します。これは開発者の間でよく知られた名前であるのには理由があります。文書構造、不適切なネスト、属性の欠落、および最新の HTML 仕様に対する標準への準拠をチェックします。ダイレクトなので気に入ってます。何が間違っているのか、どこが間違っているのか、そしてなぜそれが重要なのかを教えてくれます。推測はありません。構造的に何か問題がある場合は、すぐにわかります。
CSS を検証する簡単な方法
CSS については、W3C CSS Validator を利用しています。それはまさにその言葉通りのことを行います。無効なプロパティ、タイプミス、仕様に準拠していないルールにフラグを立てます。 CSS は場合によっては失敗する可能性があるため、標準ベースのチェックを行うことで、ずさんなスタイルを出荷していないという自信が得られます。これは、私が書いた内容が明確で技術的に正しいことを確認する簡単な方法です。
ローカル検証が意味のある場合
さらに一歩進んだ検証を行いたい場合は、最新の HTML 検証と W3C の現在のマークアップ チェックを強化する Nu Html Checker も利用できます。ローカルで実行できますが、ツールをダウンロードし、コマンド ラインから Java を使用して実行する必要があります。この設定は難しくありませんが、Web インターフェイスを使用するよりも複雑です。私のワークフローでは、オンラインバリデーターで十分です。一括検証や自動化が必要な場合は、次のステップとして Local New Checker を使用することになります。
より良いプログラマーになる: 身につけるべき 7 つの習慣
より良いプログラムを書くための、歴戦の習慣。
この単純なスタックが依然として機能するのはなぜですか?
私は大規模な Web アプリを構築したり、巨大なフロントエンド フレームワークを管理したりしているわけではありません。私はクリーンで構造化された HTML と CSS を作成して公開していますが、そのような作業にはこのスタックで十分です。 NoteTab Pro はスピードと予測可能性を与えてくれます。 GitHub Desktop は構造とロールバックを提供します。 W3C バリデーターは、すべてを標準に準拠し、技術的に健全な状態に保ちます。これは意図的にミニマリストになっており、何年も Web を構築してきた私は、シンプルで信頼性の高いものは、最終的には常に複雑で肥大化することを学びました。
