Lisp Scheme Part41 (856レス)
Lisp Scheme Part41 http://mevius.5ch.net/test/read.cgi/tech/1531587928/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
588: はちみつ餃子 ◆8X2XSCHEME [sage] 2023/01/31(火) 11:28:43.20 ID:XA5Y5Qfu >>587 GIMP の Scheme (Script-fu) は TinyScheme が使われている。 (昔は SIOD だった。) まあ fluid-let くらいなら自分で書いてもたいした手間じゃないけどね。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/588
589: デフォルトの名無しさん [sage] 2023/01/31(火) 11:31:05.15 ID:cAwVb56Q #<closure ...>が嫌ならいにしえのfunargを使えばok 別にレキシカル環境をリストで持ったって構わないわけで、印字表現が不透明なlispはインクリメンタルコンパイルやリストより効率の良いデータ構造を選んだ結果 厳密にはダイナミックスコープでないけれど、コード注入なら'ラムダ式を渡して廻っても同等の自由が得られる(call by name) 既存のコードの方でも準備が必要だけど http://mevius.5ch.net/test/read.cgi/tech/1531587928/589
590: デフォルトの名無しさん [sage] 2023/01/31(火) 11:33:22.79 ID:tSjB9eWW >>588 ええ…gnu公式の拡張言語とは一体なんだったのか http://mevius.5ch.net/test/read.cgi/tech/1531587928/590
591: はちみつ餃子 ◆8X2XSCHEME [sage] 2023/01/31(火) 12:23:06.03 ID:XA5Y5Qfu >>590 アプリケーションに特有の機能はアプリケーション側で用意されたものを呼出して使うわけだし 言語側のライブラリはほどほどで足りるんで小さい処理系のほうが面倒がないというのはあるかも。 Guile はビルドするだけで面倒くさいが TinyScheme はファイル数個の簡単構成だし。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/591
592: デフォルトの名無しさん [sage] 2023/01/31(火) 12:38:01.83 ID:mFP57axK ローカルにダイナミックな束縛をやるなら、それ専用のprogvフォーム(clにある)はどう思われてるんだろ? (progv 変数リスト 値リスト body) let系列の (変数 値)リスト慣習を転置(zip)した記法だけど、束縛が多くても縦にスペースを取らない let慣習では変数 値はsetq/set!だけど、progvの変数リストは評価されるから、リード時にバッククオートでシンボルを埋め込むようなハックが不要 動的束縛を活用するようなメタな場面では特にだけど、埋め込む為だけにわざわざリーダを何度も通すのが歯痒い 多分に個人的な好みだと思うけど http://mevius.5ch.net/test/read.cgi/tech/1531587928/592
593: デフォルトの名無しさん [sage] 2023/01/31(火) 13:07:01.68 ID:tSjB9eWW >>592 転置されてるのと束縛リストの実行時評価は、おそらくlet風のマクロを書く時に便利だからかな mapcar #'list let-like-binding-list がprogvに渡せて、あと欠損値も勝手にnilで埋まる あと機械的に名前を処理するならgensymもお忘れなく http://mevius.5ch.net/test/read.cgi/tech/1531587928/593
594: デフォルトの名無しさん [sage] 2023/01/31(火) 13:18:26.31 ID:tSjB9eWW 例が悪かった 単にlistをmapcarするだけでは、let形式のリストをそのまま渡した方が早い 不定数の引数を取ってリストを返す関数で、自明なlist以外をmapcarするならかなり楽が出来るはず しかし何に便利か今すぐ具体的な例は思い付かない() http://mevius.5ch.net/test/read.cgi/tech/1531587928/594
595: デフォルトの名無しさん [sage] 2023/01/31(火) 14:00:30.21 ID:tSjB9eWW >>591 俺環ではインストール(展開後)で50MBのディスク容量占めてるな 実験的なelisp対応(編集機能無しで一体何の意味が?)とか 興味深いけど謎な方向に突き進んでるね http://mevius.5ch.net/test/read.cgi/tech/1531587928/595
596: デフォルトの名無しさん [sage] 2023/01/31(火) 14:46:13.56 ID:CmTey6Bh GNUは昔から他人の成果物の丸パクリしか脳が無い団体だよ http://mevius.5ch.net/test/read.cgi/tech/1531587928/596
597: デフォルトの名無しさん [sage] 2023/01/31(火) 15:18:25.22 ID:AYYg8Thv emacsの膨大なテキスト処理関数群に依存していない純ロジックのみのelispコードなら資産になる そんなの指折り数える量だろう http://mevius.5ch.net/test/read.cgi/tech/1531587928/597
598: デフォルトの名無しさん [sage] 2023/01/31(火) 15:38:47.41 ID:sZCc+g+m ライセンス問題でどうしてもコードを触りたくないなら別だけど 何らかのlisp書きであれば、コピペしてその方言に適合するよう手直しする程度は自明な作業でしょう http://mevius.5ch.net/test/read.cgi/tech/1531587928/598
599: はちみつ餃子 ◆8X2XSCHEME [sage] 2023/02/01(水) 01:45:17.62 ID:ySbq2UIa >>598 ダイナミックスコープとレキシカルスコープでは埋めがたい差があるし、モジュールやフェイズの方針なども大きな差だ。 伝統的に方言と称してはいるが個々に定義された別の言語なのでそんなに簡単に修正は出来ないよ。 私自身はそこそこ Scheme には習熟している自信があるが Common Lisp も Clojure も全然わからん。 C と JavaScript の外観はなんとなく似せてあるが静的型と動的型の違いという根本的な部分で違うからそう簡単に移植はできないのと同じような感じ。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/599
600: デフォルトの名無しさん [sage] 2023/02/01(水) 06:05:03.14 ID:BjxytPYm いっそ Emacs そのまま組み込んじゃうとかそんな方向に進まないかな… 近頃の環境ならそんなに重くないはずだし。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/600
601: デフォルトの名無しさん [] 2023/02/01(水) 14:47:30.69 ID:MmorO90J >>600 やってできなくはないのかもしれないよ 昔、zlibがまだなかった時代にDOSでzオプションの利くtarを使いたくて、 仕方なくtarとgzipをまとめて一つのバイナリにリンクしてしまって、 スタートアップでヒープを半分に割って、スタックをそれぞれに割り振って、 あとはバッファが一杯になるたびにtar側とgzip側をsetjmpとlongjmpで行ったり来たり、 解凍は問題ないんだけど圧縮がどうしても同じ結果にならなくて、発表せず一人で使ってた http://mevius.5ch.net/test/read.cgi/tech/1531587928/601
602: デフォルトの名無しさん [sage] 2023/02/11(土) 19:10:46.38 ID:iYjc3QSL オレオレSchemeでMineSweeper ソースがSchemeで書かれている ttp://ujip.ninja-web.net/schemeonjs/minesweeper.html http://mevius.5ch.net/test/read.cgi/tech/1531587928/602
603: デフォルトの名無しさん [sage] 2023/02/11(土) 20:04:34.26 ID:6efBUOB/ だからなんやねん つか何年前から来たの?ってレベルの話だろ http://mevius.5ch.net/test/read.cgi/tech/1531587928/603
604: デフォルトの名無しさん [sage] 2023/02/15(水) 12:56:30.42 ID:Iq74I464 目くじら立てることかよ http://mevius.5ch.net/test/read.cgi/tech/1531587928/604
605: デフォルトの名無しさん [sage] 2023/03/05(日) 13:42:32.16 ID:nmaj3sub オンラインでuLisp動かしてみようかとTinkerCADのArduonoUnoにソースコード流し込んでみたけどさすがに5000行は許してもらえないみたいだな。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/605
606: デフォルトの名無しさん [sage] 2023/04/24(月) 08:39:19.08 ID:AD1D3xO/ 最適化されたCLは最適化されていないCよりは速い 昔Common LispでCより速いHTTPパーサを書いたとか言ってたのを見かけた コードを見るとnodejsのCで書かれたHTTPパーサをパクったみたいな感じなのに 比較対象はなぜかどっかの個人がCで書いたHTTPパーサだった その個人が晒してたソースのMakefileはデフォルトでは最適化なし なぜ比較する前にCの方を最適化することを思いつかなかったのだろうか というかなんでnodjsの方と比較しなかったんだ? 誰か理由わかります? http://mevius.5ch.net/test/read.cgi/tech/1531587928/606
607: デフォルトの名無しさん [sage] 2023/04/24(月) 08:46:06.25 ID:Z0B9bFh/ なぞなぞかな http://mevius.5ch.net/test/read.cgi/tech/1531587928/607
608: デフォルトの名無しさん [sage] 2023/04/25(火) 20:39:53.26 ID:wy/j7fQc おじいちゃんそろそろマクロを飲む時間ですよ http://mevius.5ch.net/test/read.cgi/tech/1531587928/608
609: デフォルトの名無しさん [sage] 2023/05/24(水) 21:31:48.49 ID:w5+jyJkb 氏のイキリ芸でしょ http://mevius.5ch.net/test/read.cgi/tech/1531587928/609
610: デフォルトの名無しさん [sage] 2023/06/20(火) 13:38:32.61 ID:Dvlv0UV+ scheme処理系作ったりSICPで悟り開いたりしたけど今の使い方は実質電卓 スペース区切りの値そのまま貼り付けられて便利なんよなー http://mevius.5ch.net/test/read.cgi/tech/1531587928/610
611: デフォルトの名無しさん [sage] 2023/08/18(金) 02:03:46.68 ID:dtVdNVwB John Cowan 氏が R7RS-large の議長の座を降りることを表明した模様。 これからの体制については現時点は決まっていない。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/611
612: デフォルトの名無しさん [sage] 2023/08/19(土) 10:24:26.69 ID:L0GsKMkM 実質機能しない規格なんて不要 主要処理系の実態調査して ANSI Common Schemeを策定すべき http://mevius.5ch.net/test/read.cgi/tech/1531587928/612
613: デフォルトの名無しさん [] 2023/08/19(土) 20:44:33.82 ID:2cGgFupU 実用的で無い言語にANSI規格とか要らないだろ それより、Type Script 普通に良い言語だぞ、 あれ実質的に型付きのlispだわ http://mevius.5ch.net/test/read.cgi/tech/1531587928/613
614: デフォルトの名無しさん [sage] 2023/08/20(日) 18:08:19.00 ID:Jez4Fpf5 「Type Scriptはlisp」発言頂きましたー http://mevius.5ch.net/test/read.cgi/tech/1531587928/614
615: デフォルトの名無しさん [sage] 2023/08/20(日) 18:21:02.18 ID:P3ytobrG JavaScriptがそもそもschemeだし。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/615
616: デフォルトの名無しさん [sage] 2023/08/20(日) 21:24:26.60 ID:CVtYBdI9 >>615 設計者の「そうしたかった」という発言が拡大解釈されたもので、 インタビューをちゃんと読むと「そうできなかった」ということも言ってる。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/616
617: デフォルトの名無しさん [] 2023/08/28(月) 22:32:35.76 ID:ZDIe4Rjo How to Design Programs, Second Edition https://htdp.org/2023-8-14/Book/index.html 新版出てた http://mevius.5ch.net/test/read.cgi/tech/1531587928/617
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 239 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s