G・パスカル・ザカリー『闘うプログラマー: ビル・ゲイツの野望を担った男たち』

闘うプログラマー［新装版］　ビル・ゲイツの野望を担った男達

WindowsといえばMicrosoft。Microsoftといえばビル・ゲイツ。この単純な連想が思いつかない人間がこの地球上にいるのだろうか。そういいたくなるほど、Windows/Microsoft/ビル・ゲイツのもたらした影響は大きい。

しかしMicrosoft帝国を一代で築き上げたビル・ゲイツといえども、たったひとりでWindowsを作り上げたわけではない。Windowsとは複雑で巨大、そして一般消費者向けであるがゆえにバグはゆるされないソフトウェアである。多くのプログラマとその管理者たちがかかわらねば、完成するはずもない。本書はMicrosoft/Windows帝国の礎となったWindows NTを開発する壮大な物語であり、「多くのプログラマとその管理者たち」に焦点を合わせたという点で、またとない作品に仕上がっている。

いわば群像劇である。Windows NTという、当時としては空前絶後のソフトウェアの開発に対して、個性的なソフトウェア開発者はどのようにかかわったのか。そしてそのプロジェクトは個々人の人生にとってどのような意味を持ったのか。本書を読めば、属人化を徹底的に排した人月産業が斬新なソフトウェアを生み出せないということがありありとわかってしまうかもしれない。

---

• よかった点
  • ソフトウェア開発プロジェクトの物語を描くにあたって、群像劇的なアプローチを採用したのは非常に斬新。
  • 「読み物」「物語」として優れており、小説といわれても疑わないかもしれない。
• 悪かった点
  • 2016年現在からすると、話の舞台がやや古い。古いのはまったく構わない(というか仕方ない)のだが、それに対するケアが不十分。要するに「古い」と思われる項目については、簡単な解説ページでもあればよかった。
  • 技術的な単語や内容について、とくにことわりなく話が進むため、IT系に疎い人にとって、読むのにつらいところがあるかもしれない。

ジョン・ソンメズ『SOFT SKILLS: ソフトウェア開発者の人生マニュアル』

SOFT SKILLS　ソフトウェア開発者の人生マニュアル

はっきりいっておくと本書に目新しいことは数少ない。しいて言えば、日本ではなじみのないアプリや金融&不動産の知識ぐらいだろうか。本書の内容のほとんどはどこかで聞いたようなこと、あるいは常識的な推論を積み重ねた常識的な結論である。

しかしその事実は本書の価値をまったく棄損しない。なぜなら本書はタイトルにもあるように「マニュアル」だから。人々が「マニュアル」に求めるのは、読者が中身を平易に実践できることであり、考えられることすべてについてMECEに記述されていることである。本書はこの2点を完璧に満たしている。本書の中身が聞きなじみのあることや常識的なことばかりに思えるのは、それが万人にとってのベストプラクティスであることの裏返しなのである。

いうなれば、本書は全部入りのベストプラクティス集である。タイトル通り「マニュアル」として、壁にぶち当たったときに読み返したいと思う。

---

• よかった点
  • 全部入り! ソフトウェア開発者の人生に起きうることについて、網羅的に書かれている。
  • 70個近いトピックが独立した読み物になっているので、一気通貫に読んでもいいし、あるいは気になるトピックを拾い読みをしてもいい。
  • 翻訳がこなれており、日本語としてかなり自然で読みやすい。
• 悪かった点
  • 著者がアメリカ人のため、日本との差を感じることがしばしばある。とくに不動産に関する記述は日本ではまるで役に立たない気がする
  • 「まつもとゆきひろ解説」が2ページとやや少な目。もうちょっと分量があってもいいだろう。

ポートフォリオサイトもどきを公開していました

タイトル通り、自分のポートフォリオ・サイトを公開しました。というか公開していました。ホスティングはGitHub Pages。HTML5とTwitter Bootstrapを利用しています。web系のプログラマ/エンジニア/デザイナがよく公開しているものと同じです。

とはいえコンテンツは自己紹介ページだけ。その唯一のコンテンツも深夜の勢いで作ったので、完成度は低め。内容はともかく、UI/UXはもう少し凝ったものを作りたいですね……時間があれば(´・ω・`)

今後の願望としては、コンテンツをもう少し充実させていきたいです。現状考えていることとしては「簡易的な技術書の書評ブログ」。Qiitaにその手の書評を書くことはなんとなく憚れるし、かといってこのブログは小説&新書&愚痴中心に運営されているので、技術的なことを書くのは少し場違い。要するに技術書の感想/書評/レビューを書く場所がなく、消去法的に「ポートフォリオサイトのコンテンツのひとつにしてしまえ」と考えているわけです。

ただ自分でいちからブログを運営するというのは、かなりのいばらの道ではあります。最近はとにもかくにも仕事が忙しく、時間が足りていないので、それだけの面倒なことをこなせるかどうか……。一度自動化してしまえば、以降は楽なのかもしれませんが、その自動化すること自体に時間がかかるので、なかなか悩ましいところではあります。

まあ技術書専門のブログとして別のはてなぶろぐを立ち上げてもいいわけですし、なかなか悩ましいところではあります(´・ω・`)

最近読んだ2冊: 立川談春『赤めだか』&小笠原啓『東芝 粉飾の原点: 内部告発が暴いた闇』

最近読んで面白かった2冊を紹介します(´・ω・`)

立川談春『赤めだか』(扶桑社文庫, 2015)

赤めだか (扶桑社文庫)

著者である立川談春が師匠の立川談志に入門したのち、前座/二つ目を経て真打になるまでの修業時代を振り返ったエッセイ集です。ここ最近ドラマになったらしく、書店の平台に文庫が積みあがっていたので、何気なくレジへもっていったのですが――これがなかなか素晴らしい内容でした。

落語家になるには、特定の師匠に対して「入門」する必要があります。「入社」や「就職」ではなく、あくまで「入門」です。要するに師匠と擬制的な親子関係を取り結び、親が子を育てるようにして弟子を育てていく。近代社会とは違う理屈の世界で、どのようにして落語家が一人前に成長していくのか。本書は当事者によりその過程が描かれており、ユーモア交じりなこともあって、ついつい一気読みしてしまった記憶があります。

意外に感じられたのが、師匠立川談志の弟子養成が結構親切なこと。メディアで見る破滅的なイメージからすると、弟子をぞんざいに扱ったように思われますが、実際は違ったようです。もちろん滅茶苦茶なエピソードもかなり書かれてはいるものの、こと落語家養成ということになると、弟子に手取り足取り稽古をつけています。右も左もわからない新人を現場に突っ込んだ挙句、ろくに指導もせずに仕事を押し付けるという育成方法をとる会社が世の中にはあるらしいので、こういう話を読むと涙が出たりでなかったり(´・ω・`)

小笠原啓『東芝 粉飾の原点: 内部告発が暴いた闇』(日経BP社, 2016)

東芝 粉飾の原点 内部告発が暴いた闇

日本を代表する大企業であり、不調気味の製造業界において気炎を吐いていたはずの東芝。しかし実際は巨額の粉飾決算を行っており、会社の存亡が問われるほどの事態になっているというニュースはいまだ世間をにぎわせています。本書は関係者へのインタビューをもとに、東芝巨大粉飾決算の原因を探ったものです。

本書を読む限り、腐敗の理由は「組織の風通しの悪さ」にあります。上司が部下に対して、パワハラまがいの方法で目標を達成させることが日常化していたようです。部下も東芝ブランドや給料あるいは福利厚生を考えると、そのパワハラ的要求をのまざるを得ず、不正は深刻化してった様子が本書にはありありと書かれています。もっともパワハラ上司もそのまた上の上司から目標をパワハラ的に押し付けられており、パワハラのウォーターフォールが不正の根本にあるといえるかもしれません。

ではパワハラの最上流にいる経営陣はどうして浮世離れした目標を立てるに至ったのか? これが実にくだらない理由で、「自分の面子や政治勢力を維持拡大するため」。要するに人事抗争や権力闘争の一環であり、その結果が「不正を行ってでも目標を達成する」という組織体質を作り上げたわけです。「魚は頭から腐る」ということが実感できる一冊でした。

ブログのデザインを変えた&近況報告的なぼやき

ブログのデザインを変えました。今までは「黒地に白文字」というスタイルでした。なぜそういうデザインのチョイスだったのかというと、このブログがもともと技術ブログだったということがあります。プログラミング用のエディタには「黒地に白文字」というものがおおくありますよね。要するにそれの影響です。

とはいえ月日は流れ、技術的な要素はQiitaに引っ越しすることになり、本ブログは読書&愚痴&近況ブログへと進化(?)を遂げました。そういう観点のブログとして見てみると、「黒地に白文字」というのは文章を読ませるという点で不向き。なんといっても目が疲れますから、心機一転、デザインを変更してみたというわけです。

ブログデザインを変更するにあたって、考慮した点は以下の通りです:

• 白地に黒文字、ないしそれに類する文字色であること: 前述のとおり、文章が読みやすい
• はてなの公式テーマであること: 著作権的なあれこれが面倒なため
• ツインカラムであること: 単なる好み
• そしてて何よりかわいいこと

以上を考慮して、現在の「Popcorn by カタノトモコ」というデザインになりました。どうですかね? ガーリッシュなキュートさにあふれており、個人的には結構満足です(´・ω・`)

---

いまのわたしはSIerのSEとしてデビュー戦の真っ最中なのですが――すごくすごくつらいです(´・ω・`) あげだすときりがないのですが、つらい理由をいくつか挙げてみると……

• 全体を統括するアーキテクトが明らかに技術をわかっておらず、システムの全体図がひどいことになっている
  • そのうえそのアーキテクトが設計書を書いているという悲劇
• 要件を満たすことに注力しすぎており、どう考えても使いづらいシステムになっている
• 使用する技術に関して有識者がだれもおらず、答えがわからないまま開発に突入しようとしている
• ドキュメントのほとんどは「エクセル方眼紙」
  • ドキュメントのほとんどは、どう考えても要らない類のもの

などなど。これ以上書くと、わたしが闇にのまれかねないので、やめておきます。社会人になってまだ半年もたっていないにもかかわらず、日本のIT業界というか日本のSIerの深淵をのぞいております。そこそこ大きい企業でこの体たらくだからなあ……。先が思いやられる(´・ω・`) 退職エントリを書くようなことになったりして(冷笑)

最近読んだアメリカのキリスト教に関する2冊がとてもよかった

ここ最近、アメリカのキリスト教に関する本を2冊を読み、そのどちらも興味深い内容だったので、ブログで紹介します。

森本あんり『反知性主義: アメリカが生んだ「熱病」の正体』(新潮選書,2015年)

反知性主義: アメリカが生んだ「熱病」の正体 (新潮選書)

最近よく耳にする「反知性主義」という単語。日本では「あらゆる知性に反感を持ち、自分たちの思う通りのことだけを信じる」という程度の意味合いであり、概して自民党/安倍政権支持者に対するレッテルとして利用されている節もあります。しかし本書のとる立場はそれとは違います。本書によると「反知性主義」とは「あらゆる知的権威が政治権力と結びつくことを恐れる態度」であり、それはアメリカに土着したキリスト教の神学的な裏付けによって支えられています。

言い換えれば「反知性主義」とは「知性の越権を厳しくいさめる思想」であり、アメリカの民主主義の原点であるといえるかもしれません。一方で進化論すら否定する聖書原理主義的な人々を数多く生み出しており、対岸の火事を眺める立場から言えば「功罪半ばする」という感想を抱きました。とはいえグローバル化の時代ですから、アメリカ固有の「反知性主義」が太平洋を越えて日本へ到来する可能性も十分あります。

松本佐保『熱狂する神の国アメリカ: 大統領とキリスト教』(文春新書,2016年)

熱狂する「神の国」アメリカ 大統領とキリスト教 (文春新書)

タイトルだけ見ると、近年日本でも話題の、アメリカのキリスト教原理主義の実態をレポートした新書のように思うかもしれません。その手のことも触れてはいるのですが、本書のメインテーマはむしろアメリカにおけるカトリックの歴史です。アメリカといえばWASPの国、つまりプロテスタントの国というイメージ持ちますが、実際には人口の20%近くがカトリックであり、アメリカ政治を語るうえで無視できない存在です。そのアメリカのカトリックがアメリカ政治にいかに影響を与えてきたのか、あるいは主流派であるプロテスタントとどのような関係を保ってきたのかについて、本書の記述の8割が充てられています。またキリスト教シオニズムという観点から、アメリカのユダヤ教についても少し書かれており、アメリカ=プロテスタントというイメージが覆った本でした。

正直に言うと、タイトルでやや損をしている感はありますね(´・ω・`) もうちょっとカトリックについて書いた本であるということを推すようなタイトルでもよかったように感じます。

ブルックス『人月の神話【新装版】』(2014年、丸善出版)

人月の神話【新装版】

ソフトウェア開発におけるプロジェクトマネジメントの古典であり、読んでいないシステムエンジニアはもぐりだとか(適当)。新卒でSIerに身を投じた人間として、このたび読んでおくことにしました。

もともとが古い本(1975年)のため、内容がまったく時代遅れかと思いきや、そんなことはなく、現代の日本でもありうる話ばかりでした。確かにこまごまとした部分に古さを感じるようなこともあった(とくに技術面)のですが、プロジェクトマネジメントや組織づくりに関しては現代日本のSIerが抱えていそうな問題が指摘されています。となると1975年から日本のソフトウェア開発は進歩していないということになりますね……。

内容について、気になった点を箇条書きにしておきます。

• 本書では繰り返し「システムの中心的なコンセプトの重要性」を解いており、それに合わせたチーム作りや組織作りを推奨しています。わたしもこの意見に賛成。完成度の高いモジュールを組み合わせれば、おのずと完成度の高いシステムができるような気もしますが、これは間違い。組み合わせ方にもコツ=「中心的なコンセプト」があり、それなくしてはめちゃくちゃなシステムが出来上がるだけです。
• 「人月は交換できない」というアイディアは知的作業全般に言えることでしょう。プログラミングならなおさら、できるプログラマとできないプログラマの生産性が段違いであることは、プログラマなら知っているはず。また「遅延しているプロジェクトに人員を追加しても、コミュニケーションコストと教育コストがのしかかるせいで、プロジェクトがさらに遅延だけ」という「ブルックスの法則」も人月の交換不可能性から導き出されています。
  • とはいえプロジェクトの規模を見積もる尺度として人月ぐらいしかないというのも現実なので……。どうすりゃいいのか(´・ω・`)
• 本書はチーム全員がチームの資産に簡易にアクセスできる状況を理想としており、その実現のためドキュメントやコミュニケーションの方法論を提示しています。結論はごく当たり前(というか本書が当たり前にした)ものなので割愛しますが、気になったところが1点。本書ではより安価なコミュニケーション手段として電子メールを推奨してますが、電子メールってそんなにコミュニケーションコストが低いですかね?
  • 1975年の本なので、当時としては電子メールは最良の手段だったのかもしれませんが、現代に生きる私としては電子メールですらつらいときがあります(マナーとかcc/bccとか)。まあだからこそビジネス向けチャットが流行っているのかもしれませんね。
  • わたしも仕事でチャットをつかいたいでござる(´・ω・`)
• 「銀の弾丸などない」ときどき開発手法について書かれたブログが炎上しているのを見たりしますが、やはりソフトウェア開発に王道はないと思います。ただ「王道はない」ことは「道はない」ということとイコールではありません。より洗練されたメソッドを試行錯誤しながら使っていくのが現実的な最適解でしょう。