Chapter 2: Welcome to Lisp Chapter 3: Lists Chapter 4: Specialized Data Structures Chapter 5: Control Chapter 6: Functions Chapter 7: Input and Output Chapter 8: Symbols Chapter 9: Numbers Chapter 10: Macros Chapter 11: CLOS Chapter 12: Structure Chapter 13: Speed Index This site contains the solutions to all the exercises in Paul Graham's book "ANSI Common Lisp". This 'unofficial' set of solution

前回書いた「勝間和代や香山リカのように『苫米地英人』にも検証の手を！」が思わぬ反響を呼び、面白い情報が集まっていたのでまとめてみました。 佐々木俊尚さんの「自己啓発本からニューエイジまで」　前回の記事はありがたいことに色々な人に読んでいただけたのですが、『グーグルGoogle−既存のビジネスを破壊する』や『ブログ論壇の誕生』などの著作で有名な佐々木俊尚さんも見たようで、佐々木さんはそこから日本における自己啓発本の需要のされ方の考察を展開していました。　それをid:massunnkさんがTogetterでまとめていたので紹介します。Togetter(トゥギャッター) - まとめ「メモ：自己啓発本からニューエイジまで」http://togetter.com/li/2670「自己啓発本が出版界の主流という状況は戦後初めて」「勝ち組になりたいなら自己啓発は読むんじゃなくて書け」「自己啓発書は何万部

lisp今年は、Common Lispとか、Luaとかやりたいことを進められるようにしたいです。ということで、Common Lispで書き初めしました。                    ubuntuで、apt-get install cl-gd でcl-gdをインストールし、http://weitz.de/cl-gd/ を参考に書いてみました。フォントは、http://musashi.or.tv/aoyagireisho.htm を使わせてもらいました。 (asdf:oos 'asdf:load-op :cl-gd) (defpackage kakizome (:use common-lisp cl-gd)) (in-package :kakizome) (defparameter *signature-font-name* "/usr/share/fonts/truetype/v

自作小説SNS「ranoba（らのば）」というサービスを作りました。 この場で公開します。 http://www.ranoba.com/ ranobaとは？ ranoba（らのば）は、気軽な自作小説の執筆,公開,意見交換を目的とした、自作小説コミュニティーサービスです。pixiv的な小説共有サイトというとイメージしやすいかと思います。 公開された小説それぞれがプロフィールを形成し、それらが中心となって、自作小説によるコミュニケーションが行われます。 例） 小説は、ユーザーページにて執筆し、PDFデータ（ルビ,傍線,書体,等対応）に変換されて共有されます。 対応の記法に従って書くことにより、ルビ,傍線,書体などを自由につけることができます。 「小説を書いてみたいが、気軽に見てもらえて、感想を言い合える場所がない。」 など、感じておられる方、ぜひぜひご利用してみてください！ 現在αテスト実施中

InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

Introduction Parenscript is a translator from an extended subset of Common Lisp to JavaScript. Parenscript code can run almost identically on both the browser (as JavaScript) and server (as Common Lisp). Parenscript code is treated the same way as Common Lisp code, making the full power of Lisp macros available for JavaScript. This provides a web development environment that is unmatched in its ab

Haskell で匿名関数を表現するのに \ を使うのはバックスラッシュがラムダ文字 λ に似てるかららしい。でもこれは Windows とかだと円記号になってしまって台無しである。それにバックスラッシュは相当多くの言語で一意にエスケープの意味を持つので混乱する。 匿名関数をラムダ lambda と呼ぶのは Lisp の影響だが、Peter Norvig の Paradigms of Artificial Intelligence Programming によると Lisp で匿名関数を lambda と書くのは以下のような由来らしい。 - Russel と Whitehead の Principia Mathematica では のように束縛変数の上にキャレットを置く書き方をしていた - Church がその記法を ^x(x+x) と変えた - キャレットの下に何も無いのが変だと思ったの

Ruby Weekly is a weekly newsletter covering the latest Ruby and Rails news. Ola Bini (of JRuby fame) is starting a series of blog posts about artificial intelligence programming in Ruby, based off of the landmark textbook "Paradigms of Artificial Intelligence Programming: Case Studies in Common Lisp" by Peter Norvig (currently the Director of Research at Google). PAIP is a significant work in the

Lispのひび なんかね、13歳でLisp処理系作ってるらしいですよ。 私が13歳の頃はもぐらたたきを作るのが精一杯でしたよ。 それに引き換え、最近の若い人は凄いですね。 私もCで簡易Schemeインタプリタを作ったことがあるので、 返事がもらえるかは分かりませんが、気になったことを適当に書いておきますね。 * リーダはどうやって書いてるんだろう readを追加。数値アトムを読み込むことに成功。 80文字までのバッファでfgetsでstdinから読む。長すぎる場合、sskipが内部でバッファ切り替えなどもやるような仕組みでLispの本と同じ。 (T216の現状) アトム読み込みのとき、isspace(..)の代わりに*.. == ' 'と書いていて間違いだった。改行とかも考慮するんだぁ。 後はリストを上手く読み込むように再帰構造を作るだけ。 (isspace) とのことですが、関

This probably isn't the sort of thing that pg is talking about, but what I would like is a large and modern standard library.I do most of my exploratory programing in python these days, not because I like it better than CL, but because I don't want to spend 6 hours tracking down a library that does X that is compatible with CL implementation Y I happen to be using. It seems like the only truely un

zickです。 最近、巷(*)ではLisp(Scheme?)を実装するのが流行っているようで。 その流れにのっとって私も変なものをつくってみました。 ***PostScriptで書いたlisp*** ソース 実行結果 名前はまだないのですが、仮にpslispと呼びます。 このpslispはPostScriptで書いたLispインタプリタです。 単に式を評価するだけではなく、その値を図示してくれる優れもの(?)です。 実は去年の4月ごろにほぼ完成していたんですが、 条件分岐などを加え、再帰が使えるようになりました。 ***pslispで書いたlisp*** ソース 実行結果 pslispで動かすためにエスケープ文字を付加し、改行を消しているためカオスなことになってます。 まあ、これだけ見てもなんのことやらといった感じですが、 自分で書いたlispインタプリタの上でさ

どうもIT系の世界ではCOBOLは悪者にされやすい。たとえば、 2000億行もの負の遺産――COBOLコードの近代化はどのように進めるべきか とか。 悪者にしたい気持ちもわからないではないが、「それはCOBOLのせいじゃないだろう」なことまでCOBOLのせいにされてしまっているのが気の毒だ。「COBOLのせい」にされているもののうち、何割かはCOBOLのせいじゃないし、それはCOBOLのせいじゃないが故に、他の言語やプラットフォームも陥る危険がある。その辺を正しく切り分けておかないと、「今時流行りのもの」もいずれ「○○は悪者」「○○は古い」になってしまう。 忘れちゃならないのが、今は「古いもの」の代名詞となっているCOBOLであっても、出た当初は最先端のバリバリだったということ。つまり、「今」最先端でバリバリだと思われているものであっても、何10年かすると「過去の遺物」とされる危険があると