エンジニア組織を強くするための本を出版しました

Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。

エンジニアリング組織論への招待
～不確実性に向き合う思考と組織のリファクタリング

この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。

はじめに

今年、書いた幾つかの記事のタネ本であったり、新卒教育の際に参考書籍としてあげたものを中心にリストアップします。一応amazonへのリンクも貼っておきますが、先輩が持ってたりすると思うので、冬休みに借りて一気に読んでおくのもいいかと思います。

その時々、必要な技術の習得に日々追われているんじゃないかと思いますが、いつまでも使える知識・基礎的な体力としての考え方などを手に入れることで、着実なレベルアップができるようなものを選んでみました。

コードクリーニング

新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則
という記事のタネ本となったような書籍を紹介します。

自分の書いたコードと、できる先輩の書いたコードの違いがどこにあるのか。それを言語化して理解するためにはこういった本を読んで、基礎を固めておくのがいいと思います。

コーディングを支える技術

コーディングを支える技術 ~成り立ちから学ぶプログラミング作法 (WEB+DB PRESS plus)は、基礎的な内容からしっかりとプログラミングという行為を学びたい場合に最適な書籍です。なぜ、関数を作るのか、なぜエラー処理はこのように設計されているのか、なぜ文字コードは必要か、などなどというプログラミング言語作者の意図や歴史的背景などを説明しています。

プログラミングをなんとなく理解したつもりだけど、なんだか腑に落ちていないことがあれば是非精読してみると発見があるとおもいます。

リーダブルコード

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)は、最近必読書となっているのではないでしょうか。

より実践的に「読みやすいコード」とは何かを説明しています。なんとなく「こっちのほうがいいと思う」で、コードレビューのときに言葉が出てこなかったり、説明できなかったりする体験を持ってる人は、この本を読めば「なぜ読みやすいと感じるか」の論理的な説明を手に入れることができるでしょう。

Clean Code

Clean Code アジャイルソフトウェア達人の技
この書籍は、アマゾンからだと中古しかないので、持ってる人がいたら借りて読んでみてください。リーダブルコードでは網羅されていないより、深い内容についても触れているので、命名や規約を考えたい人にオススメです。

コメントやコードの構造、開発環境にいたるまでアンチパターンを列挙しており、次に紹介する「リファクタリング」とあわせて読むと「読みやすいコード」から「よいコード」への橋渡しになると思います。

コードの改善

あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチで、紹介しているようなことがらのタネ本です。

リファクタリング

新装版リファクタリング―既存のコードを安全に改善する― (OBJECT TECHNOLOGY SERIES)
リファクタリングは、ご存知マーティンファウラー先生の名著です。会社に一冊もないのであれば、この本が必要ないほどすごく恵まれているか、この本にたどり着けないほどすごく不幸かのどちらかでしょう。

「コードの匂い」として集められたアンチパターンと安全なコードの修正パターンを対応表としてもたせているので、現代においても非常に実践的な本です。

リファクタリング:Rubyエディション
Rubyのバージョンもあるので、LLでのパターン検討にはこちらでもいいかもしれません。

レガシーコード改善ガイド

レガシーコード改善ガイド (Object Oriented SELECTION)
「レガシーコード」とはなにか。それは「テストのないすべてのコードだ」とばっさり。リファクタリングより、実践的にレガシーコードを改善していくためのストーリーが語られています。

人によっては涙無くして読めないでしょう。

データベースリファクタリング

データベース・リファクタリング

データベースリファクタリングは、リファクタリングの本丸であり、修正の難しいデータベースに特化したリファクタリングパターンの紹介書籍です。

コードはなんとかなるけどDBがなぁと思っているひとは是非こちらを。

Making Software

Making Software ―エビデンスが変えるソフトウェア開発

より科学的なアプローチで、ソフトウェア開発に対する取り組みを知りたい場合、Making Softwareはオススメの書籍です。TDDは本当にソフトウェアプロジェクトに効果があるのか、コンウェイの法則は本当なのか？なぜソフトウェア分野に女子が少ないのかなどの様々なソフトウェアエンジニアリングにまつわる論文を紹介している本で、楽しんで読むことができると思います。

オブジェクト指向・アーキテクチャ

このあたりの記事を補うような書籍です。

アジャイルソフトウェア開発の奥義

アジャイルソフトウェア開発の奥義第2版オブジェクト指向開発の神髄と匠の技
この本も、Amazonに中古しかないので先輩から借りるかマーケットプレイスから。この本はオブジェクト指向の原則であるSOLIDをしっかりと説明している書籍です。

デザインパターン本を読んで使ってみたもののなんだかしっくりきてない時にはもしかしたら、この原則がおそろかなのかもしれません。

タイトルに「アジャイル」とありますが、アジャイルプロセスの本ではありません。ソフトウェア設計の本です。

アジャイルプロセスでプロジェクトを成功させるには、技術的卓越性と優れた設計に対する不断の注意が必要であると「アジャイル宣言の背後にある原則」にはあります。

逆にそれができない場合、アジャイルプロセスはおままごとになってしまいがちです。そういった設計に対する知識を得られる数少ない良書の１つです。

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

オブジェクト指向でなぜつくるのか第2版

この本は、オブジェクト指向のなぜをしっかりと、しかも、とてもわかりやすく説明している本です。全員がオブジェクト指向をこの本から学べば、世の中の不思議な説明や誤解はもっと減ると思います。また、結構なページ数を「なぜ関数型でつくるのか」という説明もあり、オブジェクト指向と関数型言語のいいとこ取りをしたいと思っている人にもオススメできます。

ドメイン駆動設計

エリック・エヴァンスのドメイン駆動設計

DDD(Domain Driven Development)についての名著です。昔は、英語版しかなく、読むのに苦労しましたが、今では日本語版がある！ということで是非買ってください。

これは、MVCで言う所の「モデル」をデータベースのテーブルでなく、「事業領域」であるドメインを中心に設計するためのノウハウを説明している本です。

最近コントローラーがメタボ気味のプロジェクトのシェイプアップを助けてくれるライザップ的書籍です。

ソフトウェアアーキテクチャーパターン

ソフトウェアアーキテクチャ―ソフトウェア開発のためのパターン体系
アプリケーション全体の設計の要であるアーキテクチャのパターンを集めた本です。GUIを構築するのにMVC以外になにがあるの？であるとか、今流行りのUNIXの哲学であるところの「パイプ＆フィルタパターン」なども紹介しています。ちなみにこの本は通称「PoSA」と呼ばれています。

エンタープライズアプリケーションアーキテクチャパターン

エンタープライズアプリケーションアーキテクチャパターン (Object Oriented Selection)
こちらもマーティンファウラーさんの書籍で、通称PoEAAです。最近のO/RマッパーといえばActiveRecordが主流かと思いますが、パターンとしてのアクティブレコードは一体どういう意味なのか、などモデル層の抽象化のためのパターンカタログとして非常に網羅的な一冊となっています。

これはMVCの限界なのか！？と思って自分なりのソリューションを考える前にこの本のことを頭の片隅に置いておくともう先人たちの答えが用意されているかもしれません。

Web API Good Parts

Web API: The Good Parts
この本は、今回紹介する本の中では最新のものです。

今後のWeb開発では、画面よりもWeb APIやクライアント向けAPI、microservicesに分割するためのサービス指向の設計などAPIの開発が大きなウェイトを占めていくことになると思います。

そういった中で、API開発で使える「よいパーツ」を紹介するこの本は、これから必読でしょう。Cookpadのmicroservices化のために作られたGarageの基となっているHATEOSの考え方や仕様について、日本語で読むことができます。

microservicesに分割する際に注意するべき5つのこと

Lean Architecture: for Agile Software Development

Lean Architecture: for Agile Software Development は、この中で唯一の洋書です。

アジャイルなプロセスと設計技法には切っても切れない関係があります。複数人でしばしば変更されるモデルをどのように記述していくかという問題については、未だこれだという解決策はありません。

そのなかでDCI(Data Context Interaction)というエンドユーザとサービスのシナリオベースに機能を実装していく考え方はなかなか興味深いものがあります。

アジャイルなプロセスを採用したもののコードがどうしても場当たり的になってしまうという方は一読の価値がある本です。

コンピュータプログラミングの概念・技法・モデル

ガウディ本として知られるこの本は、古今東西の様々なプログラミングパラダイムについて網羅的に説明しています。

「オブジェクト指向プログラミング」と「関数型プログラミング」のたった一つのシンプルな違い

この記事でも触れていますが、手続き的なプログラミングの考え方と、関数型、宣言的パラダイムのプログラミングの考え方の違いなどが詳細に記述されています。

積ん読だけでもしておくと何かの時に役に立ちます。あと非常に重いです。

おわりに

以上、このなかから自分が抱えている問題意識などにヒットするものがあれば、この正月休みを有効につかってみるのもいいんじゃないでしょうか。