「issueを立てるな！」 - Qiita

要約 OSS プロジェクトに issue を立てる事について。「最適化するな！」と同程度に「issueを立てるな！」を守りましょう。 導入 OSS プロジェクトに対して気軽に issue を立てられる事が良い事だと思ってる人が存外多いようで、その事に危機感を覚え、この記事を書き殴りました。 OSS プロジェクトに対して気軽に issue を立てられる事が良い事だとする認識は「地獄への道は善意で舗装されている」を地で行ってます、、、 見えてる景色の違い 世の中、無数に OSS プロジェクトが存在しますが、恐らく、、、 90% の OSS プロジェクトは作ってる本人以外誰にも見向きされてない。 9% の OSS プロジェクトは作ってる本人以外にも多少は興味を持たれている。 0.9% の OSS プロジェクトは普通に人気がある。 0.1% の OSS プロジェクトは大人気。 、、、細かい数字の精

[bellonieta]

立てられてもやりたくなければwontfix→closeすれば良いだけじゃん。着手して欲しければsponsorになってね、で良いし。見えてない問題は解決できないよ。

[sezemi]

開発者のリソースが足りないことが問題であって、 issue を立てること自体を問題にするのは筋が違う気がする。メンテナを増やす仕組みを考えないとなぁ

[knjname]

これの裏返しなのか知らないが全然解決されていないissueがstale扱いでbotにクローズされているのもよくみる気がする

[CardamomPowder]

本当に必要なissueってどう定義するの。そんなもの開発者以外わからないでしょ。（開発者すら分からない可能性もある）/自分が立てたissueに責任を持つべきなのはそう。

[Fushihara]

↓しかし開発者のリソースは足りてないし、issueが立つのも現状ある。じゃあどうするかっていうと、もっと気軽にcloseするか、openのまま放置する事が悪い事ではないと意識を変えるといい

[kagerou_ts]

昔有名テキストサイトで「おっちょっと文句言ってやろうかなってメール書く人がいたとします。うちの閲覧数から1000人くらいとすると、一日1000通やってきます。無理です」みたいなのあった気がする。そういうあれかな

[dekasasaki]

気軽な関わりにブレーキかけるのは衰退の入り口だよ。他の人も書いているように、もっと気軽にクローズすればいい。

[gabill]

おそらく最大級の賑わいであろうVS Codeですら1日3ページくらいだし、問題なのは心理的なコストだと思う。心理的なコストがゼロで無言でcloseできればそんなに問題にならなそう。

[mattn]

双方歩み寄りが大事。

[kazkaz03]

全レスしようとするから消耗するのでは？

[ducktoon]

最後の頼みで立てたIssueを蔑ろにされてそのOSSを応援する気持ちがなくなった

[taguch1]

githubはissueを停止できなかっけ？　善意を諦めたなら停止した方がいいんじゃないかな

[latena]

この辺に並んでるやつにイライラしてるのかな https://github.com/wraith13/bracket-lens-vscode/issues

[joker1007]

issue templateを作ってあるのにそれを全消ししてくるissueはギルティだが、端的に言ってこういう自警団みたいなことを言い出す人増えるのもめんどくさい。他人が個人でやってることであるという意識を持つのは大事だけど

[fukken]

クソデカ主語

[tattyu]

主語をデカくするな！。

[shag]

1. 強い言葉を使わない。2. 自分が代表者のような立ち振る舞いをしない。これが守られてないと大抵炎上する。

[delphinus35]

送る側からすると、頑張って丁寧なPR送っても完全無視で放置というのも良くあるし、そもそも家族の病気や自身の失職とか、それどころじゃない状況もあるだろう。まあお互いに寛容な心を持ちましょう、ってことで。

[ka-ka_xyz]

以前、あるOSSライブラリで内部の非同期処理タイミング次第で落ちるらしい問題を見つけたけれど「issue立てる前にまず先にこれに目を通せ」チェックリストが煩雑だったのと確実に再現できないので報告を見送ったことが

[inductor]

カメラを止めるな！かと思った

[mrmt]

気持ちはわからないでもないし、こういう声もあるんだよという一定の価値はあると思うが、主語が大きすぎる。project管理者の方針で、issue立てられないようにしたり、memberのみにする手もありますよね。

[vndn]

誰でも立てられるissueがノイズまみれになるのはしゃーないとして、それらがまるで大問題かのように開発者の目に飛び込んでくるのがよくない気がする。大量のissueを要約するシステムとか作れないもんかね。

[ryuichi1208]

issueの品質って気にしたこと無かった。

[ewiad420]

「OSSの運営者は製品サポートじゃないよ。マニュアルに書いてあることや、過去のissueぐらいは読んで来てね。その上で問題だったら、教えてね」と言うことかな。

[flont]

こういうの気にする気が利く人が遠のき無神経な人の低質なIssueは立ち続けるので、数は減っても嬉しくないかな

[mayumayu_nimolove]

愚痴でした

[bamch0h]

「俺たちは忙しいからクソみたいな対応させんじゃねぇ、必要な情報だけ共有しろ」ってことよ。会社でもやってるでしょ？え？やってない？うちだけ？会社で怒号が響いてるのが日常なのうちだけ？

[tech0403]

人気が出るってそういう事。分母が増えると精度の悪い情報も大量に発生するが、わずかながらも至極な情報に出会えて、それがプロダクトの成長を助長させる。都合のいい情報だけ集まる事を望んでる時点でズレてる。

[maruware]

リポジトリごとにポリシーが宣言されてるのがよい

[kura-2]

消耗させられるissueみて、サポートサービスとかでもありそーだなーと思いながら眺めてた

[cartman0]

別に期限決まってないんだから放置でいいのでは

[hintoku]

義務なわけでもないからforkしてねでも無視でもいいと思うな