[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 12:00 / Filesize : 208 KB / Number-of Response : 987
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】



65 名前:60 mailto:sage [2009/04/10(金) 01:43:28 ]
>>61
なんかよく分からん流れになってるが、自分宛でいいんだよね?

R の遅延評価は不思議なんだよな。ベクトル言語でしかも遅延評価って言うと、
誰だって遅延リストを連想するじゃないか。
「そうかそうか、巨大データを定義しても、きっと個々の要素が評価されるま
で領域確保されないのに違いない。よーしパパ巨大な疎行列作っちゃうぞ」と
か思うだろ?

ところがそれはうまく行かない。Rのベクトルは評価時にメモリをまとめて全部
確保してしまうから。ベクトルが駄目だから行列も駄目。Rで遅延評価を使った
メモリ節約のノウハウとか、自分はいまだにやり方が分からん。

思うんだけど、Rの遅延評価って、処理効率とはぜんぜん違う目的で導入された
んじゃないだろうか。そうでなければ組み込みの遅延オブジェクトがたくさん
あるはずだと思うんだよな。

今日は時間がないから書かないけど、おそらくその目的は、Scheme風言語から、
スペシャルフォームを取り除いて、関数だけで言語を構成することじゃないか
と思ってる。

--
ところで、リンク先は読んでくれた?自分があの仕組みに気が付いたときは、
Scheme や Python や JavaScript が今すぐ同じようになってほしいと思ったよ。
組み込み関数のローカル変数によるシャドウイングから解放されたい。






[ 続きを読む ] / [ 携帯版 ]

全部読む 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<208KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef