Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス

ソフトウェア開発会社としてのGoogleをテーマとし、Googleの開発チームが従う哲学、プロセスを示す書籍。
序盤の、概念・文化についてのところを読んでみた。

ソフトウェアエンジニアリングとは何か

寿命が短いソフトウェア、プロジェクトについては、その維持をあまり考える必要はない（使い捨て）。

しかし、Google検索、Apacheのように無限に継続すると思われるプロジェクトは、それを維持する中で長期的なアップデートが必要。

Hymmの法則：あるAPIを使用するユーザーが十分いれば、そのシステムのあらゆる観察可能な挙動に対して依存するユーザーが現れる

つまり、十分ユーザーがいれば、変更すること自体がユーザーへの大きな影響となる。（緩和はできるけど根絶はできない）

何も変更しないことを前提とするのも現実的ではない。（セキュリティパッチを適用できないと詰む）

プロジェクトが持続するなかで、人的資源やコンピューティング資源はスケールしていく。

Googleレベルの会社だと、開発のコストに社会コスト（社会への影響）を含むことは避けられない。

上記のような観点から、持続可能なコードベースを保持していくための有用なフレームワークを提示したい。

エンジニアは、未完成の仕事を公開することを嫌がる、怖がる傾向がある（批判されたくない　わかる！）

しかし、それは大きな問題である。

隠れることはリスクが多い！

こういった効果のあるチームを作る方法：謙虚、尊敬、信頼

Google的であること：強力なリーダーシップを表象し、「謙虚、尊敬、信頼」を体現するものとして我々が求める、属性と品行のセット。

フィードバックを尊重する、現状に立ち向かう、ユーザーを第一に置く、チームを思いやる、正義を為す

チームをめぐって、謙虚と信頼と尊敬に根差した健全な文化が必要。リスクを取ってときには失敗もすることが必須となる。人々がそうした失敗を受け入れるには、健全なチーム環境が存在しなければならない。

チーム内で個人が分断されている状況では開発・保守はうまくいかないということだと思う。これまでのプロジェクトでの経験でも感じたところ。

関係者同士でピリピリしてコミュニケーションとりづらい状況だといろいろ難しいね…。