技術書 on T45K

「なぜ依存を注入するのか DIの原理・原則とパターン」読了

Sun, 09 Nov 2025 21:59:43 +0900

「なぜ依存を注入するのか DIの原理・原則とパターン」を読んだ。

なぜ依存を注入するのか　DIの原理・原則とパターン（Compass Booksシリーズ） [ Steven van Deursen ]
価格：4,796円（税込、送料無料) (2025/11/9時点)

タイトルにDIとあるので、DIコンテナの話をずっとするのかと思いきや、疎結合な設計や依存性逆転の原則の話から始まり、コンストラクタのベストプラクティスやオブジェクトのライフサイクル管理など、依存性注入に関するさまざまなトピックを扱っていた。

かなり分厚い本だったので、ところどころ飛ばし飛ばしに読んだが、特に参考になったのは次の点だった。コンストラクタ引数が多いときにそれらをまとめたFacadeを作成すると、それが隠れたドメイン知識として抽出される可能性があること。もう一つは、DRY原則が知識の重複を防ぐ原則であり、同じロジックが複数箇所に散らばっているとどれが正しいのか分からなくなるのがつらい（ドキュメントも同様）という点である。

読むのに結構時間がかかったが、本の内容自体は多岐にわたるため、面白く読めた。 C#を使っているとさらに面白いかもしれない。

「関数型デザイン」読了

Thu, 05 Jun 2025 23:30:27 +0900

ボブおじの新作「関数型デザイン」を読んだ。

関数型デザイン原則、パターン、実践 [ Robert　C．Martin ]
価格：4,180円（税込、送料無料) (2025/6/5時点)

楽天で購入

ボブおじはClean Architectureなどから分かる通り、これまでオブジェクト指向言語をメインにしていたが、今回はこれまでオブジェクト指向言語で紹介していた原則、テクニックをClojureに置き換えた場合にどうなるか、について説明している。これを通して、関数型言語が実用に耐えうるものだと説いていた。

いくつかのトピックに対して、OOPでFPでのコード例を並べて、FPでうまくいく例、いかない例を紹介しており参考になった。

また、OOPの基本原則であるSOLIDが、FPだとどうなるかを説明していて、根底にあるソフトウェア設計の理解に繋がった。

悲しいことにClojureの文法をあまり理解できなかったためコード例をほとんど読み飛ばすことになってしまった。 Clojureをどこかで入門したいなと思った。

「オブジェクト設計スタイルガイド」読了

Wed, 02 Apr 2025 23:28:26 +0900

オグジェクト設計スタイルガイドを読みました。

オブジェクト設計スタイルガイド [ Matthias Noback ]
価格：3,520円（税込、送料無料) (2025/4/2時点)

楽天で購入

オブジェクト指向言語を用いたアプリケーション開発（主にサーバーサイド）の設計について本でした。

オブジェクトの種類を大きくサービスとその他に分け、サービスをシングルトンでイミュータブルにする、その他では不変状態を表明するなど実践的な設計方針が書かれていて良いなと感じました。

また、この手の本には珍しく、イベントリスナーを用いたイベントディスパッチについての記述が豊富にあり、勉強になりました。

最後の方にはDDDとの用語についての説明があるので、そのままDDDに繋げることができそうだなと感じました。

処理失敗時に例外を投げるなど、一部個人の嗜好にそぐわない部分もありましたが、全体的に現代的なサーバーサイド設計の参考になり、良いなと思いました。

「エンジニアリングマネージャーのしごと」読了

Thu, 26 Dec 2024 23:14:11 +0900

EM本を読んだ。

エンジニアリングマネージャーのしごとチームが必要とするマネージャーになる方法 [ James Stanier ]
価格：3,740円（税込、送料無料) (2024/12/26時点)

楽天で購入

最近、ぼんやりとEMになることを意識する時間が増えてきている（EMを経由して最終的にはICに戻ってきたい）。その折、自分のマネージャーが他のマネージャーとこの本の輪読をするという話を聞いたので、そこに混ぜさせてもらった。

EMの仕事内容について網羅的に書かれており、何かしらを経験した後に読み返すと、おそらく「分かるわぁ」という感情になるんだろうなぁという内容だった。

やはり人との関わり方や委譲について書かれていたが、他にも評価や採用などについても書かれおり、今後参考になりそうだな、と感じた。

本の内容とは関係ないのだが、読んでいる途中での気づきをTwitterとかに流すと、後で見返しやすくて便利そう。

EMの仕事本読んでる
コントロールできないものは外部ゴールとしておいて、そこに対する自分のアプローチを内部ゴールとして設定する。なるほど
— task@簿記2級アドカレ (@getupmax) November 16, 2024

「ソフトウェア開発現場の「失敗」集めてみた」読了

Sat, 02 Nov 2024 16:51:20 +0900

「ソフトウェア開発現場の「失敗」集めてみた」を読んだ。

ソフトウェア開発現場の「失敗」集めてみた。 42の失敗事例で学ぶチーム開発のうまい進めかた [ 出石聡史 ]
価格：2,420円（税込、送料無料) (2024/11/2時点)

楽天で購入

キャッチーなタイトルに惹かれて購入したが、中身は上流からリリース後までのよくある失敗を紹介している、割としっかりした内容だった。

普段は「設計・実装」をやっているので、それ以前の企画や、品質保証、リリース後対応などは「そんなことがあるのか…」と驚きに満ちていた。

また、一貫して「リリース日に間に合わせるためスコープを削る・バグの優先度を下げる」について言及されており、これまでは全部やる・全て直すというスタンスに立つことが多かったため、参考になった。

「単体テストの考え方/使い方」読了

Tue, 06 Aug 2024 22:44:20 +0900

単体テストの考え方/使い方を読んだのでその感想。

単体テストの考え方/使い方プロジェクトの持続可能な成長を実現するための戦略 [ Vladimir Khorikov ]
価格：4,488円（税込、送料無料) (2024/8/6時点)

楽天で購入

単体テストを中心に扱った本を読んだのは初めてだったのですが、単体テストを用いてプロダクションコードを価値あるものにすることについて終始述べられていて良かったです。

単体テストは

実行時間が十分に短く
かつ、テストの実行は隔離されている（=容易に並列実行できる）

ものとして定義されています。

単体テストの実行方式はよくロンドン学派と古典学派に分類され、後者は積極的にモックを使う、くらいの説明に留められていることが多いのですが、これに関しても十分な説明がありました。

曰く、古典学派は単体の範囲をテストを実行するプロダクションコードの範囲と定め、それ以外の部分はモックする、ロンドン学派は単体の範囲をそれぞれのテストと定め、 DBといったテスト間で共有されうる依存に関してのみモックを使う、という定義をされていました。

ロンドン学派は単体テストでDBを扱うものだと思っていたので、この定義は初めて知りました。

また、テストしやすいアーキテクチャとして、最初にクエリを行い、最後にコマンドを行う順番を推奨しており、具体的に関数型アーキテクチャやヘキサゴナルアーキテクチャが紹介されていたのが良かったです。

スタブとモックの違いや、スタブ（クエリ）は検証しない、モック（コマンド）はするなどの説明は腹落ちしました。

本書では一貫して、

単体テストはリファクタリングに対する耐性を兼ね備えてなければならない
そのために、単体テストは振る舞いをテストするべき

を柱にしていたので良かったなと思いました。

「継続的デリバリーのソフトウェア工学」読了

Tue, 25 Jun 2024 21:16:17 +0900

継続的デリバリーのソフトウェア工学（英題: Modern Software Engineering）を読んだ。

継続的デリバリーのソフトウェア工学　もっと早く、もっと良いソフトウェアを作るための秘訣 [ David Farley ]
価格：3,190円（税込、送料無料) (2024/6/25時点)

楽天で購入

ソフトウェア開発見出しへのリンク

本書ではソフトウェア開発の効果的かつ効率的な方法を探求していく。

より良いソフトウェア開発を行うために、開発者は「学びのエキスパート」かつ「複雑さ管理のエキスパート」になるべき、と述べている。

学びのエキスパートになるためには、実験 → フィードバック → 実験 → … のループを高速で回すことが重要になる。

複雑さ管理のエキスパートになるためには

モジュラー性
抽象化
疎結合

の実現が不可欠になる。

そして、上記の要素を達成するために

テスト可能性
デプロイ可能性
スピード
変数の管理
継続的デリバリー

が重要になる。

ソフトウェア工学見出しへのリンク

本書では、ソフトウェア開発は工学的に行われるべきだと述べられている。

これは、いわゆる工芸品のような、職人の一品物ではないということである。
また、科学のように厳密性を追求するのではなく、あくまで開発に役立つプラクティスを追い求めるべき、ということでもある。

一方で、建築物のような製造工学に近い物ではなく、設計工学になるべきとも述べられている。

ソフトウェア開発が製造工学と違う点は、ソフトウェア開発は繰り返し作り直すことが容易である点である。

建築物は一度作ると作り直しが効かないため、事前の設計を念入りにやったうえで開発に入る。

「データモデリングでドメインを駆動する」読了

Thu, 23 May 2024 00:48:17 +0900

杉本さん著の「データモデリングでドメインを駆動する」を読んだ。

サブタイトルとして「基幹系システム」が含まれているが、そもそも基幹系システムが何か分からない状態で読み始めたので、そこからキャッチアップできて良かった。

（基幹系システムは、本当にビジネスを回すための一点もの？のシステムなんだなぁという理解）

他の技術書と違って、ビジネスそのものに突っ込んだ内容が多いのが面白かった。

「残」の話や、そこを起点に非同期なシステム構築などは、CQRSに通じるところがあるかもと思いながら読んでた。その他、SoAとSoMの話など。

特定のドメインに着目して、ビジネス理解からそれを設計に繋げる方法までを書いた本は初めてだったので新鮮で良かった。

（難しい部分は読み飛ばしたので浅い感想しか出て来ないのが残念）

データモデリングでドメインを駆動する──分散／疎結合な基幹系システムに向けて [ 杉本啓 ]
価格：3,740円（税込、送料無料) (2024/5/23時点)

楽天で購入

「なっとく！関数型プログラミング」読了

Mon, 09 Oct 2023 23:22:01 +0900

「なっとく！関数型プログラミング」を読んだ。

「純粋関数のシグネチャは嘘をつかない」が再三説明されていて良かった。純粋関数を取り扱ううえで話題になりがちなIO処理なども丁寧に説明されていた。

9章の「値としてのストリーム」、10章の「並行プログラム」辺りから内容の厚さが段違いになり、今回は残念なが読み飛ばさせてもらった。

なっとく！関数型プログラミング [ Michał Płachta ]
価格：3,740円（税込、送料無料) (2023/10/9時点)

楽天で購入

「データ指向プログラミング」読了

Sat, 01 Jul 2023 19:17:51 +0900

データ指向プログラミングを読んだ。

本書では、データ指向プログラミングと名付けられた、イミュータブルかつ汎用的なデータ構造で表現されたデータと参照透過かつジェネリックな関数を使ったプログラミング方法を紹介している。

イミュータブルなデータと参照透過なメソッドを使ったプログラミングは普段から実践しており、それらを使って柔軟なシステムを構築する方法を紹介している本書にはとても興味があった。が、内容としてはかなりがっかりした。

本書では、データを表現するためにクラスではなくマップを使うことを前提において話が進んでいく。つまり

data class Hoge(fuga: Int, piyo: String)

val hoge = Hoge(0, "")

を

val hoge = mapOf(
    "fuga" to 0,
    "piyo" to "",
)

で書こうという内容だった。この方法は確かに柔軟になるかもしれないが、静的型付けによる安全性を完全に無視しており、かなりがっかりした。

書籍内でもこのことについて触れられていて、以下のように紹介されていた。

	OOP	DOP
安全性	高い	低い
柔軟性	低い	高い
汎用性	低い	高い

これは各要素を"高い"、“低い"のboolで表現しているDOPが良さそうに見えるだけで、点数を付けるとDOPの安全性が-5000億くらいでトータだとOOPの方が良さそうだなと感じた（また、表では触れられていないが、フィールドアクセス時に保管が効かないので、コーディング中のストレスがとんでもないことになりそう）。

その他の感想:

+ JSON Schema便利そう
+ データの（デ）シリアライズが簡単なので、REPLが使いやすいのは良い
+ 汎用的な関数を作るという考え方は良さそう

- 複雑なJSON Schemaを書こうとすると辛そう。OOPならSpecificationパターンとか使える
- 色んなところでJSON Schema Validationが挟まりそう
- ポリモーフィズムで、実装忘れを静的に検知できないのが辛い

データ指向プログラミング [ Yehonathan Sharvit ]
価格：3,960円（税込、送料無料) (2023/7/1時点)

「ソフトウェア見積もり」読了

Mon, 27 Mar 2023 22:28:20 +0900

Steve McConnellの「ソフトウェア見積もり」を読んだ。

ソフトウェア見積り人月の暗黙知を解き明かす [ スティーヴ・マコネル ]
価格：3,740円（税込、送料無料) (2023/3/27時点)

楽天で購入

普段の業務では特に締め切りが存在せず、スケジュールを意識してプロジェクトをやることがあまりないので、自分で見積もりをやってみたいなぁと思ったのがきっかけ。

内容は一プログラマから専門家のためのものまで多岐に渡るが、現場で使える知識の提供に一貫している。

ところどころ読み飛ばしたが、特に参考になったトピックは以下の通り

範囲で見積もる
最初の方の見積もりほどブレる
「判断」より「計測」と「計算」が重要
過去のプロジェクトから見積もる
規模で見積もる

本自体は20年前近くのものなので、スクラムについては触れられていないが、反復的な開発に関する言及はある。

とりあえずラフなところから試してみたいなと思った。

あと、参考文献としてTSEとかISTとかの論文を引いてるのは凄い。

「ちょうぜつソフトウェア開発入門」読了

Sun, 12 Feb 2023 16:42:09 +0900

ひさてるさん著の「ちょうぜつソフトウェア開発入門」を読んだ。ひさてるさんは Twitter で「#ちょうぜつエンジニアめもりーちゃん」のハッシュタグで不定期に漫画を投稿している人で、そのシニカルな内容が個人的には気に入っている。

副題に「PHP で理解するオブジェクト指向の活用」とある通り、サンプルコードは PHP で書かれている。内容は、Clean Architecture と TDD に対するひさてるさんの解釈という感じがした。また、オブジェクト指向それ自体に意味はなく、それを活用した得られるもの（SOLID、CA、TDD）が大事なのだと述べている。

こういう著者の考えがダイレクトに出る本は、読み物としても楽しめるので良いなと感じた。また、最終章の「アジャイル開発」は必読。

「読みやすいコードのガイドライン」読了

Sun, 12 Feb 2023 16:23:45 +0900

LINE に勤めている石川さんが書いた「読みやすいコードのガイドライン」を読んだ。副題の「持続可能なソフトウェア開発のために」に完全に同意。継続的なソフトウェア開発には読みやすいコードが必須。

https://books.rakuten.co.jp/rb/17283015/?l-id=search-c-item-text-01

「リーダブルコード」などと比べて、少し突っ込んだ内容が多いような印象。状態遷移や依存関係などの内容は、コードを書き始めたばかりの人には難しいかもしれないが、個人的にはとても勉強になった（特に 7 種類の結合度については初耳だった）。コードレビューの仕方やコメントの書き方といった、取り上げられている書籍がとても少ない（と思う）事柄についても触れられていて、一読の価値があると感じた。これらに関してはかなり現場に依存するので完全に同じことをするのは難しそうだが、こういう感じでやってて上手く回っているんだなぁと感じた。

内容自体もコンパクトにまとまっており、読みやすかった。

「現場で役立つシステム設計の原則」読了

Sun, 16 Oct 2022 19:33:26 +0900

現場で役立つシステム設計の原則を読んだ。

現場で役立つシステム設計の原則変更を楽で安全にするオブジェクト指向の実践技法 [ 増田亨 ]
価格：3234円（税込、送料無料) (2022/10/16時点)

楽天で購入

「ドメインモデルを設計して、それを中心にプログラミングしよう」という内容だった。

よく見かける依存性逆転の原則を中心としたオニオンアーキテクチャではなく、三層アーキテクチャ（コントローラ層、サービス層、データソース層）にドメインモデルを組み込む話を中心にしていたのが特徴的だった。現在自分のチームも三層アーキテクチャ+トランザクションスクリプト的な設計が主流になっていて、個人的には変更しづらさを感じていたので、この本で紹介されている方法を取り入れられれば良いなぁと感じた。

「達人が教えるWebパフォーマンスチューニング」読了

Sun, 16 Oct 2022 19:27:18 +0900

2022 年の ISUCON に備えて「達人が教える Web パフォーマンスチューニング」を読んだ。

内容としては、web サーバや DB の負荷計測からチューニングに関して、ISUCON で使えるテクから現場で活用できる技術まで紹介していた。パフォチュー経験がない状態で挑む ISUCON だったので、こういった本があってありがたかった。残念ながら十分な時間をとることができず、全ての内容を消化できなかったが、何となく何をしたら良いかわかるくらいには持っていけたのでよかった。なお、本番。

来年また読み直して、ISUCON に再挑戦したい。

「Java言語で学ぶデザインパターン入門」読了

Sat, 26 Feb 2022 11:53:22 +0900

「Java 言語で学ぶデザインパターン入門」を読み終えました。今回は内容を Kotlin で実装してみるということをやっていました。リポジトリ

この本自体は割と前からある本なのですが、今回第 3 版が出て内容が新しくなったと聞き、思い切って購入しました。 4,290 円でした。技術書は高い。

学生時代は研究室に古い版の本があり、何度か読んだのですが、読むだけでは全然理解できないままでいました。

やってみた感想ですが、自分が委譲の強力さを全然理解していなかったことを痛感しました。普段は知らないまま使っていたパターン（Spring bean のプロキシなど）を理解する良い機会になりました。

一方、やはり Java だと冗長になる部分が多く、Kotlin で再実装すると、コード例よりもすっきり書ける場面が多かったです。

「オブジェクト指向でなぜつくるのか」読了

Sun, 28 Nov 2021 19:12:57 +0900

オブジェクト指向でなぜつくるのかを読みました．

久々に技術書を買った気がします．社会人になって自由に使えるお金が増えるのは良いなと思いました．

この本は，コードの書き方や新技術習得の指南というよりは，基本に立ち返った内容になっています．

オブジェクト指向の成り立ちから始まり，オブジェクト指向のメリット，オブジェクト指向により何が可能になったか，などについて説明しています．

あまり堅い内容ではないため，寝る前などに軽く読んだりといった，普通の読み物としても楽しめました．

個人的には，「オブジェクト指向は必ずしも現実世界を投影してるわけではない」という主張がしっくりきました．最終的には再利用，修正が容易でバグが発生しにくいプログラムを書くことが重要なのだなぁというごく当たり前のことを再認識する良い機会になりました．

技術書 on T45K

「なぜ依存を注入するのか DIの原理・原則とパターン」読了

「関数型デザイン」読了

「オブジェクト設計スタイルガイド」読了

「エンジニアリングマネージャーのしごと」読了

「ソフトウェア開発現場の「失敗」集めてみた」読了

「単体テストの考え方/使い方」読了

「継続的デリバリーのソフトウェア工学」読了

ソフトウェア開発 見出しへのリンク

ソフトウェア工学 見出しへのリンク

「データモデリングでドメインを駆動する」読了

「なっとく！関数型プログラミング」読了

「データ指向プログラミング」読了

「ソフトウェア見積もり」読了

「ちょうぜつソフトウェア開発入門」読了

「読みやすいコードのガイドライン」読了

「現場で役立つシステム設計の原則」読了

「達人が教えるWebパフォーマンスチューニング」読了

「Java言語で学ぶデザインパターン入門」読了

「オブジェクト指向でなぜつくるのか」読了

ソフトウェア開発見出しへのリンク

ソフトウェア工学見出しへのリンク