Emacs Lisp のダメなところ - あどけない話
Emacs Lisp をこよなく愛する僕の目から、Emacs Lisp がダメだと思うところをまとめておきます。 文化的な問題 Emacs Lisper の多くは、Lisp が好きで使っているのではなく、Emacs が好きだからしかたなく使っているのでしょう。本当は C で書きたいのに、無理して Lisp を利用している感じです。 そのため、Emacs に付いてくる Emacs Lisp のコードは、Lisp らしくないものがほとんどです。単に C での発想を Lisp で表現しています。 これらのコードは、読みこなせないぐらい関数が大きく、副作用のある部分とない部分が分離されていません。また高階関数を用いて、データ構造を走査するコードと実際に仕事をするコードを分離するという意識も低いようです。 Google の MapReduceという論文のお陰で、Lisp の写像関数(map)と畳込み
Why I should learn Lisp
A programmer's blog - will deal with everything that relates to a programmer. Occasionally, it will contain some humour, some politics and some sport news. At the beginning of 2006, I had promised myself that I will learn Ruby and the tricks of the trade of functional programming. I do Java for a day job and get paid for consulting on enterprise Java architectures. I like Java, I love the Java com
Lispが何故使われないか - 数学猫の生活と意見
原因のほとんどは経路依存性*1とかネットワーク効果*2によるもので、Lisp自体の性質とは無関係だと思います。と言った上で、私が何となくLisp系言語を使わない理由としては、Too dynamic: 実行時にコードが差し替えられることがすごい利点だ、と言っている人がいましたが、逆に言えば今どのコードが走っているか理解しにくい、という欠点にも繋がる。Meta programming:S式のおかげでMeta Programmingがしやすいが、Meta Programmingを多用したプログラムは理解しにくい。動的型付け:利点でもあるけど、特有のバグを引き起こす。識別子に関数と値の2種類が別々にバインドできる。これは私には非常に美しくなく感じます。主観ですが。一方でSchemeは言語仕様が弱い。(特にModule機能が標準でない)Proprietaryな実装が中心。CMU LispはStand
defmacro - Writing A Lisp Interpreter In Haskell
Introduction A while ago, after what now seems like eternity of flirting with Haskell articles and papers, I finally crossed the boundary between theory and practice and downloaded a Haskell compiler. I decided to do a field evaluation of the language by two means. I was going to solve a problem in a domain that Haskell is known to excel at followed by a real world problem1 that hasn't had much ex
Practical Common Lisp
that book is dead sexy —Xach on #lisp (more blurbs) This page, and the pages it links to, contain text of the Common Lisp book Practical Common Lisp published by Apress These pages now contain the final text as it appears in the book. If you find errors in these pages, please send email to book@gigamonkeys.com. These pages will remain online in perpetuity—I hope they will serve as a useful introdu
Tracking Assets in the Production of 'Final Fantasy : The Spirits Within'
Originally published in the proceeding of Game Developers Conference 2002, San Jose, March 19-23, 2002. Converted to HTML by the author. Tracking Assets in the Production of 'Final Fantasy : The Spirits Within' Shiro Kawai Square USA Inc. 55 Merchant St. Ste. 3100 Honolulu, HI., 96813 1. Introduction In early 1997, Square USA opened a studio in Hawaii to produce a full CG feature film, whic
まつもと直伝 プログラミングのオキテ 第4回（1）
今回はプログラミング言語の型について学びます。型には静的型と動的型の2種類があります。それぞれの歴史的な背景から始め，利点，欠点について学びます。動的型の新しいプログラミング・スタイルである「Duck Typing」も紹介します。 プログラミングの世界では，しばしば「静的」（Static），「動的」（Dynamic）という言葉が使われます。静的とは，「プログラムを実行しなくても，ソース・コードを見るだけで分かること」という意味です。プログラムの静的な部分とは，変数や手続きの名前と型，制御構造の構成などです。 それに対して動的とは，「プログラムを動かしてみないと分からないこと」という意味になります。プログラムの動的な部分とは変数などの具体的な値，実行時間，使用メモリー量などでしょう。 プログラムが採用するアルゴリズムと入力値が分かれば，実行してみなくても出力が分かる場合もありますが，現実には
Alan Kay: Is Computer Science an Oxymoron?
Alan Kay's title slide, up during the intro says Is the Best Way to Predict the Future to {Invent,Prevent} It? with the {Invent,Prevent} alternating between each other. He jokes that this afternoon's talk can be summed up by the fact that he has to wear two microphones to speak instead of one. The talk was billed as "Software Engineering vs. Computer Science, so I'm anxious to see how his title re
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
SRFI 89: Optional positional and named parameters
ECOOP.tex
http://www.lisp.org/mop/contents.html
On Lisp邦訳 - 野田 開のウェブ・サイト
サービス終了のお知らせ
M.Hiroi's Home Page / xyzzy Lisp Programming
Home - Notam
A Survey of Current CLOS MOP Implementations
Shooting A Moving Target---An Experience In Developing A Production Tracking Database
AspectL
CMSとモバイルとフィードと四畳半社長: 大人になったのか、lispが面白く思えて来た