本を読むのも仕事のうち、ではなくて本を読まなきゃ仕事にならない

ソフトウェア開発において、技術書を読むということは、やった方がいいことというレベルではなくて、必須の業務である。

仕事とはアウトプットを出す事である。しかし、そのために必要なインプットも当然仕事のうちである。ソフトウェア開発においては、読書という行為は、事前にやっておくとか、業務時間外にやるというのがなぜか前提になっていることが多い。

ただ、業務時間外に本を読むような人は、自己学習スキルのある人で、ほったらかしにしてもスキルがどんどんついていくのである。「男子三日会わざれば刮目して見よ」を地で行く人たちである。

上記のように本を読む人たちばかりなら何も懸念しなくてよいのだ。逆に言えば、そんな人たちはあまりいないということだ。「そんなプログラマはだめだ」という意見はよく聞くが、現に働いているのだからどうにかしないといけない。

現実解としては、仕事として強制的に業務時間内に本を読ませて、今回のプロジェクトで最低限必要な知識を頭の中に入れてもらう。チームで開発して、一人一人が個別に開発するよりもメリットを出そうとすれば、前提となる知識をあわせざるを得ない。

本を読むというと、勉強というイメージを持つ人もいるが、技術書はカタログなので、とりあえず全体に目を通して、どこに何が書いてあったかだけ覚えておいて、細部は必要になったらもう一度開くというのがいいのかなと思う。

本は高いからWEBでという人も最近は多いが、WEBだけで取れる情報には限界があるし、情報の取得に時間がかかると感じている。とりあえずWEBで検索して、もっと詳細な情報が欲しいと思ったら、情報が載っている本を探して購入している。

といっても、何冊も買っていると、趣味が技術書を読むこと、というような人以外は足が出る。立ち読みではなくて本は手元においておきたい。ぜひ会社が本を支給すべきである。プロジェクトに必要な本をマネージャか優秀なプログラマが選定して、全員に買い揃えて頂きたい。外部に講習に行かせるよりはかなり安上がりだろう。

気をつけないといけないのは、個別に「読んどけ」というだけでは読まない、もしくは読んでも何も身に付いていないということだ。チームで同時に読む、もしくは読んだはずのところを質問したりして、本を読むのは仕事であるという認識をじわりじわりと浸透させていこう。

そうすれば、いつのまにか本を読む習慣がついて、強制しなくても勝手に成長していくプログラマがまた１人増えていくかもしれない。と淡い期待をしてみる。