うちの会社の同じフロアにはテナントとして内科医院が入ってるんだけど、 そこの先生に呼び止められた。「XMLってのはいったいなにかね」。
話を聞くと、先生は漢方薬データベースシステムをApache+MySQL+PHPで構築しているのだそうだ。 なかなか通だ。でもRubyじゃないのね。
で、解説書など読むとXMLという単語が頻繁に登場するが、 それがなにか、なんの役に立つのかさっぱりわからなかったんだそうな。 「いや、わからないと腹が立つよね」だそうな。
一通りXMLについて説明した後、「先生の目的には無用です」と教えておきました。 さすがにYAMLを紹介したりはしなかったけど。
息子の運動会のためにビデオカメラ(Panasonic NV-GS50)を買う。親馬鹿。 いろんな機能が付いてて楽しい。いいおもちゃだ。
ささいなことで落ち込む。2,3日は続くかも。
今日は日曜日の午前の部会および午後の部会。 4時間だから昨日よりはマシ? いや、やっぱり肉体的には辛い。
とはいえ、90を越えるおじいちゃん(ヒンクレー大管長)のあの矍鑠(かくしゃく)とした様子を見てると、 「肉体が再新される」というのは真実だと思うな。
今日泊まった部屋は無線LANが使えた。で、禁断症状が出ていたのでネット巡回。
「Ruby Quizが本になる」というニュース。Pragmatic Pressは飛ばしてるなあ。
動物本とO'Reilly Pressの起源。Tim O'Reillyが自らO'Reiily Author(UUCPクマ本)であることを知る人は少なくなったかも。
陰謀説。Perl6とはRubyのことである。MatzとLarry Wallを同じ部屋で見たことあるひとはいない...なっ、なんだってー。
参考になる(+1)。
『経産省が「特許がイノベーションを阻害する事例」を調査し公表,特許法の準則を整備へ:IT Pro』
こういうのを読むともしかして世の中は良い方向に向かっているのかと思いたくなる。 でも、すぐにがっかりすることも多い。
起床。ホテルで朝食。子供には好評。赤ん坊はわけがわからない(笑)。
時間があまりなく、いくつかおみやげを買い、レンタカーを返したらもう出発。
名古屋。 岡山。 玉造。自宅に着いたのは19時を回っていた。めちゃめちゃ疲れた。
奇しくも同じ日、英語版Ruby Magazineである『Ruby Code & Style』が公開された。 今回のネタは
の3本。
今月は新しい総理大臣のキャッチフレーズにちなんで「美しいコード」というテーマで。
コードの美しさというのは、なかなか難しいが、 (私は)どのようなコードを美しいと感じるかというような話。
次回、最終回。なんのテーマにしようかな。
今年の「日本OSS貢献者賞」の受賞者が決定。
今年は
の4名。おめでとうございます。
今年は「海外でも使われているプロジェクト」がテーマだったのかな。 吉藤さん以外は面識がある。っていうか、平林さんはついこないだ U-20の表彰式で隣の席だった。
Javaのアノテーションの応用例。
「ハンマー」というのは「ハンマーを持っている人にはすべてが釘に見える」ということわざから。 使いすぎは禁物、か。
Pythonの例を見ても確かにアノテーションはいろいろと応用範囲が広いんだけど、 なんだかRubyに導入する気にならない。 何故かと改めて考えると、たぶんattr_readerみたいなDSLっぽい 記述で十分だと考えているからなんだろうなあ。
アノテーションは一種のコメントのように見えるのに 実はプログラムの一部であるというのが気に入らないのかもしれない。
Hadoopを使ってPythonでMapReduceを書く。
っていうか、普通に標準入出力を使った フィルタプログラムになってるな。これでMapReduceになるのか。 興味深い。
変な言語には限りがない。
Print "w" to standard output.
wWWwwww
日本は技術者を軽視しているが、 実際には技術者がいなければ社会が成立しないのだから...。
どうする、という話。
偉い人がこのことを認識してくれればいいのだけど、 どうも技術者は道具だと認識されているような。
今回の宮崎・岡山のツアーは、みなさんに大変よくしていただいたのだけど、 大変ご馳走していただいた副作用として、体重が増加していた。
まずい。今までの人生で一番重たい。
気持ちまで重たくなった。
default_internalの導入に伴い、 今までかたくなに避けてきた暗黙の変換がとうとう導入された。
で、そうなると変換に失敗するケースも当然あるわけで。 たとえば、元のエンコーディングが期待と違っていたとか、 そもそも壊れていたとか。
同僚と話をしていて、そのような時の対処法として
があげられた。
これを決めてしまえば、後は、default_internalを参照しながら 上記のいずれかの処理を行う関数を用意して、 外部からの文字列はその関数をはさむようにあちこち書き換える ことで対処できると思う。
個人的には(2)がいいように思うんだけど。なんか見落としはあるかな。