書いても書いても終わらない(笑
今回は特集の記事の一部を2本依頼されていて、 最初の方(2ページ)はアメリカにいる間に書いていたのだけど、 後半(8ページ)はなかなか書けずにいた。
が、なんとなく目鼻がついた感じ。 内容は最初のものが「LotY」、後半が「コードリーディング」。 どちらもいざ書き出すといくらでも書けて、 ページ数の制約のほうが厳しい感じ。
特にコードリーディングは、 デバッグやメンテナンス、パフォーマンスチューニングなど あらゆるところに関係するからねえ。
Rubyで使ってるハッシュ関数(1.8では古典的なアルゴリズム、1.9ではFNV-1)だが、 衝突を故意に発生させられるということで、 試しにHEADのハッシュアルゴリズムをBob Jenkins' hash algorithmに変えてみる。 最新のlookup3.cはエンディアン問題がややこしかったので、lookup2.cを採用。
とはいえ、それで問題が解決できたのか確信できないところが 浅い知識の悲しいところである。
今週末開催されるEuropean Ruby Konferenceでキーノートを頼まれた。 最初は「Skype Videoで」と話していたのだが、 時差・回線の品質などの理由でビデオを送ってほしいとのこと。
あんまりビデオは得意じゃないのだが、撮影も被撮影も。
しかたがないので、DVカメラを使ってビデオ撮影を試みる。 SDカードに画像をセーブできるので簡単...のはずだったが、 なんと1ショット最大2分までしか録画できないことが判明。 これでは使い物にならない。
しかたがないので、以下の戦略で。
なんだかんだで丸一晩かかった。
朝からたくさんの人からメールをいただく。 どうやら日経一面の特集に名前が載ったらしい。
日経は入手しにくいので、何件かコンビニをまわってようやく購入成功。
なになに。「通称まつもとゆきひろ」ですか。 そうか。本名だと思ってたんだけどな。 当事者からはあまり「奇跡」という印象はないんだが、 外から見るとそういうものなのかもしれない。
エゴサーチをすると、普段私に近くないようないろんな人が この記事に反応している。やっぱり大新聞の影響力はすごいわ。
評価されるのはありがたいことである。
実際には島根県ホームページはstatic HTMLで構成されている。 しかし、バックエンド(CMS、HTML生成)などはRubyでできているのは間違いない。
携帯で動くRuby。どこまで実用的かというと、かなり疑問ではある。 楽しいおもちゃかもしれない。
デザイナーで言語を選ぶ、という話。 なぜかDHHもいる。
長女が聖餐会音楽指揮の責任を引きうける。 慣れないながら一生懸命やろうとする姿に嬉しく思う。
次女は自分の気持ちを語ってくれた。 これも嬉しい。
「お父さんの顔してた」と指摘された。
ちょっと、いや、あまり嬉しくないこと(仕事ではない)でミーティングがあった。 正直、落ちこむ。
で、そういう気持ちを反映するかのように、 暗い天気の悪い空であった。
が、ミーティングが終わって、将来の希望が出てきた頃、 ちょうど雨が切れて、空が明るくなってきてた。
少しだけ気持ちが明るくなった。
デンバー合意によると10月末でRuby 1.9に対する修正はfix、 YARV移行へのベースラインバージョンを用意するということであったが、 原稿その他が忙しくて手をつけていなかった。
で、１１月に入ってからごそごそ修正していたものをコミット。 ベースラインとすることにした。
ここで時間切れ。
ここからの修正は手元のgitで行うことにする。
上京。息子がクリスマスにDS Liteが欲しい、というので 探してみる。しかし、考えてみれば、 DSみたいに一般の人も欲しがるようなタマ数が限定されるようなものは 秋葉原みたいに人が集中するところではかえって購入しにくいのではないだろうか。 何件か回ったけど、どこにも置いてない。
まあ、しょうがないか。12月までにはもうちょっとあるしな。
あと、Thinkpad X31のACアダプタがだめになったので、 中古で購入。ケーブルを巻いて持ち歩くので、 内部の線が疲労で切れちゃったみたい。 たまにバッテリ駆動になっててびっくりすることがあった。
まあ、いい買い物だったなあ。
六本木ヒルズへ。 なんか浮いちゃってる感じもするんだけど。
セミナーでは300人以上の人が集まっていた。 楽天の中の人(協力会社含む)でこんなに集まるんだ。
新作を披露したのだが、 結構おとなしかった。「ここは笑うところですよ」と思ったところでも ウケなかったし。最後の質疑応答もあんまり質問が無かったし。 でも、つまらなかった、と言うわけでもないみたい。 「おとなしい」というだけのことなのかしら。
質疑では「Pythonどうですか」という質問に対して、 「いい言語だと思いますよ。私は使わないけど」というのが、 一番笑いをとっていたようだ。
それでいいのか。
10時からの約束で秋葉原ダイビルに向かうが、 寝坊したりで実に１時間も遅刻してしまう。 笹田くんのオフィスの階でエレベータから降りて 「さて、どうやって開けてもらうかな」と思った瞬間に 電話が鳴る。前田くんからだ。
「遅くなってるそうですけど、どうしました？」
「いや、今、ドアの前まで来た。笹田くんの番号教えて」
というわけで、無事到着。
で、しばらく一緒にYARVの開発。
長らくRubyの開発をしているが、基本的に一人で作業してきたので(メールを通じたやりとりはあるけど)、こういう形で、アイディアを出し合ったり、あーでもない、こーでもないと言い合って開発したことはほとんどない。実に新鮮で、楽しかった。
また、こういう機会を持ちたいものだ。
無条件に延長するのでなく、メリット・デメリットをちゃんと考えて、 かつデメリット(特に再利用の疎外)には手当てをすることを考えてほしい。
個人的には「登録すれば長期間権利を保留できる、そうでないなら発表後ｎ年のみ」というのがいいんだけどなあ。で、「ｎ年」はできるだけ短いとなお良い。
メシの種にしたい人は好きなだけ伸ばせばよい。 そうでない人は積極的にコモンズとして提供してもらうということで。
ここしばらく前田くんたちを中心に開発していたWindows上の統合開発環境(＋サポート＋α)が、 とうとう発表された。あちこちのプレスで取り上げてもらえたようだ。
CD-ROMとサポートのBasicで5万、それに講習会もつくPremiumで20万(税別)。 少々、お高い印象もあるかもしれないが、ちゃんとしたサポートで年5万とか、 それに定価18万の講習会がついて20万とか、提供側としてはわりと思い切った値付け、らしい。
ま、個人で買うものじゃないけど。
なお、これらは楽天市場のOSJオンラインから買える。楽天というのはかなり意外だった。
なんか、Railsの近くを旋回しているような(前回はMVC)連載だが、 さらに同じような傾向で、今回は「オープンクラス」について。
Lispの経験があれば、わりと自然なのだと思うけど、 Javaスクール出身者にしてみれば、 トンでもないことなのかもしれない。
で、オープンクラスのメリットとデメリットについていろいろ。 特にActiveSupportがどんなに「スゴイこと」してるのかについて。 この「スゴイ」は、いい意味も悪い意味も両方ね。
っていうか、このオープンクラスもなにか手当てを考えたい領域ではある。 2.0(3.0？)では、クラスボックスかなにかでもうちょっとなんとかしたい。
独占禁止法でGPLに対抗するというのは意外な発想であったが、 成功しなかったということはなによりだ。
妻が使ってる軽自動車のバッテリーがあがってしまったようだ。 キーを回してもスターターに力がない。
ブースターケーブルでつなごうと思ったが、 私の車は数年前のリコールでバッテリーに強固なカバーが付けられてしまって 端子にアクセスできない。このカバーがどうにも外れないのだ。
しかたがないので、カーレスキューに来てもらって、 ブースターをつなげて起動に成功。 いや、ご迷惑をかけました。
朝、軽自動車のエンジンがかからない。昨日のトラブルは単にバッテリーが空になっただけではなく、バッテリーそのものがダメになっていたようだ。 しょうがないので、一台で全員移動。
朝からワード評議会だったのだが、少々遅刻してしまった。残念。
聖餐会でお話をお願いしていた人が一人を除いて全滅してしまったので、 急遽ビショップリックの二人で対応することに。
いや、残りの一人(実はうちの長女)も、できないかも、とか言ってたのでどきどきしてたのだが、無事「大役」を果たしてくれた。一安心。
で、私とビショップが残りの時間を。準備の時間がゼロなので、結構緊張した。 いくつか聖典を引用しながら、「神の国は近づいた」とかなんとか。 ま、普段、貯えたものしか出せないよね、こういうとっさの時には。
岡山でステーク神権会。移動は堪えるが、 それだけのものはあったように思う。
「オープンクラス」完了。疲れた。
家庭の夕べで緊急持ち出しカバンの中身をチェック。
前回チェックしてから数ヶ月にしかならないのに、 虫がついてたり、消費期限が過ぎたりで、だめになってるものがあったり。 なかなかメンテナンスが面倒なものだ。
QWERTYに似てるけど、ずっと良いキー配列。
なんだそうだ。具体的には以下のようになってる。
TAB Q W F P G J L U Y ; [ ] \ BS A R S T D H N E I O ' SHIFT Z X C V B K M , . /
個人的には大量に文書を入力する日本語に対して「きゅうり改」があるから、 そんなに魅力的ではないけど、英文をたくさん入力する人には効果的、かも。
なんか、原稿ばっかり書いてるな。
オープンソースマガジン最終号でライセンスについて取り扱うということで、 以前の「フリーソフトウェアライセンス診断」なんかに似た線でなにか、という依頼。
以前書いたネタだからと思って気楽に書きはじめたら、 いろいろ難しかったり、分量に納めるのに苦労したり。
あと、「ハッカーズライフ」とちょっとかぶったり、 特集のほかの記事とかぶったりしそうだ。
ISIDがSeaser2の商用サポートサービスで、特定のバージョンをサポートしつづけるオプションを提供する、という話。
商売としてはいろいろなオプションが増えるのを見るのはありがたい。 そうやって、市場の理解が進めば、ひいては私たちにも恩恵がある(可能性がないとまでは言えない)。
えーと、GPLを選ぶというのは正直意外であった。 望ましいことであると思う。
あと、この件についてはJRubyのCharles Nutterのエントリも紹介しておく。
「ライセンス診断」完結。楽勝、とまでは言えないが予想よりは楽だった。 むしろ削るのに苦労した。
どこかで見つけたAdSenseリンク。いわく、
From plain browser-only apps to enterprise web-applications with Servoy
Are you tired of the complex syntax and the limited capability of Ruby on Rails? Servoy enables you to code even faster than with Ruby, yet offers you so much more functionality! With Servoy's strong feature set, you can code complex web applications with integrated business rules in very little time; and then deploy these applications as both a Servoy Smart Client and Servoy Web Client -- using the same code-base.
要するにJavaのアプリケーションフレームワークで、Rubyとはなんにも関係ないようなのだが、 「Ruby(とRails)の複雑な文法と制限された能力に嫌気がさしたら」というのは、 面白い宣伝文句だ。普通は逆方向の流れなのだが。
こういうのが出てくるというのは、個人的に「Railsはホンモノ」という印象を与える。
Perl5が言語として停滞するということはあるのか、という話。
言語の停滞(あるいは衰退)というのは、 言語設計者である私にとって重要なテーマである。
プログラミング言語の衰退はユーザがいなくなることによって起きる。 それはその言語の生態系が弱体化することである。 もはや、その言語で新しいプログラムが書かれなくなると、 言語はメンテナンスモードになる。ユーザは少しずつ減り、 長い時間をかけてその言語は次第に忘れ去られていく。
現在、COBOLがそのモードである。 確かにまだまだCOBOLは使われている(我が社は その証人でもある)。 しかし、そんな我々でも、今からCOBOLの新しいプログラムを書く人が少数派であることは否定できない。
FORTRANもかなり近い。これも分野限定では現役のようだが。
しかし、衰退の前に停滞が来るのだ。
それは言語が進歩を止めることである。 あるいは仮に進歩が起きてもユーザの手に届かなくなることである。
たとえば、Cはかなり停滞が進んでいる。最後の規格はC99だが、 実際問題C99をばりばり使う人はそんなに多くない。
だからこそ、ほとんどの人が1.8に満足していても、1.9や2.0の話を続けなければいけないのだ。 Rubyを前に進めるための燃料として。
とはいえ、1.8と1.9があまりに分離しても、停滞は起きうるんだよなあ。 悩ましい。
RubyConf 2006 Welcomeセッションでもビデオが紹介されていた Erlangについて。
ところで、原稿には書かなかったが、実用的な観点からいうと
のふたつは致命的な気がする。
RubyとSmalltalkをつなぐAvi Bryantから新しいニュースが。
JRubyのパーザを使ってSmalltalk VMをキックする方法。 Ruby on Smalltalk VMの第一歩になるかも。
一方、同じJRubyを使って、あなたのブラウザでJRubyを動かすアプレットも 紹介されている。
今週の計画だと、今日、もう一本原稿を書いて 「死の原稿ロード」から解放されるはず...だったのだが、 改めて原稿依頼をチェックしてみると、
依頼は受けたが承諾していなかった。
フォローアップもなかったし、 これは断ったと見なされてるな。 ま、しょうがない。
一応、編集の人にメールして、 今日は開発の日にしよう。
やった♪
思わず時間に余裕が出来たのと、 今週は全然プログラミングできてなかった抑圧とが 重なって、久々に大物に手をつけてみようという気になる。
今日の料理は「class local instance variable」、 つまり、そのクラスからしか見えないインスタンス変数。 C++のプライベートメンバ変数のようなものだね。
しかし、構造体ベースのC++と違い、 ハッシュベースのRubyでは少々面倒くさい。 Pythonではアンダースコアで始まる属性には クラス名を付加して疑似的にクラスローカルとしているようだが、 それは少々かっこ悪い。
そこで、以下のようにした
ついでに性能向上のため、Symbolをimmediateに戻した。
なんてことを一通り終わった頃、 「やっぱり原稿お願いします」というメールが届く。 えーと、この一日をどう考えればよいのだろうか。
えーと....、.NETの必要性をそうやってひねり出す能力は尊敬する。 正直、羨ましい。いや、妬ましいくらいだ。
「Intelligent Design」(ID論)というのは、 発生や進化になんらかの知性ある「デザイナー」が関与しているという主張で、 比較的リベラルな創造論者が進化論と折り合いをつけるために、 宗教的シンボルを取り除いて、なお「創造主」という概念を表現しようとしたもの。
ま、保守的な創造論者からは変節だと非難され、 進化論者からは非科学的だと指摘されつつも、 ある一定のクリスチャン層からは評価されている主張でもある。
ID論は聖書を受け入れるクリスチャンにとっては、 魅力的に聞こえないでもないけれど、 個人的にはやはり距離を置いた方が良いのではないかと考えている。
で、リンク先はID論についての雑多な考えを書き綴ったものなのだけど、 「デザイナー」の代表として、私(Matz)が登場している。 そこが面白かった。
ま、「Intelligent Design」と比較されるほどのデザイン能力があるわけじゃないけれど。
あったらいいなあ。
年に一度のプライマリの発表。
子供たちの発表はとてもかわいらしかった。 一生懸命なのが通じる。 というか、本番に強いなあ。
まあ、いろいろな個性の子供たちがいるが、 それぞれ自分らしくて良かったのではないかと思う。
取材を受ける。
わざわざ松江まで来てくださって、ありがたい。 で、Rubyの歴史から、私の個人的なことまで、 とりとめのないことをつらつらと話したが、 これをどういう風に料理してくださるのか楽しみである。
金曜日、一日ロスした原稿に取り掛かる。
まあ、わずか2ページなので、あっと言う間に書きあがるが、 また書きすぎてしまい、かなり削る。
なんか最近そういうのが多い。
公表される。
笹田くんは３度目の当選。おめでとうございます。
しかし、未踏も回を重ねるにつれ、トンがったのが減ったような気がするのは気のせい？ もうちょっと冒険したものも見たい気がする。
結局完成しないのも切ないけど。
先日行われた「関西オープンソース」のレポート。大変有意義だったらしい。
今年は運営が大変だったと聞くけど、 東京中心になりがちなオープンソース界で、 関西で定期的にイベントが開かれる意義は大きいと思う。
ぜひ継続していただきたい。
新鋭SmalltalkことSmallscriptの父、David Simmonsが マイクロソフトと開発中の「次世代Smalltalk」S#について語る。
って、S#の実態はよくわかんないんだけど。
ついでにRubyやDについても語ってくれちゃっている。
このDavid Simmonsは、ものすごい自信に満ちあふれた人で、 一緒にいるとちょっと疲れちゃうところもある。 しかし、その広範な知識と、実績と、頭の回転の速さはホンモノである。
で、彼がずっと以前からSmallscriptで実現している Selector Namespaceがいまだに理解できてない*1私は、 当面彼にかないそうにないなあ。
*1 Classboxはなんとか理解できた
明日のGPLv3カンファレンスのスライドに着手。
忙しくて手抜きになってしまった。申し訳ない。
ってか、開発者たるもの、ライセンスよりは開発そのものに関して 知識・経験を活用すべきだよね、ねっ。
またFUD。特許がらみなのが悪質だ。 それならちゃんと特許番号を示してみろってんだ。
マイクロソフトに対して積極的に敵意を持とうと思ってるわけじゃないんだけど、 要所要所でこういう反発せざるをえない発言をしてくれるのが困る。
ちょっと欲しいかも。値段も安そうだし。
語ってくれちゃってます。とりあえず聞いてて励まされる内容です。 これがどれだけ成果を生むのか、注目して見てましょう。
って、人ごとな態度ではまずいんだろうな。 がんばって成果を生むようにしよう。そうしよう。
妻に送ってもらって出雲空港へ。
移動中に、先日のクラスローカルインスタンス変数に手を入れる。 前の実装ではシンボル名とクラスアドレスをpackしたシンボルを 作るという無理矢理な方法であったが、 シンボルテーブルを増やすことで対応した。
ついでにSymbolをもう一度immediateに戻す。 YARV方面で遅くなったという話を聞いたから。 これでもうちょっとマシになるといいんだけど。
GPLv3カンファレンス・パネル。
自作ライセンスを作ったのは出来心だった。 むしゃくしゃしてやった。フリーソフトであれば何でもよかった。 今は後悔している。
GPLv3についてはあまり語ることはなし。 ドラフト1はあまりに冒険的で不安になったけど、 現在のドラフト2は(ひと目で見るかぎりは)もっとずっとおとなしいし、 しかも、表現が難しくて正確なところは素人にはよくわからないし。
もうすぐドラフト3が出るということだし、 もうちょっと様子を見るしかないと思っている。
明日は妻と待ち合わせていたのだが、 夕食時に電話で連絡したら明日必要な大事な書類が期限切れだった、とのこと。
正直、内心「これは絶対ムリだな。予定変更か」と思ったのだが、 彼女の努力と、まわりの人の協力があって、驚くべきペースで、 手続きが進み、なんと書類更新が完了してしまった。
熱意か、信仰か。
感心した。感動したといってもいい。
結婚１５年目。そんなになるんだ。
羽田空港まで妻を迎えに行く。
その後、広尾へ。
会社の同僚から広尾のおいしいお店をいくつか紹介してもらったのだが、 知り合いに偶然に会ったり、カバンを置き忘れたのを取りに返ったりしてたら、 すっかり時間がなくなってしまった。 残念ながら、これは次回ということに。次回がいつになるかわからないけど。
まあ、子供抜きで二人の時間を過ごせたのはよかったなあ。 実家の両親に感謝しよう。
あ、留守番してくれた子供たちにもね。
いろいろ書きました。今月は合計２０ページも書いたことになる。 がんばったなあ。
で、これに関して個人的に一番面白かったのは、 「Rubyの神髄」を推測したYuguiさんの記事。 また、Yuguiさん自身の言葉にも感銘を受けた。
Rubyは本当に、昨今のある程度知られた言語たちに比べて真新しい点というのはないと思うんです。言語機能に関してはまつもとさんが常々おっしゃってるとおり「C言語で実装してある処理系の間であれができるこれができるというのを競っても意味がない」ですし。構文もどこかで見掛けたようなのを細かくチューニングしているに過ぎないわけです。殊に、この特集の中でJavaScriptやEiffelと並べられると非常に弱い。でも、チューニングするにあたって、やはりRubyの個性が出てきている筈で、私がRubyを習得するにあたり「こいつ本物のアホだ(褒め言葉)。普通こんなんやらない」と思ったような点をひねくり回してRubyの個性をできるだけ描写しようとしてみました。
Rubyはなー、本当にブロックの終わりがendであることとメソッドがオブジェクトでないこと以外は極めて普通だと思う。逆に、なんで他の手続き型/オブジェクト指向/動的強型付言語はRubyじゃないんだろう。
まさにその通り。さらに言えば、ちょっと昔だとendで終わることも普通だった。 AlgolとかAdaとかModulaとかEiffelとか。
で、「なんで他の手続き型/オブジェクト指向/動的強型付言語はRubyじゃないんだろう」というのは、私にとっても興味深い謎である。現時点では「デザイナーの趣味が違うから」以上の答えを持ってない。
前から読もう読もうと思っていたPaul Grahamのエッセイが いつの間にか翻訳されている(しかも、ずいぶん前だよ)。
やはり日本語の方がわかりやすいなあ。
「変であることを恐れてはいけない」。
出た。
面白い記事が目白押しだが*1、いかんせん、この日記を書くのがずれすぎていて(実際に書いたのは12/8)、 知るべき人はみんな知っているし、役にも立たない広報になってる。
*1 Erlangの記事は、言語は面白いが、記事は単なる紹介だけだけど。
ひがさん、めっちゃRails意識してます、という話。
私自身はJavaやその上のSeasarを使う必要も、予定も、興味もないのだが、 技術動向としてはいつも注目している。
そういう「部外者の観点」から見ると、 Seasarプロジェクトのプロダクトは、 どれがなんだかすぐにわからなくなる。 Churaってなにとか、Buriってなにとか。
沖縄語(方言と呼ぶべき？)に使えそうな語彙がたくさんあるのは、 すごくいいことだと思うけど、耳になじんでないうえに、 それぞれの単語とプロジェクトの間に 連想が効かないのは結構つらい。
きっと中に入ってなじんでしまったら、なんでもないんことなんだろうな。
ところで、ChuraはJava界のRailsになることができるのだろうか。 つまり、適切なフレームワークの設計やツールの支援があれば、 Ruby抜きでRails(の本質)を実現できるのだろうか。
個人的にはLisp on Railsならば、やれば出来そうな気がするけど、 Java on Railsってのは相当難しい気がする。 たとえ、「3分でWebアプリケーション」が作れても。
そこはしばしばRailsの利点といわれているけれども、 Railsの本質はそこではないような気がするから。
対象領域が近いのでえとさんの予測が特におもしろかった。
未来予測は当てようと思うとしんどいが、 利害関係なくただ単に考えるだけならけっこう面白いなあ。
じゃあ、私も予測してみよう。
プログラミング言語も超メニーコアの時代になって、 1PCに65536個くらいCPUが載るようになると 並列性を人間に取り扱える形で(つまり、あまり見せないように)、 取り扱える言語が求められるようになり、 FORTRANのベクトル化技術に類似するものが復権して スクリプト言語を含めて広く利用されるようになる。
か、並列化が行いやすい副作用のない関数型言語が今とは別の意味で注目される。
とかね。
30日の日経BP主催のイベントのためにスライドを用意する。
だいたいは先日のイベントそのままなのだが、 もうちょっとトンがった印象を与えるように調節する。
裏目に出そうな気もしないでもないのだが。
akrさんが、[ruby-dev:29022]で指摘していたblock wrapperの不完全性だが、 ここは難しいのでつい放置していた。実に半年も。
が、やっと心に余裕が出来て見直しをしてみたのだが、 とりあえず[ruby-dev:29616]で(パッチ付きで)提案されたもので なにが気に入らないのか、自分でもわからないので とりあえずそのまま取り込んでみた...。
別に不都合な点はなさそうだ。なにをためらっていたのだろう。
しばらく手元で使ってみて、確かめてみよう。
ならないんじゃないかと。 著作権なんて利用されてナンボなんで、 「原則差し止め」では文化の発展にもつながらず、 コモンズはやせ衰えるだけだろう。
宮沢賢治の名作から着想を受けといて、 自分の作品からの「インスパイヤ」には目くじらを立てる人もいるわけで。
子供のころはファンだったのになあ。悲しい。
まあ、いずれにしても、議論が盛り上がるのはいいことだ。 そして、コンテンツホルダーの利権ではなく、 クリエイターの権利と文化振興とユーザの利便を中心に据えた議論が 高まることを期待したい。
それ、なんて「剣聖ドラゴンクエスト」？
実は、先日リサイクルショップで「剣聖ドラゴンクエスト」が千円以下で 売っていたので、つい衝動買いをしてしまったのだが、 いまだに倉庫に眠っている。
もしかして、これ一生懸命やればやせられるかなぁ。
2006年度版のLinux Journal Editors' Choiceの言語部門にRuby 1.8.5が選ばれました。
ぱちぱち。
って、これはRubyが達成したというよりもRails効果だよなあ。
まずは韓国からのニュース。
マイクロソフトのOfficeが韓国で販売停止の危機──特許訴訟敗訴で
クレームを読んでいないが(きっと韓国語なので読めないが)、 記事を読むかぎりは、 単にインプット先に合わせてIMEのオン・オフを制御するだけの特許にみえる。 こんな特許で販売停止が言い渡されるというのも迷惑な話ではないか。
で、さすがにこういうことはまずいと思うのか、 アメリカでは動きが出てきている(のかな？)。
要するに「あんまり自明な特許はやめようよ」ということらしい。 その通りだ。
ほんとうは特許審査のレベルではねることができればそれに越したことはないのだが。
というわけで、同僚のかずひこくんがNaClを退社して、 新しい天地に旅立つことになりました。
出不精で、動くのが面倒な私にとっては 転職、それも国を越えてなんてのは、考えられない冒険です。 チャレンジャー精神にあふれたかずひこくんの前途に幸あらんことを祈ります。
ってか、異国で本当に大変なのは家族なので、 かずひこくんは家族をよくケアしてあげてくださいね。
東京に移動して、講演。
だいたいの内容はITProを参照のこと。
その後「小人数で開発できるものが軽く実装できても、パレートの法則で８割が重いままだったら、誤差じゃね」というツッコミをどこかのブログ(URL失念)で読んだが、 それは想定外のツッコミであった。
確かにそうかも。
ただ、Web2.0という文脈では、多少未完成でも素早く開発するのが重要で、 そのためには硬い言語よりも動的な言語が向いていて、 かつその領域は広がっている(ように見える)。 パレートの法則はここではあてはまらない...んじゃないかなあ(ちょっと、弱い)。