オブジェクト指向の問題点 - ビスケットのあれこれ
オブジェクト指向プログラミングを神格化するような記事が流れてきたので，僕が知っている問題点について書いてみたいと思います．僕がまだ学生だったころは，オブジェクト指向の評価もまだそれほど定まっていなくて，オブジェクト指向の次はどんなパラダイムが出てくるかとか普通に学生レベルで議論していたものですが，ここまで強大になってしまうとそれを打ち負かそうなんて気にはならないのでしょうか．僕にはオブジェクト指向が普遍的な真理という感じは全然しなくて，ここまで使われてる理由は，現実的なテクノロジーで大きなシステムを作らなければならない必要性のほうを優先した結果であると認識しています．オブジェクト指向がその後の25年ほどもずっと安定してその地位を保てるほど素晴らしいものとは思えないのです． 以下で上げる問題点は，個別に解決している研究はあったりしますし，僕も論文を書いたりしましたけど，実際の言語に導入されて
Common Lisp と人工知能プログラミングの本を執筆中 : セマンティックウェブ・ダイアリー
上巻を出版しました．興味のあるかたはこちらからお願いします．Common Lisp と人工知能プログラミングの本を執筆中です．まだ Common Lisp の部分の半分ほどしかできていませんが，およそ以下のような内容になるはずです． ほぼ完了しつつあります．出版前講演として３回にわたって「Common Lisp と 人工知能プログラミング」の第１部 Common Lisp プログラミングについて講習会を行います． 何かコメントをいただければ，できるだけ反映いたします． 目次 第１部 序章 はじめに 第1章 Lispの基本 1.1 リストを入力してみよう 1.2 書式を評価する 1.3 car と cdr はリストを分解する 1.4 シンボルは値を持つことができる 1.5 consはリストを合成する 1.6 便利なリスト処理関数 1.7 数，整数，浮動小数点数，有理数 第2章 関数定義および
((Pythonで) 書く (Lisp) インタプリタ)
Peter Norvig / 青木靖 訳 このページには2つの目的がある。コンピュータ言語の実装について一般的な記述をすることと、Lispの方言であるSchemeのサブセットをPythonで実装する具体的な方法を示すことである。私はこのインタプリタをLispy (lis.py)と呼ぶ。何年か前に私はJavaとCommon LispでSchemeインタプリタを書く方法を示した。今回の目標は、アラン・ケイが「ソフトウェアのマクスウェル方程式」と呼んだところの簡潔さと取っつきやすさを可能な限り実現するということだ。 SchemeのサブセットLispy の構文と意味論 コンピュータ言語の多くは様々な構文的な決まり(キーワード、中置演算子、カッコ、演算子優先順、ドット記法、セミコロンなど)を持っているが、Lisp族言語の1つとして、Schemeの構文はすべてカッコ付きの前置記法であるリストを基本とし
((Rubyで) 書く (Lisp) インタプリタ)
Peter Norvigさんの((Pythonで) 書く (Lisp) インタプリタ)(青木靖さん訳)という記事がすごい。100行ほどのPythonコードで、Schemeのインタプリタの基本部分を書いている。Pythonのコードは見た目がRubyのコードとよく似ているので、Rubyしか知らない僕でも何となく読める。 この記事を解読してRuby版Schemeインタプリタを書いたら、インタプリタ Pyhon Scheme それからRubyのことも、もう少し分かるようになるかもしれない。こんなお得な勉強方法はないぞ。きっと。 そんなわけで… 以下では上記記事を参照しながら、Ruby版Schemeインタプリタを書いていきます。本文では適宜Norvigさんの解説およびコードを引用しつつ、自分の理解とRubyのコードをpythonのコードと対応させていきます。Rubyのインタプリタ名はlisr.rbと
Lispから得られる悟りについて - なつたん
元ネタは、lispとその他関数型言語について http://okwave.jp/qa/q7384756.html Lispから得られる悟りについて、最近なんとなく分かってきた気がするので書いてみます。僕の思う「悟り」ってのは仏教的な定義とは違って、新しい概念が身につくくらいの意味です。おそらくEricが言っている enlightenment experience には近いんじゃないかな。 Lispを学んで得られる悟りってのは、言語処理系を作る側に回ると言うこと。SICPの4章はもろにそうだし、文法を拡張できるLispってのは、作る側に回るのにちょうど良いと思うんだ。そう考えると、俺Lispってのはよく見るけど、俺C++とか俺Javaとかはあんまり見ないよね。せいぜい俺Cくらい。Pythonには、IronPythonや、pypyやら別の実装があるけど、基本はべた移植で俺Pythonってイメー
竹内 郁雄を中心とした機械語に超至近距離ユニット「LISP」始動! - 発声練習
阿澄佳奈を中心とした超至近距離・声優ユニット「LISP」始動! 竹内御大を加えれば、燃え＆萌え度アップ＆ヒゲ度アップで、アニメファンだけでなくぬえファンも取り込めるのに。マーケティング甘いよ！デビュー曲は「かっこの数がワからなくって…」。カップリング曲は「破壊的代入はありえません。」 ごめんなさい「LISP」に脊髄反射しました。まだ、ご存命なのでジョン・マッカーシー氏で一ネタひねるべきでしたが、浅学にて思いつきません。 ちえの和webページ コンピュータ偉人伝：ジョン・マッカーシー そういえばWiredが選ぶ「最もセクシーなオタク」コンテスト、投票結果って毎年やっているんだろうか。 話が飛ぶけど、計算機科学系の教科書に載っている大家の皆様は、案外、ご存命中なのでたまに訃報を聞いてびっくりする。教科書に載っている人に会えやすい良い分野。会ったことないけど。 追記 はてなブックマークのコメント
阿澄佳奈を中心とした超至近距離・声優ユニット「LISP」始動! | ホビー | マイコミジャーナル
81プロデュース所属の声優である阿澄佳奈、片岡あづさ、原紗友里の3名が超至近距離・声優ユニット「LISP」を結成。2010年10月27日に配信限定シングルでデビューすることが決定した。 (写真左より)原紗友里、阿澄佳奈、片岡あづさ。ユニット名である「LISP」の語源は、「舌ったらず」「未発達な」「人工知能のプログラミング用語」 「LISP」は、「ひだまりスケッチ」シリーズのゆの役や『WORKING!!』の種島ぽぷら役などでおなじみの人気声優・阿澄佳奈を中心に、『おねがいマイメロディ』で夢野歌役を演じた片岡あづさ、現役女子大生声優として注目される原紗友里の3人が集結。"キミとセツゾク"をコンセプトに、かつてない"毎日ファンとコミュニケーションする声優ユニット"として活動する。 「LISP」のメンバーはファンとの一体化を実現するために、常時「ネットブック」を携帯し、TwitterやWEBラジオ
Life with Cygwin
沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。
竹内郁雄教授の最終講義のお知らせ - Cafe Babe
Tak functionの生みの親でもあり，TAO/ELISに代表されるようなLispハッカーであり，未踏ユースのプロジェクトマネージャでもある「あの」東大の竹内郁雄教授が，ついに今年度末で定年退官する． それに際して，3/3に東大本郷キャンパスで「研究・開発は楽しく」という題名で最終講義を行うので，私の様に竹内教授を心の師と仰ぐ人間やNTT・電通大・東大の竹内教授関係者はぜひ聴講を検討して頂きたい．事前登録は不要だそうだ． 竹内郁雄 教授 最終講義のご案内 2010年3月3日 (水) 各位 （重複受信された場合はご容赦ください） 東京大学大学院情報理工学系研究科創造情報学専攻竹内郁雄教授におかれましては， 2010年3月31日をもちまして東京大学を退職されることになりました． つきましては，下記のとおり最終講義が開催されますので，ご案内申し上げます． 御多用の折とは存じますが，ご臨席賜わ
プログラミングClojure - suztomoのはてなダイアリー
プログラミングClojure（Stuart Halloway著, 川合史郎訳）献本をいただきました。森田さんありがとうございます。 ざっと最初のほうを読んでClojureとこの本の特徴を書いてみると ClojureはJVM上で実行されるLispである。ただし括弧が少なめ。 関数はfirst objectでオブジェクトへの再代入はなくて、関数は副作用を持たない。 Clojureはソフトウェアトランザクショナルメモリなどの並行処理のためのモデルが入っている ClojureのオブジェクトはJavaのインスタンスでもあるので高速にJavaのオブジェクトとやり取りできる。 JVM上で高速に実行されるための実装になっている Lispなので記述が短くて、Javaの蓄えてきたライブラリをClojureが使えて、速い。 以上がClojureの特性で非常に魅力的。本の内容も具体例が多くて、言葉の使い分けもしっ
人工知能用プログラムを学ぶ : セマンティックウェブ・ダイアリー
このページにたどり着いた人へ． この記事は2009年に書かれたものです． Lisp による人工知能プログラミングを学びたい人は，このページを軽く眺めてから，2011年から始められた一連の記事をご覧ください． Lispが今また元気になりつつあるっていう話があるのですが，本当でしょうか．３月には米国MITにて http://www.international-lisp-conference.org/2009/indexとか，７月にはジェノヴァでhttp://elw2009.bknr.net/homeとか． 私の身の回りではそのような雰囲気はありませんが，もしそうなら大変うれしいことです．これは私の持論ですが，世の中の人は三種類に分けられる． １．Lispを知らない人 ２．Lispを知っているが，それにはまらない人 ３．Lispを知って，それにはまってしまった人 ここで知る知らないとは，Lisp
RDF意味論を踏まえたRead,Eval,Printループ : セマンティックウェブ・ダイアリー
Lisp の対話型環境はRead, Eval, Print ループ（REPL)と呼ばれます．ユーザがコマンドをS式としてタイプし，システムはそれを読み，評価し，評価結果を印刷します．Lisp ではこの一連の動作は，当然 Lisp の意味論にしたがって，それを実現するようになっているわけです．しかし，この Lisp の意味論にはそれほど数学的論理的にきっちりとした定義があるわけではありません．Lisp の実装者はCommon Lisp の仕様書，CLtL1やCLｔL2，ANSI-CL仕様書を読んで，それを実現するように実装するわけです．もちろん，参考とするためのソースコードがあったりするわけですが（初期にはSpice Lisp, CLOSにはPCLがあった．湯浅先生と萩谷先生は参考ソースコードなしでKCLを開発したが），一方Schemeには立派な（すぎる？）表示的意味論の仕様があったりします
わーい ＼（＾o＾）／ LispをPostScriptで書いたLispで書いたよー！ (リリカル☆Lisp 開発日記)
zickです。 最近、巷(*)ではLisp(Scheme?)を実装するのが流行っているようで。 その流れにのっとって私も変なものをつくってみました。 ***PostScriptで書いたlisp*** ソース 実行結果 名前はまだないのですが、仮にpslispと呼びます。 このpslispはPostScriptで書いたLispインタプリタです。 単に式を評価するだけではなく、その値を図示してくれる優れもの(?)です。 実は去年の4月ごろにほぼ完成していたんですが、 条件分岐などを加え、再帰が使えるようになりました。 ***pslispで書いたlisp*** ソース 実行結果 pslispで動かすためにエスケープ文字を付加し、改行を消しているためカオスなことになってます。 (追記) はてなブックマークにて指摘がありました。 yshl (と)が対応していればエスケープ
YABUKI Taro’s Home Page | 2018/08/19 フィードのURLが変わりました。
不完全性定理のLisp, Mathematicaによる記述 Lisp code / Mathematica notebook プログラミング言語なんてどれも同じと思っている人は下の3つをJavaやC++で書いてみてほしい 不完全性定理についてのゲーデルの証明の一部 停止問題の解決不可能性についてのチューリングの証明 LISP式がエレガントであることを証明できないというチャイティンの証明 ライプニッツ「役に立たないパラドックスは無い」（チャイティン「知の限界」） ミンスキー「ゲーデルはLispを思いついておくべきだった。もし彼がLispを思いついていたならば彼の不完全性定理の証明はもっと簡単なものになっただろう」（ホフスタッター「メタマジック・ゲーム」） 次の2冊の本はLispといってもSchemeのようなオリジナル言語が使われている。ここではCommon LispとEmacs Lisp、M
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kyoto.lispを作ります - Kyoto.lisp