紀伊半島一周計画

３/１ ８時ごろ三田を出発し、こう行って

昼ごろ紀伊勝浦に着き、そのへんを見てまわり夕方に
海のホテル一の滝　にチェックインし
http://www.jalan.net/yad390486/

翌朝こう行って昼ごろ伊勢市に着き、伊勢神宮を見てまわり

夕方にこう行って三田に戻ってくることにした。雨よ降るな。

rubyの試験勉強をする旅行プラン

最近Rubyを勉強することが多かったので、１週間の休暇明けに
Ruby技術者認定試験（Ruby Association Certified Ruby Programmer Gold)
でも受けてみようかと思っている。

どうやらGoldの資格はSilverの試験とGoldの試験に両方受からなければもらえないようだが、どちらから受験してもいいようである。よく分からないが、Silverの対策本は出版されているもののGoldの対策本はないようだ。だから、SilverよりGoldを受けたほうが心配感によって幅広く真面目に勉強せざるをえないだろう。というわけでGoldから受験する。rubyの本は全部iPadに入っているので、これを持って三重県の伊勢神宮にでも行き、余力があれば那智の滝でも見に行き、道中iPadを眺めるという不真面目なプランを考えている。

ここは兵庫県三田市なので、新大阪あたりからJR特急スーパーくろしおで紀伊半島の海岸線を西側からぐるっと進み先に那智を訪れ、そのへんで滝や熊野那智大社を見たり温泉に浸かったりし、一泊してから北上して伊勢神宮を見てまわりその後東京へ帰るというのが本気プランではある。ただ水曜と木曜の天気が今ひとつなのと、旅行のための本気プランが勉強にどう影響するかが読みきれず、どうしようかなぁと思っているところだ。伊勢神宮も那智勝浦も直線距離ではそんなに違わないのに、かかる時間とお金が全然ちがう。

Developers Summit 2012 の資料など

講演資料が揃ったようなので個人的に重要と思われるものをまとめておこう。上２つは実際に聞いたやつで下２つは聞きたかったけど他のセッションとかぶってて聞けなかったやつ。うーん、twitter（ http://twitter.com/#!/devsumi ）とかじゃなくてタイムテーブル（ http://seshop.com/se/timetable/21 ）に資料の欄を追加してほしいな・・・終わったら急に手抜きになるのはどうか。

【16-A-1】及川卓也氏「見る前に翔べ ～ギークの工夫で社会を変えよう～」
http://www.slideshare.net/takoratta/ss-11690864

【17-E-3】 オンライン機械学習で実現する大規模データ処理
http://www.slideshare.net/devsumi/17e3

【16-C-2】桑野章弘氏/並河祐貴氏「大規模化するピグライフを支えるインフラ ～MongoDBとChefについて～」
http://www.slideshare.net/akuwano/mongodbchef
http://www.slideshare.net/namikawa/devsumi2012-pigglife-chef

【16-A-7】市谷聡啓氏「あの人の自分戦略を聞きたい！」
http://www.slideshare.net/papanda/moon-and-strategy

あと、下の２つは資料がないね。せっかく良かったのに残念だ。特に16-E-7は建築の専門家が出てきて、津波のシミュレーションから防災設計の優先順位等を意思決定する話を紹介してくれて大変ためになった。17-C-6は進行役がのんびりしすぎていてスケジュールを捌ききれてなく、興味深いテーマが２つくらいかっとばされた。

【16-E-7】3・11から見えた社会基盤としてのIT
【17-C-6】ライターズ・フィロソフィー―IT業界で書いて食っていくひとたちの哲学をきこう

16-A-1の中で、マーク・ザッカーバーグの有名なセリフ「Done is better than Perfect」が出てきた。完璧を目指すよりまずは完了させること、という意味でアジャイル思想と強く関係する言葉だと思われるが、適切な分割設計なしには達成できない巨大なプロジェクト・作業・情報処理に広く応用できそうだ。

大きいことをしたい　→　大人数を投入　→　各人に仕事を配るため、完成させたい巨大なものを分割しなければならない　→　分割されたもの（部品）は、全て組み立てるまで動かないのでは困る　→　部品がそれ単体で意味を持ち、正しく動作するような分割の仕方が要求される　というプロジェクト一般の流れは、この矢印を逆に辿っていけば個人でも大きいことができることを意味している。「各人」を、今日・明日・明後日の自分と読みかえればいい。この流れに適合する部品だけがいい部品であり、それ以外は「Done」してもしなくても「Perfect」にやりたい内容とは無関係のことだ。

そこへいくと Done is better than Perfectの教訓というのは、やれることからコツコツ実現しようという当たり前のことではなく、全体と部分の関係についての直感を常に働かせよということではないか。部品を見て組み上がりが想像できるかどうか。何かの目標のために始めた習慣が、ただ惰性となって残り元来の目標が何だったか忘れてしまったとか。何か調べたいことがあって分厚い本を最初から丁寧に読み始めたが、つまらないので捗らずそのうち調べたいことを忘れ、なぜそれを調べたいと思ったのかも忘れてしまったとか。

目に見えるのは常に部品だけであり、全体は最後に現れるか下手をするとずっと抽象物のままである。周囲の人々の行動を見れば、やっていることは大して珍しくもないし高度でもない。にもかかわらず人によって蓄積に違いが出るのは、各人の持っている部品がそのように分割されている意味の濃さによるのだろう。