«前の日記(2007-04-23) 最新 次の日記(2007-04-25)» 編集

Matzにっき

迷惑メール対策なら Dr.WEB
『Dr.WEB メールデーモン』、MTA 用迷惑メール対策製品です!


2007-04-24 [長年日記]

_ [Ruby] Rubyのロードマップ

東京へ移動。今回はいくつかの用事を果たすためだが、 その一つがダイビルでの笹田、中田、まつもとのミーティング。

未踏としての結果を出すためにもロードマップを作る、 というテーマなんだが、普段からロードマップとは無縁の生活をしてるので すぐに脱線しちゃう。

なんだかんだといって決めたのがリンク先のもの。主要な部分は

  • 今後のスケジュール
    • 5末:まつもとさんがm17nベースを入れる
    • 6中:RubyKaigi前に合宿する? こさこさんを呼べるか?
    • 6末:鬼車をm17nにマージ?

といった感じ。

_ [Ruby] Rubyから始める開発経験もあり−−NaClがトレーニング拡充 − @IT

うちが提供するトレーニングプログラムのレパートリーが増えました、という話。

それなりに好評のようでありがたい。 売り上げとしてはそんなに多くはないのだが、 これまでの開催でも結構「次につながった」ケースもあり、 無視できない。

教育重要。

_ [言語] (The Scheme Way): An introduction to Termite

Scheme上にErlangの並列実行モデルを実装するTermiteの紹介。

論文だけだとわかりにくいところが実際のコードで見ると 把握しすい。 明示的にforkしているところはちょっと抽象度が低いけど、 「仕組みが見える」と考えると、それはそれで良いのかもしれない。

_ [言語] The Whole Enchilada: A Programming Language

なんともヘンな言語Enchiladaの紹介。

あらゆるものがImmutableな関数型言語であるEnchiladaは 分散や並列を意識して設計されている。 データ型はリストしかなく(!)、数値などもリストで表現する。 つまり、数は空の式n個を含む配列で表現する(!!)。

_ [言語] Amit's Thoughts: Lisp vs. Python: Syntax

Lispは単なる括弧(f x)が

  • 関数呼出しだったり
  • マクロ呼び出しだったり
  • 束縛だったり(let)
  • 名前のリストだったり(lambda)
  • リストだったり(quote)
  • その他の解釈をされたり(マクロの中)

文脈によって決定されるのがつらい、という話。

ま、そういう傾向はある。S式の解釈がプログラマブルであるところが、 Lispの最大の利点であるのだが、最大の欠点でもあるということか。

_ [言語] Python up, Ruby down: If that runtime don't work, then its bound to drizzown

Rubyに満足できずにPythonに移行したという話。残念。

  • WebアプリフレームワークRoachにはDBサポートがなかった
  • 自前Map/Reduceシステムがメモリトラブル(Mutexによるリーク; fastthreadで解決)。
  • MinGWでうまく動かないプログラムが

で3ストライクアウトだそうだ。うーむ。

その他にも「YARVが継続とグリーンスレッドをあきらめて、GCモデルは維持する」という判断に反対なのだそうだ。これは参考にしたい。が、現在のグリーンスレッドにはそれほどの価値はないと思うし、GCモデルによる問題はそれほど大きくないとは思う。継続は確かに痛いけど。

_ U-20プロコン実行委員会

今年も実行委員やります。

本日のツッコミ(全5件) [ツッコミを入れる]
_ ささだ (2007-05-01 20:19)

未踏に関係なく年末に出すにはロードマップ必要でしょー.

_ まつもと (2007-05-01 20:22)

おっしゃる通りです。<br>普段、3ヶ月より先のことを考えたことがないので。<br>社会人としてはダメダメですが。

_ だて (2007-05-10 01:12)

こんばんは。<br>すみません。恥ずかしながらm17nの詳細がいまだによく理解できていないので質問してもよろしいでしょうか?<br><br>・CES の変換機能は含まれないようですが、いずれ用意する予定はありますでしょうか。<br>・後方互換性はありますか?ないとしたらどういうケースで既存のコードを書き直す必要がありますでしょうか。<br>・$KCODE や -K などは m17n マージ後も存続するのでしょうか。<br>・例えば現在 UTF8 に限って使っている人が m17n 導入で嬉しいことは何かありますでしょうか?

_ まつもと (2007-05-10 01:38)

>・CES の変換機能は含まれないようですが、いずれ用意する予定<br>>はありますでしょうか。<br><br>はい。当面は内部的にiconvを使います。<br><br>>・後方互換性はありますか?ないとしたらどういうケースで既存<br>>のコードを書き直す必要がありますでしょうか。<br><br>1.8と比較すると<br><br> * 文字列操作が文字単位に<br> * str[0]が文字コード(整数)ではなく、1文字の文字列を返す<br> * ?aが文字コード(整数)ではなく、1文字の文字列を返す<br><br>点が異なります。あまり多くないでしょうが、これらに依存してい<br>る場合には書き換える必要があります。たとえば、100の代わりに<br>「?d」を使ってるようなgolfプログラムとか。<br><br>>・$KCODE や -K などは m17n マージ後も存続するのでしょうか。<br><br>残ります。が、あくまでも広報互換としてですね。<br><br>>・例えば現在 UTF8 に限って使っている人が m17n 導入で嬉しい<br>>ことは何かありますでしょうか?<br><br>「RubyはちゃんとUnicodeに対応している」と言えるようになるこ<br>と、とか。あと、jcodeを使う必要がなくなります。

_ だて (2007-05-11 13:24)

ありがとうございます。いま m17n に関する情報を集めて整理しようとしています。

お名前:
E-mail:
コメント:
[]

«前の日記(2007-04-23) 最新 次の日記(2007-04-25)» 編集

RSS feed meter for http://www.rubyist.net/~matz/ track feed Matzにっき Creative Commons License This work is licensed under a Creative Commons License.