ソフトウェアエンジニアたちのコード嫌悪

• ソフトウェアエンジニアは、特に他人が書いたコードを嫌います。
• マイクロサービスアーキテクチャは、エンジニアが以前のコードをコンテナやロードバランサの背後に隠し、存在しないかのように装えるようにします。
• エンジニアは、依存関係の実際の実装やテストスイートを確認する代わりに、コードの解決策を探すため主に Stack Overflow を参照します。
• エンジニアは他人のコードレビューを嫌い、その結果プルリクエストの承認が遅れることがあります。
• エンジニアはコードを書くのが好きで、食事や睡眠といった基本的な必要を忘れるほど没頭することがあります。
• エンジニアは、実際に提供されたサンプルコードを読まなくても、コードやコードの書き方について読むことを楽しみます。
• 会議、ドキュメント作成、テスト、コードのリファクタリングは、いずれもエンジニアにとって時間を奪う煩わしい要素です。
• エンジニアは、より多くのコードを書けるツールや技術を継続的に探しており、近年は AI ベースのツールも登場しています。
• シニアエンジニアは、保守作業やダウンタイムを減らすためにコードを最小限に抑え、不要なコードを削除することの重要性を理解しています。
• シニアエンジニアは、複雑な問題に対するエレガントな解決策を重視する一方で、価値を生まないコードを書くことには懐疑的です。
• エンジニアは、自分たちのコードのコストと影響を意識し、可能な場合は既存のソリューションを活用することが重要です。
• この記事で描かれている特徴は、過去のエンジニアたちの姿勢を反映しています。
• この記事は Hacker News で議論を呼びました。

[GN⁺]

Hacker Newsの意見

• エンジニアは他人が書いたコードを嫌い、そのためグリーンフィールドプロジェクトに参加することを好みます。
• しかし、既存コードを保守することを楽しむエンジニアもおり、それは成功するプロジェクトにとって重要だと考えられています。
• コンサルタントもコードを嫌い、しばしば最初からの書き直しを勧めます。これは彼らにとって有利なリスクとリターンのバランスになるためです。
• 優れたエンジニアは自分の仕事に誇りを持ち、量より質を重視します。しかし、怠惰な、または急ごしらえの実装はコードへの嫌悪を引き起こすことがあります。
• 既存コードを修正することと書き直すことのコスト対ベネフィット分析を慎重に検討することが重要です。
• コードを読み解釈することは楽しい場合もありますが、一貫性のないコードは作業を難しくします。
• 選択した設計哲学に関係なく、コードの一貫性は保守性と変更のしやすさにとって重要です。
• ときには、エンジニアがコードを嫌うという一般化が投じた費用を正当化するために使われますが、ゼロから始めることが最善の解決策である場合もあります。
• コードへの嫌悪は作家に比べてプログラマーの間でより一般的であり、コードを読むことは多くのプログラマーがなおざりにしている重要な実践です。
• エンジニアとコードの関係はパートナー同士の関係に似ており、コミュニケーションと信頼が鍵です。
• エンジニアはときに、自分の思考モデルに合う抽象化を見つけたり作ったりしますが、適切なツールとチームの理解の組み合わせがそろうことはまれです。