[過去ﾛｸﾞ]
関数型プログラミング言語Haskell Part32 (1002ﾚｽ)
関数型プログラミング言語Haskell Part32 http://mevius.5ch.net/test/read.cgi/tech/1548720347/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
322: デフォルトの名無しさん [sage] 2019/05/01(水) 14:53:10.97 ID:ALj9hUB7 >>320 > 記名ネットではしにくい無責任方言もここなら言えるでしょ そんなレスは情報ではないのでは？ ただのノイズでしょ（ノイズの全てがゴミとは言わないが）。 本当に情報を得たいのなら、時間の無駄だよ。 もし、そんなのを参考にどっちか決められるのなら、 初めからルーレットで決めるのと大して変わらないのでは？ 「自分で情報を得る」の第一歩は、ビルドツールで一番何がしたいかを決めて、 それが出来るか、やりやすいかを「公式ドキュメント」を見て調べる事だよ。 stackとcabalの公式ドキュメントを見て比較して、 それでも分からない部分をピンポイントでSNSや掲示板などで質問する、 それが二歩目だと思う。 http://mevius.5ch.net/test/read.cgi/tech/1548720347/322
324: デフォルトの名無しさん [sage] 2019/05/02(木) 10:15:34.23 ID:PPz8MGJz >>322 調査を並行してやっちゃいけない理由はないでしょ。聞くだけならタダやし。 スレ民の意見をノイズだなんて思ったことないよ。自分にない視点や個人的使用感、気づきにくい落とし穴を教えてもらえるかも。 俺の雑感はstackは不備だけでなくバグも多かった気がする。.stack-workを消したらビルドが直ったみたいなことが何回かあったと思う。 stackのメリットは、 (ghcupの方針が変わらないなら)コンパイラの導入まで自動でやってくれるので、例えばHaskellスクリプトを書いてシェバンにstack、 以降に依存ライブラリを書いておけばいつでもどこでも動く(HackageとStackageが活きてるかぎり)、必要なものを都度自動で用意してくれる。 stackのデメリットは、 設定ファイルが多すぎる。プロジェクトレベルでは stack.yaml, package.yaml, Hoobar.cabal と、どれに何を書くかが判りづらい、いちいち引っかかる。 http://mevius.5ch.net/test/read.cgi/tech/1548720347/324
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.031s