haskell-jp / random #63

「Haddock って CPP 使える」とはどういうことを期待してますか？

別にどういうことに使いたいとかはなくて、ちょっと疑問に思っただけです

なるほど

ぜひ作っちゃってください。 :+1:
slack-logへの追加とデフォルトで所属するチャンネルへの追加、generalでの定期ツイートの更新を順次行います。
趣旨を周知するためにルールを /remind #beginners して毎週流すのを推奨します。

@s.inagaki58 has joined the channel

了解です、では作り始めますのでお待ち下さい。

beginners チャンネルを作りました。 /remind で毎週（日曜17時）にチャンネルの意図をリマインドするように設定してみました。設定などおかしな点があれば指摘お願いします。

新たに beginners チャンネルを作りました。
心理障壁を軽減する運用がされている海外版の Haskell-Beginners ML や IRCの#haskell-beginners や RedditのMonthly Hask Anything を真似て作ったものです。
同じ質問の繰り返しでも構いませんし、レベルは問いませんので、遠慮なく気軽に質問などを投げてみてください。
返事が無いとしても気長に待ってください:slightly_smiling_face::haskell:

個々のチャンネルの是非とは独立した問題として、私は全体のSlackのチャンネル数は減らすべきだと考えています。チャンネルの数が多いと情報を拾ってもらえる可能性が激減するし、どのチャンネルに入るべきか、どこに投稿すべきかという迷いが生じてしまうためです。少なくとも、現時点でまったくメッセージが表示されないようなチャンネルはアーカイブし、RSSなどを購読するものも密度を調整したうえで統合したほうがいいと思います

具体的にどれ統合したいとかありますか？
個人的には、今はダブりは多かれ少なかれあれ、概ね個々の役割が明確になっているのでこれでいいんじゃないかと思っています。

questions-feed, recipe-collection, dockerhub, nix, yi-editor, xmonad, #translationは誰も読み書きしていないようなのでアーカイブしても問題なさそうなのと、 haskell-org-status は基本チャンネルのいずれかに統合してもよさそうだな、と考えていました

念のため指摘ですが questions-feed は動いてますよね？

動いているんですが、人の気配を感じなかったので…(もし誰か使っていたらごめんなさい)

そうそう、 github-trends の更新頻度も週に1回と控えめなので統合も一考に値するものです

悩ましいですね。たまーに私はキャッチした質問に回答してはいます。
確かにたまーにですが...

名前や責務がわかりづらくなるようであれば、頻度がどうあれ統合はしない方がいいんじゃないかと思いますね（正直変に抽象度上がるとチャンネル一覧から探しづらくなるだろうし、あまり考えたくない...）。

なるほど…統合は今はやめておきましょう(半自動的に各所からネタを集め、現在の流速に合わせて取捨選択するような仕組みを作ろうとは考えていました)

ただ questions-feed についてはfree tierを浪費する原因にもなっているので、一考の価値がありますね。
私も最近まともに読んだ覚えがないので。 /poll してみます。

reddit-haskell も、質の低いネタが出にくくなるというメリットがフィードの購読では享受できないので、実は私は懐疑的だったりします…

ああー、そうか、reddit自身がすでにある程度curationする機能を持っているワケか... :tashikani:

そしてかくいう私自身 questions-feed 以上にまともに読んだ覚えがない :cold_sweat:

アドカレ見て思い出したんですけど optparse-declaretive の PR が放置されてて tanakh さんはもうメンテナンスしないのかな
Twitter でもメンション送ったんですが特に反応もなく……

<https://twitter.com/fumieval/status/1203984225965240320> haskell-shoen

recipe-collectionも移植されつつある（もう終わった？）わけですし、<http://haskell.jp|haskell.jp> トップから参照しましょうかね。
今のRecipesのセクションの代わりで。

いいですね！そうできるとありがたいです

<http://www.chojugiga.com/> からそれっぽい絵を選んだ上で、
<https://github.com/haskell-jp/haskell-jp.github.io> を編集してPull requestを送ってください。
色をほかとそろえる点にだけ注意してください。
現在、Redditのセクションだけそろえるのを忘れてしまった関係で、ちょっと浮いています。

GHC 8.10.1-alpha2 :tada: https://mail.haskell.org/pipermail/ghc-devs/2019-December/018375.html

GHC 8.8.2-rc1 :confetti_ball:
https://mail.haskell.org/pipermail/ghc-devs/2019-December/018378.html

今日の小ネタ https://twitter.com/kakkun61/status/1205384843057434624

https://haskell-jp.slack.com/archives/C4M4TT8JJ/p1575628447173800
この関数を実装しようとしたんですが、ゲキむずで結局 path パッケージとかで入力を限定する方面に舵を切ることになりました

問題なのは Posix においてバックスラッシュがパス区切りではないことで、提供されている関数を組み合わせるだけでは無理そう

:question: イマイチよくわからないのですが、一旦 splitPath 関数でリストに変換すれば良い、という話ではないんですか？

はい、 Posix 環境において splitPath "foo\\bar\\" = "foo\\bar\\" となるので駄目です

あ、 Posix のパスも Windows のパスも使えるようにするという前提が抜けていました

https://haskell-jp.slack.com/archives/C4M4TT8JJ/p1575779794193300
これが必要っぽいことに遭遇したのでやってみたら、ドキュメントを「丸ごと」囲めばできました。

@chobochobo has joined the channel

ghcup の README から ghcups へリンクが張られた（名前がややこしい
https://gitlab.haskell.org/haskell/ghcup/commit/b69ae298360c6d4f807e499f39374952fb076210

@atc1014 has joined the channel

@8hjkl8 has joined the channel

@kiboreeb9m14d has joined the channel

しばらく投稿してなかったので独り言を転送しておきます。
https://twitter.com/igrep/status/1207933044927025153

extensibleに、アクションの引数を表すのに特化したデータ型がある() ので、同パッケージのInterpreter型と組み合わせると容易に実現できると思います

@nashnicolas2020 has joined the channel

@completenes has joined the channel

@saishininoue has joined the channel

@giantneco has joined the channel

@ymdpharm has joined the channel

いろいろ考えてたけどその手があったか :tashikani: https://twitter.com/public_ai000ya/status/1209025917919514624

あ、extensible effect だけ別モジュールに切り出したんですね（遅レス