Lisp Scheme Part41

**デフォルトの名無しさん** · 2018/07/15(日) 02:05:28.62

Common Lisp、SchemeをはじめとするLisp族全般のスレです

■前スレ
Lisp Scheme Part40
http://mevius.5ch.net/test/read.cgi/tech/1426481152/

■テンプレ
ttp://wiki.fdiary.net/lisp/

■関連スレ
【Lisp】プログラミング言語 Clojure #4【JVM】 [無断転載禁止]©2ch.net
http://mevius.5ch.net/test/read.cgi/tech/1483498849/
【GNU】スクリプト言語 Guile【scheme】
http://mevius.5ch.net/test/read.cgi/tech/1239985829/
【入門】Common Lisp その11【質問よろず】
http://peace.2ch.net/test/read.cgi/tech/1411307361/
【Scheme】Schemeインタプリタ Mosh Part1【Lisp】
http://peace.2ch.net/test/read.cgi/tech/1272469779/
【魔法】リリカル☆Lisp【言語】
http://peace.2ch.net/test/read.cgi/tech/1183396621/
Lisp@UNIX版
http://mevius.5ch.net/test/read.cgi/unix/1019926525/

**デフォルトの名無しさん** · 2019/11/10(日) 14:00:02.99

いまPLAIの8章をよんでいるんだけど、次のExerciseの不変条件と言うのがよく分からん・・
ttp://cs.brown.edu/courses/cs173/2012/book/mut-struct-vs-var.html#%28elem._%28chunk._~3cms-setbox.C-case~3e~3a1%29%29

ソースコードはこれ　https://bitsend.jp/download/d7ebf31e84a7dc5d8b55a3e3b66ce803.html

Storeに束縛を追加するのはbox、その束縛を参照するのはset-box!とunboxだけだから、
set-box!を評価するときに、ロケーションがStoreに存在しないことは無いように考えているんだけど、もっと数学的に
証明しなきゃいけないんですよねこれ・・

**デフォルトの名無しさん** · 2019/11/18(月) 17:16:59.42

Emacs hy-modeがバグってて動かない

**デフォルトの名無しさん** · 2019/11/22(金) 03:17:25.81

Lispworks 8いつ頃出ると思う？

**デフォルトの名無しさん** · 2019/12/06(金) 00:43:20.37

$ ros run
* (+ 31000 33500 1000 2300 16500 300 1000 10100)
64700

おいおい，なんだこのメチャクチャな値
こんなんじゃ，まったく信頼できないんだが
どうなってんだ
しかも再現できないし

$ ros version
roswell 19.09.12.102(NO-GIT-REVISION)

**135** · 2019/12/06(金) 03:21:18.04

正しい値は 95700 なのだが
(- 95700 31000)
が 64700 になることに気づいた

最初の引数，抜かしてんじゃん...
REPL の + 関数，バグってるんだが

それとも WSL がいけないのか? tmux がいけないのか?

**135** · 2019/12/06(金) 04:20:18.39

$ ros run -- --version
SBCL 1.5.5

**はちみつ餃子** ◆8X2XSCHEME · 2019/12/15(日) 17:37:59.94

Gauche の 0.9.9 がリリースされたよー

＿ · 2020/01/17(金) 14:26:20.97

Guile 3.0 でたよー JIT化されたのが一番大きいかも
https://lists.gnu.org/archive/html/guile-devel/2020-01/msg00080.html

SBCL も 2.0 になったよー久しぶりに Windows のインストーラーも更新されてるね
http://www.sbcl.org/news.html

**はちみつ餃子** ◆8X2XSCHEME · 2020/01/17(金) 16:25:06.09

Ypsilon の派生で R7RS にも対応した処理系が出た！

https://github.com/fujita-y/digamma

＿ · 2020/01/17(金) 18:22:11.13

>>134
Lispworks 8 でる情報あったんですか？
てっきり次は 7.2 かと。

＿ · 2020/02/14(金) 11:14:07.86

Racket 7.6リリースされたよー
https://blog.racket-lang.org/2020/02/racket-v7-6.html

Chez Schemeの取り込みが進んで、プロダクション・レディになったそうな。
デフォルトにはまだなっていないようです。

**デフォルトの名無しさん** · 2020/02/14(金) 20:28:20.26

Chezか
スレッデドコードとか懐かしいな

**デフォルトの名無しさん** · 2020/02/14(金) 23:19:09.23

SICPを勉強したくてschemeを一通り勉強したけど
schemeが本当に好きになった
綺麗な言語だなと思ったのはschemeが初めて

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/15(土) 13:53:27.59

Chez はパッケージマネージャがなぁ……。

**デフォルトの名無しさん** · 2020/02/18(火) 22:12:38.88

SICPで4.4論理プログラミングがでてきたけど、論理プログラム言語（Prolog）なんて
一生使わんのじゃないのか・・・？俺みたいな雑魚PGは特に。
そもそも俺はなんでインタプリタ作ってるんや・・・

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/19(水) 11:52:11.74

>>146
SICP はコンピューターサイエンスの本だから、
いろんなパラダイムについて説明しているよ。
知ってれば便利なこともあるとは思うけど、
必ずしも日常的に役立つというものでもないのも確か。

**デフォルトの名無しさん** · 2020/02/19(水) 13:12:57.48

prologはともかくユニフィケーションはパターンマッチでたまに使うかも

**デフォルトの名無しさん** · 2020/02/22(土) 11:13:35.82

歴史、哲学、思想を勉強しても目の前の仕事には直結しない
みたいなことなのかな

**デフォルトの名無しさん** · 2020/02/22(土) 11:15:49.62

PrologはSQLに近い（同じ？）という人もいるね

**はちみつ餃子** ◆8X2XSCHEME · 2020/02/22(土) 12:07:02.06

事実を列挙すれば解を求める処理をやってくれるってのは理想のひとつではあるよな。

実際にはには Prolog が答えを出すメカニズムを理解していないと
答えを (効率的に) 出しやすい事実を上手く与えられない場合もあるし、現実は厳しい……。

**デフォルトの名無しさん** · 2020/02/22(土) 21:37:13.68

思うんだけどLispというと悟りとか、ゲーデル云々みたいな話がよく言われるけど
Prologではあんまり関連付けて言われないですよね

**デフォルトの名無しさん** · 2020/02/29(土) 16:53:01.80

上にもあるけどprologは論理がそのままプログラムになるっていわれてんだろ
似たようなもん

**デフォルトの名無しさん** · 2020/03/03(火) 08:38:08.45

hy面白いけどlisperにはrubyの方が人気なんだ

**デフォルトの名無しさん** · 2020/03/03(火) 12:21:06.15

んなこたーない

**デフォルトの名無しさん** · 2020/03/03(火) 18:09:46.41

>>152
> Prologではあんまり関連付けて言われないですよね

Prologは「論理プログラミング言語」と呼ばれたりするけれど書かれたプログラムを実行可能にするためのプログラミング言語であるために
論理のための言語（つまり論理式を記述するための言語）とはかなり違ってしまっているからね

その典型がPrologで動くプログラムを書く上で不可欠なカット “!” ね
あれは本来の論理には対応物がなく論理とは全く縁のないコンストラクトだが
カットを使わなければほとんどのPrologプログラムはまともに動かなくなってしまうだろう

その点、Schemeから命令的な言語コンストラクトおよび標準手続きであるset!とset-car!, set-cdr!を除いた部分は
弱い（weak, つまりλ抽象の本体式中のβ-簡約基(redex)は簡約せずに放置しておく）
作用的順序(applicative order)の評価戦略(reduction strategy)のλ計算そのものだ

call-ccは継続(continuation)というメタな（つまり意味論上の）値を対象レベルに持ち込むmeta-circular的な拡張であり
Schemeに限らずLisp一般で広く採用されているS-式という構文は自分の構文に対する抽象構文の表現になっているから
プログラムが自分自身（や同じ言語で書かれた他のプログラム）のソースコードを記述している言語を対象言語として
自分自身がそれを素直な形で操作できるメタ言語レベルの存在として振る舞えることになるからね

言い換えればS-式という表現形式のために括弧をやたらと多用させられるLisp言語では
ソースコードをその抽象構文（木構造）と同型な形で記述させていると言っても良い

だからLispのプログラムをLispで処理する場合には、C等のような普通のプログラミング言語で書かれたプログラムを処理する場合には
不可欠な字句解析や構文解析が実質上は不要なんだよ

何故ならば処理する側のLispプログラムにとって処理される側のLispコードは最初から抽象構文木と１：１対応する形式で提供される訳だから

正にゲーデルの不完全性定理で行っている形式化された論理のゲーデル数による表現とそれを原始再帰的函数や同述語を含むメタ論理のレベルで
処理する構造が、Lispの世界に対応していると言えるわけですよ

**デフォルトの名無しさん** · 2020/03/03(火) 18:41:29.86

3文字で頼む

**デフォルトの名無しさん** · 2020/03/03(火) 19:41:28.30

マクロ

**デフォルトの名無しさん** · 2020/03/03(火) 20:29:22.74

要するにPrologはメタ論理レベルのプログラミングが出来ないってこと？

**デフォルトの名無しさん** · 2020/03/03(火) 21:31:50.71

>>157
ボイド

**デフォルトの名無しさん** · 2020/03/03(火) 21:44:08.09

>>157
GEB

**デフォルトの名無しさん** · 2020/03/04(水) 12:43:41.99

CDR!!

**デフォルトの名無しさん** · 2020/03/04(水) 12:50:19.65

SECD
Landin’s J

**デフォルトの名無しさん** · 2020/03/05(木) 20:29:29.92

>>50
需要の問題だろ
Lisp自体がマイナーで
Common Lispでやっと本が出せる位なのに

**デフォルトの名無しさん** · 2020/03/05(木) 20:29:51.26

>>53
今はAIといえばPythonだろ？

**デフォルトの名無しさん** · 2020/03/05(木) 20:30:44.79

>>54
昔の一時期は妥当だったんだろうけど
今ならPythonの方が向いてるだろう

**デフォルトの名無しさん** · 2020/03/05(木) 20:32:32.21

>>57
>>58
要は人工知能というより記号処理なんだよ

**デフォルトの名無しさん** · 2020/03/05(木) 20:34:42.44

>>82
>>84
MITの件もあるし
今ならPythonでいいでしょ

MITレベルの頭ならLispなんて
すぐ読み書きできると思うが

**デフォルトの名無しさん** · 2020/03/05(木) 20:39:40.49

>>146
＞論理プログラム言語（Prolog）なんて
ほとんどのプログラマが
仕事では一生使わないだろうな？
でも設計をする上で参考になる

**デフォルトの名無しさん** · 2020/03/05(木) 20:41:41.16

>>149
Prologの勉強は無駄ではないと思うが
すぐ成果には結びつかないだろうね？

でも長期的には流行りの言語やFWに飛びつくより
地力につながる可能性もあるだろう

**デフォルトの名無しさん** · 2020/03/05(木) 20:42:43.57

>>150
宣言型という点では近いけど言語としては同じじゃない
ユニフィケーションやバックトラックの挙動があるから

**デフォルトの名無しさん** · 2020/03/05(木) 20:44:54.71

>>151
AIはディープラーニングが主流になったが
それはそれとしてアレでPrologがもう少し
分かりやすければ日常的に使うんだけどな
これどうやって書くんだってのが多すぎる

**デフォルトの名無しさん** · 2020/03/05(木) 20:47:20.68

>>156
Lispはメタプログラミングしやすいって理屈は分かるが
実際にそれでものすごい作業効率が上がるかは疑問だな？

なぜんあらメジャーな言語はライブラリが充実してて
それ使えば最初から書かなくても済むわけだから早い

**デフォルトの名無しさん** · 2020/03/05(木) 20:48:56.47

>>159
本当にできるかできないかは知らんが
そういえばメタプロやってるって
声ほとんど聞いたことないな
Lisp勢はマクロマクロうるさいのに

**デフォルトの名無しさん** · 2020/03/05(木) 23:31:57.86

3文字で頼む

**デフォルトの名無しさん** · 2020/03/06(金) 05:04:10.79

スレチ

**デフォルトの名無しさん** · 2020/03/10(火) 18:23:23.35

hy
マクロの入力にpair入れたのに
マクロ実行時にunquoteするとlistに化けるバグがある気がする

**デフォルトの名無しさん** · 2020/03/26(木) 18:40:18.93

日本の理系人のLisp好きは異常

**デフォルトの名無しさん** · 2020/03/26(木) 21:06:12.72

土日はおとなしくLispでも

**デフォルトの名無しさん** · 2020/04/24(金) 18:37:15.78

Clozure CL 1.12 がでてきた。
https://github.com/Clozure/ccl/releases/tag/v1.12

ぜんぜん 1.11 からバージョンあがらないから死んじゃったのかと思ったよ。

**デフォルトの名無しさん** · 2020/04/24(金) 19:04:52.05

死んでるんじゃない
枯れてるんだ😡

**180** · 2020/04/25(土) 00:16:26.67

>>181
ごめんなさい

ECL(Embeddable Common-Lisp)もバージョンアップしてた。
16.1.3から20.4.24になってる。
まだトップページ更新がないけど……。
https://common-lisp.net/project/ecl/index.html

変更点は以下
https://gitlab.com/embeddable-common-lisp/ecl/-/blob/20.4.24/CHANGELOG

**デフォルトの名無しさん** · 2020/04/25(土) 01:57:04.26

>>180
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

**デフォルトの名無しさん** · 2020/04/25(土) 07:07:50.62

小学校でlispを教えたらいいのに

**182** · 2020/04/25(土) 13:34:52.97

News が更新されたよ。
https://common-lisp.net/project/ecl/posts/ECL-20424-release.html

＿ · 2020/04/28(火) 00:30:29.10

SBCL 2.0.4 リリースされたよ。RISC-V プロセッサに対応したのが目玉みたいだよ。
http://www.sbcl.org/news.html#2.0.4

**デフォルトの名無しさん** · 2020/04/28(火) 11:03:05.28

Scheme の map 手続きについて、
手続きを適用する順序 (副作用が発生する順序) は仕様上は未規定ということになっています。
各処理系として保証するということは有りえるんですが、
Racket の場合は保証されていると読み取って良いでしょうか？

https://docs.racket-lang.org/reference/pairs.html?q=map#%28def._%28%28lib._racket%2Fprivate%2Fmap..rkt%29._map%29%29

わざわざ "from the first elements to the last" という書き方をしているからには順序を意図しているように
解釈するのが自然かとは思うんですが、単に範囲を言っていると解釈できなくもないので、
英語と Racket に明るい方がいればご教示賜りたいです。

＿ · 2020/04/28(火) 14:05:01.63

>>187
racket使ってるわけでも英語ができるわけでもないけど。
最初から最後までって範囲の話してるんじゃなかろうか。
順序の保証があるなら IN ORDER とか付きそうな気がする。

**デフォルトの名無しさん** · 2020/04/28(火) 14:43:15.44

>>188
R5RS などでは手続きが各要素に適用される dynamic order は unspecified である
というような表現になってるんですよ。 order という語が主語になってます。

https://docs.racket-lang.org/r5rs/r5rs-std/r5rs-Z-H-9.html?q=map#%25_idx_580

だからわざわざ変えた表現をするからには違うこと (順序が保証される) を言おうとしているんだろうと思いつつも、
明確に順序を強調してるわけでもないな……？というところで解釈に迷ってました。

私は R5RS (など) と言い回しが違うという点に引きずられていましたが、
"from the first elements to the last" というフレーズ単体で見ると範囲のニュアンス
で捉える方が自然ですかね。

私自身はいずれにしても map の副作用の順序に期待しないんですが、
しばらく前に Qiita に投稿されていた記事の中で map の順序が効いてくるコードがあったので、
これってありなんかなぁと思ったという経緯です。

**デフォルトの名無しさん** · 2020/04/29(水) 01:16:58.58

>>187
保証とはどういうことを指しているのだろう
将来仕様を変更しないとは書いていないのは確かなようだ
racketでは引数の評価もleft to rightとは書いてあった
schemeでもfor-eachは先頭から順番に評価する
実際に評価順の違いが観察できるのはchezかな

**デフォルトの名無しさん** · 2020/04/29(水) 03:18:21.69

>>189
> 私は R5RS (など) と言い回しが違うという点に引きずられていましたが、
> "from the first elements to the last" というフレーズ単体で見ると範囲のニュアンス
> で捉える方が自然ですかね。

いや、違う。
R5RSとRacket Reference v7.6とでのmapが手続き(proc)を適用する要素の順番に関して言及しているのは
各々、以下の箇所だが、両者では明らかに全く異なる。

R5RS＞The dynamic order in which proc is applied to the elements of the lists is unspecified.

Racket＞Applies proc to the elements of the lsts from the first elements to the last.

R5RSは>>187で君が述べていた通り、リストの要素への適用順序はunspecifiedだと明確に書いてある。

これに対してRacket v7.6ではprocをlstsの最初の要素から最後の要素へと適用すると書いてある、
つまりリストlstsの要素の並びの順番に手続きprocを適用して行くと明記している。
だからprocとして受け取った値を標準出力に書き出す手続きを渡せば、R5RSでは表示される要素の順番はどんな順序でも良いのに対して
Racket v7.6では元のリストlstの要素の並び順に必ず表示せねばならない。

これは私の想像だが、R5RSでmapが手続きを適用する要素の順番を規定しないと明記しているのは長大なリストに対する並列処理を可能にするためだろう。
逆に言えば手続きの適用順序を確実に把握したい場合にはmapでなくfor-eachを使えというのがR5RSを定めたチームの言語設計上の意図だろう。

>>190
> 保証とはどういうことを指しているのだろう

その言語仕様書のそのバージョンに準拠していると宣言している言語処理系は、それを守らねばならない（守っていなければバグだ）という意味だよ。
だから今の例では、Racket Reference v7.6準拠と処理系が宣言したら、その処理系はmapで手続きを適用する要素の順番を必ずリストの並び順に
する義務が生ずる（Racket v7.6の定める言語仕様＝Racket v7.6ユーザとの約束の順守を保証せねばならない）、ということだ。

当然ながら、言語仕様書のバージョンが変われば約束（つまり言語仕様による規定の内容）も変更され得る。

**デフォルトの名無しさん** · 2020/04/29(水) 06:44:54.55

>>187
処理系によって(A B C)の評価順序が
(1 2 3)だったり(3 1 2)だったり(3 2 1)だったりするから
mapのようなリストで処理結果を返すような関数のクロージャ内では原則副作用は起こさないことが求められる
for-eachみたいな初めから副作用を期待する関数はどう並べようが問題は起きない

**デフォルトの名無しさん** · 2020/04/29(水) 09:21:45.86

>>192
それは承知しているのです。
ここでは Racket のドキュメントをどう解釈すべきかというのが論点です。

>>191
> 最初の要素から最後の要素へと適用すると書いてある

順番に (in order) とは書いていません。
順序が意味を持つ箇所ではおおよそ order という語で強調しているのに
それがないここでも順番であることを確信してよいほどに
(英語のニュアンスとして) 自明でしょうか。

**デフォルトの名無しさん** · 2020/04/29(水) 09:54:06.36

>>191
> 長大なリストに対する並列処理を可能にするためだろう

手続きの引数の評価順序については未規定ではあるものの
"some sequential order of evaluation" という制約がついています。

https://docs.racket-lang.org/r5rs/r5rs-std/r5rs-Z-H-7.html#%_sec_4.1.3

ちょっとわかり難いんですが、これは「同時ではない (かのように動作する)」と解されるそうです。
たとえば

(list (begin (display 'a) (display 'b) 1)
(begin (display 'c) (display 'd) 2))

とあったときに表示は abcd か cdab のどちらかであり acbd だったり cabd だったりはしない
ということです。

map についてはこういう制約は書かれてはいないものの、
順序は規定しないという文言は「既定はしないけどなんらかの順序を想定する」
とも読めなくもないので並列化を許しているとは言い切れない気がします。

副作用がないときに限っては並列化しても仕様に反しないのは間違いないですけど、
その場合は順序に関して有るとも無いとも書く必要がないんですよね。
どうせ観測できないので。

**デフォルトの名無しさん** · 2020/04/29(水) 12:39:32.81

>>194
mapについては、まえからか、うしろからか好きな方で実装すればいいよ、程度のはなしだとおもってた。
継続を突っ込むとどうとかいうのがあったとおもうけどだれか解説pls

**187** · 2020/04/29(水) 13:42:08.04

>>195
継続については「call/cc は副作用を生じる」というひとことで説明できます。
副作用とは何かというのは色々なモデル化のやり方があってはっきりしたひとつの定義を
定められないみたいなんですが、この説明が納得感があって参考になると思います。
https://practical-scheme.net/wiliki/wiliki.cgi?Scheme%3Acall%2Fcc%E3%81%A8%E5%89%AF%E4%BD%9C%E7%94%A8

副作用がないなら順序なんか考える必要はないんですよ。
どの順序で実行されようと並列であろうと (観測できる) 結果は同じなので順序を気にする意味がありません。
結果が同じにならない場合 (副作用がある場合) がどうあるべきか考えるから順序が効いてくるんです。

で、副作用がある手続きの中でも特に第一級継続は (観測できるだけでなく) 流れを変えることが出来るから
どれが妥当なのか結論が出ないなぁってことです。

**デフォルトの名無しさん** · 2020/04/29(水) 14:57:29.24

グラフかくのってどうしたらいい？gnuplotの🎺使うの？
gnuplot使ったことないけど難しいのか？

**デフォルトの名無しさん** · 2020/04/29(水) 18:27:14.43

やりたいことをやろうとすると難しい

**デフォルトの名無しさん** · 2020/04/29(水) 23:11:18.94

>>193
"from the first elements to the last"は最初の要素から最後の要素へだから当然ながらin orderの意味を含む

もしも、上の表現を使ってin orderを保証しないことを意図する言語仕様があったら、
その言語仕様を書いた人間が英語（というよりも人間の使う言葉）の常識を知らないと言うべきレベルの代物

procの適用にin orderを保証したくないのならば"from the first elements to the last"などではなく、例えば
“(map) Applies proc to every elements of the lsts exactly once”とでも書くべき
というか、そもそもR5RSでのmapに関する表現をそのまま使えば良い

>>194
なるほど、インターリーヴを起こしてはならない、ということですね
良い反例ですね、了解しました
確かにそれだと並列処理という話は排除されますね

**デフォルトの名無しさん** · 2020/04/30(木) 01:56:25.80

実用性皆無の話だなschemeらしいや
racketとの比較ならr6だと思うのだが
しかもr7でなくr5とな
scheme間でさえ移植性は低いんだからどんな挙動でも良いんじゃねえか
racketはまだ実装が複数存在するような状況ではないらしいが
schemeとは文化が違うんで実用性に舵切った仕切りになりそうね

**デフォルトの名無しさん** · 2020/04/30(木) 02:18:30.11

>>199
> "from the first elements to the last"は最初の要素から最後の要素へだから当然ながらin orderの意味を含む

この説明は説明になってなかったですね
ちゃんと書くと、前置詞fromとtoとを同時に使う場合、前者は動詞が表す行為の始点を、後者は終点を表す
つまり
> "from the first elements to the last"
という表現は先頭の要素たちがprocをapplyするという行為は、その行為の始点が先頭要素で終点が末尾の要素となる経路から成るということ

そうであるので、途中の要素に関しては193が心配している通り順序通り(in order)とは確かに書いていないけれど、
少なくとも最初に適用されるのは先頭要素たちで最後に適用されるのは最終要素だということは上の引用した英語句から確かだということ

applyを行う最初と最後はそれぞれ先頭と末尾でなければならないのに途中はランダムでも可というのは不自然すぎる
（なぜ最初と最後だけは変更を許さず先頭と末尾に確定させるのか？、ランダムを許すならば最初・最後も含め全部がランダム可にするのが自然）
ということだ

もし最初および最後だけはそれぞれ先頭および最後だけに限定し、それ以外の途中の順番だけは規定したくない、という極めて不自然な仕様にしたいならば
誤解させないように、「但し、最初・最後以外の途中の順番は自由で規定しない」という趣旨の語句を挟む必要がある

＿ · 2020/05/03(日) 15:45:23.91

そうこうしているうち Racket 7.7 リリースされたよ。
https://blog.racket-lang.org/2020/05/racket-v7-7.html
個人的なトピックス
・イミュータブルで高速なハッシュテーブルHAMT(hash array mapped trie)がインプリされた。
・コンパイラの最適化でコードサイズ20%減。
・GC1,2割高速化。
・ドキュメント改善。

**デフォルトの名無しさん** · 2020/05/03(日) 18:58:12.70

今の Racket は
ChezScheme をバックエンドにしたやつと従来からのやつがどちらも配信されているけど、
これって将来的には一本化される予定ってあるのかな？

**デフォルトの名無しさん** · 2020/05/04(月) 08:02:38.27

hy言語をwindows10で使いたい
pip install hyは成功するが
コマンドプロンプトでhyと入力してもhyが実行されない
変なパスの設定がいる？

**デフォルトの名無しさん** · 2020/05/04(月) 17:14:51.89

>>204
管理者権限でインストールしたなら C:\Program Files\Python37\Scripts だけど、
ユーザ権限なら %LocalAppData%\Programs\Python の下のどこからしい。

**デフォルトの名無しさん** · 2020/05/07(木) 13:26:34.69

>>202
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

**デフォルトの名無しさん** · 2020/05/29(金) 15:53:20.54

https://www.indeed.com/q-Lisp-jobs.html
ここで何度も募集かかってる企業って人が辞めるのも早いってこと？
防衛産業の企業は人気ないとかなのかな

**デフォルトの名無しさん** · 2020/05/31(日) 00:46:42.64

Common Lispは使い込まないと頭に入ってこないが
Racketにはドキュメント読んだだけで頭にすっと入ってくる綺麗さがあった
最近のRacketって昔と同じ感じの綺麗なままなんだろうか

最近読んだRacketの() []の括弧を区別する方法のドキュメントがわかりにくくて
RacketもCommonLispと同じなってしまって，これならCommon Lispでいいじゃん
と思ったのだが

**デフォルトの名無しさん** · 2020/05/31(日) 16:35:47.71

> 最近読んだRacketの() []の括弧を区別する方法

racketがschemeから枝分かれして10年だがracketになるよりまえのr6rsからだろ
たまにしか書かない程度ならなんでも良いだろ大袈裟だな

**はちみつ餃子** ◆8X2XSCHEME · 2020/06/01(月) 02:26:33.76

Racket は元は教育用途で使われていたこともあってドキュメントはかなり整備されている部類だと思うが。

**デフォルトの名無しさん** · 2020/06/02(火) 22:21:53.62

他の言語と比べてCommon Lispっぽい書き方、Schemeっぽい書き方ってどんな書き方ですかね

**デフォルトの名無しさん** · 2020/06/03(水) 00:06:28.05

そら末尾再帰をふんだんに使うとか変数はなるべく使わないとか

**デフォルトの名無しさん** · 2020/06/03(水) 00:18:32.67

CLっぽい書き方はマクロを使いまくった超絶技巧だろう
Schemeっぽい書き方は兎に角無理矢理に再起呼び出しを使った超絶技巧な書き方だろう

**デフォルトの名無しさん** · 2020/06/03(水) 01:17:24.97

ダイナミックスコープ活用してるの見るとcommon lispだなぁって思う

**デフォルトの名無しさん** · 2020/06/03(水) 09:04:50.18

括弧のやまがある時点でlispっぽい。あとはまあ、ラムダ式とかもほかに普及してきてるから、マクロかなぁ。

**デフォルトの名無しさん** · 2020/06/05(金) 13:14:24.46

ｈｙ言語良いのにpython使いが良さをわかってくれない

**デフォルトの名無しさん** · 2020/06/05(金) 23:11:11.70

見るからに検索に引っかからなそう
名前って大事だよね・・・

**デフォルトの名無しさん** · 2020/06/26(金) 20:41:33.71

LispworksのprofessionalとhobbyistDVどう違うの？

**デフォルトの名無しさん** · 2020/06/27(土) 16:06:22.83

Lispworksのprofessional 32bitかhobbyistDV 64bitどっち買うか迷う

**デフォルトの名無しさん** · 2020/06/29(月) 08:04:38.82

>>218
hobbyistDVは業務で使うことはできんくて作成したEXEも配布できないです
professionalは業務用途で無制限の配布ライセンス込みです
業務で使用するEXEの配布をするのが目的かどうかでしょうね

**デフォルトの名無しさん** · 2020/07/21(火) 23:47:51.88

Pythonぽい独自言語をpythonに変換したい
Lispは使わずpythonのパーサー使った方が楽だろうか

**デフォルトの名無しさん** · 2020/07/22(水) 00:07:10.65

>>221
PythonぽいならPythonに変換すればいいだろ！

**デフォルトの名無しさん** · 2020/07/22(水) 19:30:54.17

hyこういう時に使えるのか

**デフォルトの名無しさん** · 2020/08/21(金) 21:28:14.79

racketでデバッグするのは
DrRacketを使うしかない？
コマンドラインでデバッグできたらいいんだが

**はちみつ餃子** ◆8X2XSCHEME · 2020/08/24(月) 02:59:00.85

デバッグってどういうレベルのことだろ。
REPL はあるんだからそこから実行してみればいいんじゃね。

**デフォルトの名無しさん** · 2020/10/05(月) 07:37:00.61

Python のpandasが日時関係処理充実しすぎて手放せない
しかしlispで似たことできるなら乗り換えたい
Pandasのデータからガントチャート作ってくれさえすればいいのだけど
Lispに相当するものないでしょうか

**デフォルトの名無しさん** · 2020/10/05(月) 23:29:50.84

既に手放せないほどのものを漠然としたlispへの印象で乗り換えたら全てが満足したという話は寡聞にして知らない

**デフォルトの名無しさん** · 2020/10/07(水) 06:01:50.72

pandasはRの劣化コピーで
Rはschemeと相性がいいから
Rに乗り換えると良いのでは？

**デフォルトの名無しさん** · 2020/10/07(水) 11:49:58.33

邪道かもしれないが
hy使えばlisp でpandas使える

**デフォルトの名無しさん** · 2020/10/16(金) 17:12:58.14

lispは他の言語に寄生して生きていくしかないね
pyレベルのライブラリなんて期待できないし

**デフォルトの名無しさん** · 2020/10/16(金) 18:49:22.22

Luaみたいな用途なら需要がある気がする