Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
Matzにっき(2008-02-19)
[go: Go Back, main page]

«前の日記(2008-02-18) 最新 次の日記(2008-02-20)» 編集

Matzにっき

<< 2008/02/ 1 1. 「ハッカーと画家」の著者が新しいLisp系言語「Arc」を公開 | エンタープライズ | マイコミジャーナル
2. 「セキュリティ、なめんなよ!」 なめねこも一緒に情報セキュリティ強化宣言 | ネット | マイコミジャーナル
3. 「サイオステクノロジーはグルージェントの未来技術に期待し子会社化」:ITpro
2 1. Nimble Method: Garbage Collection is Why Ruby on Rails is Slow: Patches to Improve Performance 5x; Memory Profiling
2. LuaJIT roadmap 2008
3. What will Matz do?
4. EURUKO 2008 − European Ruby Conference, Prague, March 29th − 30th
3 1. 末娘の成長
2. ゴードン・B・ヒンクレー葬儀および埋葬
4 1. 初心者向けの言語
2. ソフトウェア開発における初心者
3. Linux 2.6.24 on Thinkpad X61
5 1. Copy-on-write friendly patch for Ruby 1.9
2. セキュリティキャンプ・キャラバン with プログラミング -鳥取-
3. 最もタメになる「初心者用言語」まとめ - UK is not Britonish - ハチロク世代
4. Ruby.NET is dead | Zen and the Art of Ruby Programming
5. 立ち位置と情熱とバランス感覚:ITpro
6 1. 思わずうっかりついポロリ!これがエンジニアの失言だ/Tech総研
2. Ruby Waves: Home
3. Static Languages: Rationalizations and Myths :: Steve Vinoski’s Blog
4. バランスボール
7 1. microBlog >> Bounties for bug fixers: a bug-tracker plugin
2. Years of irrelevance - (37signals)
8 1. 米子工業高校 情報電子実習
2. たこ焼きパーティ
3. Garbage-first garbage collection
4. Bigtableオープンソース実装2題
9 1. Beautiful Code + 日経Linux
2. use Perl | Perl is now Y2038 safe
3. CPython用拡張モジュールをIronPythonから呼び出す (1) 「CPython Extensions for IronPython」とは? | マイコミジャーナル
4. プログラミング言語の進化を追え: 第1回 サルでも分かるプログラミング言語の新潮流(前篇)
10 1. 福千年
11 1. Life is beautiful: 原点に戻って徹底的に納得するまで理解する
2. スケート
3. SEDA - Architecture for Highly-Concurrent Server Applications
12 1. 取材
2. nishimotzの日記 - Rubyのチカラ
13 1. デブサミ2008 1日め (ディープな1日)
14 1. デブサミ2日目
2. PythonをDISる。
3. Pre New Generation Chronicle:上野康平−−3次元空間を統べる若き天才プログラマー - ITmedia エンタープライズ
4. New Generation Chronicle:べにぢょ−−ギークプロトコルの解読を試みるサイバーヤンキー - ITmedia エンタープライズ
15 1. 米澤先生講義
2. 京都 - jkondoの日記
3. 「島根県CMS」のオープンソースとしての公開について
16 1. io - Objective-C Syntax
2. InfoQ: John McCarthy on Elephant 2000, Lisp, Ruby and the Computer Industry
17 1. 風邪引き
18 1. 渡米
2. Matzに聞いてみた:効率の良い開発についてどうお考えでしょう? - builder by ZDNet Japan
3. レノボX300 封筒に入る超薄型ThinkPad - Engadget 日本語版
4. Hilton San Francisco
19 1. Sun Microsystems
2. A small example of the hidden dangers of dynamically typed programming languages.
3. Curlは関数型?というか、カオス - noblog
4. Time to rewrite DBMS, says Ingres founder | Reg Developer
5. almost effortless >> El Dorado
20 1. Google TechTalk
2. B・ゲイツ氏、マイクロソフトとスタンフォード大学の結びつきを強調:ニュース - CNET Japan
3. 月蝕
4. greenlet Lightweight in-process concurrent programming
21 1. オレゴンOTBC
2. オレゴンディナー
22 23 24 25 26 27 28 29 >>
迷惑メール対策なら Dr.WEB
『Dr.WEB メールデーモン』、MTA 用迷惑メール対策製品です!


2008-02-19 [長年日記]

NEW!_ Sun Microsystems

メンロパークにあるSunの本社へ。

オープンソース担当VCやらいろんな人の話を聞く。

今日会った有名人。

  • Tim Bray (XMLのパパ)
  • Charles Nutter (JRuby)
  • Thomas Enebo (JRuby)
  • Nick Sieger (JRuby)
  • Ian Murdock (Debian)

Ianに「Debian使ってるよ」と声をかけると、 返事は「ありがとう。私はUbuntuっていうバージョンのDebianを使ってるよ」というものだった。 って、Ubuntuかよっ。

情報交換をしたり、いろいろ。

私からもRuby Associationについてプレゼンを行ったのだが、 なぜか私のプレゼンの直前に通訳の人が帰ってしまい、 予期せず英語でプレゼンすることに。

つらい。

まあ、がんばりました。

昨年は寿司であったが、今回はアメリカ的な食事をとのリクエストが (Charlesから?)あったらしいので、McAuther Parkというレストランで 肉食。BBQがおいしかった。手がべとべとになっちゃったけど。

おなか一杯。

NEW!_ [言語] A small example of the hidden dangers of dynamically typed programming languages.

動的型の言語では以下のようなプログラムの問題を検出できない、という指摘

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())

まあ、それについては否定しないけれども、 だからといってこんな不自然な型不整合を検出できないという理由で 動的型が危険というのはかなりアンフェアな印象がある。

ただ、将来的にはカバレージツールやソフトタイピングの応用で 動的型言語でもより多くの問題を検出できるようになればいいなと思う。

NEW!_ [言語] Curlは関数型?というか、カオス - noblog

プログラム言語に詳しい人あたりに感想を聞いてみたいなぁ。

Matzさんとか、派手にDISってくれないだろうか。

えーと、「言語をDISる人」としての認知が広がってきたのでしょうか。 本人としては「あらゆる言語ラブ」な人だと自任しているので、 ただ単にけなすことをイメージさせる「DISる」というのはちょっと辛いのだけど。

で、Curlについてはこの日記でも過去にいろいろ語っているのだけど(左上のボックスでCurlで検索)、 言語についてはあまり語っていなかったような気がする。

まず、Curlが関数型かどうかだが、 一昔前だと「関数」呼び出しがベースになっている言語はすべて関数型と呼ばれていた(Lispとか) ので、そういう観点からは関数型と呼べないこともないと思う。

しかし、現代で関数型といえば、副作用がない(少ない)、とか高階関数を基本にするとか のようなHaskellやOCamlのような言語をさすと思うので、 そういう意味ではCurlはあんまり関数型ではないと思う。

どうにもTclに近いんだけど、リストベースという点ではLispに近い。

NEW!_ Time to rewrite DBMS, says Ingres founder | Reg Developer

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を見るのはうれしいことだ。

NEW!_ [Ruby] almost effortless >> El Dorado

Rubyによるコミュニティサイト構築ツールEl Dorado。

Railsで作るのがあまりにも簡単なので、 なんでも自作しちゃう傾向があるのか、 PHPのXoopsとかDrupalのような「定番」に欠ける印象があるRubyだが、 それでもこうやって新しいものが出てくるような動きはあるようだ。

本日のツッコミ(全4件) [ツッコミを入れる]
_ GNUE(鵺) (2008-02-22 10:44)

データベースの場合、関数型言語のほうが相性がいいような気がする(勘(^^;)のですがどうでしょう?

_ 元職業プログラマ (2008-02-23 00:00)

>動的型の言語では以下のようなプログラムの問題を検出できない、という指摘
動的型の言語でも、実行前にこの様な問題を、インタープリター自体がチェックするのは、原理的には不可能ではないと思いますが、そこまでする価値があるかどうかという事については、私は疑問に思います。
以降は冗談ですが、まつもとさんに文句があるならば、もっと迫力のある文句を言って貰わないと、全く面白くもなんとも無いですよね。まつもとさん。

_ 元職業プログラマ (2008-02-23 09:21)

>データベースの場合、関数型言語のほうが相性がいいような気がする(勘(^^;)のですがどうでしょう?
数学を基礎に置いているデータベースならば、私もそう思います。

_ 匿名希望 (2008-02-25 22:25)

> Rubyのような言語を使ってやったほうがよい
全く同じ構想で3年くらい前から暇を見てはDB作っています
#広げた風呂敷が大きすぎて一向に完成しないので匿名で(汗
その中でわかったのですが、
1.DMBSでは集合に対して内容を意識せずにまとめて操作が行えることが必要
 多数のオブジェクトをまとめて扱うのはRubyも得意なので問題なさそうに見えますが
 「空集合」を含めると話は違ってきます。OOの基本「Objectの振舞いはObjectに聞け」に従うと
 存在しないオブジェクトの振る舞いは定義できません。
2.DBMSでは問合せの高速化のために実行順序の入替えを含めた全体での最適化が必要
 手続き型の言語では処理の順序入替を含めた最適化が難しい。
といったあたりを解決する必要があります。
(一応上で取り組んでいる中では解決策は考えてある)
・・・どちらもHaskellなんかがものすごく得意とするところなので、関数型言語のほうが向いているというのは確かにその通りですね。

お名前:
E-mail:
コメント:
本日のリンク元
アンテナ

«前の日記(2008-02-18) 最新 次の日記(2008-02-20)» 編集

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