戦前の私の勝手な予想では、

• ミランが勝ち抜ける場合、1点を争う、アウェイゴール数でギリギリ抜けるような接戦になる
• マンUが勝ち抜ける場合、ローマ戦とは言わないまでも楽々勝利する

でした。
なんと言っても、今のマンUは最もスペクタクルなサッカーを展開するチーム(だと個人的に思っている)だし、ミランは経験が豊富という反面、年齢的にマンUの活きの良さに翻弄されるのではないか、と考えていたからです。
ハイ、完全に想像を超えておりました。いや、私の目は節穴でした…
先週の試合の何を観ていたんだと、自問しましたよ。
確かに先週の試合にマンUは勝ちました。けど、あの試合は後半途中のガットゥーゾが負傷退場するまで完全にミランのペースと言ってよい内容でした。その後のマンUの盛り返し方が見事だった事、次のリーグ戦でファーガソン監督の見事な采配により逆転勝利したという流れで一気来ると思ったのですが、さすがカルチョの国というか、さすがミラン、というべきか完全に力で捻じ伏せてしまいましたね。先週の試合の前半は今の時点での実力の差(経験値の差、フィジカルコンディションの差)だったのですね。その差がこの試合でもはっきりと出ていました。

この試合を振り返ると、いくつかポイントを挙げられると思います。(主に勝利したミラン側の視点から)

• C.ロナウド対策：オッドとガットゥーゾで完璧に封じる
• 雨、滑るピッチでも足元の長短のパスが正確に繋がるミランの攻撃
• 相手ボールになった時に素早くディフェンスに入る組織力
• カカ、セードルの見事なボディバランスと傑出した決定力
• 等など…

この試合に関して、ミランは完璧と言って良い内容だったので挙げればキリがありません。その中でも面白いな～と思ったデータがあります。それは、シュートブロック数です。参考にしたデータです。(生中継のFLASHにはシュートブロック数が出ていて覚えていたのですが、ここでは消えてしまっている…orz)

• ミラン ： シュート総数12＝枠内7＋枠外5＋ブロック0
• マンU ： シュート総数12＝枠内2＋枠外6＋ブロック4

この試合、シュート総数は同じでした。枠外へのシュート数もほぼ同じです。違いは何かというとシュートブロックの数、つまり、マンUのシュートはミランのディフェンス陣によってことごとくブロックされていたという事実です。ミランが早い時間帯に先制点を取って有利な立場で試合を進めたという事もあるでしょうが、マンUの攻撃陣に対して殆ど隙を作らなかった証だと思います。やはりミランはカルチョの国なんだな～と改めて実感しました。

これでCL決勝戦はリバプールvsミランですね。2005年の、あの伝説の戦いが再びアテネで実現します。もはや予想とか全く意味が無いと思いますので、純粋に試合を楽しみたいと思います。

最後に、少し気が早いのですが、今年のバロンドールについても妄想してみました。正直今年はC.ロナウドで決まりかな～と思っておりました。ですが、CL準決勝2試合で見せたカカとのパフォーマンス差を目の当たりにすると、C.ロナウドが獲得するのはまだ早いかな～とも思ってしまいました。C.ロナウドが世界最高峰の選手であることは疑いようがありません。けれど…という接続詞が付いてしまった2試合だったと思います。この2試合だけで判断してはいけないのですが、重要な試合程インパクトがあるわけで、今年はカカがバロンドールに輝く気がします。

[前提]

• Railsのインストール
• データベースのインストール＆セットアップ
• Railsアプリケーションの作成($ rails xxx)
• config/database.ymlの設定(データベース名、ユーザ名、パスワード等)
• モデル作成($ ruby script/generate xxx)
• テーブル作成($ rake db:migrate)

[設定]
1. RUBYLIBに”{RAILS_HOME}/app/models”を加える
Example(windowsの場合):

> set RUBYLIB=C:\myapp\app\models

–追記–
RUBYLIBを設定する代わりに、プログラム内で$LOAD_PATH(または、$:)にパスを追加していく方法も可能です。ただし、プログラム中で読み込み(“require ‘xxx’”される)前にこの設定が必要になるので、記述場所には注意が必要です。

--
$: << "C:\\work\\feed\\app\\models"
--

–ここまで–

2.アプリケーションから、”active_record”と使用するモデルを読み込ませる
Example(モデル名が”foo”の場合):

--
require 'active_record'
require 'foo'
--

3.データベースに接続する
Example(development環境を利用する場合):

--
conf = YAML.load_file("config/database.yml")
ActiveRecord::Base.establish_connection(conf["development"])
--

なお、config/database.ymlを使用せず、以下のようなコードを書き、直接値をを指定してもOK

--
ActiveRecord::Base.establish_connection(
  :adapter => 'mysql',
  :host => 'localhost',
  :username => 'rails',
  :password => 'rails’,
  :database => 'sample'
)
--

後はActiveRecordの機能がそのまま使えます。

先日、HTTPヘッダの”If-Modified-Since”関連を調べ物をしていたら、HTTPで扱う日付はちゃんとフォーマットが決まっている事を知りました。いや、フォーマットが決まっているいる事は想像できたけど、具体的な形式を知らなかった訳です。そのフォーマットが、コレ(HTTP-Date)です。うーん、今まで知らなかったのもどーなのよって話なのですが、意識して扱った事が無いとどうしても身に付かないものです。まあ、一つ勉強になったな～と。ちなみにrubyだとTimeクラスに”httpdate”メソッドが定義されているので、簡単にHTTP-Date型のオブジェクトに変換できます。こんな感じ↓

Time.now.httpdate

ここまでは調べてすぐに分かった事なのですが、なにかモヤモヤしたものが残りました。そう、HTTP-Dateは「GMT」を標準時として使っているのです。そもそも「UTC」との違いってなんだろう？コンピュータ関係だとGMTってwindowsの時刻設定の時くらいしか見たこと無いかもしれない、とか思いつつ本筋から外れた所に興味を持ってしまいました。まあ、その流れでちょっと調べたわけですが…

• 現在、世界標準時としての役割は「UTC」が使用される
• ただし、広く一般に知られている「GMT」を使用している場合がある
• HTTPの用途においては「GMT」と「UTC」は完全に一致する

との事でした。
興味深かったのは、原子時計によって決まる時刻(TAI)とUTCにはズレがあるとの事。これは、地球の自転が1年間で約1秒程遅れるそうで、原子時計だけで時刻を決めると昼夜逆転してしまう可能性があるのでTAIに閏秒を足したり引いたりして調節しているのだそうです。wikipedia読んでいたら、閏秒の追加ってニュースでも取り上げられてたなぁと思い出しました。

ところで、「UTC」って何の略語かご存知ですか？
「Coordinated Universal Time」だそうです。それじゃ、「CUT」なんじゃ！？と思うわけですが、それは浅慮ってものなのです。これには深い訳があって、フランス語派の主張する「TUC (Temps Universel Coordonné)」と争って決着付かず、混乱を避けるために「UTC」になったそうです。こうやって世界の標準が作られていく訳ですね。。。なんか標準化の難しさを垣間見た気がします。

参考URL:
標準時の話 UTC,JST, TAI, GMT

この試合の感想をとりとめなく

• 黒津、ディフェンスやばくない？
• と思ったら、フロンターレ1点目に繋がった黒津のドリブルチャレンジは素晴らしい！
• 前半30分くらいの、長谷部＞ワシントン＞長谷部＞ポンテの展開は美しいかった！
• レッズ1点目の直前に中村憲がボール触ったシーン、あれはトラップではなくて、クリアしておくべきでは？代表であのプレーされたら厳しい。。。ACLとかも勝てる試合が勝てなくなってしまうよ。その後の展開が一気に厳しくなったし、あのプレーは勿体ないな～
• 代表に選ばれた川島は反応はイイデスネ！ただ、早く反応しすぎて二段跳びしているシーン気になりましたが、GKは1試合では判断できないので今後も注目してみたいと思います
• レッズは岡野投入とか、より攻撃的にシフトする手は打てなかったのかな～？普段からレッズの試合を観ていないのでナントモ言えない所ですが、オジェック監督の選手交代が消極的過ぎるように感じます

参考にしたLink集：
memcachedの本家
memcachedのwindows版
FF社技術チームの勉強会BLOG(よくまとまっていて参考になりました！)
Ruby-MemCacheのAPIドキュメント
Railsでのセッション管理で使用する方法
Rails：セッションコンテナのパフォーマンスのまとめ(英文)

↑のサイトも含め、様々なwebサイトを巡ってみて、

• windowsでの情報が少ないなぁ(まあ、実際に使う事もないんだろうけどｗ)
• railsでセッション管理に使う方法が書かれたページは沢山あるけど、直接アクセスする方法がイマイチわからないなぁ…(検索下手でごめんなさい)

という感想を持ちました。これらは純粋にニーズが無い、ということなのでしょう。が、時代の流れに逆らってみました(天邪鬼なんですぅ)。

やったことリスト：

1. memcached(サーバ側)のインストール
2. memcachedのプロセス起動
3. memcache-client(rubyクライアント)のインストール
4. ruby de 動作確認

1.memcached(サーバ側)のインストール
ココからバイナリをダウンロード
適当なディレクトリに解凍。ココではc:\memcached以下に解凍したとします。

2.memcachedプロセスの起動
HPを見れば、基本的な動かし方は分かると思うのですが、微妙な補足を加えておきました。
windowsのサービスに登録する場合

> c:\\memcached\\memcached.exe -d install

windowsのサービスの登録から削除する場合
(これは先のページに直接書いてなかったので補足情報)

> c:\\memcached\\memcached.exe -d uninstall

サービスに登録せず、プロセスを起動する場合
(サービスに登録しない常態では”-d”を付けても起動しません)

> c:\memcached\memcached.exe start

特に指定しないとポート11211で起動します。-pオプションを付ける事で、ポートを指定できます。

> c:\memcached\memcached.exe -p 11111 start

3.memcache-client(rubyクライアント)のインストール
gemからインストール

> gem install memcache-client

どうでもいいことですが、memcached-clientではないです。。。orz
他にもRuby-MemCacheがありますが、memcache-clientの方が高速らしいので、コチラを選択しました。

4.ruby de 動作確認

require 'memcache'

cache = MemCache::new 'localhost:11211'

p cache["foo"] #＝＞ "nil"
p cache["foo"] ||= "bar" #＝＞ "bar"
p cache["foo"] = "buz" #＝＞ "buz"

このスクリプトを実行した後、別のプログラムからcache["foo"]にアクセスすると、”buz”が返ってくればOK

require 'memcache'

cache = MemCache::new 'localhost:11211'

p cache["foo"] #＝＞ "buz"

ほら、簡単でしょ～？(ボブ風)
というわけで、シンプルなケースでは簡単に動かせました。後は複数のホストで～というのがmemcachedの肝だと思うのですが、これはまだ手付かずです。ゴメンナサイ。

シリア戦の水野のゴールも良かったのですが、U-22の世代(というか更に下)では、こんなゴールが…
メッシ、凄すぎる！

• ナビスコ1節 3月21日（水） 1-2 レイソル 85, 89 => 4min
• ナビスコ2節 3月25日（日） 2-2 マリノス 55, 56 => 1min
• ナビスコ3節 4月 4日（水） 0-2 マリノス 6、58 => 52min
• リーグ戦6節 4月15日（日） 1-2 フロンターレ 61, 63 => 2min

やっぱり、立て続けに失点してしまっている試合が多いなぁ。
これでは既視感覚えるのも無理ない、というか連続失点しすぎだろ～
まだリーグ戦は始まったばかり、少ないデータでどーのこーの言っても仕方ないけど、精神的に脆いのかなぁ～と心配になってきました。もしかしたら、今は山西のようなリーダーシップを発揮できる選手がピッチ上に必要なのかもしれません。

くぅ、先制した時は「勝てば首位！？」と一瞬期待してしまって、精神的なダメージが大きいです…

def google(config, data)
  begin
    require 'rubygems'
  rescue LoadError
  end
  require 'mechanize'
  config = (config || { "translation" => "en=>ja" })
  trans = case config["translation"]
    when "en=>ja": "en|ja"
    when "ja=>en": "ja|en"
    when "ar=>en": "ar|en"
    when "it=>en": "it|en"
    when "es=>en": "es|en"
    when "de=>fr": "de|fr"
    when "de=>en": "de|en"
    when "fr=>de": "fr|de"
    when "fr=>en": "fr|en"
    when "pt=>en": "pt|en"
    when "ru=>en": "ru|en"
    when "en=>ar": "en|ar"
    when "en=>it": "en|it"
    when "en=>es": "en|es"
    when "en=>de": "en|de"
    when "en=>fr": "en|fr"
    when "en=>pt": "en|pt"
    when "en=>ru": "en|ru"
    when "en=>ko": "en|ko"
    when "en=>kr": "en|ko"
    when "en=>cn": "en|zh-CN"
    when "en=>zh": "en|zh-CN"
    when "en=>zh-CN": "en|zh-CN"
    when "en=>zh-TW": "en|zh-TW"
    when "ko=>ja": "ko|ja"
    when "kr=>ja": "ko|ja"
    when "zh=>en": "zh|en"
    when "cn=>en": "zh|en"
    when "zh-CN=>zh-TW": "zh-CN|zh-TW"
    when "zh-TW=>zh-CN": "zh-TW|zh-CN"
  else
    return data
  end
  data.collect {|d|
    if d && d =~ /S/
      agent = WWW::Mechanize.new
      agent.user_agent_alias = 'Windows Mozilla'
      page = agent.get('http://www.google.co.jp/language_tools')
      form = page.forms[1]
      form.text = d
      form.langpair = trans
      form.ie = "UTF-8"
      form.oe = "UTF-8"
      result = agent.submit(form)
      result.root.at("#result_box").inner_html
    else
      d.to_s
    end
  }
end

- module: const_list
  config:
    - それPraggerでできるよ
    - Praggerでどうやるかはきいてねえよ
- module: translations::google
  config:
    translation: ja=>en
- module: translations::google
  config:
    translation: en=>de
- module: stdout

exec plugin const_list
exec plugin translations::google
exec plugin translations::google
exec plugin stdout
Es ist mit diesem Pragger möglich,
Wie du mit Pragger tust und bist wirkungsvoll, wohl

もしかして、コッチの手法の方がメジャーなのかしら…？作り終わってから知ったんだけど、今回は色々勉強になったし、見なかった事にしよう。