ビジネスとプログラム両方の知識と経験が求められるソフトウェアアーキテクト。本書は世界中で活躍するソフトウェアアーキテクトによる97本のエッセイを収録した書籍です。プロジェクトにおいてもっとも重要な事柄とは何か、顧客やチーム、またコーディングやスケジュールなどについて、経験豊かなアーキテクトが自らの体験を踏まえて解説します。ソフトウェアアーキテクトを勇気づけ、新たな気づきをもたらす一冊です。日本語版では、伊藤直也、江島健太郎、小野和俊、榊原彰、鈴木雄介、萩本順三、萩原正義、牧野友紀による11本の書き下ろしを収録。

最近、日本でも「アーキテクト」というものが認知されてきた気がします。
その一方、アーキテクトの制限によってお客さまの要件を満たすことが困難になるという、本末転倒なことも。

このエッセイではアーキテクトの悩み、といったものも感じ取ることができます。アーキテクトでなくとも、アーキテクトと仕事をするすべての職種の方に有益な書籍です。

個人的に面白かったエッセイは以下のもの。

• 最大の問題は、たぶん技術的なことではない
• パフォーマンスの検討に早過ぎるということはない
• 要塞としてのデータベース
• パフォーマンスがまず大事
• ドワーフ、エルフ、ウィザード、キングの４種類の人々
• 現実の世界にようこそ
• デベロッパーに力を
• 理由を書き留めよ
• アプリケーションの保守に力を入れよ
• データがすべて
• 優れたコンテンツは優れたシステムを作る
• コンソメの重要性

ソフトウェアアーキテクトが知るべき97のこと

本書は、システム開発においてリスクをいかに軽減するかを目的としています。いうまでもなく、システム開発を成功に導くためには、多くの障害を乗り越えなければなりません。特に、アプリケーション開発においては強制法規である「会計」の落し穴に落ちないことが大切です。そこで、本書は「会計を覚えることは不可能」という前提に立って、会計の落し穴にはまらない方法をお教えします。

これは良書。
会計についてこれだけ広い範囲の要諦がまとまっている書籍はなかなかないと思います。

SE向けのようですが、SEでなくとも読めると思います。むしろSE向けの部分が少ない気が。

一般的な社会人が知っておくべき会計知識。
タイトルで読者層を狭めているようで残念。

しかもすでに絶版っぽいです。

SEが知っておきたい会計の落し穴―困ったときにあなたを救う会計用語INDEX付

世の中にプロジェクト管理の本は多いが、どれもきれい事に過ぎて、実際には役立たないケースが多い。現場はドロドロなのだ。仕様書が出るまえに、現場は動きださざるを得ないし、途中で変更もざらだ。
だが、そんな障害や災難も、予見することはできる。プロジェクトが失敗する理由は1目標が曖昧だから、2コミュニケーションが不足するから、である。
本書は、可能性が厳しく、どうみても不可能に見えるときでも、一筋の光明を見出して結果を出すための知恵を集めたものだ。伝統にも前提にも縛られない挑戦者の、いわば「ど根性の」プロジェクト管理法である。仕事をやりぬくためには長時間の労働もいとわず、クリエイティブに考え、なによりも忍耐強くねばる、ほんとうに頼りがいのあるひとになるためのものだ。

おもしろい。
得るものも少なくない。

だけど残念なのが訳。「ど根性の」は色々誤解を生むんじゃないかな。

もちろん英訳としては”根性”なんだろうけど、そこは大胆に意訳してもらいたかった。
ここで紹介されているプロジェクトマネージャは日本人が”根性”というワードから連想するものじゃないと思う。

まーあんまり肩肘張らず、読み物として読むとよいかと。
この本を上司が薦めてきたら、もう一冊お薦めの本を紹介してもらうと良いよ。

土壇場プロジェクト成功の方程式 回避可能な12の落とし穴

速く、安全で、拡張性のあるフレームワークCakePHPは、メンテナンスの必要なコード量を減らし、丈夫なWebアプリケーションの構築に必要とされる大半の機能を扱う仕組みを提供します。本書は、高速開発を「PHPらしく」実現するフレームワークを現場のプロが導入から実践、拡張まで徹底解説します。

業務で使っているわけではないのですが、ちょっと勉強してみたくなり購入。

フレームワーク本ですが、すごく丁寧に解説されている印象なので Web アプリ一般の勉強をしてみたい人に良いかもです。
CakePHP に関していえば、概要を知りたい人向け。リファレンスには弱いか。

やっぱりフレームワークを勉強するには Try & Error が最適なのでしょうしね。

CakePHP1.2ガイドブック

シリコンバレーを舞台に、天才プログラマーのドリームチームが挑んだオープンソース開発プロジェクト「チャンドラー」立ち塞がる難題、時間の壁、去り行く同志―混迷する3年間に密着した長編ノンフィクション。

ここ最近では最も評判の良いように見えるソフトウェア読み物です。

何故ソフトウェア開発はうまく行かないことが多いのか？という疑問について、実際のプロジェクト（Chandler：オープンソースのPIM[OUTLOOKみたいなやつ]）をたどりつつ、丁寧な考察がされています。

本文でもプログラマ向けの読み物ではないと書かれていますが、ソフトウェア開発を発注する方にぜひ読んでもらいたい1冊だと思います。ちょっと難しいかもしれませんが、資金と時間があれば良いって問題じゃないところなど、考えることが盛りだくさんです。

これだけグダグダなのも珍しいと思いますけどね。

名著”人月の神話”などからの引用も多いので、未読の方はこちらから読んでみるのも良いかと思います。

訳はまあ及第点ですが、パール（Perl）やチャンドラー（Chandler）などアルファベットの方が良いんじゃないかなって言葉（逆もしかり）も結構多かったですかね。言語やプロダクト名のカタカナ表記って結構違和感なんですが。

しかし取り上げたプロジェクトが Chandler っていうのはどうなんでしょう？
日本だと技術者でもあまり知らないと思うんですけど…。

ハードカバーで持ち運びし難いっていうのが難点といえば難点です。

プログラマーのジレンマ 夢と現実の狭間

著書『Joel on Software』がスマッシュヒットとなったJoel Spolskyが、著名人の書いたソフトウェア開発に役立つ記事を集めました。巷にあふれるわかりづらい指南書ではなく、良いストーリーとたとえ話でわかりやすく、ソフトウェア開発における生産性の向上に貢献する書籍です。

ソフトウェア開発のエッセイ集です。

面白かった記事を挙げます。

■ 最もおバカなユーザインタフェース賞：Windows検索
なんで犬が私に質問しているのだろう？ …なんでだ？

■ プログラマのアウトソーシングの落とし穴
なぜソフトウェア会社はチョコレートと箱を取り違えるのか …なぜ？

■ 採用の危険
採用は確率の問題

■ PowerPointリミックス
海外のエンジニアって発表上手いですもんね。

BEST SOFTWARE WRITING

Joel on Softwareが、さらにパワーアップして登場!極上のジョエル選集をご堪能あれ!
前著『Joel on Software』の好評を受けて、続編として2番目のコレクションにまとめられた。Joel Spolskyの、卓逸した文章力、豊富な技術知識、痛快なユーモアセンスで、人のマネジメントや大規模プロジェクトの管理、プログラマを目指す人へのアドバイス、プログラミングのノウハウ、ソフトウェア会社の起業指南、さらにソフトウェアのリリースと改訂のタイミングなどなど、テーマも内容も盛りだくさんでお届けする。

Joel 選集第２弾です。
全９部、36章で構成されています。

1. マネジメント
2. プログラマを目指す人へのアドバイス
3. デザインの力
4. 大規模プロジェクトの管理
5. プログラミングのアドバイス
6. ソフトウェアビジネスを始める
7. ソフトウェア会社の運営
8. ソフトウェアのリリース
9. ソフトウェアの改訂

プログラミングから会社の運営まで。これらにひとつでも興味があるのなら読む価値があります。

いくつか こしあん が気になった章をピックアップすると、

■ 第10章 コンピュータサイエンスの学生へのアドバイス
残念ながら学生のときに出会えませんでしたが、文章の書き方を学ぶこと や ミクロ経済学を学ぶことなど、今からでも学んでおきたいこともありますね。

■ 第14章 選択肢＝頭痛
Windows Vista の「オフ」ボタンに対する考察。

■ 第20章 エビデンスベーススケジューリング
見積りができるのはその作業をするプログラマだけ なのです。

訳もしっかりしていて問題ありません。
開発者はこういう本を読むべきだと思います！

いや、マネージャや経営者を含めてソフトウェア開発に関わるすべての人が読むべき、かな。

More Joel on Software

ソフトウェア開発に「ふりかえり」を導入してチームを成功に導く!
　アジャイル開発の核心ともいえる「レトロスペクティブ(ふりかえり)」について実践的に解説し、高く評価されている原書Agile Retrospectives: Making Good Teams Great(2006年7月発行)を翻訳。
チームの状態を点検・改善してプロジェクトを成功に導くレトロスペクティブの方法を具体的に詳解する。

最近かなり認知されてきている”ふりかえり”についての解説本です。

何度か経験して、苦手意識を持っているので、この本を読んで「今までのレトロスペクティブは間違ってたんだ！」と思えれば良いな、と期待して読むことにしました。

で、読んでみて、今までやっていたことが間違っていたと気付くポイントは多々あったものの、やっぱり苦手意識はなくならず。
難しいって思うことと、あんまり効果なさそうっていうのが理由にあげられると思います。
あとちょっと読みにくい。

結局レトロスペクティブがうまくいっている組織って、もともとうまくいっている組織なんだと思います。
なんというか、レトロスペクティブって上級向けの手法かと。

この書籍が良書ってことには違いありませんよ。

アジャイルレトロスペクティブズ　強いチームを育てる「ふりかえり」の手引き

自分は人付き合いが苦手と思っているSEに対して、本書は<正しい>人付き合いの方法論を解説します。本書を読めば、他人の役に立つことにより自分も恩恵を得られるという<価値のある>人脈が築けるようになります。SEは人付き合いが苦手だと思われています(自らそう思っている SEも多い)。また、自分の殻を破りたいが、その方法がわからないというSEも非常に多いのです。人材交流の場に参加しても疎外感を感じるばかりの彼ら……。そんな方たちの問題解決のために、本書は、その本質から丁寧に論を説き起こし、解説しています。

人脈を作りたいという人向けの本。

読みやすいですが、著者も書いているように精神論に落ち着きがちです。
真剣に読むと「だからそれが難しいんだよ」なんてなりますが、興味深い記述もあります。

バイブルとして読み返すほどではありませんが、個人的には”気付き”もあって面白かったです。読んでみて良いかも。

SEのための将来価値を生む人脈「交遊」学

本書はネットワークの基本的な用語についてイラストを交え、丁寧に解説されています。

良書だとは思うのですが、なかなか誰にオススメすればよいのかわからない。
今だと、学生の情報処理の授業の副読書によいのかも。どんな授業をしているのか知りませんが。もしくは一般企業の研修レベルとか。

さすがにエンジニアのような専門職にはゆるいと思います。
最近だと携帯などはもうちょっと必要な知識が変化しているところもありそうですしね。

[改訂3版] 図解でよくわかる ネットワークの重要用語解説