【訃報】LISP言語とA.I.の父 ジョン・マッカーシー（John McCarthy）博士

LISP 言語と A.I. の父 John McCarthy 博士死去
2011年10月26日

Stanford Engineering はコンピューターサイエンティストで A.I. 分野の草分け的存在だった
John McCarthy 博士が2011年10月24日、同氏のカリフォルニア州スタンフォードの自宅で
亡くなったと伝えた。84歳だった。

McCarthy 博士が世間の注目を集めたのは、1966年にロシア国内のライバルと
コンピューターチェスの対戦を主催したときのことだった。4試合同時に行われたこの
対戦は数か 月に及び、結果は McCarthy 博士側の2敗2引き分け。McCarthy 博士は後に
「完敗だった」と語っていた。

McCarthy 博士は、21世紀を迎えた現在やっと現実のものとなりつつある「人工知能
（Artificail Inteligence：A.I.）」という概念を50年以上も前から唱えていた A.I. 界の巨人。
同氏は1956年に英国の Dartmouth 大学で開催された人工知能に関する会議「ダートマス
会議」に提案書を提出し、「A.I.」という言葉をその提案書の中で歴史上初めて使用した。

1958年、McCarthy 博士はコンピューター言語 LISP を開発。これは、FORTRAN　に次いで
2番目に古いプログラミング言語で、A.I. プログラムを記述する言語として現在も使用されて
いる。

また、あまり知られていないことだが、「ガーベージコレクション（ゴミ収集）」と呼ばれる
技術を開発したのも McCarthy 博士。これは、プログラムが予約したメモリ領域のうち不要に
なった領域を自動解放する技術で、LISP 言語の機能強化の一環として開発された。。

1960年代の初頭には、McCarthy 博士はタイムシェアリングによるコンピューターの効率的な
利用というコンセプトをすでに発表しており、このコンセプトはその後の分散処理やクラウドへと
発展するコンピューティング技術の基礎となった。

スタンフォード大学名誉教授で上級科学研究員の Les Earnest 氏は次のように語っている。

「多くの人々が、タイムシェアリングがコンピューターを使う賢い方法だということはわかって
いた。だが、どうすれば実現できるかについては、誰もわからなかった。John 以外は誰も」

氏の告別式は、近く執り行われる。

▽記事引用元　japan.internet.com
http://japan.internet.com/webtech/20111026/2.html

▽画像　John McCarthy 博士（Stanford Engineering）
http://japan.internet.com/img/20111026/1319617220.jpg

▽博士のホームページ
http://www-formal.stanford.edu/jmc/index.html

L.I.S.P.

阿澄佳奈が孤軍奮闘してたあれか

coffep?

リッチーといい一つの時代が終わった感があるな。
LISPはぜんぜんわからんかったけど。

LISPは全然分からなかったけれど、ああいう言語構造は英語圏のものだなあと思った。
日本語の言語体系では出来ないんだろうね。

合掌です

AutoLISPにはお世話になりまし。

>21世紀を迎えた現在やっと現実のものとなりつつある「人工知能」

えっ？　現実のものとなりつつあるのか？　どこで？

一時期LISP標準搭載の計算機が出回ったころがあった。はやりでしかなかったが。
LISPは悪くはないが括弧で気が狂いそうになる。Prologはまだまし。

>>9

googleが一番人工知能に近い。
幼児くらいの知能はあると思うよ。
サイズ的にはオフィス占領するサイズだけどね。

LISPは印象的だったし、付録についていたLISPもやってみたけど、
とても無理な感じは否めなかった。
固有値解析とニューラルネットみたいな感じで、ＬＩＳＰは前者。

でも今思い出すと、LISPはとても懐かしい感じがする。
Gary Kildallshino氏のCP/Mも暖かい思い出でし。

訂正　誤　Gary Kildallshino氏
　　　正　Gary Kildall氏

括弧はエディタが自動でインデント&整形してくれるから、それほど困らない

LISPは人工知能みたいなところから入ると、話が抽象的すぎて面白くないと思う
Emacs Lispでカスタマイズするような実用的なところから入るといいんじゃないかな

Forthが好きな俺はどうすれば良いですか？

((((((((((((((合掌

（（（（（（（（（（見にくい）））））））））

Oh!mzについてたS-OSでLISP使って遊んでたの思い出した
でも今構文とか見ても全然理解できない・・

Lispはガーベッジコレクションの問題を抱えてるから、高速な処理系を構築することができない。
このため、一時期は処理系をハードウェア化することで専用ハードが作られたが、コストパフォーマンスが悪いから今は廃れた。
つまり、初期設計に問題があった。

Ｃ言語の人もこないだ亡くなったよね。

>>19
C#とJavaについて述べよ

(合掌 nil #t)

>>9
たぶんiOSについているアレのことじゃないか？ｗ

(setq life nil)

入社した頃はLISPでトラックバックでエキスパートシステム作るってのが割と旬ではあった。
そもそも、システムエンジニアつーかナレッジエンジニア希望してたんだが、
どこで間違ってデータベース屋になってしまったんだろう

（（（（（（（（（（（（（（（（（（ぬるぽ）））））））））））））））））））））

強いAI、見てみたかっただろうな、チーン

>>26
（princ "ガッ\n"）;

>>19

メモリアクセスがランダムなので、キャッシュの効果があまりない。
それで、RISC アーキテクチャーには不向きなのが本質的な問題かと。

nilの彼方へと再帰的に組み込まれた。

>>21
シーシーレモンとジャワティーみたいなもん。
好みの問題ということで

故人のご冥福をお祈り致します。

どうしてこのようは言語が作れたのか不思議だった。
Ｃと違ってかなり原則的で禁欲的な感じがした。

>>14
自分で書くときは困らないけど、読むときは困るでしょ。

>>19
そう言えば、LISP専用機って有ったよな
DECでもSunでもHPでもLISPは動いたのに、どんな奴が買うのかと思ってたら
石鹸屋の研究所がもってって、パレットに色々形のな荷物最大量積む
を変なプログラムを作って、威張ってたナ

>>19
>つまり、初期設計に問題があった。

適材適所

>>25
ナレッジエンジニアも、特殊なデータベース屋と言えなくもないかなｗ

>>6
日本語の特徴を生かしたプログラム言語とかもあるんだけれど、ソースコードをみても、
なまじ日本語が入っているから、逆に見にくくなってしまう。
結局、アルファベットが一番見やすい。

>>32
CもBASICから見るとかなり禁欲的だけどね。

ＧＨＱで戦後日本に来てた人？

>>10
手元にLISPポケコンAI-1000がある。
サブセットだけど雰囲気は楽しめた。

LISPって独自な文化だよな。
carだのcdrだのlambdaだの_Pだの、言葉も特殊だった。

影響を与えた言語
LOGO, Perl, Python, Smalltalk, Ruby, Dylan, Mathematica, C#

それマッカーサー

>>38
そうか？
パンツに例えるなら
Cがトランクスで
行番号に縛られたぬるぬるの環境はまさにブリーフ

Lispは知られていないが、科学技術領域ではFortran並の成果を上げていた。
まず、数式処理系の原型から初期の実用プログラム。
次はIC設計の際のロジックシミュレーターなどの論理CAD。
この発展系でCGの自動アニメーションプログラムとかもSIGGRAPHとかでも研究発表が相次いだ。

ノーベル賞クラスの研究者がいる基礎研には必ずといってもいいほどLisp Machineがあった位普及していた
むかしはこの手の専用機は大型冷蔵庫と同じくらいの筐体をしていたから冷蔵庫と呼ばれていた。

むしろ純粋なAIは研究室の中に限られ、実用分野までには波及はしなかったとも言える。

Lispは昔、会社でAIのアプリケーションプラットフォームのKEEのメインフレーム版を出すということになって、
Lispは熟知していたが、KEEは触ったことがなかったので、基礎研にあるLisp Machineをさわりに行ったことがある。
メインフレーム版のKEEというのが傑作で、よくもこんなもんを作ったなってもので、処理はS/370上で実行し、
トランザクションはキャラクター端末用の3780プロトコルを使って、ワークステーション上の専用アプリに送信するというもの。

東芝の研究所の人にデモをやって、画面に映ったオブジェクトを指さして、これは生きてますか？とか聞かれたので、
オブジェクトは全て生きています。とか言ったら、今はそんなの当然なのだが、さすがに80年代でまだWindowsが普及する前
の状態下にあっては、凄すぎたのが、相当、驚いていた。

ソフトは多分、2000万円くらいしたのだが、直ぐに契約してた。

でその後で、やっぱり市場性はないということになってLisp/370日本語版の開発が中止になり、KEEのメインフレーム版
もそれっきりになった。

その後、私は直ぐにOS/2の製品企画担当に飛ばされた。

以前はPrologのが流行ってたように感じるけど、ICOTのせいかな。
結局、Lispが生き残ってるようだ。

LISP が gcc の内部で今でもバリバリ現役ってこと、あまり知られてないんだな
emacs もLISPベースで作られているし、
RMSはマッカーシーの正当な後継者と言っても過言じゃない

キミと接続

Cに続いてLISPもか

まぁコンピューター初期を作ってきた巨匠がこれからどんどん死んでいくだろうな。
知らないところでもっと亡くなってるかもしれんが。

>>43
BASICに行番号必須だったのはかなり大昔

>>24
俺の人生
((lambda (x) (rplacd: x x)) '(nil))

>>40
AI-1000はバグってたよ
do特殊フォームのスコープでmapcar使うと
mapcarを抜けた後でdoのコンテクストにまだあることを忘れてた
意味不明なエラーが出た

>>17
スーパー括弧を使うと見やすいよ

スーパーこっか使えよ。見にくいけど

天国でみんなといろいろ研究してください

頭のいい人向け。抽象度高くて気が狂いそうになる。

山口百恵 ロックンロール・ウィドウ

ttp://www.youtube.com/watch?v=WFyNseVfYRk

>>56
ちょっとの間、どこの板への誤爆かなと思った

デフォルトでgnu emacsがインストールされるOSなら
知らないうちにlispが入っている

>>45

ＩＢＭの人でしたか？

好き嫌い真っ二つ

>>1
哀悼の意を表します。合掌

リンゴの人、Cの人　偉大な人が亡くなったのは残念です。

クヌース先生はご健在ですね

>>29
RISCが流行った頃には既にSymbolicsは消えていたよ。
実はSymbolicsにはstack memoryというのがあって、これキャッシュなのよ。
Symbolics3750でFFT作って、VAX11/785のVaxFortranのFFTと同じ性能出した
のは、いい思い出。

つい「ミンスキー先生は生きてたっけ？」と確認してしまった。

マッカーシー博士ありがとう　(gc)

ジョブズ氏よりじはるかに重要な人だったんだけどな

リッチーに続いてまた一つ巨星落つ

>>66
中身に与えた影響ではそうだわな。ジョブズはもっと商業的なところ
デザイン的なところだからニッチが違うよね。
来年だっけLispの国際会議が京都であるのって。あれって、KCLの中の人の
退官記念かねてんだろうなと見てる。

今となっては疎遠だけれど、emacs lispでお世話になったな。

EVALQUOTE HAS BEEN ENTERED. ENTER ARGUMENTS:

プレイステーションの「クラッシュバンディクー」ってゲームはLISPで作られてたんだっけな

>>68
「ニッチ」の使い方が変だ。

>>72
残念ながらニッチの使い方は変ではない。お前の理解が悪い。概念を先に理解してこいよ。

>>1
>タイムシェアリングによるコンピューターの効率的な
>利用というコンセプトをすでに発表しており、このコンセプトはその後の分散処理やクラウドへと
>発展するコンピューティング技術の基礎となった。

全然違うだろ　ぜーーんぜーーーん違うだろ

コンセプトという点では間違ってない

CARやCDRなど、なつかしいｗ。

http://en.wikipedia.org/wiki/Time-sharing#Time-sharing
> Developing a system that supported multiple users at the same time was a completely different concept;
> the "state" of each user and their programs would have to be kept in the machine, and then switched between quickly.

http://en.wikipedia.org/wiki/Distributed_computing
> A distributed system consists of multiple autonomous computers that communicate through a computer network.

全然違う

学生の頃、数式処理のREDUCE使ってみて驚いて、ソースのLISP見てもう一度仰天。

>>77
タイムシェアリング登場前の状況を考えてみな

>>79
各ユーザに環境を与えて1つの計算リソースがユーザーを逐次切り替えるのと
複数の計算資源が同調しながら並行動作するのは原理が全然違うだろうよ

>>80
だから、コンセプトだっていってるだろ
一つの計算機で一つの計算が当たり前の時代状況を考えろよ

>>81
>>1
>このコンセプトはその後の分散処理やクラウドへと
>発展するコンピューティング技術の基礎

「コンピューティング技術の基礎」って言ってんだぞ>>1は
技術的に全然関係ねえよ

ちなみにタイムシェアリング云々の記述は、>>1の記事のライターが創作したものではなくて、
スタンフォード大学のプレスリリースにある記述をそのまま翻訳したもの。

つまり、この記述は、スタンフォード大学の見解となる。

>>82
TSSのダム端末に計算能力持たせたのが分散処理の起源の一つなんだから技術的にも関係あるんだよ

へぇー、ゴミ収集車も発明していたのか

>>1の原文
http://engineering.stanford.edu/news/stanfords-john-mccarthy-seminal-figure-of-artificial-intelligence-is-dead-at-84
> He also developed the concept of computer time-sharing in the late 1950s and early 1960s, an advance
> that greatly improved the efficiency of distributed computing and predated the era of cloud computing by decades.

まるっきりのデタラメ訳じゃねーか
---------------
彼は1950年代後半から60年代前半にかけてTSSのコンセプトを発展させ、
TSSは分散コンピューティングの効率を大幅に向上させた。
クラウドの流行より数十年前の話である
---------------
これなら意味が通る

>>84
バカも休み休み言え

AutoLISPは使った事があったけど
マクロ止まりでプログラミング向けの言語では無かったな

plorog　第五世代コンピュータはどうなったのか。

オ〜ティモシ〜？

今度はこっちかよ・・・ご冥福をお祈りします

Common Lisp系は今でも最強の言語の一つだよ。
Emacsのから特定の()の領域だけをEvalすることで、プログラムの演算過程をいつでも検証できるので、
仕様がなくても作りながらプログラム規模を拡大させるラピッドプログラミングが自由にできる。
しかもグラフィックスを自由に描くこともできる。
しかもテキスト処理の自由度も高い。

懐かしいなあ。
LISPを武器に赤狩り旋風を巻き起こしたんだよね。
でもきっと帰ってくるよ。I shall return って言ってたもん。

emacs-lispしか知らないけど、難しかったけどemacsのカスタマイズ楽しかったです。

てか生きてたんだ・・・
Emacs Lisp と Schemeがなつかしいわ。
でも、もうすぐ次世代のプログラミング言語が生まれる時期だよ。

KL/1に昇華して並列プログラミングの
新しいパラダイムを提供しただろ
やめるんだ荒らしは

>>6
（すんな（勝手に（定義を（ボケが（日本語の限界）））））

こんな感じか？

>>94
> でも、もうすぐ次世代のプログラミング言語が生まれる時期だよ。

そうか？なんか、みずがめ座の時代とか言ってた馬鹿に似てる気がする。

FORTRANは「古臭っ！」と思うけど、
次いで古いLISPはあまり古臭さを感じないよな。

いい顔してるな
髭といい髪型といい

絵になる

S式は中間言語のつもりが皆が直接S式で書くようになったんだが
そのS式が括弧だらけで人を遠ざけるらしい

vi-lispってのはないの？

nil

文法を確認するためのサンプルプログラムは
簡単に組んで動かせるけど、実用になる作業をやらせようとすると難しい
どんな言語でも文法的に間違っていないが動作しないプログラムは簡単に出来上がる
たとえば巨大な配列たくさん作るだとか、ループしすぎで実行時間が
やたらかかるだとか
言語よりOSとか環境の制限を知らないとね

(defun okuyami ()(printf "博士ありがとう\n")(gc))

日本語っぽい語順が好きならForthとかPostScriptをどうぞ
ついでに「日本語の語順と逆ポーランド記法」も読んでおくといいかも
統計数理研究所の図書館に確かシンポジウムの予稿集はあったはずだ

Jobsの死よりも衝撃的

あの、赤狩りの!?

関数が800近いとか、common LISPベースの推論エンジンとか、emacs とか、オブジェクト指向とか、
名前空間（スタティック、ダイナミック）とかデータとプログラムの区別がないとか、
フレーム理論とか、バナナと猿の問題とか、巡回セールスマン問題とか、、、
あの頃が懐かしいな。でも、S式のプログラムは実行順序を追い辛くて最後まで
ダメだったな。今のワシはPythonにホの字じゃ。だから有難うLispの神様。ご冥福をお祈り致します。

計算機資源が限られていて
高度なプログラミング言語実装出来なかった時代ならともかく
今となってはLispはゴミ

仕分け人みたいなのばっかり集まってんな

>>99
おれもそう思った。

>>105
S式の順序ひっくり返すだけでいいような

　　　　　　　　　　＿＿＿＿＿
　 .ｎi 7　　　　／　　　　　　　　＼　　ご冥福をお祈りします
l^l | | ｌ ,/) ／　／・＼　　／・＼　＼　　　 .ｎ
', U ! ﾚ' / |　　　￣￣　　　￣￣　　|　　l^l.| | /）
/　　　 〈　 |　　　　（＿人＿）　　　 |　　| U ﾚ'/／)
　　　　　ヽっ　　 　 ＼　　　| 　 　／ 　 ﾉ　　　 ／
　／´￣￣　ノ　　　　 ＼＿|　　 　＼ｒニ 　　　|
　　　　　　　　　　　　　　　　　　　　　 `ヽ　　　l

>>113
不謹慎だな。
お前の様な奴は括弧に挟まれてしまえ。

コンピューターサイエンス界での求道者は
結局LISPにたどり着く。

シンプルで古いのに奥が深い。

合掌…(−人−)

>>109
今学ぶべき言語って何？
JAVA?

>>112
んだんだ。

あぁ、次々逝ってしまう

>>109
それは真逆。Lispの実装は当時のコンピューター資源では難しかった。そのためにわざわざ専用ハードが開発された。

>>119
スタックマシンのことか？LISPにしてもJavaにしても今のＰＣで再帰演算させ
るとあっというまにスタックがオーバーフローして使い物にならないんだが

>>120
実際にプログラミングせずに書いてる人だな。

>>121
んなことはない。再帰演算でデータ圧縮しようとしたんだが、30回位リカーシブコールするとスタックオーバーフローで落ちるので、泣く泣くあきらめた苦い経験がある。.netのLISP使ってもやっぱりダメだった

carとcdrからどうやってnlambda作るのか分からず挫折

>>122
.netのlispかぁ。 .netやjavaの上のlispは当然それらの制約上になりたつから
jvm上のlisp系のclojureでもjvmの仕様の影響で末尾再帰の最適化は書き方が変
わってる。
sbclなどで末尾再帰させてみた？末尾再帰最適化が効く処理系とそれ以外では
違ってくるからね。

http://www.mew.org/~kazu/material/2011-fp.pdf
p.46
http://www.slideshare.net/tanakh/ss-3580292 p.31
http://twitter.com/tanakh/status/92892656455270401
再帰にはこだわらないもんみたいだよ？

>>120
スタックマシンは実現が容易。むしろ人より機械寄り。
GCがキツい。
かつては連想配列ですらソフトだけじゃ荷が重すぎて、
専用ハードがないと実現不可能だと思われてた。

LuaVMがレジスタベースのVMらしい

実用的な用途としては、エディタの動作カスタマイズであるemacs LISPとか？
oracle の設定ファイルもLISP風の表記だったな。

Emacsの話を出すと本職のLisp屋に鼻で笑われる

現実世界で役に立つのは
Emacs ＞＞＞＞＞＞　本職のLisp屋

>>15
仲間
もっと評価されてもいいよね。

>>47
kwsk

キャノンの言語だっけ？

素人入門者の自分は Scheme が好き、というかそれしかわからないw

あと尊敬するのは、Cへ翻訳という形で LISP のコンパイラを実現した
京都大学数理研の湯浅太一氏・荻谷昌己氏 (1984)
その　KCL (Kyoto Common Lisp) を元に、テキサスのオースティン大学の
ウィリアム・シェルター氏が改良版の Austin Kyoto Common Lisp を作成 (1987)
それが後年 GCL (GNU Common Lisp) の原型なったとのこと(1994)

…という史実を、自分はつい最近まで知らなかった
ttp://sites.google.com/site/shidoinfo/Home/programing-lang/%E9%96%A2%E6%95%B0%E5%9E%8B%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E/lisp/common-lisp/common-lisp-%E5%87%A6%E7%90%86%E7%B3%BB/gnu-common-lisp

湯淺 太一氏
ttp://www.yuasa.kuis.kyoto-u.ac.jp/~yuasa/index_J.html

湯淺とか人間の屑だろ

>>130
Lispの専門家が何を示すか不明だが
Lispは別に人工知能用の言語ではなく
要素と要素を合成して別の要素を定義するという処理に特化している ゲームとかUIとかの実務に特化した処理系が無いから廃れてるけど 潜在能力は高い

>>116
横入りで申し訳ないが、一つ選べと言えば
とりあえずC

ただ、目的がはっきりしていれば別だけどね
業務に需要ががあるのはJavaとかC#（あるいはObjective-C）

スクリプト系ならpython

速度を必要とするプログラムでオブジェクト指向となるとC++

でも、Cを入門レベルでもやっておくとコンピューターの勉強になる
実用性もあるし

JoltAward2011
http://www.publickey1.jp/blog/11/1itjolt_awards_20116.html

>>137
PerlじゃなくてPythonなの？

tiobe index
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
公開リポジトリ
https://github.com/languages
sourceforge
http://wismuth.com/lang/languages.html

初心者がC言語でQuickソートをインプリメントすると、
スタックオーバーフローするプログラムを書いてしまい勝ちである。

カーダクッダアプライラムダ
Ｓ式と逆ポーランドを混同してる奴がたまにいるよな

>>139
Perl↓状況でPythonはLinux系ディストリなら管理にまで使われる有様。
パッケージも揃っていて、大学で最初に教える言語、アルゴリズムコース
に使われつつある状況だからだろう。
最初はschemeでいいと思うんだけどな。シンタックスノイズはCとかC#に
比べてあまりないし、それらより木構造も扱いやすいし。
アルゴリズムを理解しにくい言語出始めると、どうしてもよく揶揄される
土方っぽくなりがち。

でもCは悪くないか。C++が良くないと思ったのは事実だが。
Cはコンピュータの構造を理解するにはいい言語
Pythonは学習用と実用のバランスが整った言語
Scheme/Haskellはアルゴリズムを理解するのに優れた言語
という事は言えるか。C++/Java/C#はシンタックスノイズが多く
最初からやるのは思考能力が身につかない言語。やるなら２つ目に
習得する言語でいいんじゃない？
でも実際にはよく使われてる。そんなところだろうね。

今時代は関数言語になりつつあるね。
やっと時代がＬＩＳＰに追いついてきたのか

は？

LISPは言語自体がノイズみたいなもん

lispは、100年後に一般化されるであろう。

一番ノイズが少ない言語だよLispは。。。 一番ノイズが多いのはC#やC++
LISPは時代の先端を行ってたけど、最近はどうだろう。LISPなしに
ゴミ集めとかは発達せんかった。だから古いハッカーはLisperばかり。

ある程度の構文糖がないと読みづらい。

>>150
純粋に慣れの問題だとおもう

分かり辛いので一回しか使わないちっこい関数をdefunで作りまくったら手続き型言語に毒されてると言われた。
ちっこい関数一個ずつデバッグした方がいいと思うんだけどLISP使いには気に入らない模様。
LISPらしいコーディングってみんなCでいう変態一行プログラムのような異形だと思う。

>>152
関数プログラミングとしてあなたが正当だよ。そのLispの経験がある人
はLisperとは言えないと思ったかな。少なくともセンスはない人だから
無視すればいい。

clにはtraceが用意されていて、それを使って効率よくデバッグするとなると
152のような方法が一番いい。更に最適化するときはインライン化させること
も後で可能なので。この辺はhyperspecでtrace,inlineを調べてみてね。

>>152
ちっこい関数が無銘関数ならいいんじゃないかな
汎用性のあるちっこい関数ってあんまりないっしょ？
ＣＬならネームスペース内ローカル関数だと思うけど、大きくなりがちな関数を眺望しやすくするために名前つけてるだけだったりするじゃん。

つうかすぐgeneric programingって良い始めるのがうざい

ポイントフリースタイル？

>>19
> Lispはガーベッジコレクションの問題を抱えてるから、高速な処理系を構築することができない。
> このため、一時期は処理系をハードウェア化することで専用ハードが作られたが、コストパフォーマンスが悪いから今は廃れた。
> つまり、初期設計に問題があった。
SBCLがJavaより高速な件
なんでCぐらいの速さに近づくのか、本当にわからん
>>45
> その後、私は直ぐにOS/2の製品企画担当に飛ばされた。
Lispはどこらへんで布教活動失敗したのかね。
>>50
> BASICに行番号必須だったのはかなり大昔
そうなんだっけ。高校の頃、PC-9801RXを5万円で買って、マイコンベーシックを
写経してシコシコプログラムを書いていたけどなあ。
>>66
ジョブス、マンセイはさすがに辟易した。

>>68
> 中身に与えた影響ではそうだわな。ジョブズはもっと商業的なところ
> デザイン的なところだからニッチが違うよね。
Appleのデザイン的感覚って実際どうなの？
デザインについて門外漢だけどそこまでじゃない気がするんだよなあ。

爆発的に売れちゃったのはむしろ売り方がうまかっただけな気がする。

>>159
デザイン的にどう、っていうことよりも、
もともとデザインなんか関係なくって昨日だけで売ってた物に、デザインでも勝負っていう感覚を持ち込んだのがJobsなんだよ。

機能だけで売っていたっていつごろの話？

最初のMacは機能どころか実用には程遠かったからね。

『「パソコンのおける日本語処理／文字コードハンドブック』
　―川俣晶著, 1999-06-10
　客観的に見て，Macintosh というパソコンの初期モデルには，まったく実用性が
なかった．
　現在では，デザイン業務の専門家から高い評価を受けている Macintosh であるが，
初期モデルには，写真に近い品質の色再現能力もなければ（モノクロ２値のみ），
美しいアウトラインフォントもなければ（ビットマップフォントばかり），
PostScript プリンタもなかった．そして，デザインの現場で必要とされる高度なア
プリケーションソフトを実行できるだけのメモリも搭載できなかった．
　いわば，新しい技術思想をデモンストレーションする，オモチャでしかなか
った．

ここは LISP のスレ。マック信者とアンチの論争は他でやってほしい。
どうしても話題に絡めたいなら、Apple ][ 用の LISP が販売されてた話とか。

CPUの6502には、スタックが通常 $100〜$1FFまでのわずか256バイトしか指定できないが
それをソフトウェア・スタックとかの力技で、無理に LISP を走らせるらしい。
故マッカーシーもびっくり? さすがウォズニアック!…　って、ソフトは関係ないかw

>>162
まあ、パソコンってだけですごいからなあ。今のパーソナル宇宙船キットを売り出す
みたいなもんだよね。スペックは一人乗り用で月まで行って帰ってこれる。
>>163
LISPスレじゃないだろ。単なるマッカーシー訃報ニューススレだよ。それでJobsの
訃報につなげて話すのは問題ないだろ。

なおかつスレッド落ち目前。自分の書き込みがなくなれば4日間書き込みがないからな。


最小LISPでスタックって最低何バイト必要なの？
ウォズニアックはLISP実装したの？

>>163
6502でソフトスタックなんざ普通にゼロページインダイレクトで実装するっしょ？
あたしゃCP/M次代のmuLispとかmuSimpとかのほうがびっくらこいたよ

ここは、若いやつばっかなのか

LISP1.5とかでバリバリやった奴はいないの？

コンス・セルが３万個しかない時代にＬＩＳＰをいじっていた自分の頃から
すれば、今の計算機資源は広大無辺だな。

ここは、おっさんばっかなのか？

clojureで今まさにばりばり開発してるやつは
おらんのか？

公安はサリンオウム信者の子供を40歳まで社会から隔離している

オウム信者が地方で現在も潜伏している…それが新興宗教を配下としている公安の仕事だ

で、盗聴機器を開発したら、霊魂が寄って来た

で、お願いだから刑事事件の流れをどうぞ

電波憑依
スピリチャルを否定なら
江原氏三輪氏高橋佳子大川隆法は強制入院だ
幻聴降臨
日本の中途半端な宗教は怖いね…(-_-;)

コードレス盗聴すでに2004国民の20%は被害者もう立ち上がれエンジニアさん電波戦争しかない<+>中国鶏姦工作員ふざけるな<+>医師が開発に絡んだ集スト今年の５月に日本警視庁防犯課は被害者のSDカード15分を保持した。有る!国民に出せ!!
＊創価は潰せる
犯人は創刊学会幹部キタオカ1962年東北生は、二十代で2人の女性をレイプ殺害して入信した
創価本尊はこれだけで潰せる
＊創価幹部は韓国工作員こうのとり学会軍団
創価会員と言えば公明党
<<<<<<テロ装置<<東芝部品<<<宗教<<<同和>>>>公安>>>医師>>>魂複写>>>官憲>>>>>日本終<<<Google検索へ

>168
Web関係の仕事では最近よく使う
javaオンリーよりも少人数で開発できるので楽

>>170
性能はどう？
遅くない？

>>171
purejavaよりはちょっと遅い程度(うちのテストだと8〜9割)
寧ろ作業人員が少なくても同じ期間以下で作れるのでどうしてもシングルでの性能が足りない時はロードバランサで分ければ良いのは今までのWebアプリと変わらないし
人月コストが安くなった分有利

>>172
人をかけないですむ理由ななに？
コーディング量がすくなくなるから？


さらにその理由は、すぐれたフレームワークがあるからかな？
それともやっぱりマクロをつかいこなすから？

>>173
自分も知りたい。

あとPureJavaで複数コア対応していないの？
それともClojureが未対応なの？

>>173
Clojureの特徴のせいなんだけど、基本不変なのでユニットテストの記述量が減る
Webだけだなんだがcompojureのおかげでserveletのxml設定の手間が全く無くなる
DB関係はclojureqlを導入してwhere句をプログラマブルに結合できるため悩みどころだったSQLの手間が半減以下になる(業務アプリだとここの数がやたらあるから)
そのうち一番大きいのがユニットテストにかかる工数が激減したのと関数をREPLで単体でチェックできるのでプログラマがデバッグにかかるコストが激減したことだとおもう
最終的な納品まえのテストにかかる時間はかわらないんだけど、これは別チームがやってくれるので開発側のコストだけはかなり減った。
Lispというより純粋関数型言語に近いClojureの恩恵なんで、Scala導入してるところだとあんまり関係無いかもしれない(しかもWebアプリだけだから)

ただバーター条件がいくつかあって社内で研修しても副作用無しの関数型言語かつLispになじめるのは半数くらいだった。
それでもソコを凌いだチームの開発効率が高いのでちょっとびっくりしてる。

>>175
ありがとう。
こんな会社が日本にあったなんて
驚いた。スゲーな。
商用でlisp使ってる会社なんて
少ないとおもってたけどそうで
もないんだな。

まあ研修を掻い潜ってこれた
やつってのは優秀な人材を
選別してるのに等しいきもするが。

schemeスレで拾って笑った
http://togetter.com/li/215803

ん〜、京大が云々〜の話はわからないけど、個人的な趣味レベルなら
辞書ソフトとか参照しながら、英語版をゆっくり独学でもなんとかなるような気がする

Petite Chez Scheme　(無料版)
ttp://www.scheme.com/download/

↑コンパクトな Windows 版がおすすめ

Structure and Interpretation of Computer Programs
ttp://mitpress.mit.edu/sicp/

自分はまだ半分も読み進んでないけどw
インタプリタ実装の練習する章は飛ばしてもいいかも

LISPと人工知能は本質的に関係がない。タイトル記事の内容は誤解を与えるな。
単なるプログラミング言語でしかないのにLISP語るときに人工知能うんぬんを引き合いに出すのは
いい加減やめたほうがいい。

それと、>>175は言うほど特別な事は無いと思う。
LISPを理解する人間が小数だという事実も関係しているように思う。
ようは、LISPが使える人が少ない==小数先鋭、これらが必然的に起こっている結果では？
少人数効果は高い。大規模多人数プロジェクトが失敗する法則性とも合致する。
Web系なら業務系と違って極端に失敗する事も少ないだろう。
結局は運用する人間側の問題のような気もする。

当時、AIを研究するのにLISPしかなかった。ので、逆説？がひろまったんだよね。

どっかの講義だかで、再帰が理解できる人の割合とかもあったな。
（関数型の壁のひとつとして）

やたら死んでるな

http://d.hatena.ne.jp/hiratara/touch/20110917/1316220155
上達していくと再帰などより弱いものを使うようにすることを
考えるらしいが吸収すべき考えだよね？

中西さんは、早く亡くなってしまったな。
ジョブズと亡くなった年齢は同じぐらいだったかな。

日本人だと、UNIX、インターネットというと石田さんが2009年に亡くなってたな。

>>183
たしかにmapreducefilterといったものはよく使うようになる。
楽だから。

再帰の意義ってなんだろ。
car, cdrの自由度について語れる人いる？
どういうのが表現できるからすばらしいんだろうか

LISPは記号処理を行うための基盤として当時注目されたのだ。
数値だけではなくて記号や単語などを柔軟に扱えるほかに、
プログラム自身も記号の列だから、プログラム自身も処理の対象に
するなど、応用範囲は数値だけに比べて広く、しかもインタラクティブ
な使用を主に考えられていた（LISPの実行プラットフォームとして
愛好されたのはDECのミニコンシリーズ）。

一言で言えば、万能関数がエレガントに書けるってことな

再帰の意義とか言う奴は、数理論理学の勉強が足りない

>>189
万能関数ってLispの具体的な関数って何を指すの？
mapcar, appllyとかは実用関数の部類なんだよね。

あと数学について詳しいならそのエレガントさの定義についてご教授願いたいね。

LISP　VS　ゆるゆり
テレ東最後の戦い

>>190
>mapcar, appllyとかは実用関数の部類なんだよね。 

>mapcar, appllyとかは実用関数の部類なんだよね。 

>mapcar, appllyとかは実用関数の部類なんだよね。 

駄目だ、こりゃ

エヴァルとかエバルクオートとかを聞いたことがないのかね？

>>190
applyは代表的な万能関数だよ

>>46
Prologマシンを作った日々野先生は菅内閣の内閣官房参与やってて
TVで見かけてえらい驚いた

ブランドン・ハリスは超人ロックの人ですか？

>>63
SunのSPARC機に挿すワンボードSymbolicsあったじゃん。

今のBigData時代、LispよりRubyだよなぁ

RubyってSBCLの1/50くらいの速度しか出ないぞ?

Ruby コンパイラをつくる。
Ruby に即した GUI フレームワークをつくる。

これらを夢見がちにまっているのだけれども、ひょっとしてもう実装されている？

Maxima、Macsymaにはお世話になりました

Maximaにはお世話になってます

>>200
やろうとする人はいるだろけど、JITでいいんじゃないの？動的コンパイラ系
じゃないとrubyの良さを殺すと思うな。
こんなのもある。
http://www.infoq.com/news/2011/11/ruby-maglev-10
http://rubini.us/

>>203
プロセスVM のメリットがよくわからない。ネイティブコード生成に比べてどういう点が好ましいのでしょうか？
一応、http://ja.wikipedia.org/wiki/%E4%BB%AE%E6%83%B3%E6%A9%9F%E6%A2%B0 はみているのですが。

>>204
高レベル表現の方がJITに使える情報が豊富。
VM命令セットの研究のサーベイを読めばいい。

pgのarcの話題はないんだな。

(defun C:Line とかやってたなぁ・・・・・・・

(let ((l

LISPはもう歴史的な役目を終えた言語だろう。

にるぽ

ぐっ