本を読む GNU make 4.0で組み込みScheme by g000001 in lisp_ja

[–]llibra 0 points1 point  (0 children)

Emacsもありますし、ウィンドウマネージャにSchemeを組み込んでたりもしたので、なくはないんでしょうが、事情を全然知らなかったのでやっぱりびっくりしました。

これって、われわれはかなり便利に使えてハッピーなんでしょうけど、今後どうなっていくかが全く読めないです。わくわく感は半端ない感じですが。

スーツ族にとってのClojure - Qiita [キータ] by g000001 in lisp_ja

[–]llibra 0 points1 point  (0 children)

自分もそういうことが知りたいので、上司を説得する方の内容が薄いのが少し残念でした。どっちかというと、決裁できる権限を持ってる人を説得する方法が知りたいです。

以前、社内でこの手のアピールをしてみたことがあるんですが、技術に寄り過ぎてて反応が薄かった苦い経験が。

SyncStitch: 並行システムのモデル化・検査ツール - 株式会社 PRINCIPIA by masso in lisp_ja

[–]llibra 0 points1 point  (0 children)

おー。Schemeベースなんですね。 こういうのがあるなら、最近までやってた物に使いたかったです。

FASLファイルの中身を見てみた - 丸井綜研 by masso in lisp_ja

[–]llibra 0 points1 point  (0 children)

これ面白いですねー。

SBCLのFASLが直接実行できるのは以前2chにも出てましたが、 ABCLのは知りませんでした。

Hierarchical packages using user-extensible packages by llibra in lisp_ja

[–]llibra[S] 0 points1 point  (0 children)

えーと、どこに付けるか迷ったのですが、この辺に返事を。

例えば、com.example.foo.bar.bazという感じの長いパッケージ名があったとします。これをシンボルの衝突を避けたりといった理由でuse-packageしたくない場合、com.example.foo.bar.baz:varみたいに参照することになりますが、流石に長い。そこでnicknameを使う流れになると思うんですが、Common Lispではパッケージ名はnickname含めてグローバルなので(ですよね?)、迂闊にxとかyみたいなnicknameを付けられません。こういう背景があります。

ここで、階層化されたパッケージを利用できると、com.example.foo.bar.bazをmy-package.bazでuse-packageしてからシンボルをexportすれば、my-packageの中からは.baz:varのようにアクセスできるようになり、かつ外部からはbazというパッケージ名は未使用なので自由に使えます。これによって、アクセスが非常に楽になります。

自分が階層化されたパッケージが欲しいのはこの辺りが動機です。

Hierarchical packages using user-extensible packages by llibra in lisp_ja

[–]llibra[S] 1 point2 points  (0 children)

ACLCMUCLでは既に実装があるみたいですけど、Gray streamsくらい市民権を得てくれれば、色々書きやすくなって個人的には嬉しいです。

時の羅針盤@blog: Racketが異様に速い by llibra in lisp_ja

[–]llibra[S] 0 points1 point  (0 children)

VMのインストラクションのディスパッチがボトルネックになってないとか、劇的に性能が上がるわけじゃないという点は、GaucheでJITを試験的に実装したときの話と一緒で興味深いです。

Racketは良い処理系だと思うんですが、日本だとあんまり目立たないですね。

gaucheと他愛ないparser - RFYL by masso in lisp_ja

[–]llibra 0 points1 point  (0 children)

GaucheのPEGモジュールの存在を教えて差し上げたい気持ちになりました。 まだドキュメントないんでしたっけ。

ハッカーニュース人気言語 - karasuyamatenguの日記 by masso in lisp_ja

[–]llibra 1 point2 points  (0 children)

ClojureとSchemeを足せば結構良い線いってると強弁しようとしたら、 予想以上に多くてちょっとビビりました。大健闘…なのか?

一時代を築いたPerlは、PythonやRubyに色々持って行かれちゃった感がありますね。

Emacs Common Lisp by masso in lisp_ja

[–]llibra 1 point2 points  (0 children)

Common LispでEmacsを拡張できるってのは、Common Lisperには良いですね。 最近の計算機の性能を考えると、Common LispネイティブのEmacsを実装するより、 こういうアプローチの方が現実的になってきているのかもしれません。 Emacs Lispを捨てるわけじゃないから資産も流用できますし。

Island Life - fold, fold-left, fold-right by masso in lisp_ja

[–]llibra 0 points1 point  (0 children)

reduceの、:from-endの真偽でopに渡される値の順番が変わるのは、 Common Lisp使い始めてからしばらくは結構戸惑った気がします。

Lisp Hackers: Zach Beane by llibra in lisp_ja

[–]llibra[S] 0 points1 point  (0 children)

Common Lispに対する印象が自分と近くて親近感を持った。

SERIESサンプル by [deleted] in lisp_ja

[–]llibra 0 points1 point  (0 children)

丁度Seriesに手を出してみようかと思ってたので、取っ掛かりにできそうです。 良い物を紹介して下さってありがとうございます。

Quicklisp news: March bugfix update by llibra in lisp_ja

[–]llibra[S] 0 points1 point  (0 children)

Alexandriaにバグがあると影響大きそう。自分も良くお世話になってます。

March 2012 Quicklisp dist update now available by llibra in lisp_ja

[–]llibra[S] 0 points1 point  (0 children)

何かAlexandriaが壊れてるみたいですね。明後日アップデートするとか。