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にっき(2006-10-07)
[go: Go Back, main page]

«前の日記(2006-10-06) 最新 次の日記(2006-10-08)» 編集

Matzにっき

<< 2006/10/ 1 1. お休み
2. 実家
2 1. U-20プロコン表彰式
2. インタビュー
3. Job Trends: ruby programmer
3 1. インタビュー
2. OSS コンサル会社が設立
3. Rubyの生産性の高さはどこまで本当か?
4. block parameter to be local variables
5. ジョブズ氏のいないアップルが来る日--IT企業が直面する「後継者選び」
4 1. 即興トーク
2. ソフトエイジェンシー、MySQL 開発者が直接サポートするサービスを開始
3. Seasarは鶏か卵か? - ひが氏、キャズム越え柔道ストラテジ語る
4. 『現代という時代は、どのようなプログラミングを求めているのか?
5 1. Ruby on Rails and More...
2. method_missing magic - emulating Groovy's "it" in Ruby
3. Code Golf
6 1. OSM休刊
2. 健康診断
7 1. 総大会...のはずが
2. RubySpec
3. OO is dead
8 1. 総大会
9 1. 松江フォーゲルパーク
2. RubyConf 2006 - Agenda
10 1. OSM原稿「美しいコード」
2. 2006年度の「日本OSS貢献者賞」の受賞者が発表
11 1. ActiveSupport::MultiByte
2. OSS貢献者佐渡特別賞2006
12 1. 知らされなかったパスワード--ユーザーの死が封印するアカウントと遺族のアクセス
2. オープンソースプロジェクトを予期せぬ事態から守る方法
13 1. Multitasking is inefficient
2. データ圧縮の昔話
14 1. 日経Linux2006年12月号
2. Rubyチュートリアル
3. JParsec - Ruby Parsec
15 1. 気分
2. バプテスマ会
16 1. 日経Linux
2. How to Protect Your Open Source Project From Poisonous People
17 1. 移動(自宅→出雲→羽田→成田→SFO→SLC→Provo)
2. 観光
18 1. BYU Colloquium
2. 日経ソフトウェア2007年1月号
3. 通販の国
19 1. ユタ観光
20 1. RubyConf1日目
21 1. RubyConf 2日目
2. おみやげ
3. 乾燥注意報
4. implementers' summit
5. Keynote: Return of the Bikeshed -- or Nuclear Plant in the Backyard.
22 1. 礼拝
2. RubyConf3日目
3. 国家の損失?
4. デンバー合意
23 1. 帰国
24 1. 帰国・鼻炎
25 1. 睡眠
26 1. イテレータ
2. OracleがLinux自体のサポートに乗り出す
27 1. ケイゾク
28 1. 末娘誕生日
2. ハロウィーン
3. Ralph Griswold 1934-2006
29 1. 安息日
30 1. 家庭の夕べ
2. Visualization of Ruby's Grammar
31 1. 【OSC2006 Tokyo/Fall】「日本Rubyの会」の高橋会長,会の現状を報告。活動メンバーが固定化しているのが問題に
2. タツノオトシゴ
>>
迷惑メール対策なら Dr.WEB
『Dr.WEB メールデーモン』、MTA 用迷惑メール対策製品です!


2006-10-07 [長年日記]

_ [教会] 総大会...のはずが

米子で総大会の衛星中継を見る予定だったのだが、 妻の体調がさほど良くないということで、 どうにもほっておけなくて、松江から米子への配車だけ手配して 自宅に戻る。

残念だけど、インターネットで見ればいいや。 なかなか時間とってビデオを見るのは難しいし、 文章では伝わらないものがあるんで、見たかったんだけどな。

子守りをしたりして過ごす。 あと、大会の一部はインターネットで見たが、 途中でうとうとしてしまったりして、ちゃんと見れた時間は短かった。

_ [Ruby] RubySpec

Rubyの仕様をまとめるWiki。貴重な情報の集積所になるかもしれない。

JRubyのチームの人たちが中心になっているようだ。 彼らにしてみたら安定したRubyの仕様が存在するかどうかというのは まさに死活問題だものな。

_ [OO] OO is dead

「オブジェクト指向は死んだ」という扇情的なタイトルのエントリ。

なぜかというと、「副作用から離れられないから」だそうだ。 確かにオブジェクトの多くは状態を持ち、 状態を操作することで発生する副作用はプログラムの再現性を下げ、 発見しにくい問題の原因となることがある。

「それに比べて参照透過性のある関数型言語では...」などと、 半端に関数型言語をかじった人がよく言いそうなネタだが、 実際には関数型言語でさえ副作用から自由ではない。

オブジェクト指向が全然シンプルでないのは認めるが、 それはオブジェクト指向のせいではなく、 現実がシンプルでないからではないだろうか。

とはいえ、分野を限定すれば、 もうちょっと分かりやすい計算モデルがありそうなものだが。

そういえば、以前akrさんが汎用言語において SQLの扱うテーブルのようなデータ構造について考えていたな。

本日のツッコミ(全5件) [ツッコミを入れる]
_ ささだ (2006-10-13 15:18)

おお、仕様。こちらも死活問題です。いろいろな意味で。

_ 通りすがらない (2006-10-13 16:27)

>「副作用から離れられないから」
O'Haskellはどうなるんでしょうね。

_ まつもと (2006-10-13 16:36)

O'Haskellについては知らないのですが、そもそも「Haskellには副作用がない」わけじゃないですからねえ。

_ TICK (2006-10-15 01:32)

普段オブジェクト指向言語で仕事をしていて、道具として不自由を感じていません。最近、改めていろいろ考えるに手続き型言語ですら死んだとは思えなくなりました。

関数型言語が良いようなことを読んだので Scheme を少しやってみましたが、気持ちの良い言語という印象を持ちました。脳内物質が出る感じ。

うまいことわからないけど、世の中それほど

_ TICK (2006-10-15 01:35)

One Size Fits All な道具って無いのだなといのが正直な感想です。

(オペレーションミスでコメントがおかしくしてしまいました)

お名前:
E-mail:
コメント:
本日のリンク元
検索

«前の日記(2006-10-06) 最新 次の日記(2006-10-08)» 編集

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