tryプログラミング、リモートワーク、田舎暮らし、音楽、etc.2012-01-01これまでに読んできた技術書を振り返る本このエントリを書こうと思ったきっかけirofさんのこちらのエントリが面白かったので、僕も技術書についてあれこれ書いてみたくなりました。僕の場合は技術書の選び方、というテーマではなくて、自分が技術書とどのように付き合ってきたのかということを振り返ってみたいと思います。僕もこの業界に入った時は、技術書らしい技術書よりも「xxxポケットリファレンス」とか「逆引きxxxの技」みたいな、「書いてある内容をそのまま書き写せば終わる」タイプのリファレンス本をよく買っていた気がします。代表的な一冊はやはりコレですね。見るもちろん、リファレンス本自体が悪いわけではないですし、今でも時々買ったりします。今思えば当時は「楽して仕事をこなしたい」「高くて分厚い技術書なんて読む気がしない」という手抜き精神が現れた結果だったと思います。中盤しばらくすると僕はとあるJava案件に放り込まれて、オブジェクト指向の面白さに目覚めました。それまでは「プログラムは似たようなプログラムを見つけてコピペして作る物である」と先輩から教えられていたので(最悪)、僕の中でプログラマは「ちょっとだけ頭を使う単純作業労働者」みたいなものでした。ところがその案件に入ってみると、「一カ所をちょっと変えただけで、全画面の振る舞いが変わる」みたいな魔法のようなことができることを知りました。(それまでは全画面すべてコピペで変更、でしたから・・・)StrutsやHibernateといったフレームワークの便利さにもびっくりしました。それ以来、「技術力があれば魔法のような凄いことができる。新しい技術を使って開発するのはめっちゃ面白い」ということを知り、主体的に勉強することに目覚めました。当時はとりあえず「オブジェクト指向」と名のつく書籍や言語を勉強しまくりました。このあたりから「高くて分厚い技術書」もよく購入するようになりました。Rubyと出会ったのでも、ちょうどその時期です。Completeという本の内容を紹介しているサイトを見つけました。このページだったと思います。Completeを上下巻買いました。上下巻あわせて約1万2000円。一度に買った技術書の金額としてはそれまでで一番高かったと思います。見るしかし、その内容は衝撃的でした。いうことに気をつけてプログラミングすると、こんなメリットがあるのか!と気づかされまくりでした。確かに安くはない買い物でしたが、当時の僕に取ってはその値段の何倍以上もの価値がありました。Completeには数多くの参考文献がありました。Completeはこうした文献を凝縮してできているんだな」と考えた僕は、それらの参考文献の中から面白そうなものを片っ端から読んでいきました。これまた「高くて分厚くて難しい技術書」がほとんどでした。この頃になると「はじめてのxxx」のような初心者向けの技術書よりも、そういう「難しそうな技術書」ばかりを好んで読んでました。Complete経由で知った「難しい」技術書の中の一冊はこちらです。見る分厚い本の方が分かりやすいそれからオライリーの本なんかも初心者には取っ付きにくそうな雰囲気を醸し出していますが、正規表現の本なんかは非常に明快でした。見るこの本を読んで思ったのは「分厚い本の方が本質的なことを丁寧に教えてくれるので、かえって分かりやすいのではないか」ということです。「はじめてのxxx」みたいな本は敬遠するようになってきました。Completeぐらいの厚さの本を読んでいたので、大体4000〜5000円の本を毎月2冊ぐらい読んでいたと思います。お金もかかるし、本を読む時間もかかるし、確かに読書にかけるコストは小さくはないですが、それ以上に著者の人たちが膨大な時間をかけて溜め込んだ知識や経験が本を読むことで得られるとすれば安いコストです。先人たちの知識や経験なしに自分たちの考えだけで問題を解決しようとすると、解決するどころか思わぬアンチパターンへ迷い込んでしまうリスクもあります。読書は自分が楽してゴールへ近づくための「小さな苦労」にすぎないんじゃないかと思います。全盛期以後しかし、その後技術書を読むペースが落ち、積読本が増えてきました。その主な理由は結婚です。お小遣い制になったので、それまでのように技術書が好きなように買えません。仕事でどうしても必要だから、という理由で小遣いの枠を超えて技術書を買ってもらう場合もあります。独身時代のように気軽に面白そうだから買ってみる、ということは出来なくなりました。4000円を超えるようなちょっと高めの技術書を買いたい時は、会社の経費で買ってもらうこともあります。会社で買う時は申請が却下されたり、承認までに時間がかかってすぐに買えない場合もあるので、結局自分で買うしかない場合も多いです。独身時代は「1人の時間」がたくさんあるのでかなり本を読めました。結婚して子どもができると、家族サービスの時間が増えるのと引き換えに、本を読む時間が減ります。1人の時間を確保するために、朝5時ぐらいに起きて本を読んだり、ブログを書いたりすることが多いです。*1というわけで、一時期に比べるとペースは落ちていますが、それでも2〜3ヶ月に一回ぐらい2〜3冊の技術書をまとめ買いしている気がします。そのうちのいくつかは積読本になってしまうことも多いですが・・・。洋書にも手を出すちょっと話は前後しますが、最近は洋書も買っています。きっかけは米オライリーが出しているiPhone向けの電子ブックです。日本語で読めたらベストなんですが、英語版は\600で購入できるので、試しに一冊買ってみました。見る元から英語は得意な方だったので、大体の内容(8割前後?)は辞書なしで理解できました。「なんだ洋書でもいけるやん」と思ったら、こっちのもんです。海外で発売されている技術書のバリエーションは日本の比じゃありません。日本では永遠に発売されないようなマイナーな技術のマニアックな本がいっぱい発売されています。日本語に翻訳されるのを待たずとも、面白そうな新刊をチェックすることもできます。洋書で数千円払うのはちょっと怖い、という方は僕のようにお手軽価格の米オライリー電子ブックを一度購入してみると良いと思います。これまでに読んできた技術書のリストそんなこんなで、これまでに読んだ技術書やビジネス書、語学の本などを合わせると300冊を超えました。*2これまでに買った本や読んだ本はブクログに残していっています。ブクログそしてこれから僕はこれからもこの調子で技術書をたくさん読んで、勉強していきたいと思います・・・ではなくて、最近はちょっと考えが変わってきています。昔は読書量(INPUT)が多ければ、自分のスキルアップにもつながり、そうした習慣が社外でも評価されるのではないかと考えていました。世間のトレンドを見ていると最近はINPUTよりもOUTPUTの方が重視されている気がします。質のいいINPUTがないと質のいいOUTPUTに繋がりにくいとは思いますが、要は頑張ってINPUTばかりしていてもダメなんじゃないか、ということです。やってブログを書くのも一種のOUTPUTですが、それ以上に勉強会やセミナーで発表したり、自作のWebサービスを公開したり、そういう外向けのアピールもやっていかないとこの先、プログラマとして生き残っていけないんじゃないかと思ったりします。はいってもなかなか行動には移せていないんですけどね〜。2012年も新しく始まったことだし、今年はそうした「作品」を何か残せたらいいなと思います。あわせて読みたい過去に書いた技術書のまとめエントリです。try*1:そして、うまく起きられないときもしばしば・・・。*2:積読本を考えると300冊も読んでへんやろ!?というツッコミはなしでお願いします。はてなブログPro株式会社ソニックガーデンで働くRubyプログラマ。2017年11月に「プロを目指す人のためのRuby入門」を出版。blog)はてなブログをはじめよう!JunichiItoさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。