わりとよくあるタイプのブログ

福岡へ開発合宿へ行ってきました。
以前、福岡出張したときに知り合った技術者たちと、 まったく新しいタイプのWebサービスを開発するためです。

会議室借りて、技術仕様や開発体制なんかを決めてきました～。

プロジェクト名は、"worple"といいます。
（これで、ワープルと発音します。）

今はまだ、これ以上の詳細はなにもいえませ～ん。
リリース時期は５月１日になったので、そのころには、このブログでもサービスの詳細の発表ができると思います。

祝　MTコンテスト2006
アスキービジネス賞受賞！

え～、うぉっほん。

Movable Typeコンテスト2006 で全国高校サッカーNaviが アスキービジネス賞を受賞しました～！
このサイト、不肖hayasakitが「管理人＆シュミグラマー（趣味でプログラミング）」をしているサイトであります。

Six Apartさん、アスキーさん！
ご選出いただき、ありがとうございました。

残念ながら、はやさきっとは、
仕事の都合で授賞式に出席できませんでしたが、
本日、嫁とじゅんが出席してきました。
授賞式の様子はこちらになります。

出席できなかった代わりといっては、なんですが、
全国高校サッカーNavi 製作のプロセス＆技術的なTipsをこのエントリに簡単に纏めておきます。

以下、簡単に纏めるつもりが、長文になってしまいました～
＜(。_。)＞ モウシワケナイ
興味があれば、お読みください。
興味がなければ、読み飛ばしてください。

今まで一般的に信じられてきたハードディスクにまつわる常識として、
・温度が高いと故障しやすくなる
・アクセス頻度が高いと多く動くため、故障しやすくなる
というのがありましたが、Googleが10万台以上の民生用ハードディスクドライブを使用した調査を行った結果、温度やアクセス頻度に関係なく故障することが判明したとのこと。

Gigazine：Googleによると、ハードディスクは温度や使用頻度に関係なく故障する

え～、ほんまでっか、Googleさん。
なんか 都市伝説っぽいぞ！

もちろん、「ハードディスクの温度が50度を超えるような環境であれば、故障率は如実に上昇しています。」
まぁ、これは、当然アルヨ。

そればかりか、ハードディスク障害の早期発見、あるいは故障の予測を目的として搭載されている「S.M.A.R.T.(スマート)」の値から得られるいつ故障するかどうかの予測もほとんど関係なかったそうです。

Gigazine：Googleによると、ハードディスクは温度や使用頻度に関係なく故障する

あ～、でも思い当たるフシはあります。
僕は、Googleみたいに10万台以上のサーバーを管理してるわけではないですが、（たかだか数十台程度ですが）
突然死でお亡くなりになる確率は高いですねぇ。
こちらも「大人の事情」でどこのベンダーのHDDなのかなんて言えませんが。
（言えるわけね～、っす）

この事実、衝撃的といわれれば、そうかもしれませんが、 なんか実感として、妙に納得してしまいました。

報告がちょいとおくれましたが、
Developers Summit 2007(翔泳社Presents)に行って来ました。
デブサミってなんぞや、という方は こちら。

仕事の都合で、１日目(2007/2/14)のみの参加でしたが、
けっこうギークなネタを拾えたと思います。

一部、営業セミナー（自社製品のデモして、自社製品が如何にすごいかアピールするやつね。ああいうのは、だり～。）
のセッションに計らずも参加してしまいましたが、
面白かったセッションを抜粋して、ご紹介します。

■　大規模ウェブサイトのスケールアウトモデル
■　PlaggerによるRSS/Atomフィードのマッシュアップ
～Web2.0時代のインターネットPipe操作術～
■　出張Shibuyaイベント
～ Shibuya.pm presents "Shibuya.js x Shibuya.pl mashup night" ～

====
ということで、デブサミ報告でした。

オライリーＴシャツゲット！

追記：無事チケットゲットできたので、
YAPC::Asia 2007 Tokyo(2007/04/04-05) 行ってきます。

4月4日～5日に千駄ヶ谷の津田ホールで開催された
YAPC::Asia::2007に行ってきました。

YAPC（Yet Another Perl Conference ヤップシー）とは、
超一流のPerlハッカー達がスピーカーとなってPerl技術者向けに講演をおこなうカンファレンスです。
そんな物凄いセミナーに自称「ヘタレPerler」のhayasakitがおこがましくも嫁と２人で参加してきました。

まずは、御礼。



さて、１日目の朝から「驚き」と「興奮」の連続でした。
１階の喫煙所でタバコを吸っていると、巨匠DANさん（本物）が颯爽と歩いていたり、エレベーターの中で、MT開発者のBen Trott氏と乗り合わせたり。
いや～、すごい人たちが続々と登場です。
（もちろん、キョドってしまい、挨拶くらいしかできませんでした。ヘタレ～！）

Coolな動画発見したので、貼り付けておきます！
（ほかにもあったら教えてください！）


宮川さんの「Welcomセッション」のあと、いよいよカンファレンスの始まりです。
（半分くらい英語のセッションだったので、セッションによって理解の深さが違いますが、ご容赦。）

Kwiki and the Symlink -- Ingy dot Net
Virtualization and Package Deployment with EC2 -- Emerson Mills
Higher-Order Parsing techniques for Perl -- Mark Jason Dominus
perl I18N in 20 minutes -- Dan Kogai
Perlネットワークプログラミング再考 -- Naoya Ito
第二弾につづきます。（しばしお待ちを。）
第二弾に続かせようと思いました、日にちが経ってしまって記憶が曖昧になったので、書くの辞めた。
あ～、やっぱブログって即効書かなきゃダメなのねん。
（反省！）
次からはこういうことがないようにしますので、読者の皆さん、今回は多めにみてね。
ごめんなさい！

全体を通しての感想ですが、すごい良い刺激になりました。
（↑良い刺激になったなら、ちゃんとブログ書けよ！）

以下、備忘録的に心にうつりゆく由なしことを、そこはかとなく無責任に、書きなぐっておく。

学生インターン時代の話。
シリコンバレーで買ってきたソフトウェアを、日本向けに「ローカライズ」する仕事をしたことがある。
それはもう大変で、品質という点では目も当てられないソフトウェアだったが、経験値は上がったと思う。

一方、最近では、「ガラパゴス」という言葉をイヤというほど聞く。

正直、ウンザリだが、
「ガラパゴス化」の本質ってなんだろう、
「ローカライズ」の本質ってなんだろう、
とふと思った。

野村総合研究所は、ガラパゴス化の定義を以下のように示している。

１．高度なニーズに基づいた製品・サービスの市場が日本国内に存在する。
２．その一方、諸外国では、日本国内とは異なる品質や機能要求、さらには全く別のニーズが存在する。
３．日本国内の市場が日本特有の要求に基づいた独自の進化を遂げている間に、世界では全く別のニーズで事実上の標準的な世界仕様が決定し、拡大発展する。すなわち、製品の水準が低いレベルに止まっているにも関わらず世界的に多数派になることでより高水準な日本市場向け製品を規格争いで圧倒しうる。
４．気が付くと、日本は諸外国の動き（世界標準）から大きく取り残されている。

うーん、確かにそうなんだが・・なにか大事なものが抜けている気がする。

一方、「ローカライズ」とは、共通となる基盤を地域特性に合わせた形で提供するプロセスである。

SONYファウンダーの盛田氏が「グローカル」という言葉を使っていたけれども、
この話をする前提として、「地域最適化（グローカル）」というのは避けて通れない。
地域最適化できない商品は普及しないからだ。いかに地域のマーケットと早く容易に結びつくことができるか、というところがポイントとなる。
まずは共通となる基盤を一気に押さえ、その後、地域特性を鑑みながらモジュールを切り出していった当時のSONYの姿勢は、学ぶところが多い。

なんとも、わかったような、わからないような。

あくまでも結果論だが、ボーダレス市場に対する意欲は、恐らくどちらも変わらなかったはず。

だが、そこへ行くまでの姿勢が違ったのだ。

「ある地域で進化させたモノを、いずれボーダレス市場に投入しようとする姿勢」
と、その逆、
「まずボーダレス市場で勝負することを決めて、その後、地域ごとにモジュールをカスタマイズしていく姿勢」

つまり、
地域密着でスクスクと育ち、そのまま世界市場を目指していく姿勢がガラパゴス的アプローチだとすると、
最初から広大なプラットフォームを創出し、
モジュールを切り出すことによって地域性を高めていくのがローカライズ的アプローチ。

発泡酒や軽自動車のように、ガラパゴス的なアプローチから世界へ飛び出していった製品もあるし、
同じアプローチで世界標準にならなかった携帯電話やカーナビについては良くご存知のとおり。

さて、君ならどうする？

祇園精舎の鐘の声。
諸行無常の響きあり。

ちーん。
（無視で。）