小ささの価値

“Building Microservices” を読んだ。 薄い本。著者の Sam Newman は Martin Fowler が Chief Architectをするアジャイル大好き ThoughtWorks に勤める。そのせいか論調には馴染みがあった。そして Microservices の必要性も説得された。まあサーバ側の仕事をしてない自分が説得されたところで何も起きないけど。 Microservices は Conway の法則を味方につけるための舞台装置だと著者は主張する。自律的な two-pizza team がフラットにつながり合う今時な組織の理想を叶えたい。だから理想の組織を反映したアーキテクチャを考える。その答えが Microservices なのだと。理想を実現するための苦労なら厭わない。分散システムかかって来い。そんな話。 理想形の細部はさておき、チームが小さいのは

[fukuiretu]

“チームが小さいとコードも小さい。コードが小さいといろいろなことがラク。仕事が捗る。だからコードを小さくする苦労なら買ってでもしろ。”

[yojik]

“理想形の細部はさておき、チームが小さいのは良い”

[gabuchan]

コードが小さいといろいろなことがラク。仕事が捗る。だからコードを小さくする苦労なら買ってでもしろ。

[TokyoIncidents]

"コードが小さいといろいろなことがラク。仕事が捗る。だからコードを小さくする苦労なら買ってでもしろ"