iwashi / Yoshimasa Iwase(@iwashi86):"Learning Software Architecture" というタイトルの記事から。・ソフトウェア設計は、実際のプロジェクトを通じて実践で学ぶのが一番・プログラミングにおいてコード以上に重要なのはアーキテクチャ・アーキテクチャ以上に重要なのは組織の社会的な問題・科学（研究に近い）向けのコードが産業界のコードと異なるのは、開発者の知識の差ではない・これは、3ヶ月後に論文を出す、といったインセンティブ構造の違いによる・プロジェクトのインセンティブ構造自体を設計できる機会は稀だが、できれば非常に効果的になる・構造を変えられない場合は、諦めて制約の中で最善を尽くすしかない・筆者は rust-analyzer の開発において、コントリビューターの層に合わせたアーキテクチャを採用した・中核部分には優秀な開発者を惹きつけるため、依存関係を減らしてビルドを徹底的に高速化・周辺機能には週末だけプログラミングできる層を集めるため、各機能を完全に独立させた・周辺機能の品質基準も正常系が動けばOKとして、クラッシュが全体に波及しない仕組みを作っておいた（つまり、コントリビューターが取り組みやすい構造を設計に取り入れて、社会構造に対応しようとした）・ただ、適応を優先して実験的に作ったコードが、そのまま本番運用され続けるリスクもあるが・なお、ソフトウェア設計の真理が1冊にまとまった本は存在しない・それでも、おすすめの書籍や講演はいくつかある・APoSDとか、Software Engineering at Googleとか

2026.07.19 00:00

"Learning Software Architecture" というタイトルの記事から。・ソフトウェア設計は、実際のプロジェクトを通じて実践で学ぶのが一番・プログラミングにおいてコード以上に重要なのはアーキテクチャ・アーキテクチャ以上に重要なのは組織の社会的な問題・科学（研究に近い）向けのコードが産業界のコードと異なるのは、開発者の知識の差ではない・これは、3ヶ月後に論文を出す、といったインセンティブ構造の違いによる・プロジェクトのインセンティブ構造自体を設計できる機会は稀だが、できれば非常に効果的になる・構造を変えられない場合は、諦めて制約の中で最善を尽くすしかない・筆者は rust-analyzer の開発において、コントリビューターの層に合わせたアーキテクチャを採用した・中核部分には優秀な開発者を惹きつけるため、依存関係を減らしてビルドを徹底的に高速化・周辺機能には週末だけプログラミングできる層を集めるため、各機能を完全に独立させた・周辺機能の品質基準も正常系が動けばOKとして、クラッシュが全体に波及しない仕組みを作っておいた（つまり、コントリビューターが取り組みやすい構造を設計に取り入れて、社会構造に対応しようとした）・ただ、適応を優先して実験的に作ったコードが、そのまま本番運用され続けるリスクもあるが・なお、ソフトウェア設計の真理が1冊にまとまった本は存在しない・それでも、おすすめの書籍や講演はいくつかある・APoSDとか、Software Engineering at Googleとか

Forward to community