Lisp Scheme Part41 (809ﾚｽ)
Lisp Scheme Part41 http://mevius.5ch.net/test/read.cgi/tech/1531587928/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
201: デフォルトの名無しさん [sage] 2020/04/30(木) 02:18:30.11 ID:7t452aCV >>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を行う最初と最後はそれぞれ先頭と末尾でなければならないのに途中はランダムでも可というのは不自然すぎる （なぜ最初と最後だけは変更を許さず先頭と末尾に確定させるのか？、ランダムを許すならば最初・最後も含め全部がランダム可にするのが自然） ということだ もし最初および最後だけはそれぞれ先頭および最後だけに限定し、それ以外の途中の順番だけは規定したくない、という極めて不自然な仕様にしたいならば 誤解させないように、「但し、最初・最後以外の途中の順番は自由で規定しない」という趣旨の語句を挟む必要がある http://mevius.5ch.net/test/read.cgi/tech/1531587928/201
317: デフォルトの名無しさん [sage] 2021/02/17(水) 18:52:29.11 ID:zk5Pyjxw アラン・ケイもそれを自分でやってみようとすることが重要だと言ってる 原始関数が変われば何もかもが変わるわけだから 変わった世界が良いのか悪いのか、は自己言及がどれだけよく出来てるかどうか ということだと思うんだけど つまり、僕らが使いやすいと感じるかどうかではなく 未来にそれに慣れた人たちがより効率の良い開発が出来るかどうか で、グレアムは自分なりにBelは良く出来てると思ってるんだろう オレにはよくわからんがｗ http://mevius.5ch.net/test/read.cgi/tech/1531587928/317
356: デフォルトの名無しさん [sage] 2021/03/20(土) 03:47:36.11 ID:J9z4ezp0 SRFI出るや否や写経と称してシュババとクオリティ実装するclerが結構居るし、必要とあらば足りるしな quicklispにも結構載ってるよね、clに混ぜるのは違和感あるからあくまでお手本としてアイデアを拝借するだけだが() scheme処理系も多くのSRFIを標準で揃えてるわけじゃないから(ポートは容易だろうが)、やっぱまとめ役が居ないことに尽きる qlがやる気出さないかな http://mevius.5ch.net/test/read.cgi/tech/1531587928/356
363: デフォルトの名無しさん [sage] 2021/04/05(月) 19:12:20.11 ID:DVkxDxiZ わだばさんのところに紹介があった https://g000001.cddddr.org/3690710797 http://mevius.5ch.net/test/read.cgi/tech/1531587928/363
382: 本田 [] 2021/04/11(日) 07:05:56.11 ID:vMH2MoUG >>381 Unlambda.com | Main / Cadr http://www.unlambda.com/index.php?n=Main.Cadr Retrocomputing - MIT CADR Lisp Machines CADR Emulation http://mevius.5ch.net/test/read.cgi/tech/1531587928/382
493: ＿ [] 2022/01/04(火) 06:23:02.11 ID:rzEME/gD >>491 Gauche 0.9.11-p1 リリース Windows での問題修正のみみたい。 >>492 1.0に向けての作業入られているようだけど 今年中に出るかは判らんなぁ http://mevius.5ch.net/test/read.cgi/tech/1531587928/493
654: デフォルトの名無しさん [] 2024/04/13(土) 18:14:03.11 ID:JilIuOKd ストールマンがガンになったらしい 長髪も髭も落としてしまって別人みたいになってる http://mevius.5ch.net/test/read.cgi/tech/1531587928/654
670: デフォルトの名無しさん [sage] 2024/04/15(月) 03:14:20.11 ID:YG3lrvG/ 古いAIのバイブルPAIPすら恥ずかしながら未読の身ですが… lispもデータドリブンなNN系はむしろ苦手とは思わない NN系がマスメディアでもバズり出した頃にウィキペディア見たら、Pythonのサンプルコードが載ってたので そのままCPython/Numpyとclで書いてみたら、ベンチはsbclぶっちぎりだったよ もちろん個々の処理がバックのcライブラリより速いなんて言わない 同レベルのコーダが同ロジックで翻訳すればの話 その差はclの無駄に細かいarray/vectorコンストラクタ引数の設計 具体的にはR/W抑えるビュー相当の:displaced-*と:fill-pointer、配列の動的リサイズ指定の:adjustable引数ね Numpyのndarrayはこの辺が裏で自動でやるのでコーダの裁量がない まあNumpyでプラグマ/フラグ駆使してその辺のお節介挙動を切れば普通に負けるかも あくまで並コーダが素直に書く限りの話 http://mevius.5ch.net/test/read.cgi/tech/1531587928/670
747: はちみつ餃子 ◆8X2XSCHEME [sage] 2025/07/09(水) 14:21:01.11 ID:ZKntcAAj >>746 > テイルコールはそうでしょ > 最適化は処理系がやってくれることを保証するので 仕様上は ・正しく末尾再帰が行われていること ・アクティブな末尾呼出しの回数制限がないなら正しく末尾再帰が出来ている という迂遠な表現になっている。 つまり、何が出来るべきなのかという書き方であって、どう実装すべきかに言及することを避けてる。 同様に処理系のメカニズムに言及することを避けて提案を表現してみてよ。 http://mevius.5ch.net/test/read.cgi/tech/1531587928/747
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.034s