なんだかんだいって、cpuのマルチコア化やバス周りの高速化はまだまだ進むわけで、、2015年くらいになると、中途半端な複数台構成技術は、「滅多に必要とならない」のかなと思う。。その頃になると、Map-ReduceやNOSQLを使いこなす技術もそこそこ枯れてきて、「自分好みのクラウドを、大きく外さず使うテクニック」が、大多数のWeb屋にとって普通のスキルとなるんだろうな。

・・・もちろん、クラウドなんて自前でもっといいの作るぜ、とか「普通な奴らをぶっ飛ばせ」とかいう勢いのあるWeb屋がいちばんかっこいいんだけど。

=======================

2010年末に「まぁ、あり」だと思われるサービスの提供形態のひとつが、
サーバ側Google App Engine で、クライアントがsilverlightというRIA型クラウドアプリ。
(Windows Azureの話はそのうちに。)

これを、Google App Engine for Python + silverlight on Booで組むと、だいたいスクリプトっぽいし、実行速度もそこそこでいけるのではと狸の皮算用中。
ついでに、両者の通信プロトコルは、Google protocol Bufferにしておけば、他の言語への取替えもきいていい感じかなと
＊あと、もちろん、SOAPなんかを使う場合と比べて、実用上十分に早いぞ、と。

ということで、今回ははじめてまともに触るBooでSilverlight&Protocol Bufferしてみた。
大きくはまることはなかったが、寄り道・脱線しまくりで半日かかってしまった。。

[1] BooとPythonの違い

Python激似と、たまに話題となる.Net上のコンパイル言語Boo。とりあえず、Booのチュートリアルなんかをヒントにbooiでいろいろ試してみる。

# Booのスライス　日本語の扱いを除くとPythonと完全互換
str ="こんにちは。Hello, World"

print str[0:6]
print str[6:11]
print str[:-5]
# BooのmutableかつAnyなリスト　AddはC#風
lst = [1, 'two', 3.0, "four"]
lst.Add(5)
lst.Add("six")
for c in lst:
    print c

わかったこと :

• Pythonと命令や関数なんかはかなり似ている。
• が、Booは静的型付けな言語なので、関数の引数やジェネリックへの対応は必要である他、メソッドがC#風(例、appendでなくAdd)。
  Python使いな人はここでBooにいらつくんだろうか(個人的にも、pythonと同様のメソッド名も採用してほしい・・・)。
• とはいえ、C#より圧倒的にスクリプト風味なBoo。もしかするとPython以外のスクリプト言語ユーザーにおすすめかもしれない。

[2] Boo+NAntでSilverlight

日本語プログで唯一、Booをきちんと書いているのではと思われるこちらの方のエントリで、速攻動いた。
NAntも勉強させてもらったので、感謝。ただ、NAmtは今では、完全にMSBuildにくわれてしまったのかなぁ。。

[3] Boo+protobuf-netでProtocol Buffer

Google謹製のProtocol BufferにC#界隈の人々がけっこう熱心に取り組んでいるのは前からしっていた。ので、C#がわかれば、あとは、protobuf-netあたりを使えば、そっこうBooでもProtocol Bufferできるだろうと思ったのだが、、、Boo言語入門をまともにしていないので、ちまちまはまった・・・が、なんとかなった。。。
はじめに、protobuf-netについてくるprotogen.exeをつかって、以下の.protoファイルからC#ソースを生成

package tutorial;

message Person {
  required string name = 1;
  required int32 id = 2;
  optional string email = 3;

  enum PhoneType {
    MOBILE = 0;
    HOME = 1;
    WORK = 2;
  }

  message PhoneNumber {
    required string number = 1;
    optional PhoneType type = 2 [default = HOME];
  }

  repeated PhoneNumber phone = 4;
}

message AddressBook {
  repeated Person person = 1;
}

で、生成されたcsファイルからdllを生成。お試し用の以下のような.projファイルを作って、msbuildする。

<!-- ======== MsBuild .projファイル(文字コードはutf-8) ========= -->
<Project DefaultTargets="build"   xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <!-- =========== プロパティ ========== -->    <PropertyGroup>
        <ProjectName>MyProtoBuf</ProjectName>
    </PropertyGroup>
    <!-- ======= アイテムグループ ======== -->
    <ItemGroup>
        <CSFile Include="**\*.cs"/>
        <Reference Include="*.dll"/>
    </ItemGroup>
    <!-- =========== ターゲット ========== -->
    <Target Name="build" >
        <CSC   Sources="@(CSFile)"   References="@(Reference)"  OutputAssembly="$(ProjectName).dll"  TargetType="library" />
    </Target><
/Project>

.\protobufsrc\test>msbuild msbuild.proj

Microsoft (R) Build Engine Version 3.5.30729.1
[Microsoft .NET Framework, Version 2.0.50727.4200]
Copyright (C) Microsoft Corporation 2007. All rights reserved.

2009/12/27 18:24:15 にビルドを開始しました。

ビルドに成功しました。
0 警告
0 エラー
よし,MyProtoBuf.dllがでけた。ということで、いよいよBooでいじくってみる。まずは、REPLなbooishで
.\protobufsrc\test>booish -resource MyProtoBuf.dll protobuf-net.dll

Welcome to booish, an interactive interpreter for the boo programming language.
Running boo 0.9.2.3383 on CLR 2.0.50727.4200.

Enter boo code in the prompt below (or type /help).
Adding reference to ‘MyProtoBuf.dll’
Adding reference to ‘protobuf-net.dll’

・・・あれ、これ、・・・といろいろ悩むがもはやドキュメントはあてにせず、protobuf-netのソースをたどりつつ、以下の感じで、まずはProtocol Bufferベースのシリアライズ・デシリアライズができた。

import tutorial
import System.IO

person = Person()
person.id = 1234
person.name = "My name is  Hige."
person.email = "hige@example.com"

#バイナリで書き出し
file = File.Create("person.bin")
ProtoBuf.Serializer.Serialize(file, person)
file.Close()
#バイナリからオブジェクトを復元
f2 = File.OpenRead("person.bin")
newPerson = ProtoBuf.Serializer.Deserialize[of Person](f2)
print newPerson.name

その後は、これとほぼ同様に、

• インタプリタ環境で実行
  #booi -r:ProtoBuf.dll -r:protobuf-net.dll person.boo
• コンパイルして実行
  #booc -r:ProtoBuf.dll -r:protobuf-net.dll -r:Boo.Lang.dll person.boo

おおっはじめて、booでexeを作った。

ということで、
「[4] いよいよsilverlightでProtocolBuffer」、クラウドとsilverlightでバイナリ通信するぜ・・・といくところなのだが、まともなアプリにするには一晩かかりそうな気がするので、このあたりで、いったん休憩。

今回の成果 :
C#とBooの関係は、予想通り、JavaとScalaの関係に近い。≒まぁ、なんとかなる。
問題は、C#やBooを扱っているブロガーな人々がだいぶ少ないこと。
ん～、自分が人柱になれってことかぁ。まぁ、2010年の楽しみができたと。
=====================
[おまけ]
気力がつきた時のあいまにやった。PythonでProtocol Bufferについて。実行ログだけ。ほとんど、こちらの方のいいなりでできた。多謝。
まぁ、Boo版と比較してみると、Python v.s. Booぽくなってちょっといいかも。

$ cd protobuf-2.2.0a
$ ./configure –prefix=/opt/google
$ make
$ sudo make install
$ cd python
$ export PATH=/opt/google/bin:$PATH
$ sudo python setup.py install
$ protoc -I=. –python_out=. addressbook.proto
$sudo easy_install ipython

以下、ipythonでしばしばホゲる。
$ipython -cl

import addressbook_pb
person = addressbook_pb.Person()
person.id = 1234
person.name = "My name is  Hige."
person.email = "hige@example.com"
phone = person.phone.add()
phone.number = "555-4321"
phone.type = addressbook_pb.Person.HOME
#書き込み
f= open('adr.pb','w')
f.write(person.SerializeToString())
f.close() #()はpythonでは省略不可
#読み出し
str = open('adr.pb').read()
tmp = addressbook_pb.Person()
tmp.ParseFromString(str)

当然ながら、PythonでもProtocolBufferのシリアライズ・デシリアライズできた、と。

自分としては、2010年末のクラウドは、少なくともオードリー春日よりも売れているのではと思っているので、そろそろクラウド・アプリの構築を開始しようかと。

• オードリーは嫌いでないというかむしろ好きだし、レイザーラモンHG同様、長く応援したいのだが・・・2011年頃には、「消失」映画化後に角川がブレークさせようとするであろう「佐々木」よりマイナーキャラとなっているのではと思う今日この頃。佐々木祭りは2010年のイブに期待。

ということで、調べたもの :

◆Google App Engine(GAE)
・for Python　　　・・(1)
・for JavaVM　　　・・(2)
◆Windows Azure　　　・・(3)

ずばり、今の自分なら(1)のPythonを使う。(2)でScalaやClojureも魅力なのだが、自前でフレームワークを作る暇がなさげなので、ちょっと断念(Scalaは従来型で使い続ける)。
以下、Google App Engine for Pythonを選んだ理由を少しだけ。
まずは、永遠のパソコン少年中島氏のさすがのエントリ『Google App Engine入門：実行効率を犠牲にせずに開発効率だけを上げるテクニック』がある。Google謹製の簡易フレームワークに必要なものだけを付け加えるというセンスがlazyで素敵。・・・といって結局Djangoなんかを使うのかもだけれど。
加えて、クラウドで業務アプリに近いものを開発しようと思った場合、リッチクライアントとの組み合わせが不可欠となるのだが、この1～2年くらいでは、自分的に最高のリッチクライアント開発環境は、Boo on Silverlightであることが判明していることが大きい。

• 前もどっかで書いたけど、Booは、.NET(CLR)上のPython激似のコンパイル言語。でもって、NAntなんかと組み合わせて、さくっとSilverlight開発ができる。・・・あんま勉強していないが、コンパイル言語だけあって、Booはけっこう速い(Scala並みというか、少なくともC#並み？)のでは、とも思っている。・・・勝手に最強実用言語かもしらんと思っていたり。

『Python やっちゃうけどイイよね？』とかを参考に、PythonとBooを同時に入門しちゃえば効率いいでしょ的なノリ。GAEでPythonした後、2010年の下期くらいには、AzureでBooできるならばなお良し、と。

=============

[追記] 　あ、本エントリは、クラウドの「本気のお勉強」にGAE for Pythonを使うといっているだけ。本気でアプリ実装するときが来た時には、その場で一番いけてるフレームワークを採用する予定・・・ひょっとして、GAE for Golang ???

• はじめに白状しておくが、元ネタはこちら。まじめにBooに興味を持った方は本家にどうぞ。以下は、例によって駄文。

.NETの言語なので、PowerShellで。PowerShell2.0はまだだったはずなので、PowerShell初号機で :
まずは、例によって文字列操作。

Windows PowerShell
Copyright (C) 2006 Microsoft Corporation. All rights reserved.

PS C:\boo-0.9.2.3383-bin\bin> .\boo.exe
boo command line utility 0.9.2.3383

The following builtin functions are available:
dir(Type): lists the members of a type
help(Type): prints detailed information about a type
load(string): evals an external boo file
globals(): returns the names of all variables known to the interpreter

Enter boo code in the prompt below.
>>> n1 = “Nagato”
‘Nagato’
>>> n1[1] +”ri” +n1[2:4] + 10
‘ariga10′

ふむ、ありがとうが言えた。Javaと同じくStringは不変(immutable)で、Scalaぽく位置指定して１文字取り出せる。[n:m]はn文字目以上m文字目未満なので、気をつけておこう。+10しているので、一瞬動的言語と思ってしまうが、これはScala やF#などと同様に型推論のおかげ。

[大括弧]で宣言するリストは、mutableかつ複数要素の混在ができる。
>>> SOS= ["Haruhi",'Kyon']
['Haruhi', 'Kyon']
「+=」演算子でメンバーを追加できる。
>>> SOS += ["Nagato", "Mikuru", "Koizumi"]
['Haruhi', 'Kyon', 'Nagato', 'Mikuru', 'Koizumi']
単一の要素はaddではなく、、、
>>> SOS.add(“unknown world person”)
——–^
ERROR: ‘add’ is not a member of ‘Boo.Lang.List’.
Addで追加。メソッドが大文字ではじまるのはちょっと萌えないのだが、C#をリスペクトしたのかな。
>>> SOS.Add(“unknown world person”)
['Haruhi', 'Kyon', 'Nagato', 'Mikuru', 'Koizumi', 'unknown world person']
メンバーの除去は、場所を指定してRemoveAt
>>> SOS.RemoveAt(1)
['Haruhi', 'Nagato', 'Mikuru', 'Koizumi', 'unknown world person']
>>> SOS.RemoveAt(0)
['Nagato', 'Mikuru', 'Koizumi', 'unknown world person']
おっと、１人よけいだったが、団長は消失した。
リストの先頭メンバーへは、小括弧ではなく、、、
>>> SOS(0)
—-^
ERROR: It is not possible to invoke an expression of type ‘Boo.Lang.List’.
大括弧でアクセス。
>>> SOS[0]
‘Nagato’

リストの個々の要素には拡張forでアクセスできる。ブロックはPython流に字下げで行う。
>>> for s in SOS :
… print s,len(s)
…
Nagato 6
Mikuru 6
Koizumi 7
unknown world person 20

括弧をここまで省略できるのは、がんばってるなぁ。あと、printだけで改行するのも潔いぞ。
番号でループさせるなら、rangeを使う。
>>> for i in range(len(SOS)) :
… print i,SOS[i]
…
0 Nagato
1 Mikuru
2 Koizumi
3 unknown world person

なんだか、ハルヒが消失したままなのはあれだが、もうちょっと続けよう。
rangeは、どうやら、C#流のイテレータであるIEnumearatorインタフェースの子孫・・・・ということでMoveNextやCurrentが使えるはず・・・が動かない・・・。団長の怒りか？？

まぁ、団長がへそを曲げたせいかもしれないので、気を取り直して、関数定義の基本を。このあたりはほとんどPython。

>>> def Greeting(name as string):
… return “First off, ${name}.”
…
>>> print Greeting(“ordinary people don’t interest me”)
First off, ordinary people don’t interest me.
(テキスト出典　こちら)

で、こんな挨拶をしそうなのはひとりだけなので、クラスのメソッドとしよう・・・と思ったのだが、Booのクラス定義は、けっこうくせがあるなぁ。REPLでなくコンパイルした方が良さそう。
ということで、単発ネタのつもりだったが、続く。