haskell-jp / random #44

fumieval
2019-03-27 11:08:40 +0900
asyncを追加しました。profunctorsはIsoやPrismをlensに依存せずに作る以外では直接使う機会は少ないような…？
as_capabl
2019-03-27 12:02:55 +0900
直接使う機会というと、普通の人はほとんどないですね……
fumieval
2019-03-27 19:11:43 +0900
Haskell-jpの雑誌を妄想
kakkun61
2019-03-27 21:26:41 +0900
次の技術書典ですね
kakkun61
2019-03-27 21:26:48 +0900
次の次か
matsubara0507
2019-03-27 21:28:13 +0900
新生活www
2019-03-28 10:30:41 +0900
stackでextra-depsの数が多くなってくるとかえってCabalの方が楽なのではという気がしてくる……
kakkun61
2019-03-28 11:09:23 +0900
そんなに stackage にないもの何使ってるのか気になる
2019-03-28 11:17:16 +0900
最新版使おうとすると多くなりますねって思ったけど開発中ならlts固定せずnightlyにしておくのもアリなのか
matsubara0507
2019-03-28 11:38:48 +0900
パッケージにバグを見つける -> とりあえず必要なとこだけ直す -> 自分の修正したリポジトリに向ける(extra-deps 増える) -> そのまま忘れる
で増えることはちょくちょくあるw悪循環w
kakkun61
2019-03-28 11:43:12 +0900
パッケージにバグを見つける -> とりあえず必要なとこだけ直す -> 自分の修正したリポジトリに向ける(extra-deps 増える)
は確かに
kakkun61
2019-03-28 11:43:24 +0900
忘れず PR 出して！
2019-03-28 11:44:09 +0900
PR出してもメンテされないパッケージがですね
igrep
2019-03-28 11:45:11 +0900
cabal new-buildもよいものですよ
（メンテされない問題はどの道どうにもならんけど）
matsubara0507
2019-03-28 11:48:54 +0900
必要なとこだけじゃなくて、ちゃんと直してからと思って溜まってるのが（おい
matsubara0507
2019-03-28 11:49:06 +0900
せめて Issue ぐらい立てればいいのに
as_capabl
2019-03-28 12:10:48 +0900
stackageに頼れない状況、giじゃないgtkでうっかりプロジェクトを立ち上げてしまい、そのまま移行できないケースとかですね
lotz
2019-03-29 12:01:09 +0900
このページめちゃくちゃ面白いですね！
conduit かつてはトップメタだったが、ストリーミングライブラリに依存しない方向に環境がシフトしたためここに落ち着いた。
conduit B Tier なんですね-! ストリーミングライブラリって使われなくなってきてるんですか :thinking_face: 今ってどういう流れなのか気になりました:tired_face:（全然わかっておらず）
fumieval
2019-03-29 12:13:21 +0900
例えばwaiが2.xから3になったとき、今までConduitを使ってストリームを表していたのをやめて、`IO ByteString`を繰り返し実行してデータを受け取るようになりました。色々なライブラリで同様の変更がなされたと記憶しています
lotz
2019-03-29 12:20:38 +0900
そうなんですね！conduit依存のままだとパフォーマンスを上げるのが難しかったとかでしょうか :thinking_face:
as_capabl
2019-03-29 12:23:02 +0900
waiについては、conduitにロックインしているとpipesや他の仕組みを使いづらいから、という理由で切り離された感じもありそう？ 一応conduitと連携する部分は別パッケージとして提供されていますね http://hackage.haskell.org/package/wai-conduit
fumieval
2019-03-29 12:23:31 +0900
他のストリーミングライブラリの選択肢を奪ってしまうというのが主な理由だったそうです(確かにパフォーマンスの問題もありますが…) https://www.yesodweb.com/blog/2014/04/disemboweling-wai
lotz
2019-03-29 12:30:59 +0900
なるほど！（勉強になります :bow: ）
ストリーミングライブラリに問題があったというよりはストリーミングライブラリの選択肢がたくさんあるから、ライブラリが特定のストリーミングライブラリに依存した型を提供しないように conduit 離れの動きがあったという流れだったんですね_φ(･_･
as_capabl
2019-03-29 12:32:28 +0900
あとは、私の主観ですが、とっつきづらいせいで使用者がいっこうに増えない、というのもあるのではと思います
as_capabl
2019-03-29 12:33:11 +0900
何がなんでもconduit使わないといけない、という状況って基本的に存在しないので
fumieval
2019-03-29 12:36:50 +0900
とはいえ実用上必要となるリソース管理や残余処理に対応しているのはconduit(とほとんど使われていないiteratee、drinkery)だけという実情も…
2019-03-29 12:37:04 +0900
最近そもそもそんなにストリーミング処理ライブラリ必要なほど処理が複雑になる場面あるんだろうかと疑問を感じています
matsubara0507
2019-03-29 12:38:26 +0900
shoen のアップデート、なんらかの方法で何かに通知できないかな
matsubara0507
2019-03-29 12:40:16 +0900
ちょうど同じのみてたw
lotz
2019-03-29 12:41:28 +0900
しかしNotificationsタブが見つからない… :cold_sweat:
2019-03-29 12:42:00 +0900
有料プランのみとか？
matsubara0507
2019-03-29 12:42:32 +0900
oh...
2019-03-29 12:42:35 +0900
もしくは管理者のみとか
2019-03-29 12:46:53 +0900
自分で作ったとこだとNotificationsあったんでそうっぽいですね
matsubara0507
2019-03-29 12:53:48 +0900
こういうのもあった
https://scrapbox.io/help-jp/RSS
as_capabl
2019-03-29 12:56:47 +0900
でかい入力を扱うときにメモリ消費がすごい、みたいなお悩みは結構上がるので、ユースケース自体はあると思うんですけどね。
それが習得コストと比べてペイするかというと:thinking_face: になります
fumieval
2019-03-29 12:58:56 +0900
適当に管理者を増やしました。ただhaskell-jp公式ではないので通知送るかどうかは @igrep さんに委ねます…
amutake
2019-03-29 14:10:12 +0900
@amutake has joined the channel
igrep
2019-03-29 15:35:52 +0900
とりあえずチャンネル作ったので後は権限ある人がやっちゃってください！ haskell-shoen
igrep
2019-03-29 15:37:03 +0900
あ、とりあえずRSSでやってみますね。
どのみちintegrationの数的にいっぱいいっぱいな可能性があるので
fumieval
2019-03-29 16:23:47 +0900
そういえばHaskell-jp Slackのユーザー数がいつの間にか600人を突破しましたね
as_capabl
2019-03-29 17:51:26 +0900
Conduitの布教のために、recipe-collectionのconduit版を作りたいと思ってたんですよね。いい機会なのでhaskell-shoenに項目作ってしまって良いでしょうか
fumieval
2019-03-29 17:53:43 +0900
世界最大のナレッジベースにすることを目論んでいるのでぜひ！
as_capabl
2019-03-29 17:54:14 +0900
ありがとうございます！
2019-03-29 22:50:35 +0900
@ has joined the channel
takenobu.hs
2019-03-30 12:34:49 +0900
GHC関連の話題２件です。

GHC 8.6.5が出る可能性があります。
https://gitlab.haskell.org/ghc/ghc/merge_requests/657

Local do提案について。 F#のcomputational expressionsからinspireされたとのこと。
https://github.com/ghc-proposals/ghc-proposals/pull/216