年末は早めにお休みを取っていたのですが、うちの大掃除をしたり、Unixの勉強（といっても単にzshとviの操作のことなのですが）をしていて、今年を振り返るエントリを書き忘れていたので、今日の午後ずっと過去エントリ読んでいました。

自分が１年かけて色々書いてきたことを読み返すとその時々で何を考えて、何に興味を持っていたのかが知れて、なんだか不思議な感じもしつつも、こうやって継続してきたことの意味を今とっても実感しています。

2008年は今年のテーマは、「過去の自分を捨てる」にしました
というエントリで今年の目標を

• 今年は、アウトプットに力点を置き、自分が読んだ本に関しての書評を100エントリ書く
• ハーフマラソン完走
• 木下さんが書かれた受験にはないけど絵は描けるようにしておきたいというエントリで触れていますが、私も仕事がら、何かの説明をする際に絵を描くことが多いので、絵が描けるようにする。（具体的な目標項目は考え中）
• Emacs（Meadow）で出来る限りのことが済ませられるレベルまで使いこなせるようにする。（当面目標は、Meadow+Wanderlustの環境作る）

としていましたが、ハーフは無事に完走できたものの、書評を100エントリ書くのは（そもそも読んだ本が98冊だったこともあり）全く達成出来ず結果は68エントリ....９月以降書くペースがガクンと落ちたのが敗因。

時間が無いというよりは、作家さんじゃないけど、筆が進まない状態になることが多く、一気に書こうとするのがそもそもいけないというのには途中から気付いていたものの、何をつかってどのように書き貯めていくか自分なりの方法論が固まっていないので、それが来年に向けてとりくむべき課題かなぁ。

残りの２つは、デッサンの勉強を４月頃まではなんとか頑張って習慣にしていたけど、その後は全く行わなくなってしまいましたが、明確な目標設定が出来ていないことがそもそもの敗因 。

もう１つのemacsについてはある程度使えるようになったけど、emacsで全部完結出来るほどマスター出来ているかというと決してそんなことはなく、単にemacsのキーバインドをとりあえず覚えたというレベル

こうやって振り返ると、達成出来なかった目標が多かったものの、ほぼ１年前には、3km前後の距離を練習で走っていた頃の自分に比べればハーフマラソン完走出来るまでに育った自分がいることについては、自分自身をしっかり評価したいなぁーとこの大晦日に感じました。

来年の目標はお正月にじっくり考えてまた違った自分に会えるように来年も頑張って行こうと思いますので、引き続きよろしくお願いします！

何を持って無駄とするのかという言葉の定義はこういう問題を扱う上では大切かなぁと思っていて、実際著者もその部分についてはしっかりと定義されており、私は以下のように理解しました。

まず、はじめに、本来はたすべき「目的」が存在するのはもちろん、その目的を果たすために「期間」が当然あり、その目的達成のために、お金に換算できる時間、労力、資源などを「インプット」として費やすと、何らかの形で成果、結果という「アウトプット」が生まれる。

一定量のインプットを投入すれば、それに見合うアウトプットが生じるのではないかという「予測」を事前に建てて「目的」に向かって行動するが、その予測に反して、インプットが当初予定よりも増えてしまったとか、逆に予想していたほどのアウトプットが生じなかった場合に、「無駄」という状態になる。

うーん、なんだかこうやって書くと難しいというか、カタいですねー。もうちょっと、自分の例に置き換えて説明しおそうとおもったけど、何がいいかなぁ...


（しばらく検討）


考えたあげく、最近走り終えたマラソンを例にしてみます

まず、「目的」はハーフマラソン完走となって「期間」については今年の目標だったので2008年1月から2008年12月までの間という感じの定義になります。

「インプット」の部分については、ハーフ完走するために、事前にどの程度の練習をしておけばいいかという自分なりの予測の下で、練習時間を確保し、必要に応じてトレーニングで利用するシューズやウェア、心拍計測できる時計等の資源を購入して、どれくらいの労力（というか練習量というほうが適切）を費すのかという感じでしょうか。

それらを投入することで、どの程度の走力が得られるのかという「アウトプット」の予測を自分なりにたてて、最終的にはハーフマラソン完走という「目的」を「期間」内に達成出来たので、これは無駄にはならなかったけど、これだと話がつながらないので、仮に、これをハーフではなく、フルマラソンに置き換えます。

そうすると、今回設定した「期間」では、絶対に「目的」を達成できなかったし、その「目的」の達成には、もっとインプットを増やすか、インプットの中身（練習内容）を見直して、密度濃くする必要があったけど、現在の自分の生活スタイル、体力、知識を考えても、現時点では、それは絶対に無理！

得られる走力もフルマラソンを完走できるほどにはなっていなかっただろうから、その場合には、投入した労力、時間などが「無駄」という結果になったんでしょうね。

こうやって自分の状況に置き換えて考えると、著書が定義した何をもって「無駄」とするかがよくわかりました。

ここまで延々と書いてきましたが、これはあくまで著書の持論を展開する上での前段階であり、何をもって「無駄」とするのかをきちんと言葉の上で決めておいた上で、人によっては「無駄」と見えるものも

立場を変えると無駄が無駄でなくなる例だ。つまり同じ行為でも社員にとっては無駄と感じ、会社組織全体としては有益なものになっている（P.40より）

無駄学 (新潮選書)

posted with amazlet at 08.12.25

西成 活裕
新潮社
売り上げランキング: 251

Amazon.co.jp で詳細を見る

青島太平洋マラソンに参加するために、この前の土曜日から二泊三日で宮崎に旅行に行ってきました。

宮崎に着いた日はこんな感じのどんよりした天気で、旅行のときは大抵晴れることが多いけど、過去参加したマラソン大会では快晴というのが全くなかったので、今回も同じような感じかなぁーとちょっと不安でした...

ところが、当日はなんと快晴！ちなみに参加数１万人を超えている大会で、会場はこんな感じでかなりの人ごみ

今まで最高10kmしか走ったことが無かったのですが、今年の目標であるハーフマラソン完走というのをこの大会で成し遂げるべく練習してきた成果をこの大会で達成しなければという変なプレッシャーを感じながらスタートしました。

12km地点までは、だいたい1km６分のペースで来れたので、もしかしたら２時間を切れるという甘い考えが頭をよぎったのですが、16km地点から足に痛みを感じるようになったのもあるけど、とにかく異常に足が重くなり、進むのがとってもつらくなりました。

フルマラソンでは、30kmを過ぎて、後半で足が止まるというような表現があるようですが、

「あーあれって、もしかしてこれなのか」

と思いながら、途中何度か歩きつつ、おがけさまで無事完走できましたー

タイムは結局２時間を切るどころの話ではなく、2時間16分位でしたが、とにかく完走できたことが何より。

そうそう、一番肝心なことを書き忘れたのですが、参加している他のランナーの方達の雰囲気に加えて、今回の大会の運営に関わっていた方の、特に地元のボランティアの方達の温かい声援というか、ものすごい自然な”おもてなし”というのを、20kmほど走っていてとっても強く感じ、ものすごく感謝しています。

こういう大会では、コース設定（ちなみに今回はかなりフラットで走りやすかった）ももちろん、大事な要素だとは思うのですが、プラスαの部分としては、やはり運営に関わる人達の心意気みたいなものが重要なのかなぁーと思いました。

来年の目標はおそらくフルマラソン完走にしようと思っていて、どの大会にエントリーしようか考え始めているのですが、少なくとも青島太平洋マラソンは候補に入れるつもりです！

おまけ：レース後に観光したのですが、宮崎ってとっても奇麗な所で、かなり写真撮りまくりました。

少し古いですが、11月21日付けの日経新聞の記事に「早起き通勤三文の徳」という記事が出ていたのですが、朝の通勤ラッシュ緩和を狙って東京メトロの東西線を利用している通勤客をターゲットにして、指定の時間に改札から入場するとポイントが得られるそうで、ポイントは最大4000円分になって、パスモに移行することもできるようです。（詳細はニュースリリースを参照）

私は残念ながらこのエリアに住んでいないので、このキャンペーン対象ではないですが、普段から早朝通勤をしている自分としては、ぜひ他の地下鉄（特に大江戸線）でも同様のキャンペーンやってほしいなぁーと思うのと、早朝からオープンするカフェがもっと増えて欲しいなぁーと個人的に思います。

AM7:00に空くお店はうちの会社の近くではいくつか知っているのですが、落ち着いた雰囲気でゆったりした時間を過ごせるお店となると、とたんに少なくなるんですよね....

来週宮崎県で開催されるハーフマラソンの大会に備えて、午前中に約90分走りかなり疲労した状態でしたが、先週の楽天カンファレンスのように途中で力つきること無くインフラ討論会の話を全部聞いてきましたが、キャリアカウンセラーという視点で

1.「何を言っているかわからない」と感じた人へ
2.システム管理者という仕事の評価
3.これから何を勉強しておくべきか

という３つのことをまとめてみようかと思います

1.「何を言っているかわからない」と感じた人へ

当日の討論会は、最初１時間ほど各パネラーの自己紹介を一通り終えた後、休憩があったのですが、休憩の際に買い物に行く途中に他の参加者同士で「何のことを話しているかさっぱりわからない」っていうことを耳に挟みました。

具体的に何を指しているかはもちろんわかりませんが、私が今の仕事をしてもうすぐ４年近くになり約1000名近くのIT関連の技術者の方と接してきた体験からすると、おそらく技術的なこと、例えばですがPerlのモジュールでシーパンといっていたこと（シーパン＝CPAN）とかコミュニティに関連しそうなことで、ヤプシーという話が出たこと（ヤプシー＝YPAC）について「何を言っているかわからない」ということだったのかなぁと推測します。

そう思う根拠として、私が仕事で出逢うインフラ関連の人やWebアプリ開発者の中で、オープンソース関連や、それに関連するコミュニティ活動について知っている方の割合って少ないし、そういう人にとっては、CPANって言われても何の話をしているのかがわからないのではないかと思います。

それを知っているから偉いとかそういうことを言いたい訳ではないのですが、少なくとも１つ言えるのは、そういう世界があるというのを知らないでいることで損をしていることって結構ありそうな気もするので、昨日参加された方で、「何を言っているかわからない」と感じた方はこれを機会に自分が今までいた世界とは違う世界があるということを認識して、そういう世界に飛び込む勇気や行動をしてもらえればと思います。

2.システム管理者という仕事の評価



「root（システム管理者）の一流と二流の違いは」という討論会のお題の中で、宮下さんがお話しされていた「rootにならないのが一流である。どういうことかといえば、１つの例としては直接さわらなくても作業がある程度自動化できるような仕組みを考えることが大切」という言葉がとっても印象に強く残りました。

やるべきタスクが多数あるシステム管理者という業務をこなす上で、”結果うまくいっているからOK”とか”力技に頼る”というアプローチを取ること無く、無理なく効率的に仕事をまわす仕組みを考えて、それを実践している人がシステム管理者としてあるべき姿であり、本来とってもクリエイティブな仕事であるはずなので、そういう仕事をしている人こそ、評価されるべきかなと思っています。

これに関連することで、「インフラ関連の仕事に就いている人の社内評価について聞きたい」という趣旨の内容が質疑応答の際に出て、評価する立場にある宮下さんからは

「提供するサービスの品質（クオリティー）というのを基準にしてみたいと考えているが、答えがまだ見つからない」

というお話があってやっぱりこの部分は難しいのでしょうけど、インフラ関連の技術者で特にシステム管理者のような方を適切に評価する仕組みが出来れば、システム管理者に対する見方は現状のそれに比べれば良くなるように思います。

※うちの社内の特に若手の営業の方達に、機会あるごとにこういう部分について教えているのですが、まだまだ私の力が未熟な所もあってうまく伝わっていない所も多々あるのですが...

3.これから何を勉強しておくべきか

越川さんが「Perlを勉強しておいても損はしないし、例えば正規表現をしっかり習得しておけば、面倒な作業があっという間に片付けることができる」ということを話されていましたが、インフラ関連の仕事でも業務上何らかのプログラミングもこなしていて、パネラーの方々全員に割と共通したことかなと感じました。

システム管理のための道具としても、あるいは、趣味的に何かのWebアプリを作るという時の道具としても、プログラミング言語を何らか習得しておくことで、仕事の幅が今よりも広がるかなぁと思っているので、昨日の話を聞いて「何か勉強しなければ」と感じた人に、私が知っている範囲で役立ちそうなことを以下に２つまとめておきます。


■Perlの場合
昨日参加されていたパネラーで（kazeburoさんというIDの方が個人的にはしっくりきましたが）長野さんとか、宮下さんのようなCPAN Authorの方がいたこともあってPerlに関連する話題が出たので、こういう仕事をやりたいと思う人向けに勉強しておく題材としてPerlというものを１つ考えてみても良いかと思います。

ただ、今風なPerlの書き方を覚える時の学習コストって結構高いように思ってて、以前、櫻井さんにその辺りのことを訪ねたことがあったのですが、親切にこちらのエントリでまとめてくださっているので、これがとても参考になると思います。

■Windows環境で仕事をしている人の場合
Windows環境メインで仕事をしている場合では、Windows2000以降標準的に備わっているWSHの仕組みを理解し、その上で利用出来るVBScriptかJavaScript（厳密にはJScriptなので以下はJScriptと書きます）のどちらかのプログラミング言語を勉強しておくのが良いと思うのですが、学習に費やす投資に対する効果という観点からすると、JScriptの方が個人的には良いかなと思っています。

WSH関連の情報源で、サンプルのソースがVBScriptの方が圧倒的に多いけれど、MicrosoftのサイトでJScriptの情報も提供してくれるようになったし、JScript覚えておくことで、ブラウザ上で利用可能なJavaScriptの最近のフレームワークの類いもやり方によってWSH上でも利用できたりするので、技術的な広がりがかなり大きいかと思います。

かなり長いエントリになりましたが、昨日の討論会に参加した人や、興味があったけど参加できなかった人にとって少しは役に立つ内容になっていればと思います。

美谷さんが結構豪華だよ。今週末、楽天テクノロジーカンファレンス2008が開催されますというエントリで触れていた、楽天テクノロジーカンファレンスに参加してきました。

２週間後に、宮崎県で行われるハーフマラソンの大会に備えて午前中に１時間ほどジョギングをしてから、午後２時頃から参加したのですが、途中猛烈に疲れが出てきて結局５時少し前に退散してしましたが、印象に残った話について少しまとめてみます。

■レコメンドのお話

楽天市場での取り扱い商品数は、なんと2500万個もあって、会員数も4000万人ということで、こういった膨大なデータがあり、かつ、楽天市場というサイトの特性上、ショップ内だけではなく、ショップをまたがってある商品とある商品の相関を調べるというようなことは結構大変というようなお話をされていました。

なんで、”現手時では”ということを強調されていたのか、ちょっと不思議だったけど、その後の、ROMA/Fairyの話に繋がったところで、その意図がよくわかりました。（この辺りの話の展開の仕方は上手でしたね）

■インフラのお話

ROMAとFairyのあたりで、意識が一瞬なくなって（というかちょうどこの頃に午前中の疲れがドッと出ただけ）あまりメモをしていないのですが、その後一番楽しみにしていたインフラの話で印象に残った所を。

まずインフラの構成ですが、現在サーバー4000台ほどあって、１年前と比べれば老朽化したマシンの撤去なんかで減ったそうですが、いづれにしても桁違いの台数にビックリしました。

「データセンターはどこにあるのって」よく聞かれるそうですが、当たり前だけど、やっぱり教えてくれませんでしたが、２ヶ所ほどどこかにあるそうです。

そうそう、データセンタで関連することを１つ書いておくと、データセンターエンジニアというおそらくファシリティー担当と思われる専門のエンジニアの方もいるそうです（具体的な作業内容の説明はなかったので役割などの詳細は不明）。他には、サーバ、DB、ネットワーク、ストレージ、セキュリティといったそれぞれ専門のエンジニアがいるそうで、全体で100名ほどでインフラ業務を担当されているそうです。

これだけの規模なので、HWやOSは標準的な構成を決めてそれをベースにしているのかと思ったのですが、楽天としては「マルチベンダー化」という方針を取っているそうで、適材適所という感じで商用製品をつかったり、オープンソース系のものをつかったりということをされているそうです。

私は前職で社内の数万台あるデスクトップ環境の標準化というのを推進するような仕事をしていて、その時はHW（特定のメーカー１社のみ。利用用用途によって機種は2,3種類を準備）とOS（Windows2000が標準。XPの検証をほぼ終えていて順次展開予定）はなるべく組み合わせが少ない形の標準構成を作る方向で動いていたけど、 マルチベンダー化は経験が少ない自分にとっては

「いったいどうやって日々楽に運用しているんだろう」

と純粋に興味を持って、もう少し詳細な話が聞けるのかと思ったのですが今回そこまで突っ込んだ話が出なかったのが残念ですね。

今回のカンファレンスでスピーカーをつとめていた楽天の方で、今後は自分たちの持っているノウハウをこういうカンファレンスや、外部の勉強会と協力/支援することで外部に対してもっとアウトプットしていくということをお話されていたので、次回こういうカンファレンスがあったら、現場での運用の苦労話なんかが聞けると面白ろそうなので、期待しています。

最後になりましたが、あれだけの大勢の参加者を集めて、当日スムーズな運営をされていた方達、本当におつかれさまでした！