なぜか朝食を食べた後にこれを書いてしまいました。
シンプルであればあるほど良い
5年後にプロジェクトを開いても、それが何なのかわかるように考えるべきです。
酔っぱらっていたり、車にぶつかられたりしても、緊急のバグ修正が必要な時にどこを修正すべきかわかるようにすべきです。
良いプログラムは、愛のように、シンプルで長く寄り添えるものであるべきです。
コメントは至る所に
コメントは素晴らしく、多くのルールは必要ありません。コメントがあること自体が素晴らしいのです。
常に良好な状態でプログラムを理解するためのすべてのコンテキストを読み込めるわけではありません。
コメントは素晴らしく、LAMOのような一言でも、いつか役立つかもしれませんし、少なくとも笑いの種になります。
コメントは素晴らしく、愛のように、どんな形のコメントでも素晴らしいのです。
テスト、テスト、そしてクソテスト
テストがなければ、すべての変更が目に見えないプレッシャーとなります。
もしこれがあなた自身の製品で、銀行口座の数字に関わるものなら、テストを書きたくなるはずです。
AI時代では、テストは「Generative Driven」であり得ると思いますが、これは後で話しましょう
テストは素晴らしく、愛のように、どんな形のテストでも素晴らしいのです。
もう一度言いますが、シンプルであればあるほど良い
重要なので2回目を言わせていただきます。
多くの人が一つのことを勘違いしていると思います。それは、優れたアーキテクトは実はアーキテクチャ図をできるだけ描かないということです。
彼らは洗練された原則と思考パターンを設定し、アーキテクチャ図はその副産物です。
もしあなたのアーキテクチャを説明するために壮大なアーキテクチャ図を描く必要があるなら、それはかなり失敗だと思います。
ただし、愛は上手く説明する必要があります。これは少し違います。
モジュール化がすべて
そう、モジュール化がすべてです。
モジュール化は明確なカプセル化、テスト可能性、疎結合、置換可能性を意味します。
組織やビジネスの観点からすると、これは生産性、予測可能性、流通性、組織の柔軟性を意味します。
モジュール化は本質的に一種の商品化である。
もしあなたのソフトウェアが資本によって駆動され、ロマンチックな詩集ではないのなら、モジュール化は必然的な方向性です。愛のように。
> そうですね、VTuberはモジュール化された愛だと言えます。
正しいものを、正しい時に、正しい場所に
はい、だいたいそんな感じです。
ロケット科学や生物工程などは別として、アプリケーション開発においては、これがあなたが習得すべきことのすべてでしょう。
正しいものを、正しい時に、正しい場所に置けば、良い結果が得られます。
愛のように。
例外は絶対に作るな
柔軟性は好きですが、いくつかの核心的で固い原則には例外があってはいけません。
例外はダムの小さな亀裂のようなもので、一見何でもないように見えますが、次第に広がり、最後にはすべてを台無しにします。あなたの元カレ/元カノのように。
自動化しろ、自動化しない理由なんてない
自動化できるものは最初から自動化しましょう。
いろいろなスクリプトを書く習慣をつけましょう。コピペでもAIが生成した汚いものでも構いません、重要なのは精神的な負担を減らすことです。
操作が必要なことはすべてエネルギーを消費します。エネルギーは意味のあることのために取っておきましょう。
愛のように。
最後にもう一度、シンプルであればあるほど良い
シンプルさの定義は「理解の負担が少ないこと」です。
たとえあなたが孤高の狼であっても、調子の悪いときはあります。あなたのコードが常に負担のないものであることを確認する必要があります。
負担がなければ、他のことに時間を使うことができます。
コードで個性や個人的な癖を見せるのはやめましょう。平凡な水のようなコードこそが最高です。
シンプルさは知恵の究極の形です。
愛のように。