関数型プログラミング言語Haskell Part34

**デフォルトの名無しさん** · 2024/10/08(火) 19:35:49.07

>>542
反対向きは成り立たないよ
彼はラムダ項みたいなただの集合も関数だとか言ってたんだよ

**デフォルトの名無しさん** · 2024/10/08(火) 20:00:43.25

>>544
なるほど。勉強になります。

**デフォルトの名無しさん** · 2024/10/08(火) 20:58:36.65

>>543
CPL (圏論プログラミング言語)
https://ja.m.wikipedia.org/wiki/CPL_(%E5%9C%8F%E8%AB%96%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)

**デフォルトの名無しさん** · 2024/10/08(火) 21:59:10.54

CPL使ったことは一度もないが
関手圏よりもっとややこしい圏で、モナドより凡庸なものを定義するんでしょ

**デフォルトの名無しさん** · 2024/10/08(火) 23:08:48.38

こんなんだけど

>通常では,自然数などのデータ型は,効率のためにシステムに組込んであるが,CPLでは定義しなければならない.
>また,定義したとしても,機械本来の足し算,かけ算を使用できず,独自に定義しなければならない.

**デフォルトの名無しさん** · 2024/10/09(水) 00:11:45.00

O'CAMLのCAMLはCategorical Abstract Machine Languageの略ということを忘れてはかわいそう。

**デフォルトの名無しさん** · 2024/10/09(水) 20:31:07.90

>>546
Thenks！！

**デフォルトの名無しさん** · 2024/10/12(土) 20:07:00.42

初心者はStack、ガチムチはCabalで開発するんですか？

**デフォルトの名無しさん** · 2024/10/15(火) 05:30:10.38

みんなStackだよ
Cabalの依存関係解決はましになったとはいえプロジェクト構成の記述はStackのほうがよくできてるし

**デフォルトの名無しさん** · 2024/10/15(火) 22:34:15.38

詳しい情報サンクス
CabalやめてStackに帰ります
GHCup tuiで選べるCabalやHLSやStackも全部recommendedに落とします

**デフォルトの名無しさん** · 2024/10/16(水) 05:04:51.74

ああCabal辞めてStackに移行したらビルドし直しただけでTLSのハンドシェイクがTwitchでは大丈夫なのにツイキャスで失敗する謎の不具合が治りました
やっぱStackすわ

**デフォルトの名無しさん** · 2024/10/18(金) 18:33:56.50

別に不具合あったわけじゃないならよくね
みんなとか言い出したらそもそもみんなhaskellなんか使ってないが

**デフォルトの名無しさん** · 2024/10/25(金) 23:46:50.40

Haskellを学んだみたいと思うんだけど、「すごいHaskell たのしく学ぼう」って書籍は今でも有用？
Haskellの良書として挙げることは多いと思うけど、出版から10年以上経ってるのが気になった
その間で言語に大きな変更があったとか、「今のHaskellだったらこう書くよね」みたいな注意が必要な点などあれば知りたい
あるいは最近の書籍でよりおすすめというものでも

警備員[Lv.3][新芽] · 2024/10/25(金) 23:58:48.00

ちょっと古い情報だけど、
僕が「すごいH」を購入したのが2016.12だけど、数年後には章立ての変更まではなかったかもしれないけど、コードの記述など結構アップデートされてたような
いずれにしても、一冊でHaskellを、ってのはアレで、何冊かは読まないとと僕の場合

**デフォルトの名無しさん** · 2024/10/26(土) 01:14:59.65

>>556
ラムダノートのプログラミングHaskell第2版
これを読めばモナドの使い方がわかる

**デフォルトの名無しさん** · 2024/10/26(土) 13:33:26.33

モナドはCのポインタより概念が難しいのどうにかならんの
別のはないんですか

**デフォルトの名無しさん** · 2024/10/26(土) 14:33:50.42

ない
別に理論的な部分はすっ飛ばしていいよ
純粋関数型言語で手続き型言語のようなシーケンスをどうやったら書けるか？みたいなパズルを解く方法と思ってればいい
全てはdo記法にため

**デフォルトの名無しさん** · 2024/10/26(土) 18:20:45.25

>>559
だったらCleanはどうでせう？
モナドの代わりに線形何たらっての使ってる。

副作用関数を使い捨て関数と捉える概念らしいけど…。

変数は引数のない関数と捉えられるので、入力関数も外部で代入する変数と捉えられる。
んで、

return 0 >>= \x -> return (x + 1) >>= \x -> return (x + 1) = 2

は

return 0 >>= (\x -> return (x + 1) >>= (\x -> return (x + 1)))

と解釈されて、(\x -> ...) 部分が１個のラムダ式（関数）の上に階層構造なので、同名の変数 x はシャドーイングで古い値は隠される。
（そして隠されたら他から参照されなくなるのでGCでメモリを解放される）

IOモナドな入力関数も引数が無いので、値を外部で代入する変数と捉え、シャドーイングで古い値は隠されると考えると、線形何たらの使い捨て副作用関数と同じことしてる。

**デフォルトの名無しさん** · 2024/10/28(月) 07:23:18.71

>>557 >>558
ありがとう
まずはラムダノートのプログラミングHaskellを買いました
すごいH本はもう一冊読もうと思って時に買います

**デフォルトの名無しさん** · 2024/10/28(月) 11:18:21.59

すごいエロい本か

**デフォルトの名無しさん** · 2024/10/28(月) 16:01:27.57

>>563
それ面白いと思ってレスしてんの?

**デフォルトの名無しさん** · 2024/10/28(月) 17:13:55.02

10年前のtwitterでは鉄板ジョークでしたよ
すごいH

**デフォルトの名無しさん** · 2024/10/28(月) 19:07:28.37

haskell知らない人はエロ本だと思うし
隠れた卑猥な意味が無ければ
隠語としての価値も無い

**デフォルトの名無しさん** · 2024/10/28(月) 19:57:49.83

ML族のRustが市民権を得た今haskellやる意味ないよ
その時間をRustに当てなさい

**デフォルトの名無しさん** · 2024/10/28(月) 21:28:05.60

平均的HaskellerはRustもやった上でLinearTypes拡張がどうなるか様子見しつつ両方使ってるのでは？
https://zenn.dev/konn/articles/2023-10-01-linear-haskell-in-2023

**デフォルトの名無しさん** · 2024/10/28(月) 22:50:50.12

Haskellスレで言われましても
わざわざカレー屋に来て「ラーメンを食え」って喧伝するようなものでしょ

**デフォルトの名無しさん** · 2024/10/29(火) 10:29:33.30

>>567
ほんそれ

**デフォルトの名無しさん** · 2024/10/29(火) 11:58:27.10

Rustを関数型扱いするやつは
Rustも関数型もまるで理解してない
だから誰も真面目には相手してくれない

**デフォルトの名無しさん** · 2024/10/29(火) 12:22:05.93

そう。世界がHaskellから孤立していく
世界はもっと危機感もった方が良いよ

**デフォルトの名無しさん** · 2024/10/29(火) 15:30:57.70

実用プログラムに使った例はあるの？

**デフォルトの名無しさん** · 2024/10/29(火) 16:00:48.67

>>567
MLとは全然ちゃうがな
HM型推論せんやろ

**デフォルトの名無しさん** · 2024/10/29(火) 22:29:59.15

>>573
自分も詳しくはないけど、クローズドな分野が多いんじゃない？

**デフォルトの名無しさん** · 2024/10/29(火) 23:08:38.64

>>575
秘密ということ、それじゃわからんと同じことじゃないか

**デフォルトの名無しさん** · 2024/10/29(火) 23:25:09.95

世界は頭悪すぎてHaskellを使いこなせていない
世界はもっと危機感を持った方が良い

**デフォルトの名無しさん** · 2024/10/30(水) 02:10:51.19

急に主語が大きくなったぞωωω=2πf

**デフォルトの名無しさん** · 2024/11/02(土) 09:15:14.82

クローズドな部分なら使ったうちには入らないな

**デフォルトの名無しさん** · 2024/11/02(土) 18:11:47.64

金融工学で使ってるとこあるかもね
OCamlが定番らしいし

**デフォルトの名無しさん** · 2024/11/02(土) 19:19:33.26

>>580
やはり実務ではフィンテックですか。

このスレで趣味教養的に
数理の応用実験や
アート作品生成プログラム記述用とかで
使ってる香具師いる？

**デフォルトの名無しさん** · 2024/11/02(土) 19:33:48.22

>>580
みずほでOCamlしか聞いたことない
結局大規模障害出ちゃったけど

**デフォルトの名無しさん** · 2024/11/02(土) 19:38:33.59

>>582
金融商品の設計に使うんだよ
その手の障害とは全く関係ない

**デフォルトの名無しさん** · 2024/11/02(土) 20:11:17.53

>>581
どっちかというと、教育に興味があって、例えば足し算の足し方が増加と追加って2種類あるんだけど、追加は後から増えるって意味だと教科書に書いてあるけど、その説明がもやもやする。
それで、違いを考えるとこれは

増加の足し算：末尾再帰。その場で簡約出来る
3 + 2 = (3 + 1) + (2- 1) = 4 + 1 = (4 + 1) + (1 -1) = 5 + 0 = 5

追加の足し算：再帰。基底部まで来てから簡約開始。リストの ++ 演算子的な動き。
2 + 3 = 1 + ((2 - 1) + 3) = 1 + (1 + ((1 - 1) + 3)) = 1 + (1 + (0 + 3)) = 1 + (1 + 3) = 1 + 4 = 5

みたいに、足し算作らないと気付かない違いを気付いて教えるのに役立ててる。
(+1/-1の代わりにsucc/pred関数の適用で考えた方が分かり易いかも）

**デフォルトの名無しさん** · 2024/11/02(土) 20:16:43.59

>>583
そうなんだ。
そういうライブラリ頼みっぽい事なら、MathmacticaとかPythonのが良さそうなのにね。
金融商品だったら統計に強いRだってあるし。
なぜわざわざOCamlだったのやら…。

**デフォルトの名無しさん** · 2024/11/03(日) 11:40:35.68

>>584
本スレ誘導
https://mevius.5ch.net/test/read.cgi/tech/1710585705/

**デフォルトの名無しさん** · 2024/11/03(日) 17:33:41.03

その手のはかなり昔からの話だしその頃pythonはそんな一般的ではない

**デフォルトの名無しさん** · 2024/11/03(日) 18:58:10.27

>>586
え…。
Haskellを何に使ってるか聞かれたから答えたのに、そりゃ無いよ。

**デフォルトの名無しさん** · 2024/11/06(水) 18:53:34.69

semigroupoidsのAltからFunctor抜いたやつないのかな
catsのSemigroupK相当のやつ

**デフォルトの名無しさん** · 2024/11/07(木) 02:17:24.00

HackageもHaskellWikiもつながらねえ
攻撃でも受けたか

**デフォルトの名無しさん** · 2024/11/07(木) 06:45:43.72

数か月前もHoogle繋がらなかったしね…。

**デフォルトの名無しさん** · 2024/11/09(土) 18:32:16.19

mylist.py TotalSeconds : 6.1246778
1:def mylist(n, m):
2: a = 1
3: outer = []
4: for _ in range(0, n):
5: inner = []
6: for _ in range(0, m):
7: inner.append(a)
8: a += 1
9: outer.append(inner)
10: return outer
11:
12:print(mylist(6000, 8000)[-1][-1])

上と同じ動きのコードを書いたけど、
アルゴリズムとしてはPythonと同じmylist.hsのコードが良いはずなのに、
どっちも最適化するとmylist2.hsのが良好。
（ファイル名の横の秒数は実行時間）

mylist.hs TotalSeconds : 4.107899
1:main = print.last.last $ mylist 6000 8000
2:
3:mylist n m = take n.f $ [1..]
4: where f ns = xs:f ys
5: where (xs, ys) = splitAt m ns

mylist2.hs TotalSeconds : 2.3916408
1:main = print.last.last $ mylist 6000 8000
2:
3:mylist n m = take n.iterate f $ [1..m]
4: where f = map (+m)

**デフォルトの名無しさん** · 2024/11/09(土) 18:32:43.47

mylist2.hsのアルゴリズムは
f = map (+3)とすれば

[1,2,3]
[4,5,6] -- f [1,2,3] = [1 + 3, 2 + 3, 3 + 3] = [4,5,6]
[7,8,9] -- f (f [1,2,3]) = f [1 + 3, 2 + 3, 3 + 3] = [4 + 3, 5 + 3, 6 + 3] = [7,8,9]

と、行数が増えるごとに関数の適用回数が増えるので本来なら遅いはずですが、
考えるに直前の結果をキャッシュする様な最適化が施された模様。(-O3)
（そうすると、mylist.hsのsplitAtの方がボトルネックになる?）

最適化なしでのコンパイルはしてないので、
もしかしたらiterateの中身自身がキャッシュするように改良されたのかも。

**デフォルトの名無しさん** · 2024/11/10(日) 16:05:22.18

これ数学的にどういうことなのか
かいつまんで教えてくらまいか
watch?v=dYj0rPQeRkA

**デフォルトの名無しさん** · 2024/11/16(土) 10:08:07.70

Category Theory Using Haskell
An Introduction with Moggi and Yoneda
Shuichi Yukita

という書籍が来月出るんですって？

**デフォルトの名無しさん** · 2024/11/16(土) 14:32:48.68

>>595
高いな

> Hardcover
> \36,125 Tax included

**596** · 2024/11/16(土) 14:36:30.07

円記号がバックスラッシュになっていたので訂正
￥36,125

フォントによるわけだが

**デフォルトの名無しさん** · 2024/11/16(土) 15:13:06.50

買って損するだけの高額本の予感

**デフォルトの名無しさん** · 2024/11/16(土) 15:27:44.60

なんだ雪田の本じゃねぇか
プラスアルファはあるかも知れんが
基本雪田の「圏論入門 Haskellで計算する具体例から」と大差無いと思うぞ

**デフォルトの名無しさん** · 2024/11/16(土) 20:50:43.88

結局Moggiのアイディアがなんなのか書いてなかったから、洋書でも同じでしょ。

**デフォルトの名無しさん** · 2024/11/16(土) 21:01:44.68

すでに書かれてるのがwikipediaにあるじゃん
https://ja.m.wikipedia.org/wiki/%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%B9%E3%83%AA%E5%9C%8F

**デフォルトの名無しさん** · 2024/11/16(土) 21:18:48.47

wikiのは肝心のvalueとcomputationについてちゃんと書いてない。
computationの訳を「計算された値」とするのは微妙。

**デフォルトの名無しさん** · 2024/11/16(土) 21:28:16.06

『圏論入門』の方にはvalueもcomputationも書いてなかったと思うから言わずもがな。

**デフォルトの名無しさん** · 2024/11/16(土) 21:43:11.16

出たら人柱になって買って読んで下さい

**デフォルトの名無しさん** · 2024/11/16(土) 22:29:43.38

多分加筆してると思うよ
日本の出版社はなぜかページ数制限があることが多いんだけど
海外にそれはないし

**デフォルトの名無しさん** · 2024/11/16(土) 22:41:34.37

加筆してvalueとcomputationの説き起こしから始めて本当にMoggiのアイディア書くかなぁ？
米田の補題が工学応用できるとかいう主張と衝突する気がするんだけれど。

**デフォルトの名無しさん** · 2024/11/17(日) 08:11:12.88

レポよろ

**デフォルトの名無しさん** · 2024/11/17(日) 09:07:13.97

ぷりぷりです

**デフォルトの名無しさん** · 2024/11/17(日) 14:35:29.88

4万近く出してわざわざレポだけする奴なんているの？
圏論入門と同じでそれらしいキーワードだけ出して終わりの可能性高いのに。

**デフォルトの名無しさん** · 2024/11/17(日) 19:34:30.56

まぁそもそもHaskellで圏論持ち出す必要ないしな
生産性上がらないよ

**デフォルトの名無しさん** · 2024/11/17(日) 19:42:07.02

Haskell、コーダー界隈で圏論勉強会が流行していた時期、あれは何だったのか？

**デフォルトの名無しさん** · 2024/11/17(日) 20:00:10.23

圏がグラフの拡張みたいな概念だったから、グラフ理論みたいに有用なプログラミングにつかえるアルゴリズムがあるんじゃないかってことでやってたように見えた。
モナドも説明したかったようにみえたけど、結局圏論の勉強を踏まえた説明はでてこなかった。

**デフォルトの名無しさん** · 2024/11/17(日) 21:17:15.64

>>611
俺も行ってたわw
数学クラスターからの圏論マウントを喰らっていくのやめたがw
そういうやつ多いんじゃないか

**デフォルトの名無しさん** · 2024/11/20(水) 04:56:53.37

プログラムは合成できないといけないって当然のことを、いちいち圏である必要があるとか言い換えるオレ天才だわー

**デフォルトの名無しさん** · 2024/11/20(水) 18:55:46.60

https://dic.nicovideo.jp/a/%E9%A1%A7%E5%AE%A2%E3%81%8C%E6%9C%AC%E5%BD%93%E3%81%AB%E5%BF%85%E8%A6%81%E3%81%A0%E3%81%A3%E3%81%9F%E3%82%82%E3%81%AE

**デフォルトの名無しさん** · 2024/11/21(木) 00:16:43.88

集合論と圏論の抽象度がもし同レベルならたしかに圏である必要はないな
必要ない情報は捨象されるべきだと言われれば何も反論できない

だから抽象化マウントは強いんだ

**デフォルトの名無しさん** · 2024/11/21(木) 01:45:46.56

抽象化すればプログラムしにくいと思うけど

**デフォルトの名無しさん** · 2024/11/21(木) 19:02:52.56

プログラムが圏になるためとかいうクソしょうもない理由がモナド導入の理由って本当か？
圏論っていうか圏じゃん。モノイド構造も米田の補題もなにも出てこないんだが

**デフォルトの名無しさん** · 2024/11/21(木) 21:57:07.56

型構築子を導入すれば関手もモナドも勝手についてくる
型を必要とするすべての言語で同じことが言える
これも抽象化

**デフォルトの名無しさん** · 2024/11/28(木) 10:04:33.91

haskellでスクレイピングがやりたいんだが
arch linuxのリポにはscalpelがない
別言語でやったほうがいいかな？

**デフォルトの名無しさん** · 2024/12/04(水) 21:11:42.90

ディストリで全部パッケージ化してくれてるとは思えん
stackかcabal入れて自分で管理するんじゃね？
ローカルに1GBくらいのライブラリ入るし重複しないようにしないといかんが

もちろんseleniumとか使うにしてもpythonとかrubyのほうが楽やろ

**デフォルトの名無しさん** · 2024/12/08(日) 23:12:57.17

おおむね10^-300前後(-400乗は無理だった）精度の任意精度少数。
定義済みの中ではPico(10^-12)までは定義されてる。

下の定義のE300/10^300/F300を書き換えれば任意精度の浮動小数型が作れる。
(F300がPicoとかNanoとかの型）
ただし、pi/sin/sqrtなどの倍精度/単精度の浮動小数型用関数/定数が使えなくなるので四則演算を駆使して自作する必要がある。

import Data.Fixed

data E300

instance HasResolution E300 where resolution _ = 10^300

type F300 = Fixed E300

**デフォルトの名無しさん** · 2024/12/19(木) 15:03:02.64

add (x,y) (a,b) = (x+a,y+b)
これをaddを定義せずにarrowで簡単にかく方法はありますか

**デフォルトの名無しさん** · 2024/12/19(木) 16:15:15.91

arrowてなんすか

**デフォルトの名無しさん** · 2024/12/19(木) 19:27:09.72

富士通のスマホ

**デフォルトの名無しさん** · 2024/12/20(金) 01:32:43.30

スマホでHaskellを簡単に書く方法はないかな

**デフォルトの名無しさん** · 2024/12/20(金) 02:01:04.72

>>626
今はキミの言うところの「簡単」ではない環境で書いてるってこと？

**デフォルトの名無しさん** · 2024/12/20(金) 02:04:07.41

>>627
だまらっしゃい
俺がウザ絡みするのは良いけどアンタにレスつけてウザ絡みする権利はないんだよ
何故ならアンタは世界で一番価値のない存在だからね

**デフォルトの名無しさん** · 2024/12/20(金) 15:54:59.07

スマホでHaskell書く必要ある？
ないよね

**デフォルトの名無しさん** · 2024/12/20(金) 22:08:57.75

>>626
iOSならRaskellってアプリあるけど、開発止まって大分経つので画面がずれたりする…。
ideoneとかpaiza.IOとかのクラウドサービスが今のところは一番手軽かもね。

警備員[Lv.1][新芽] · 2025/01/08(水) 22:25:29.83

初学者のため、言葉の定義があいまいな部分はご容赦ください

IOモナドの純粋性についてですが(すでに言葉があやしい)、
実際に副作用が起こるのは、mainに束縛され実行されたり、ghciプロンプトからアクションを投入したときで
アクションを生成するまでは同じ入力に対してはつねに同一のアクションを出力するという意味で純粋であるという理解でよいでしょうか(まだ実行前なので、副作用は生じていない)

アクションを生成するまでが純粋

ただ、このときの純粋性の有り難みがさっぱり分からず…

純粋な関数が遅延評価などに有効なことや、副作用のある処理が >>= などで順序を拘束しなければならないことは分かるのですが

**デフォルトの名無しさん** · 2025/01/09(木) 20:13:21.93

評価が全部終わった後じゃないと参照透明性が保証されない。

**デフォルトの名無しさん** · 2025/01/09(木) 20:18:47.77

規制あったはずなんだけどなんか書き込めた。

アクションの生成が完了（コンパイルの終了）。この時点ではみんな純粋。

その後に、アクションの実行（プログラムの実行）が起こって入出力が出る。

アクションの生成時点まですべての関数が純粋関数だということは参照透明性が保証されるということで、ありがたみはその一点にあると思うが。

**デフォルトの名無しさん** · 2025/01/09(木) 21:49:19.20

異教徒は汚染物として分離隔離する思想

警備員[Lv.2][新芽] · 2025/01/09(木) 22:58:50.93

>>632-633
ありがとうございます >>631 です

あくアクションの生成までが純粋、でよいことを確認させていただきました

でもこれって、Cだろうがアセンブラだろうが、(厳密には違うかもしれませんが)同じソースコードをコンパイル(アセンブリ)すれば同じオブジェクトファイルが生成されるのと何が違うのだろうかと

>>634 にある分離隔離のような、何かこう、これまでとは違う何かがあるはず…と、浅知恵で考えるから訳が分からないのです…

**デフォルトの名無しさん** · 2025/01/09(木) 23:09:19.47

>>634
おパンツ分解されたオペラッドのおパンツの中で脱糞してもズボンの裾のお股のどっち側からウンコが転げ出てくるのかわかんないだけかと思ってた。

**デフォルトの名無しさん** · 2025/01/09(木) 23:34:59.91

>>635
>でもこれって、Cだろうがアセンブラだろうが、(厳密には違うかもしれませんが)同じソースコードをコンパイル(アセンブリ)すれば同じオブジェクトファイルが生成されるのと何が違うのだろうかと

だから参照透明性の保証だって。オブジェクトファイルとしては状態変化とかしているけれど、元のHaskellコードとしては参照透明性は保たれている、そこがすごいということなんだし。
逆に普通のオブジェクトファイルと全く違うなんてことありうると思う？同じコンピュータ上で動くんだからオブジェクトファイルとしては変わらんだろ。

警備員[Lv.5][新芽] · 2025/01/10(金) 09:27:26.71

>>637
レスをありがとうございます

参照透過性の保証、ですね
アクションを実行し、副作用が起こる前なので当然だ、という解釈は誤っているでしょうか

まだ本の上の字面を追って学んでいるだけで圧倒的にコーティング量が足りない状態なので、これから経験を積むうちにいつかスッと腑に落ちるときがくるのかもしれません

**デフォルトの名無しさん** · 2025/01/10(金) 10:01:16.98

必要呼び評価戦略を採用するための前提として、すべての式の参照透過性が要求されるというだけでは

**デフォルトの名無しさん** · 2025/01/10(金) 18:54:00.90

>>638
>アクションを実行し、副作用が起こる前なので当然だ、という解釈は誤っているでしょうか

？なんか混乱しているんじゃないか。
アクションの生成時点でのHaskellコードの参照透明性と、オブジェクトコード実行の際の参照の処理は別物だぞ。

**デフォルトの名無しさん** · 2025/01/10(金) 18:59:59.95

補足：
Haskellコンパイルは少なくとも次の二つの段階を持つ
１．アクションの生成（入出力指示書の生成、Haskellコードの字面のコンパイル）
２．アクションの実行

１．のアクションの生成時に参照透明性がHaskellコードとして保証されている。
アクションの生成で必要な参照行為は全て終わっているので、２．では入出力だろうが破壊的操作だろうがやっても文句を言われない。

IOの機構がすごいのは１．アクションの生成計算で参照透明性が保証されているというところがうれしいところ、だという話。

**デフォルトの名無しさん** · 2025/01/10(金) 19:16:07.13

一度死んだら復活は有り得んので注意な

警備員[Lv.7][新芽] · 2025/01/10(金) 19:39:05.74

>>640-641
レスをありがとうございます

そうですね
表現がいけませんでしたが、そのように理解しています

あとひとつ伺いたいのが(アドバイスいただいたことがまだちゃんと理解できたわけではないのでアレですが)、
参照透明性が担保されているとは、(1.アクションを生成する時点までは)副作用がある処理は書くことができない、ということでしょうか

警備員[Lv.7][新芽] · 2025/01/10(金) 19:48:40.81

>>643 ですが、
このレスはちょっと意味が分かりませんね
実行前なので副作用は怒りようがありませんね

**デフォルトの名無しさん** · 2025/01/10(金) 20:01:13.00

>>643-644
そのように理解しています。って本当に理解してるか？

アクションの生成において生成しているのは入出力の指示書みたいなもので入出力自体はない。
こういう入力があったらこういう計算方法でこういう出力をするみたいな手順を生成しているだけ。

なんで参照透明性が担保されているというところでそんな引っかかるんだ？

警備員[Lv.7][新芽] · 2025/01/10(金) 20:34:59.37

>>643 で確認したかったことは次のようなことでした

アクションを生成する段までは副作用なく、同一のプログラムを入力とすれば、かならず同一のアクションが出力されるか
ということでした

それはそうであるように思います

**デフォルトの名無しさん** · 2025/01/10(金) 20:42:16.47

同一のプログラムを入力とすればってどういう意味？
前も言ったようにアクションの生成とアクションの実行は別フェーズ。同一のアクションが出力される、というのはどっちのフェーズでのことを言ってんの？

警備員[Lv.8][新芽] · 2025/01/10(金) 21:16:13.66

アクションが出力される、なので 1.です

**デフォルトの名無しさん** · 2025/01/10(金) 21:34:10.26

なんか理解しているのかすごい怪しいなぁ。

一応回答しておくと、アクションの生成のフェーズなら参照透明性を保証された純粋関数の計算でしかないから
main文が同じなら当然同じアクションが生成される。
同じプログラムなら生成されるものも同じという意味で。

理解してたらこんな話出てこないと思うんだけど。

警備員[Lv.1][新芽] · 2025/01/10(金) 22:49:49.12

>>649
重ね重ね、ありがとうございます

理解できているかいなかについては、理解が浅いため、確認のために伺わせていただいています

伝わりづらくて申し訳ありませんでしたが、>>649の内容のような理解で正しいかを確認したかったというのが趣旨でした
簡潔に表現していただいて助かりました

**デフォルトの名無しさん** · 2025/01/13(月) 17:46:46.07

あけなしておめでとうございます
去年は多様性がようやく否定され始めた年ですが、
今年はhaskellの純粋主義のやうに分類・隔離・排除躍進の年となるようがんばりましょう

**デフォルトの名無しさん** · 2025/01/15(水) 00:44:26.65

マクロな現象には個々人のばらつきを否定する力はない
逆に個人は10回連続でグーを出してみてもたとえば「正規分布に従う」とかなんとかいう法則を反証できない

ミクロとマクロを隔離したのはただの統計学であって純粋でも主義でもない

**デフォルトの名無しさん** · 2025/01/15(水) 05:29:17.90

誰もいまミクロ・マクロの話なんてしてないぞ

**デフォルトの名無しさん** · 2025/01/21(火) 22:22:46.92

雪田の英語版買って読んだ勇者はおらんか？

**デフォルトの名無しさん** · 2025/01/22(水) 01:14:29.67

3万も出してよもうとは思わない。

目次読むとKleisli tripleの節はあるのにKleisli categoryの節がなかったり、なぜかその後にMoggi's theoryが出てきたりと
少なくとも構成があんまりいい感じはしない。

**デフォルトの名無しさん** · 2025/01/22(水) 03:57:21.12

まぁ圏論はHaskellやるうえで無駄だしな

**デフォルトの名無しさん** · 2025/01/23(木) 21:00:49.82

しかもHaskell自体やるだけ無駄だしな

**デフォルトの名無しさん** · 2025/02/13(木) 07:10:20.44

wikiでghc見たら、中の人MSリサーチにいるのな。
最近C#並みに速くなったと思ったら、そういう事か。
納得。

**デフォルトの名無しさん** · 2025/02/13(木) 13:53:19.78

暗記系の問題が嫌われるのは答えを隠す意味がないからだが
逆に陰謀論が大人気なのは、隠蔽する動機があるからかもしれない

**デフォルトの名無しさん** · 2025/02/13(木) 19:59:58.08

>>659
誤爆か？
次から気をつけな

**デフォルトの名無しさん** · 2025/02/13(木) 21:57:13.74

わざとだろ。
数板に延々スレ違を書き込む基地外がいるが多分そいつと同一。

**デフォルトの名無しさん** · 2025/02/13(木) 22:11:56.50

ワードサラダくん数学板にもいるんか
まあいそうな板だな

**デフォルトの名無しさん** · 2025/02/13(木) 23:39:39.86

有意味な事実と有意味なデマを隔離するのは難しいらしい
だが、真でも偽でもないナンセンスはなぜか瞬時に判断できる

**デフォルトの名無しさん** · 2025/03/19(水) 11:03:50.18

IntSetのsizeがO(1)じゃなくO(n)なのはなぜですか、O(1)で実装できそうなもんですが

**デフォルトの名無しさん** · 2025/03/19(水) 19:45:13.59

unionとかで重複要素数えるのが面倒だから必要になるまで数えない

**デフォルトの名無しさん** · 2025/03/19(水) 20:51:01.02

私は最強ーーすき

**デフォルトの名無しさん** · 2025/03/19(水) 20:52:16.86

誤爆ｽﾏｿ。懐メロチャンネルと間違えた