オープンソースソフトウェアのソースコードを読むことは確かに勉強にはなるかもしれないけど、その知識でガチガチに防御を固めていざそのプロジェクトに貢献するってなったときに、その人がどれほど役に立つかというと全く勉強していない人と同じぐらいだと僕は思う。

ソースコードというのはそのソフトウェアの具体的写像でしかなくて、いかにソースコードを理解しようともそのソフトウェアを理解したことにはならない。ソフトウェアを理解していないというは結果的に貢献（改善）すべき場所の特定や斬新なアイデアの生成ができないということに等しい。もちろんソースコードを読むというのはスキル上げの面でも娯楽の面でも結構な事だと思う。が、しかし、それでいきなり自分が他人より貢献の力があると思ったりするのは良くない。

どういうわけか巷では、ソフトウェアを改造することよりもそのソースコードを読むことのほうが遥かに人気を博しているようだが、ソースコードを読むことのどこが楽しいのかよくわからない。僕が勉強と銘打って何かしらのソースコードを読んでいるときはいつも全然内容が身についてないなと感じる。それを避けるためか否かは自分でもはっきりしないが、結果的に必要のないときに概観や単語の取得するため以外にソースコードを読むことはやらなくなった。それよりか、今そのソフトウェアにどういう事が起きててどういう事が望まれるかをアンテナを張り巡らしてウォッチしたり考察したりするほうが好きだし、よっぽど生産的だと考えている。別にソースコードを読むのは何かやることを見つけてからでも遅くないし、それに加えておそらくそういう状況のほうが内容が身につくと思うのである。

しかし、アンテナを張り巡らしたり、毎日休むことなく具体的にあるいは漠然と何かやろうと考えるのはなかなか体力が必要で、結局ひとまずそういうことを未来の視野において、今のうちにソースでも読んでおこうという人が出てくるのだと思う。別に今やったって誰も困るわけでもないのに。

僕は人に言えた身分ではないけれども、少なくとも毎日 lkml を読んだり、何かしらアイデアを練ったり、バグを見つければすでにポストされているかを探すようにしている。何も貢献する気はないと言ってしまえばそれまでなのだが、しかしオープンソースソフトウェアに限った話ではなく、どのような世界でもそのようなアグレッシブさを発揮できる人のみが自分の力や知識を如何なく発揮できるポジションに付くものなのだろうと僕は思っている。

僕は周りの数人（カーネルに興味のある人も含まれている）に lkml を読むことを必死に薦めている(*)。しかし誰も読もうとしない。読まない理由を理解できないわけではないが（要するに英語やらなんやらで面倒くさいのだろう）、読まない理由で自分を制させる理由は理解できない。人間は自分の処理系を変化させることによって対象をどう捉えるかを変化させることができる。

つまるところ、もう少しアグレッシブに考えるようにして、自分を自分が居たいと思うポジションに向かうように自分を律するべきだと思うのだ。

(*)数少ない日本人kernel hackerの富士通・亀澤氏もそう提案している

全然まとまってなくて申し訳ない。自律に関してはまた今度書く。