大きな会社なので、偉くならないと好きなことができないんですよ。昇進、昇格というのは1つの手段ですよね。なんか政治力っておっしゃっていたのが分かる気がします。昇進するためには、嫌な仕事でも結果を出していけば評価につながりますからね。トラブルプロジェクトの対応とかは結構ありましたね。火消しに入っていたんですね。普通はあまりやりたがりませんもんね。火消しに入ると、もうトラブっているので、そこそこ技術ができる奴がきたっていうことで、まずはそいつの言うことを聴いた方がいいんじゃないのかっていう雰囲気がすでにあるので、そこでXPを教えるわけですよ。今、このプロジェクトにはXPが必要ですとかいうと、その人たちは藁をもすがる状態なので、XPを採用してくれるとかっていう感じで徐々にやってきましたね。そのあと、3年目くらいだったか、自分がプロジェクトリーダーになってXPを全面的に採用してプロジェクトを半年くらいでやり遂げて、そこそこ成功と言われるプロジェクトだったので、やっとコミュニティで発表できる事例ができたと思って、オブジェクト倶楽部という平鍋さんがやっているイベントにオーディエンスで参加して、残って、勇気を出して平鍋さんに相談しにいったんです。そこで、平鍋さんにXPのこういう事例を世の中に出していきたいんですけどという相談をしたところ、出版社を紹介してもらって、XPの記事を書かせてもらうことができたんです。PRESS」だったと思います。6ページくらいの小さな記事ですけど、それを会社員でありながら書かせてもらえて、それが自分でも自信につながりましたね。段々コミュニティでも話せるようになったり、記事のことでいろいろな人に声をかけてもらったりしているうちに、オーディエンスから主催側になっていきました。いう活動を外でやっていると、会社の中でも「なんか変な奴がいるぞ」という風に目をつけられるようになって、その雑誌の記事を書いた数ヶ月後に、月に1回やっている役員と部長が集まる勉強会があるんですけど、そこでXPを紹介しないかっていう話が出て、当時、平社員で最低の階級の奴が役員と部長の前で勉強会をやって、それが結構インパクトがあったみたいで、割と社内でもXPとかオブジェクト指向をやっている倉貫がいるぞっていう認知をしてもられるようになったんです。それはそれでまた評価につながっていったんです。いやあ、本当に着々といっていますね。運も良かったんですよ。この頃はJavaですよね。Javaでやっていましたね。Ruby自体は、昔からプロジェクト管理ツールを作るときにいろいろ探して見つけてはいたんですけど、現場ではなかなか採用できるものではなかったし、社内でそこまでの権力はまだなかったですね。Rubyというものがあるという認識だけでしたね。今、私がいる「基盤技術センター」は4年前に新設されたんですけど、それまでTISには開発上のフレームワークを作ったり、開発の標準を決めるみたいな生産技術っていう部署はあったんですけど、割と尖った技術を扱って社内に広めるという技術専門の部署がなかったので、じゃあ作ろうという話になったときに、立ち上げメンバーとして呼んでいただいたんです。研究開発とまでいかないんですけど、新しいITの技術を取り入れて、現場の支援をしながら実績をつくって広めていきましょうというのがミッションでした。当時はそこには割と重鎮というか、10数歳も上の人ばかりが集まっている中に若者1人入れてもらえて、そこはもともとそういうミッションの部署だったので、それこそXPだとかJavaの先進的技術だとかを調査しつつ、現場の仕事をするということをしていました。それから対外的にも動きやすくなって、最初の記事は現場にいるときに書いたんですけど、それ以降の記事は、基盤技術センターとしてTISの技術力をアピールすることも踏まえて書いたりしていますね。いろいろなコミュニティ活動にも参加させてもらって、XPユーザー会の会長にさせてもらったのもその頃ですね。いう状況だったんですね。中でも外でも順調ですね。エンジニアってストイックな人が多いので、仕事帰りで頑張るときには会社のことは一旦忘れるとか、会社には外の活動は持ち込まないって人が多いですけど、私は双方を利用して、要領よくやる主義ですね。最近は、XPじゃなくてアジャイルっていうキーワードがありますが、社内ではアジャイルのエバンジェリストということで、アジャイルの技術に取り組んでいます。Development:テスト駆動開発)ですね。Javaでテスト駆動開発っていうのをアジャイルの一環で取り組んで、いくつかのプロジェクトで試すうちにテスト駆動開発を本格化するというのがミッションでした。System)から移行したSubversionであるとか、Javaでいうと日本だとSeaser2が有名なんですが、アメリカで出たSpringに取り組んでいました。Springは私がというより、私のメンバーが担当していて、そのメンバーがSpringの本を出したりしていましたね。異動したくらいからちょっとずつ偉くなってきて、部下を持つようになってきたんですけど、私は自分自身で技術もやるんですが、マネジメントも上手くできるということが分かってきて、最初は10人くらい見ていました。人数が増えればそれだけいろんなことができて、それを社内で試して実績をあげて、本にしてといういいサイクルができていましたね。そこから繋がるんですけど、ちょうど3年前の2005年にとある事件があったというか、当時、TISの全社あげての巨大プロジェクトがあって、いろんなところから人を集めていくんですけど、とりわけ私の部署はコストセンターなんで、より多く人を出さなければいけなかったんですよ。メンバーも即戦力になる人が多くて、倉貫のチームを解体したいと言われたんです。そんなことがあったんですか。それで、2005年の8月くらいに一生懸命育てたチームを解散して一家離散させられたんです。会社人ってこういうものかって感じなんですけどね。それで私の元には2年目のメンバーが1人だけ残ったんですが、2人チームなのでマネジメントという感じでもなくて、もともとのミッションに立ち帰って、課題となっていたナレッジマネジメントに取り組もうということになったんです。それまでも何度か、社内のWebサイトとかを作っていたんですけど、上手くいかなくて、せっかく2人になったんだし、それまでとは違うやり方でナレッジマネジメントをやっていこうっていうことにしたんです。当時、解散させられて私も本当にショックを受けていて、もう転職もやむなしとまで思っていたので、いろんな会社や海外などの情報に触れていたんですけど、WEB2.0が流行り始めていて、アメリカのGoogleとか日本だと、はてなやmixiとか勢いのあるWebの会社で仕事したいなっていう思いもあったんですけど、Web2.0っていうとCGMとかブログとかが使われていて、社内にマネジメントにブログとかを取り入れたらいいんじゃないかって思ったんです。解散して2人しかいなくなっていて、TIS全体の情報発信をするのは無理たったんですね。我々はプラットフォームだけを提供して、コンテンツはみんなに入れてもらえばいいんじゃないかって思ったんです。大学の時のゲームと一緒の発想ですね。その頃まったく同じ考えでプラットフォームだけ提供しようと思って、プラットフォームは何がいいかなっていうので、SNSを作ろうってことになったんです。それまでは10人くらいのメンバーを持ってプログラミングを一切せずに金計算のすごく得意な人間になっていた時期もあったんですけど、もうマネジメントしなくていいんで、初心に帰ってプログラミングをやろうかなと思ったんです。そんな状況だったんですね。それで、SNSを作るのにJavaでやると、私よりもメンバーの方がJavaは得意になっていて、それに追いついて追い越すのは30歳すぎた人間にとってはきついなって思ったんです(笑)なので、誰もやっていない領域でやったら若者にも負けないんじゃないかと思って目をつけたのがRubyだったんです。Railsがアメリカでブレイクしていて、まだVer1.0しか出ていない時期で、これならまだ誰もやっていないので、偉そうにできるんじゃないかなと思って、Javaのマネージャーから角谷さんの本みたいにRubyのプログラマーに変身して、2年目の若者と2人で英語と格闘しながらRubyでSNSを作っていったんです。いう背景があったんですね。