なんでそう言うの？Curl（世界で最も使われているオープンソースソフトウェアの一つだと思うけど）は、現在5つのオープンな問題があるよ。 https://github.com/curl/curl/issues

実際の違いって何なんだろう？メンテナとして、本当に問題があるのかどうかを見分けたいなら、結局は全部読まなきゃいけない（トリアージ）。それが時間がかかる理由だよね。ディスカッションをイシューに変えるのが、逆にするよりも楽だとは思えない。どっちもクリック一つだし。GitHubのイシューとディスカッションは、ほぼ同じ機能に見える（UIもほぼ同じで名前が違うだけ）。唯一の利点は、ディスカッションにはトップレベルのアップボート数があることかな。

「もしディスカッションから手動でイシューを作るよりも、イシューを閉じるのに時間をかけるなら、計算が合うよ。全てのイシューを無視して、2週間後に古くなったから閉じるってやり方なら、もっと計算が良くなる！」これが冗談だったらいいのに、そうじゃないんだよね。

それを聞くのは残念だね。メモリリークの問題でGhosttyを諦めざるを得なかったよ。確かに8GBのシステムだったけど、週に数回ターミナルを動かすのには十分なはずなんだ。Footは安定してるけど、Ghosttyの便利機能がないのがちょっと残念。

作者は最初のリンクで、報告されたのは2回だけだと言ってるけど、それはおそらく後の2つのリンク（2つのディスカッション）を指してるんじゃないかな。君の2つ目のリンクは、Xのユーザーが炎上を狙ってるように見えるけど、他の返信は私には隠されてる。

逆のことだと思うけどね。ユーザーの不満はすべてディスカッションから始まるんだ。そこから実行可能なバグ報告が出たら、トラッカーに行く。それが問題リストとして機能するんだ。多くのディスカッションはこのようには終わらないけど、アドバイスや参考を提供することでユーザーの問題を解決することもあるよね。確かに、問題トラッカーでもディスカッションができるし、作業可能な問題をマークするためのタグも使えるかもしれない。でも、ディスカッションはディスカッションに向いてると思うし、問題トラッカーの機能はメンテイナーや貢献者が使うべきだと思う。この分け方はかなり賢いと思うよ。

ディスカッションセクションで簡単に解決できないのはどうして？あなたの解決策が他の人のワークフローにとってどうして良いの？オープンソースプロジェクトに自分のやり方を押し付ける権利があると思うのはどうして？

一つには、タグを受け取る準備ができるまでに何度もやり取りが必要になるかもしれないけど、今は詳細がいくつかのコメントに分散してるから、すっきりと上にまとまってないんだよね。