ソフトウェア設計のトレードオフと誤りを出版しました | フューチャー技術ブログ

すでに多くの方々にお手に取っていただいておりますが、オライリージャパンから「ソフトウェア設計のトレードオフと誤り」の翻訳をフューチャーのメンバーと一緒に出版いたしました。好評なようで、発売一カ月ほどで増刷も決定いたしました。みなさまご購入いただき、ありがとうございます。初版をお買い求めになられたい方は今すぐ書店にダッシュ！ トレードオフこそが設計である良い設計とか読みやすいコードみたいな話題はツイッターではバズりやすい話題です。 読みやすいコードの話題ではいろいろなレイヤーの話が出てくるのですが、因数分解すると、だいたいいくつかのカテゴリーに分かれるように思います。 命名規則とか書き方のルール 従うべきクラス構造、アーキテクチャ構成の導入 サービスの境界をどこに引くか、どのようなときに設計手法を選ぶか、どのアルゴリズムを選ぶか 名前や命名規則の統一とか書き方の統一とかは用語のリストを作って

[theatrical]

Manning publicationsの本いい本多いよな

[ledsun]

“僕が一通り全部の下訳に手を入れるという力業”

[katzchang]

“一方通行にしてしまえば、あとはそれを考えずに適用していくだけですので、確かに楽にはなりますが、（…）良い設計やコードはそのような流れ作業だけでできるものではなく、何度も繰り返し試行錯誤が必要です。”

[diveintounlimit]

“ただ、この手のものって、型にはめるためにある程度冗長であることを要求されるというか、コード量は増える傾向にあります”ここでもう買って良い気がしてくる。

[dotneet]

渋川よしきさんの付録とあとがきもとてもよかったです。

[nilab]

ソフトウェア設計のトレードオフと誤りを出版しました | フューチャー技術ブログ

[ch1248]

ちょっと気になるな。

[onesplat]

オライリー本の翻訳が大抵酷い問題

[otihateten3510]

トレードオフを説明するのが一番難しいんです

[mano-junki]

"裏ミッション：出版にかかわるメンバーを増やす" ←発想もすごいし有言実行もすごすぎると思いました