これを見て、古代中国哲学における孔子と老子の学びの知恵を思い出したよ。孔子は学びを「育成」として捉えていて、教えられたからって本当に知っているわけじゃないって言ってる。実際にやってみたり、反省したり、失敗したりしながら、徐々に判断力を育てていくんだ。老子はそれに対して補完的な警告をしていて、「学びを追求するには、毎日何かが加わる。道を追求するには、毎日何かが削ぎ落とされる」と言ってる。マスタリーは単なる蓄積じゃなくて、不要な抽象や儀式、巧妙さ、コントロールを取り除くことでもある。ソフトウェアアーキテクチャには両方が必要みたい。孔子的な意味で、実際の仕事をして、その結果と共に生きることで学ぶ。道的な意味では、システムが人々やインセンティブ、制約に合わなくなった構造を蓄積していることに気づくことで改善していく。だから、この記事のインセンティブについてのポイントが響くんだ。アーキテクチャは、単に紙の上でデザインするものじゃなくて、それを生産し維持する組織との接触を経て生き残るものなんだよ。

ガリー・バーンハートのトークは本当に特別だね。いろんな概念があって、他の面白いところに導いてくれるよ。

自分が関わっているプロジェクトのメンタルモデルをもっと身につけたいんだけど、プログラミング言語や特定のアーキテクチャの選択、あまりにも複雑で時間の無駄に感じることが嫌いになると、すごくやる気がなくなっちゃうんだ。プロジェクトによるけど、「フルスタック開発者」として働くのはプログラミングの楽しさを奪ってしまう気がする。想像できる中で最も退屈なプロジェクトを見ながら、週に40時間も費やしてるんだよ。

おすすめの本はたくさんあって、例えばオースターハウトの『ソフトウェアデザインの哲学』はすごく良いけど、ソフトウェア開発全般についての話で、特にソフトウェアアーキテクチャに特化しているわけじゃないんだよね。それについては、クラシックなテキストをおすすめするよ。例えば『ソフトウェアアーキテクチャ：新興分野の視点』（ショー/ガーラン）や、メアリー・ショーの著作は何でも読んでみてほしい。最近の論文も含めて、ソフトウェアアーキテクチャの分野が予想通りに進まなかった理由を探るものもあるよ。例えば『神話と誤解：プログラミング言語とは何か？』や『ソフトウェアアーキテクチャの抽象を再考し、それを支えるツール』など。もっと実践的には、Unixのパイプやフィルター、RESTが成功した理由や、どこでつまずくのかを見てみるといいよ。ヘキサゴナルアーキテクチャも重要だし、僕の貢献として、ソフトウェアアーキテクチャをメタオブジェクトプロトコルと結びつけてプログラミング言語やプログラミングの新しい基盤にするという提案もあるよ。『手続き呼び出しはコンポーネントの接着剤：コネクタはメタクラスの地位に値する』という論文で、メアリー・ショーの『手続き呼び出しはソフトウェア相互接続のアセンブリ言語：コネクタはファーストクラスの地位に値する』に対する回答でもあるんだ。手続き呼び出しがアセンブリ言語なら、高水準言語はどんな感じになるのか？ そして、ソフトウェアアーキテクチャにはもっと明るくて実践的な未来があるかもしれないね。

いい読み物だった。「ソフトウェアアーキテクチャを学ぶ」ということは、単一の正解がないことを理解することだね。これはアートでもあり、サイエンスでもある。おすすめの読み物：『ITを簡素化する - よりシンプルなITソリューションへのアートとサイエンス』 https://nocomplexity.com/documents/reports/SimplifyIT.pdf

誰も「残余性」について触れていないのが驚きだね（https://www.architecture-weekly.com/p/residuality-theory-a-r...）。これはアーキテクチャ（デザインとは違う）についての非常に興味深い見解で、僕自身の経験とも一致している。著者は本（https://leanpub.com/residuality）だけでなく、アーキテクチャの哲学についての本（https://leanpub.com/architectsparadox）も出しているよ。