ホワット・ア・ワンダフル・ワールド scheme 普及活動(笑)
他の研究室の後輩達と雑談していたら，定番の，どのプログラミング言語を C 言語や Java の次に学ぶか，みたいな話しに． .NET がどうとかいう話しをみんなしていたので… ついつい，年甲斐もなく後輩達に scheme の美しさ・無駄のなさについて話し込んでしまいました (^ _ ^;) 曰く 全ての中断処理は継続の一概念で表現できるとか， while だの do だのが全て効率を気にせず再帰でエレガントに書けるとか， C++ の企画書は 700 ページ， scheme は 50 ページとか， 機能を無制限に増やして肥大化し，見せかけの利便性を追求するのではなく，制限をできるだけ減らすことによって本物の自由度と抽象度の高さを得るという革新的な発想とか， 直接構文木を記述してしまうというありえなさとか， 定番の，lisp ではプログラムもデータも区別なく扱えてしまうので，プログラム内で生成
生まれて3週間目のArc
2001年十一月 1. 前置き: - Arcは終わっていない。 - 提案を求める。 - あまりショックを受けないように(もう慣れているかもしれないが)。 ArcはLL1で紹介されたなかで最も若い言語だ。それはだいたい3週間前に生まれた。 ほとんどの言語は、そのくらいの時期にはおそらくとてもひどく見えるだろうが、みん なに早くArcを見せて意見を得たかった。 Arcのいくつかのアイデアはショッキングに見える。特にコンパイラ作成者にとって はそうだ。だからいっしょに我慢してほしい。それらのアイデアのいくつかは、時間が 経つにつれてそれほどショッキングではなくなるだろう。その他のアイデアは実際むか つくものかもしれないが、それらはやり直す予定だ。 2. Lisp - 方言がある言語である。 - 80年代中頃から新しいLispはない(そしてそれ以来新しくなっていない)。 - 当時と現在では言語は違
Practical Scheme
->English 10/5/2001 初出 5/30/2002 追記 6/10/2002 英語版へのリンク追加 「プログラミング言語は満載した機能を特色の第一とするものではない。 あとになって機能の追加が必要と判明するような弱点と制限を取り除いて設計すべきである。」 (アルゴリズム言語Schemeに関する第五改訂報告書、犬飼 大訳 [1])。 言語の機能とライブラリ ポピュラーな言語に親しんできたプログラマの多くは、 Schemeに触れた時、こう感じるんじゃないか。 「一体こんなに機能の少ない言語で、どんなプログラムが書けるっていうんだ。」 Schemeの規格書はほんの50ページしか無い。 Schemeプログラマはそれを言語の簡潔さの証とかなんとか言ってるけど、 入出力は最低限のものしかないし、作ったファイルを消すことさえ出来ない。 文字列処理もC言語の標準ライブラリ以下じゃないか。 ス
(´-`).｡ｏＯ 人はLispに戻ってくるんだよ - 世界線航跡蔵
角谷さんとこ 経由で見に行った、「 2009年あたり LISP がはやる？ 」。いい味だしてます。 確かに、ECMAScriptのSpecificationが出たときはおぉっと引き込まれたものね。で、「JavaScriptって、みんなが思ってるようなつまらない言語じゃないよ」と言い続けて、でもなかなか分かって貰えなかったりした。互換性問題もあってなかなか使う機会もなく。今年に入って本当に「Ajaxで解禁」された感じだ。 もっとも、私の場合は仕事で本格的にJavaScriptを使うことができたのはAjaxじゃなく、IEツールバーの開発が最初なのだけれど。このときは、どうせIE5以降（for Win32）限定のものだからってことで、JavaScript処理系をかなり絞り込むことができ、おかげでクロージャーも高階関数も気楽に使ってさくさく開発が進んだ。 そして、インテリジェントな情報検索処理系を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
