ここでは、「ベストワーキングプラクティスvsライフ」というトピックについて推測することをお勧めします。
あらゆる機会に対応した単体テスト
典型的なケース：中間レベルのプロジェクトでは、ロジックは非常にシンプルで、短い反復があります。
また、エラー価格が低く、つまり、エラーが発生した場合に数百万を失う可能性がある銀行アプリケーションを作成しません。 すべてがこのようなものです。誰かが間違いを見つけて、あなたに手紙を書き、あなたは感謝を言い、それを修正しました。
私はエクストリームプログラミング（XP）を尊重しますが、コード自体を記述する前にコードの要件を記述するテストを最初に作成する必要があるTDD [ テスト駆動開発 ]のサポーターではないため、各機能のテストを作成する必要があります。
私の意見では、TDDは見返りに対応する利点を与えることなくコストを増加させます（エラーのコストが高いプロジェクトを除く）。 バランスを見つけて、重要なアプリケーションロジックに単体テストを使用するのは理にかなっています。
CSSマークアップ
「友達、ページに有効なCSSがないのはどうですか：...」
サービスのユーザーから当社への手紙から。
はい、私はW3Cバリデータが本当に好きですが、W3Cの妥当性と比較して利便性に出会ったとき、私は利便性を選択します。
div要素の丸いエッジを作成するスタイルの例：
.rounded-corners {
border-radius: 5px;
-webkit-border-radius: 5px;
-moz-border-radius: 5px;
-o-border-radius: 5px;
-khtml-border-radius: 5px;
}
はい、私は有効なCSSでこれを行う他の256の方法を知っています...しかし、これは非常に楽しいです。
私は、あなたがジレンマに直面したどんなケースにも興味があります：ベストプラクティス/人生？