社長をともなって、某大企業の関西研究所へ出張。
出雲から伊丹まで飛行機(Q-400)。 出雲・伊丹便は最後までYS11が残っていた便なので、もうちょっと早かったら乗れたんだけど、 去年で完全引退してしまっている。 中学生のときに乗ったのが最後になってしまった。
伊丹からバスで近鉄上本町、そこから学園前。タクシーで研究所に。
昼食後、プレゼンテーション。スライドはここ。オープンソースのあり方をあらためて紹介。内容にそれほど新規性はないけど。それなりに役に立ったとの感想を聞いた。
その後、先方の研究成果を見せていただく。非常に興味深い。
で、懇親会。最初から最後まで丁重に扱ってもらって恐縮だ。
娘の誕生日のプレゼントを買いに買い物に出かける。 途中で寄った電器店で妻がマッサージチェアにはまる。
「これ昔のと全然違う。気持ちいい。ほしいなあ」
確かに同意する。が、「26まんえん」はちょっと高い。 それよりなにより、これって松下製品なんだよなあ。
やっぱ買うわけにはいかないなあ、と言ったら不満そう。
「じゃあ、私が買うから。それでいいでしょ」
いや、うち、財布は一つなんですけど。 松下電器は主婦の気持ちをがっちりつかんでいるらしい。
別の商品を検討してみるか、オムロンとか。
松江ではルートビアがなかなか入手できない。 しばらく前に某スーパーマーケットで見つけて買い占めたら、 それきり入荷しなくなってしまったし。
と思ってたら松江サティ3階のホビーショップでA&Wが売られていた。 あいにく一本しかなかったが、今後は(少量なら)ここで入手できるということか。
教会。今日は司会。なんと娘がお話をするということで、私の方が緊張してしまう。
で、何人かの兄弟姉妹に混じって、娘もお話した。かなり緊張していたみたいだが、それでも立派に最後まで話してた。
お父さんは感動したよ(親馬鹿)。
私自身が彼女の年代のときにそんな話ができたかというと、できなかったような気がするしなあ。あんまり覚えてないけど。
あ、小学校高学年のときに緊張しすぎて訳がわからないことを口走ったような気がする。
イヤなことを思い出した...。記憶を封印しよう。
とはいえ、『ちびギャラリー』から引用というのは... えーと、なんというか...とってもユニークだね。
普通、聖書からとか引用するもんなんだがな。別に駄目じゃないけど。でも、ラノベからだったらどうしようかと思ったよ。
通常の集会終了後に、バプテスマ会。松江の教会に新たな仲間が。ようこそ。
宣教師によるピアノの演奏とか、とてもすばらしかった。彼は音楽大学を休学中だとか。道理で上手だと思った。
しかし、ただ上手というだけでなく心が動くものがあった。
もともと近代以前は夜はとても危険で、 おちおち眠れなかった、という話。
だから、少々眠れない、眠りが浅いくらいがむしろ普通、と。
そういえば、聖書とかでもよく「一晩中」とか「朝になるまで」とかいう エピソードがあるよな。昔はしょっちゅう徹夜していたということか。
じゃあ、現代でも少々徹夜くらいはどうということはない、のか?
書評。
ITを活かした新しい地域活性化。 松江市もきっとそういうのを目指しているに違いない。
こどもの安全の確保、引退者の大量出現への対応という時代の要請と、ITという道具の普及が変化をもたらした。新しい地域活性化の試みがこの本にはたくさん紹介されている。たとえば地域SNSが次々につくられて数千人規模にまで成長したケース。誰もが講師になれる生涯学習プログラムの熱気。NPO法人が情報化の仕事を受注し地域コミュニティ内のSOHOが請け負う仕組みで事業を創出したケースなど。成功例または成功の兆しがたくさん解説されていた。
地域は信頼性の高い情報プラットフォームになる可能性を秘めている。国領二郎慶応大学教授の意見が引用されている。
「外部効果の強い、つまり貢献に対するリターンが外部に流出しやすく、参加の貢献のインセンティブが弱くなりやすいネット上の情報共有も、地域(物理的近接)のバインドのなかであればメリットを可視化、内部化しやすく、持続可能な誘因と貢献のモデルを構築しやすい」
住みやすく、働きやすく、かつ、特色ある地方をITで。
3月24日はShutdown DayとしてPCの電気を切って過ごしましょうという提案。
普段、自宅にいる間はこたつの上にPCを置いているわけだが(で、向かいには妻のPCがある)、最近、こたつの上にメモが貼ってある。
日曜日はノーパソコンデー!!
というわけで、日曜日にPCをいじってたりすると 妻ににらまれるということで。
まあ、週に一度くらいPCを離れることは 家族の団らんやら、精神性の重視という点から有効かもしれない。
〆切直前だったりすると、ちと焦るんだけど。
Serial Interviewシリーズ。XRuby開発者編。
XRubyを作ってる人たちって中国人なんだねえ(アメリカ在住を含む)。 中国人によって開発されているオープンソースソフトウェアって あんまり知らないから(中国固有のソフトを除けばscimとstardictくらい?)、 そういう意味でも興味深い。
弾さんによる「:=」へのツッコミ。
Perl出身の弾さんゆえ、Perlに親しんでおられるのはわかるが、 近代的言語においてsigilを採用するのであれば、 その示すべきものは絶対にデータタイプではない。 データタイプを表現するsigilなんてのは ユーザ定義データタイプを持たない旧式言語の名残でしかない。
Perlでさえ、Perl5以降はリファレンスの導入により ほとんどすべてのものをスカラで表現できるようになったので、 旧来のデータタイプsigilの役割はずいぶん下がっている。
myはともかくとして、varというのはひとつの有効な案であるとは認める。 しかし、互換性の観点からは、予約語を増やすことの弊害の方が大きいと考える。 とはいえ、ローカル変数のルールを変えてしまう時点で互換性も何もあったもんじゃないんだが。
それに明示的な「宣言」を避けるってのがRuby流だしね。
また、PoLSに言及しているのも減点。
Rubyに対する提案のうち、PoLSに言及したものの優先度は自動的に下がることに なっている。(私じゃない)誰かが自分のバックグラウンドと異なるという理由で どれだけ驚いても責任は持てない。 むしろ、PoLSへの言及を含む提案は 主観的な「私の思い通りじゃなきゃイヤ」という暗黙の主張を含んでいることが多く(弾さんがそうだって言ってるわけじゃないけど)、とにかく扱いにくいから。
_ oo [議論ポイントは、 大前提: ブロック内で初めて登場するローカル変数であってもデフォルトはスコープローカルに挙動を変..]
_ 野分 [>matzさん > * より使いやすい(と私が感じる)方が醜い > * 似たような変数が複数導入される そもそもブ..]
_ Gimite [http://www.rubyist.net/~matz/20070219.html#c15 にもありますが、「変数..]
_ Gimite [ところで「投稿」ボタンを押すと毎回 500 Internal Server Error timeout (1..]
_ まつもと [野分さんへ、 >そもそもブロックローカル変数を用意する必要性はほとんど無いのでは? 野分さんのおっしゃる「スコ..]
_ まつもと [Gimiteさん、 500 Internal Server Error の件ですが、私もしょっちゅうくらっています..]
_ 野分 [>matzさん そうすると、 ・「ブロックローカル変数」でないと実装できない機能がある(かもしれない) ので、「..]
_ まつもと [野分さん、 『変数の命名規則(従来のrubyのルール)で解決できる』のは確かですが、その方が望ましいのは(野分さんが..]
_ Gimite [>野分さん その書き方ですと今度は def hoge a= 0 foo do a:= 1 b..]
_ 野分 [>matzさん このあたりは好みの違いですかね。 下記でGimiteさんが指摘しているように、:=演算子の方が(新し..]
メンロパークにあるSunの本社へ。
オープンソース担当VCやらいろんな人の話を聞く。
今日会った有名人。
Ianに「Debian使ってるよ」と声をかけると、 返事は「ありがとう。私はUbuntuっていうバージョンのDebianを使ってるよ」というものだった。 って、Ubuntuかよっ。
情報交換をしたり、いろいろ。
私からもRuby Associationについてプレゼンを行ったのだが、 なぜか私のプレゼンの直前に通訳の人が帰ってしまい、 予期せず英語でプレゼンすることに。
つらい。
まあ、がんばりました。
昨年は寿司であったが、今回はアメリカ的な食事をとのリクエストが (Charlesから?)あったらしいので、McAuther Parkというレストランで 肉食。BBQがおいしかった。手がべとべとになっちゃったけど。
おなか一杯。
動的型の言語では以下のようなプログラムの問題を検出できない、という指摘
def test(a, b)
a + b
end
def main()
if ARGV.length > 3
test(1, test)
else
test(1, 2)
end
end
Process.exit(main())
まあ、それについては否定しないけれども、 だからといってこんな不自然な型不整合を検出できないという理由で 動的型が危険というのはかなりアンフェアな印象がある。
ただ、将来的にはカバレージツールやソフトタイピングの応用で 動的型言語でもより多くの問題を検出できるようになればいいなと思う。
プログラム言語に詳しい人あたりに感想を聞いてみたいなぁ。
Matzさんとか、派手にDISってくれないだろうか。
えーと、「言語をDISる人」としての認知が広がってきたのでしょうか。 本人としては「あらゆる言語ラブ」な人だと自任しているので、 ただ単にけなすことをイメージさせる「DISる」というのはちょっと辛いのだけど。
で、Curlについてはこの日記でも過去にいろいろ語っているのだけど(左上のボックスでCurlで検索)、 言語についてはあまり語っていなかったような気がする。
まず、Curlが関数型かどうかだが、 一昔前だと「関数」呼び出しがベースになっている言語はすべて関数型と呼ばれていた(Lispとか) ので、そういう観点からは関数型と呼べないこともないと思う。
しかし、現代で関数型といえば、副作用がない(少ない)、とか高階関数を基本にするとか のようなHaskellやOCamlのような言語をさすと思うので、 そういう意味ではCurlはあんまり関数型ではないと思う。
どうにもTclに近いんだけど、リストベースという点ではLispに近い。
Ingresの設立者であるStonbraker教授によるコメント。
SQLデータベースというのは過去の前提に基づいており、 現代においては時代遅れ。現代では別のやり方を考えた方がよいというもの。
Data manipulation, they said, can be performed with other tasks using languages such as Ruby. They describe a prototype DBMS called H-Store that embodies these ideas.
SQLのような完全に別の言語を使うよりもRubyのような言語を使ってやったほうがよいという主張のようだ。こんな文脈でRubyを見るのはうれしいことだ。
Rubyによるコミュニティサイト構築ツールEl Dorado。
Railsで作るのがあまりにも簡単なので、 なんでも自作しちゃう傾向があるのか、 PHPのXoopsとかDrupalのような「定番」に欠ける印象があるRubyだが、 それでもこうやって新しいものが出てくるような動きはあるようだ。
_ GNUE(鵺) [データベースの場合、関数型言語のほうが相性がいいような気がする(勘(^^;)のですがどうでしょう?]
_ 元職業プログラマ [>動的型の言語では以下のようなプログラムの問題を検出できない、という指摘 動的型の言語でも、実行前にこの様な問題を、..]
_ 元職業プログラマ [>データベースの場合、関数型言語のほうが相性がいいような気がする(勘(^^;)のですがどうでしょう? 数学を基礎に置..]
_ 匿名希望 [> Rubyのような言語を使ってやったほうがよい 全く同じ構想で3年くらい前から暇を見てはDB作っています #広げた..]
_ 元職業プログラマ [匿名希望さん、有難うございます。 ところで、大した話しではないのですが、また、間違っているかもしれませんが、Hask..]
_ Haskeller [HaskellDBというのがあります。 http://haskelldb.sourceforge.net/ DBアク..]
_ 元職業プログラマ [Haskellerさん HaskellDBをご紹介いただき、どうも有難うございました。ところで、 >DBアクセスにつ..]
_ 元職業プログラマ [http://www.okada.jp.org/WOWiki/index.php?plugin=attach&ope..]
_ koguroの日記:[Gauche]動的型の言語でも以下のようなプログラムの問題を検出できます Matzにっき(2008-02-19)にあったプログラムは、一応glintでも問..
This work is licensed under a Creative Commons License.