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

[過去ﾛｸﾞ] 関数型プログラミング言語Haskell Part33 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡

1(1): デフォルトの名無しさん [] 2020/02/10(月)18:17 ID:L6eYQqyh(1/5)
関数型プログラミング言語 Haskell について語るスレです。

Haskell Language(公式サイト)
https://www.haskell.org/
日本Haskellユーザーグループ - Haskell-jp
https://haskell.jp/

前スレ
関数型プログラミング言語Haskell Part32
2chｽﾚ:tech

903: デフォルトの名無しさん [sage] 2021/09/22(水)18:38 ID:02VLVXq+(3/4)
>>902
レスありがとうございます
原因わかりました
ご指摘の通り「計算結果にはパターンマッチさせられない、パターンマッチに入っていい関数はコンストラクタのみ」なのでRatio a型のコンストラクタである( :% )を使ってたのでそこは問題ないと思ってたんですが肝腎要の( :% )が定義されてるGHC.Realをimportしてませんでした
Data.Ratioをimportしたら自動的に(:%)も使えるもんだと思い込んでいました
Pattern synonymsについては

https://qiita.com/as_capabl/items/d2eb781478e26411a44c

でちょっと理解できました、が、そもそも使わなくても良くなりました
ご協力感謝です

904(1): デフォルトの名無しさん [sage] 2021/09/22(水)20:18 ID:02VLVXq+(4/4)
備忘録がてら調べてわかった事書いておきます
Pattern Synonyms は今回のようにライブラリの提供者が型のコンストラクタを提供してない、しかしパターンマッチは使いたいとかの場合に使える拡張のようです
{-# LANGUAGE PatternSynonyms, ViewPatterns #-}
を使うと

pattern ( マッチさせたい表現) <-
( その型から取り出したい値を取り出す関数)
-> ( 取り出した値にマッチさせるパターン) )
( where さらにコンストラクタシノニムとしても使いたい場合の逆変換関数 )

の形で使うようです
例えばInt型でxが偶数であった場合にdiv x 2をパターンマッチで拾うために

pattern TwiceOf x <-
( ( \t -> ( div t 2 , even t ) ) -> ( x, True ) )

のように定義しておいて

main = do
case 2 of { DoubleOf x -> print x; _ -> print "odd" }
case 3 of { DoubleOf x -> print x; _ -> print "odd" }

のように利用できるようです
TwiceOf はあくまでパターンマッチの表現のみで使える“仮の”コンストラクタですがpattern文にwhere句を

pattern DoubleOf x <-
( ( \t -> ( div t 2 , even t ) ) -> ( x, True ) )
where TwiceOf x = 2*x

のように追加するとあたかもInt型の新しいコンストラクタが追加されたように振る舞い“DoubleOf 2”のような表現が許されるようになるようです
今回の場合はどうすべきか悩みどころです
ライブラリの開発者が低レベルの(:%)を公開しない理由もわかるので無理クリ(:%)を使うのもどうなんつて気もするし、かと言ってまだHaskellの標準として認められてない、GHCでしか使えない拡張使うのもどうなんという気もするし

905(1): デフォルトの名無しさん [sage] 2021/09/23(木)10:16 ID:F+2SAjcM(1)
>>904
> かと言ってまだHaskellの標準として認められてない、GHCでしか使えない拡張使うのもどうなんという気もするし

まさかGHCの言語拡張はすべて使わないつもりですか？
せっかくの表現力が著しく落ちますよ。

今あるいは将来 GHC 以外のツールでコンパイルする計画があるのなら仕方ありませんが、
そうでなければ言語拡張の使用を躊躇する理由が見あたりません。

私なら、
・プログラムが意図した動きをし、
・かつソースコードが読みやすくなる
なら言語拡張を積極的に利用します。

意図通り動くけど可読性が落ちるなら、そこで初めて迷いますね。

906: デフォルトの名無しさん [sage] 2021/09/23(木)20:01 ID:0hgEU0Ok(1)
>>905
まぁそうですね
完全日曜プログラマーなので気分良く書けばいいか

907(3): デフォルトの名無しさん [sage] 2021/09/26(日)07:18 ID:m/60KM4j(1/2)
Stack Overflow に面白い質問が投稿されていた。
要約すると return 1 getLine という式の型は Num t => t で、その値は 1 らしいんだが何で？というもの。
質問者は勘違いして、何で return と getLine が互いに打ち消し合うのかと訊いていたが。
https://stackoverflow.com/questions/69325169/haskell-a-return-before-is-cancelled-out-by-a-monad-after-how

なかなか興味深い。
考えてみると haskell の理解がいっそう深まる。

908(1): デフォルトの名無しさん [sage] 2021/09/26(日)19:38
最近並列処理を齧り始めました

ランダム値の生成にmwc-random パッケージの System.Random.MWC.createSystemRandom で生成した GenIO を、全体を通して利用する環境として Reader モナドに入れて使いまわしていたとします
ここにSTM で並列処理機能を新規に追加する場合、forkIO したスレッド内で一々そのスレッド専用に GenIO を生成し直すべきでしょうか？
というのは、それをしないと
各スレッドで共通の GenIO がコピーされ使用される場合、各スレッドで同じ値が生成されていってしまいランダムの意味をなさないのではないかと思うからです
ではこの疑似ランダム生成器を TVar に入れるかとなると、資源の取り合いになって、１スレッド時よりパフォーマンスが低下して元も子もないではないかという懸念があります
ここまで思考実験すると、やはり forkIO したスレッド毎に一々、その中で専用の疑似ランダム生成器を新調する必要があるという考えに至りました
スレッド数が多くなると疑似ランダム生成器を作るコストがバカにならなくなっていくでしょうが、その辺は頑張るしかないよということで、ぼくの考えは合っていますか？

909(1): デフォルトの名無しさん [sage] 2021/09/26(日)21:46 ID:m/60KM4j(2/2)
>>908
そこまでしっかり考察したのなら、質問する前にまず実験してみようよ。

910(2): デフォルトの名無しさん [sage] 2021/09/27(月)16:47
>>909
実験してみたら、各スレッドで別の値が生成されていました
しかしドキュメント見ると It uses mutable state so same generator shouldn't be used from the different threads simultaneously.と書いてあるんですが
これはどう受け取ったらいいんですかね
各スレッドで別の値が生成されているなら用を為してる（ように思える）からいいじゃないかとも思うのですが
何か別の理由があって、そう思えてもやはり使うなという事なんでしょうか？

911(1): デフォルトの名無しさん [sage] 2021/09/27(月)18:11 ID:XYchXu+H(1)
>>910
mutable stateの排他制御をしてないから複数のスレッドで実行するとまずいことが起こるかもしれない、ってことじゃないの？

排他制御
https://ja.wikipedia.org/wiki/%E6%8E%92%E4%BB%96%E5%88%B6%E5%BE%A1

912(1): デフォルトの名無しさん [sage] 2021/09/27(月)20:38 ID:MDVYajz0(1)
>>910
パフォーマンスの実験もね。
理論上パフォーマンスが落ちると分かっていても、実用上は問題ない場合も多い。

913: デフォルトの名無しさん [sage] 2021/09/29(水)15:57 ID:lU7q1h04(1)
>>907
そこで関数モナドが出てくるのは知らないと思い至らないなあ
勉強になった

914: デフォルトの名無しさん [sage] 2021/09/30(木)07:09 ID:N1l0weLI(1)
>>907
セミコロンを書かない言語ではすべからく改行直後に
(getLine)と書くとどうなるか問題が出てくる

915: デフォルトの名無しさん [sage] 2021/09/30(木)09:21 ID:LH+TfD4u(1)
すべからく警察だ！

916: デフォルトの名無しさん [sage] 2021/09/30(木)09:22
>>911
具体的にどういうケースでどういう問題が起こるか解らないので、取り敢えずドキュメントにスレッド間で共有はやめろとある以上、大人しく従うことにします

>>912
STM版が、3950Xエコモードシングル500分の処理が30スレッド割り当てで220分くらいになりましたが
CPU使用率も75%前後で残念でした

競合するリソースが多過ぎたからではと思い、競合を避ける事を考えていると
そもそもSTMを使わず、スレッド毎にローカルにデータを貯めて処理して最後に各スレッドで部分的に仕上げたデータをChanで流して
、受信した側でデータを総括する、初歩的な方式を思いついたので書き換えました

getChanContentsを使いましたが、EOFみたいな最後の通知方法が判らずに、全スレッドの処理が終わりもう誰もデータを流すことのないチャネルから性懲りもなく読みだそうとしてしまい
例外が発生して困っていました
幸いスレッドの数は判っているのでチャネルからtakeする数をスレッド数ちょっきりとして切り上げた所、遅延評価が幸いしてその先を読もうとしなくなり例外は発生しなくなりました（本質的解決かは判りません）
これにより処理が18分で終わりました
スレッド毎にcreateSystemRandomするように書き換えると21分かかるようになりました
オーバヘッド込みでも500分かかっていた時代から驚異的な進化を遂げました

憧れだった Software Transactional Memory は期待程速くなくがっかりしました
STMは最初に検討するべきではなく、巧く競合が発生しないように書けないときの最後の手段なのかなと思いました

917: デフォルトの名無しさん [sage] 2021/09/30(木)16:59 ID:Ai6xyiAS(1)
物理cpuが四つとかの擬似マルチスレッドではそんなに早くならないと思ってたけど、ものによってはそんなにも早くなるもんなんだな

918: デフォルトの名無しさん [sage] 2021/10/04(月)21:32 ID:zxVeK0W2(1)
と思ったら3950x gpuでほんとに物理スレッドがたくさんある場合の話か

919(1): デフォルトの名無しさん [sage] 2021/10/05(火)23:20 ID:75xrYyRf(1)
>>907
型注釈してないのに、インスタンスとして関数モナドが選択されるのはどうしてですか？
getLineが影響していますか？

920: デフォルトの名無しさん [sage] 2021/10/06(水)01:58 ID:3ymQugFf(1)
>>919
return 1 getLine は (return 1) getLine だから、
(return 1) が関数(a->b) じゃないと型が合わないんじゃないかな？

921: デフォルトの名無しさん [sage] 2021/10/06(水)22:57 ID:MRfRTuXd(1)
関数モナドと同じように、引数一つ取るモナド作ったらambiguousって怒られるかなと思ったんだけど、コンストラクタ書かないとならないからうまくいかない。
この値は関数モナドにしか解決されないのかな

922: デフォルトの名無しさん [sage] 2021/10/07(木)09:52 ID:AVdaEi5L(1)
C++のoperator()()に相当する演算を多重定義できないので曖昧ではない

923: デフォルトの名無しさん [] 2021/10/17(日)18:41 ID:DQz0YbVB(1/2)
なんｊでめんだこって言う女装子がhaskell勉強していてdao of functional programmingっていう海外の人が書いた文献がわかりやすいってことでそれ読んでいるらしいが
ここの人にもそれ読んでいる人いる？

924(2): デフォルトの名無しさん [sage] 2021/10/17(日)20:11 ID:LTEsEtXo(1/2)
これか

The Dao of Functional Programming
https://github.com/BartoszMilewski/Publications/blob/master/TheDaoOfFP/DaoFP.pdf

圏論関係の内容だな

925: デフォルトの名無しさん [] 2021/10/17(日)20:37 ID:DQz0YbVB(2/2)
>>924
すまんリンク探させてしまってすまない
ワイが貼るべきやった
ワイは圏論わからないから読まずじまいだったわ
いつか圏論習得できたらその際に読もうかなって思ってる

926: デフォルトの名無しさん [sage] 2021/10/17(日)21:08 ID:LTEsEtXo(2/2)
プログラミングの本質を学ぶには圏論について学ぶ必要があるということらしい
学んですぐ役立つというものではないようで、すぐ役立つ知識がお望みなら他をあたってくれ、とか

927: デフォルトの名無しさん [] 2021/10/17(日)23:35 ID:QqhGhKAl(1)
見せてもらおうか、圏論とやらを。

928: デフォルトの名無しさん [sage] 2021/10/18(月)00:33 ID:BIt/UTxD(1)
>>924
同じ著者の

Category Theory for Programmers
https://github.com/hmemcpy/milewski-ctfp-pdf/releases

929: デフォルトの名無しさん [] 2021/10/18(月)02:49 ID:mrfOLNSK(1)
また圏論か
もういいよ

930: デフォルトの名無しさん [sage] 2021/10/18(月)12:08 ID:7GcdH/zA(1)
さあ　ねがいを　いえ

931: デフォルトの名無しさん [sage] 2021/10/18(月)15:15 ID:r9t2S6+p(1)
https://www.youtube.com/watch?v=E-48ent631o

https://bangumi.ouj.ac.jp/v4/bslife/detail/156936813.html

932: デフォルトの名無しさん [sage] 2021/10/22(金)12:14 ID:9P3eVRHd(1)
Free monad とは何か？の、シンプルかつ的を射た説明がsrackoverflowにあった。
(John Wiegley の回答)
https://stackoverflow.com/questions/13352205/what-are-free-monads

これを読んでから他の色んなFree monadの記事を読むと、すんなり理解できる。

これ、本質がよく解っている人の回答だよね。
こんな格好良く回答ができるよう精進したい。

933: デフォルトの名無しさん [sage] 2021/10/22(金)21:20 AAS
AA省

934: デフォルトの名無しさん [] 2021/10/22(金)23:18 ID:5ielnrPe(1)
haskellってpythonに影響与えてるんやな
どおりで雰囲気似てる感じするんか

935: デフォルトの名無しさん [] 2021/10/23(土)01:09 ID:o3xA5lbA(1)
レイアウトと呼ばれるインデントスタイルは、Pythonが1991年に最初にリリースであり、85年以前にあった
Mirandaを参考に1990年にHaskellは登場したはず。

936(3): デフォルトの名無しさん [] 2021/10/29(金)12:55 ID:SqmTIce6(1)
不動点演算子がわからなくて泣ける
再帰呼び出しになってないのに再帰になってるのはわかるんだけど

937(1): デフォルトの名無しさん [sage] 2021/10/29(金)18:35 ID:ZN5Hp6rJ(1/2)
>>936
何が分からないのか分からない

938(1): デフォルトの名無しさん [] 2021/10/29(金)18:40 ID:uCUCIWXe(1)
>>937
なんでわかるんや？
才能か？
後不動点定理がわからん
勉強しろって言われてるけど

939: デフォルトの名無しさん [sage] 2021/10/29(金)20:05 ID:1mMf/Evz(1)
遅延評価の才能がないと x = f x を思いつかないんだよな
y f = f (y f) しか分からない

940: デフォルトの名無しさん [sage] 2021/10/29(金)21:04 ID:ZN5Hp6rJ(2/2)
>>936 の何もかもが、こちらには分からない。
愚痴を言いたいだけなのか、それとも何か質問をしたいのか。
後者なら、質問内容は何か。

>>938
> 後不動点定理がわからん
それだけなら、勉強してくださいとしか言いようがない。

勉強しろと言われているのなら、何か資料が配られたり、
参考文献が挙げられたりしていないのか？
そういうのが既にあるのなら、取りあえず全てに当たって、
今分かる部分と分からない部分を徹底的に細かく仕訳してみればいいのでは？

941: デフォルトの名無しさん [sage] 2021/11/05(金)06:38 ID:UB8UVAT8(1)
>>936
分からないのは何故再帰処理してるのかじゃなくて（そこは定義的に明らかだし）、
どうして無限ループせずに終了するのかでいいのかな

942(1): デフォルトの名無しさん [sage] 2021/11/14(日)05:07 ID:HK5ctRa0(1)
やっと Monad クラスから return が消えるよ
まだ計画段階たけど
https://github.com/fumieval/Haskell-breaking-changes

943(1): デフォルトの名無しさん [sage] 2021/11/14(日)21:26 ID:bsdXePE0(1)
なんで消すの？

944(1): デフォルトの名無しさん [sage] 2021/11/15(月)02:14 ID:jBQU3T8q(1)
>>943
Applicativeクラスにpure関数があるから。
Monad則やApplicative則を満たしてるなら、
まず間違いなく pure = return だから片方で充分。

それにreturnって名前があまりに実態とかけ離れてるしね。

945(1): デフォルトの名無しさん [sage] 2021/11/15(月)12:46 ID:KyLp+2Ep(1)
初歩的な質問ですが、複数の設定ファイル読み込みするのに
readFile で全体取得してから処理するのと
withFile で hGetLine しながら処理するのではどちらがいいとかありますか?
主に処理速度の点について聞きたいです。

946: デフォルトの名無しさん [sage] 2021/11/15(月)18:22 ID:W9vQbDtp(1)
>>945
そういうのは、自分で実験すればすぐに確かめられるのでは？

947(1): デフォルトの名無しさん [sage] 2021/11/15(月)21:51 ID:NLyY6NK4(1)
>>944
Applicativeにpureがあるのはなんで？
Monadのreturnだけにするのは変ですか？
零元がApplicativeの責務なのがピンときてないんです。Monadだと何と合わないんでしょう

948: デフォルトの名無しさん [sage] 2021/11/16(火)02:22 ID:EE8p/B0u(1)
>>947
できるだけ一次情報に当たりましょう。
>>942 のリンク先の Planned: remove return from Monad の項目の
Proposal のリンク先を読んで下さい。
(更にその先の dudcusdion なども)
それが最も正確で、かつ、分かりやすいです。

949: デフォルトの名無しさん [sage] 2021/11/16(火)21:38 ID:au51kzu/(1)
正確に綴ってくれ

950(1): デフォルトの名無しさん [sage] 2021/11/16(火)22:40 ID:t6DDIn3B(1/2)
読んでみたけどよくわかんないなあ。AMPを満たすためにApplicative m => Monad mが必要ってことは書いてあるようだけど
Monadからreturnを削除して、pureに統一する理由って書いてあるかな？
読み飛ばしたかもしれんけど。

return = pureだから、統一しても同じっていうのは分かるんだけど、Applicativeにpureが必要な理由がわからない。
Applicativeの4つのルールを満たすためにpureが必要なことは、Applicativeの定義に書いてあるけど、圏論わかんないから、このルールが何で必要なのか分からん。

Monoidal Functor？とかいうやつの表現のために単位元(零元じゃなかったね)が必要なんだろうけど、圏論わからんないから分からん。

Monoidと関係あるんだろうか。それなら加法のために単位元が必要なのはわかるんだけど。

951: デフォルトの名無しさん [sage] 2021/11/16(火)22:42 ID:t6DDIn3B(2/2)
誰か噛み砕いて教えて下さい

952: デフォルトの名無しさん [sage] 2021/11/17(水)06:46 ID:4zMdVbrs(1)
より抽象度の高い方であるApplicativeのpureを生かすのは
私はごく自然に感じるけど

mappendと<>も機能的にダブってるから
将来Monoidからmappendが消えるよって
Monoidのドキュメントに書いてあるけど
もしかしてそれも疑問だったりする？

Semigroupの方から<>を消して、
Monoidのmappendを残すんじゃダメなの？って

953: デフォルトの名無しさん [sage] 2021/11/17(水)08:05 ID:fLzDfeGp(1)
>>950
圏論は一切関係なく、いかに誤りの無いプログラムが書けるか、
またソースコードが読みやすくなるかという実用的な理由です。
そういう観点でもう一度読んでみてください。

Haskellは実用的な汎用プログラミング言語であることを目指して作られました。
なので、今回のような理由での提案は個人的にはすごく納得できるし、大賛成です。

954: デフォルトの名無しさん [sage] 2021/11/17(水)12:44 ID:f9gix7Cx(1/3)
コメントありがとです。
Semigroupは半群、Monoidは単位元付きの半群ですよね。
言われてみると、<>に統一してmappendは消しても自然な気がする。
すごいHでログ文字列がmappendで追加されていく、サンプルを読んだことがあるので、Monoidは受け入れやすいんです。
Semigroupに単位元がないことは不思議に思わないです。半群というものを聞いたことがあったのと、
ログの例に戻ると、文字列なしのログはありえないと考えれば、単位元がないMonoidがあってもあまり不思議に思わないです。

言ってることが上と変わってきてるかもしれないですが、Applicativeが不思議に思うのは、ここに単位元？(というか単位元を生成する)pureがあること。
Applicativeの結合<*>って持ち上げられた型だけで構成されてます: f (a -> b) -> f a -> f b。
圏論何も知らないで言いますが、単位元pureは持ち上げられた型f aが自然な気がするんです。a -> f aではなく。
雰囲気でそう感じてるだけですが。

そんでもって、a -> f aが登場するのって、Monad.(>>=)だよなあってことで、だったら、returnがMonadにあるのは自然なんじゃないかな、と思うわけです。
そうすると、pureってなんのためにあるんだろう。同じ型ならMonadだけあるほうが自然だなと感じたわけです。

たぶんこれは圏論を知っていれば、変に思わないのかなと思って、そう言ったわけです。
推敲できてない感ありますが、伝わりますかね？

955: デフォルトの名無しさん [sage] 2021/11/17(水)12:50 ID:f9gix7Cx(2/3)
ちなみに自分は、自分の価値観に反してるから却下すべきだと言ってるのではなくて、
どうしてこういう構造が正しいの？実際の理論やコードでの利用例に照らしてどんな利点や意味があるのと知りたいだけです。

956(1): デフォルトの名無しさん [sage] 2021/11/17(水)15:59 ID:oGkdvxh0(1)
そもそもapplicativeなるものが数学の圏論的に何意味するかよくわからんのだよな
monadの方はwikiのmonad (category theory)の項があってキッチリ解説されてるし

https://en.m.wikipedia.org/wiki/Monad_(category_theory)

Tがcategory C上のmonadであるときfmap Tをμ｡η_Tで定めればコレがfunctor C→Cを定義するのもわかるんだけど、applicativeについておんなじような解説が中々見当たらない
どっかでDescartes closed categoryがどうたらいうのを見た事あるんだけど誰か知りません？

957: デフォルトの名無しさん [sage] 2021/11/17(水)16:59 ID:fpCU2YNN(1)
「アプリカティブ関手はモノイド圏における強laxモノイド関手だよ、何か問題でも？」
https://blog.miz-ar.info/2018/12/applicative-functor/

958: デフォルトの名無しさん [sage] 2021/11/17(水)17:27 ID:f9gix7Cx(3/3)
>>956
多分これの概要部分は見てるんですよね。
https://en.m.wikipedia.org/wiki/Applicative_functor
後ろの方はさておき、概要部分は自分はさっぱりでしたが。

959(1): デフォルトの名無しさん [] 2021/11/30(火)20:23 ID:SegqCGCa(1/2)
haskell勉強しようかなって思ってるんですけどおすすめ書籍ってなにかありませんか？
ちなみにocamlでプログラム書いたことあります
型システム入門を原文で7割ほど読破しました
ちなみに大学受験の数学はそこそこ自信あります
一階述語論理の記号扱って解いていました
圏論の知識はありません

960: デフォルトの名無しさん [] 2021/11/30(火)20:27 ID:SegqCGCa(2/2)
ちなみにモナドは日本語版wikipediaの記事を読んだのみです
型クラスはわかります
MaybeまではわかりましたがIOモナドで躓きました
ocamlとは違って参照型がない言語だってことは意外に思いました

961: デフォルトの名無しさん [sage] 2021/12/02(木)00:19 ID:c82IwjxK(1/2)
(>>=)がただのデータコンストラクタだったらモナドはただの構文木なのに

data M b = Bind (M a) (a -> M b) | ...

みたいな定義ができない型システムだから
代数的データ型を使わないでラムダをたくさん使うことになってみんな躓く

962(1): デフォルトの名無しさん [sage] 2021/12/02(木)13:13 ID:kpMV/tat(1)
そりゃそうやろ？
データコンストラクタと展開されるべき関数の違いをプログラマが指定しなければ処理系は与えられたexpressionをどこまで展開すべきか決定できんやろ？

963(1): デフォルトの名無しさん [sage] 2021/12/02(木)14:49 ID:ISSe07L0(1)
>>959
Haskellを始める前に仕入れたそのような知識やOCamlの経験が、
Haskellの学習にいったいどんな影響を与えるのか、
楽にするのか、それとも邪魔にしかならないのか、正直まったく分からん。
Haskellで何をしたいのか、目的や目標も分からんし。

なので、Haskell入門者という観点だけで次の2点をすすめる。

さっと要点を学んで早くアプリを作り始めたいのなら、薄い入門書で十分。
「Learn You a Haskell for Great Good!」
が良いと思う。

ガッツリ学びたい、かつ、時間と根気があるのなら、
「Haskell Programming from first principles」
がおすすめ。

詳しくはどちらも公式サイトを参照して。

なにで学習するにしても、手や頭を動かす(プログラミングする)のが主で、
本やドキュメントを読むのは従であることを忘れずに。

964: デフォルトの名無しさん [] 2021/12/02(木)17:56 ID:35Q5ApkZ(1)
>>963
すみません
関数型言語って敷居が高そうなイメージあってやるにはある程度数学の素養が求められるのかなって思っていろいろ自分なりの知識があるところ挙げてみました
特に型システム入門は型推論の理論とか分かっていたほうがいいのかなと思って読んでいました
まずはLearn youの方を読んで見ようと思います
ありがとうございました

965: デフォルトの名無しさん [sage] 2021/12/02(木)20:33 ID:c82IwjxK(2/2)
>>962
ただし、IOモナドは「展開」できない方がいい
そうすれば処理系がexpressionをどれだけ「展開」しても副作用がない

966(4): デフォルトの名無しさん [sage] 2021/12/14(火)12:11 ID:78Ep1iUH(1)
あの伝説の岡部健が復活！！
https://twitter.com/ken74047924

（おまけ情報）
Quoraでも有名だった岡部健、2021年12月にTwitterのアカウントまたまた永久凍結される。
当時のアーカイブは多少ネットに残ってるらしい

https://twitter.com/KenSmooth5
https://i.imgur.com/Ws4RM1o.png

https://twitter.com/5chan_nel (5ch newer account)

967: デフォルトの名無しさん [sage] 2021/12/14(火)12:13 ID:l8dEnSpn(1)
毛の壁から国民を守る党 72議席目
2chｽﾚ:net

968(1): デフォルトの名無しさん [] 2021/12/14(火)12:34 ID:iFoIKYew(1/3)
IQ145の人？

969: デフォルトの名無しさん [sage] 2021/12/14(火)12:57 ID:IE9oyXDX(1)
>>968
よく覚えてるな
最近はkensmoothってアカウントを連番で取得して、ネトウヨムーブを連発してたんだけど全部凍結されて今のアカウントになってる
あのネトウヨ投稿はなんだったんだろう

970: デフォルトの名無しさん [sage] 2021/12/14(火)17:15 ID:Ad592Fxk(1)
>>966
うわあ

971: デフォルトの名無しさん [] 2021/12/14(火)17:39 ID:iFoIKYew(2/3)
>>966
なにこの一覧

972: デフォルトの名無しさん [sage] 2021/12/14(火)18:35 ID:SgMFGeMD(1)
岡部健、Twitter再開してたのねw
Newbieとはご無沙汰してたから知らんかったわw

973: デフォルトの名無しさん [] 2021/12/14(火)19:46 ID:oL+i1N1M(1/3)
ツイッター再開おめでとうございます！
来年はべーやんの年になる！
と良いですね！

974: デフォルトの名無しさん [sage] 2021/12/14(火)22:17 ID:8Kmj5/YX(1)
>>966
こはひどい

975: デフォルトの名無しさん [sage] 2021/12/14(火)22:19 ID:3V9aUzHV(1)
岡部の最近凍結されたアカウントのツイートみっけた

https://archive.ph/7pepg

976: デフォルトの名無しさん [] 2021/12/14(火)22:22 ID:oL+i1N1M(2/3)
べーやんは論客なんだな。

977: デフォルトの名無しさん [sage] 2021/12/14(火)22:38 ID:sz+GbZW0(1)
UCLAを卒業したという話は封印したみたいね
なぜ？

978: デフォルトの名無しさん [] 2021/12/14(火)22:53 ID:oL+i1N1M(3/3)
たまたまでは？

979(1): デフォルトの名無しさん [] 2021/12/14(火)23:06 ID:dwtzMOq3(1)
Quoraでいろいろ回答しているがモナドの解説は見事だぞ

980: デフォルトの名無しさん [sage] 2021/12/14(火)23:16 ID:NLEjPnNU(1)
こんな話で勢いづいてるんじゃないよ君ら

981: デフォルトの名無しさん [] 2021/12/14(火)23:42 ID:iFoIKYew(3/3)
>>979
ハラデイ

982: デフォルトの名無しさん [] 2021/12/15(水)00:16 ID:Xb4w9/yA(1)
「モナドについて学んでいるのですが、mapやflatMapは圏論ではどの概念にあたるのですか？」
具体的に例示していてわかりやすい。

983: にしやま@大阪大学 [sage] 2021/12/15(水)07:25 ID:/l12wr0Z(1)
嘘つきケンちゃん、相変わらずですねww
久々にわたくしも腹筋がミシミシと鍛えられました
しばらくわたくしも加勢いたします

984: デフォルトの名無しさん [] 2021/12/15(水)08:55 ID:fP8nqGj3(1)
Hugs> take 10 fibs where fibs = 0 : 1 : zipWith (+) fibs (tail fibs)
[0,1,1,2,3,5,8,13,21,34]

GHCi
Prelude> take 10 fibs where fibs = 0 : 1 : zipWith (+) fibs (tail fibs)
<interactive>:6:14: error: parse error on input ‘where’
言語仕様が微妙に異なる？

オレメモ、バッチファイル
stack ghci
を目的のディレクトリ下(例、e:\haskell)に作ってディスクトップにはバッチファイルへのリンクを作っておくと
ghci起動後カーソルが消えない

貴重なHaskellスレがもう過ぐ1000行く

985: デフォルトの名無しさん [] 2021/12/15(水)10:41 ID:BDga5vqT(1)
>>966
ぎゃっはっはっはっは

986: デフォルトの名無しさん [] 2021/12/16(木)08:29 ID:kVJbCKwy(1)
令和の時代に毛の壁ふたたび

987: デフォルトの名無しさん [] 2021/12/16(木)21:29 ID:k4b05O9+(1/2)
自分でキャラ演出してるだろ

988(1): デフォルトの名無しさん [] 2021/12/16(木)21:38 ID:Y2CVy/MB(1/3)
https://togetter.com/li/773846
ちょまど氏が首突っ込んでるけど、社名背負ってよくこんな書き込み出来るもんだと、驚いた。

989: デフォルトの名無しさん [] 2021/12/16(木)21:46 ID:OBc86cw8(1/2)
他の人も叩いているから便乗して死体蹴りしようか的な精神が見て取れる

990: デフォルトの名無しさん [sage] 2021/12/16(木)21:55 ID:iDMhxZSI(1)
>>988
毛の壁氏、ですか、なつかしいですね

991: デフォルトの名無しさん [] 2021/12/16(木)21:55 ID:Y2CVy/MB(2/3)
それはマイクロソフト社の公式見解ですか？って突っ込み入れて欲しいわ。

992: デフォルトの名無しさん [] 2021/12/16(木)22:06 ID:Y2CVy/MB(3/3)
教祖だの洗脳だの言いがかりも甚だしいし、「学術的な真理ではないし」云々という自身の書き込みがそのままブーメランだと思うけど。
これを社名背負ってやるんだから頭おかしいわ。

993: デフォルトの名無しさん [] 2021/12/16(木)22:08 ID:OBc86cw8(2/2)
誰か次スレ立てろよ

994(1): デフォルトの名無しさん [] 2021/12/16(木)22:42 ID:k4b05O9+(2/2)
結局モナドってなんなのかわからんということにすべて起因してる希ガス
話題になってからもう二十年くらい立つのに結論でないし、数学者でもない限り一生わからんのだろうな

995: デフォルトの名無しさん [] 2021/12/17(金)13:01 ID:NPioGyUL(1)
新スレを立てました。当スレ(Part33)が埋まってからの利用をお願いします。

関数型プログラミング言語Haskell Part34
2chｽﾚ:tech

996(1): デフォルトの名無しさん [] 2021/12/18(土)00:42 ID:om0zr0Am(1)
>>994
結論だせる個人は存在するけど
組織になるとなぜか、結論だせない奴が代表者を気取ってるだけじゃん

997: デフォルトの名無しさん [] 2021/12/18(土)11:05 ID:1fj0JYV9(1)
>>996
結論出せる個人て岡部氏のことっしょ？
そういう勢いでどうこうじゃなくって皆を納得させるような結論はないっていうこと

998: デフォルトの名無しさん [] 2021/12/18(土)11:23 ID:9ehaErM5(1)
納得が遅い

999: デフォルトの名無しさん [] 2021/12/20(月)09:52 ID:ZumN5JOf(1/2)
https://qiita.com/mod_poppo/items/a6317294ba1e39b1c3b3

コメント欄に毛の壁現る。

1000: デフォルトの名無しさん [] 2021/12/20(月)09:52 ID:ZumN5JOf(2/2)
また誹謗中傷してるので通報よろ

1001(1): 1001 [] ID:Thread(1/2)
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 678日 15時間 35分 18秒

1002(1): 1002 [] ID:Thread(2/2)
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.031s