それにPRを出す能力があるなら出してもらわないと、「実はあそこの扉の鍵壊れてるから誰でも入れるんだけど・・・」って思って報告しないで終わってるのに近いしちょっと質悪いかもしれにあ
Follow
@cyberrex_v2 それを報告はしてる（issue）わけで、Misskeyの開発方針としてissueで議論してからAssigneesが取り組むことににゃってるはず、だから急に適用するのは控えて、私の管理してるフォークとそのUpstreamにだけ適用しておいたの
@cyberrex_v2 あとissue建てたからその人が取り組まにゃいといけにゃいのはおかしいと思うのだわ、そうすると議論が萎縮するし、チケット駆動開発の意味もにゃくにゃる
@atsuchan@atsuchan.page でも割と欠陥っぽいやつは出しても良いんじゃない？
@cyberrex_v2 知らんと思うけど僕Mastodonの開発者だし、それでMisskeyのフォークを４つくらい開発してるので、しかもMisskey v12のバックエンド変わりすぎてて、おそらく実装可能だけど、変にゃバグ出すのも怖いってのがある
MisskeyのPRだってそんにゃ厳密にテストしにゃいでしょ？
@cyberrex_v2 自分で動いて動けばテストが成功したとでも？そういう意味にゃらNode js CIだって回してるんだからそれで十分でしょ、そういうテストをクリアしてもバグが起こることはご存知よね？？？
@atsuchan@atsuchan.page この場合に限ってはCIでは確認できない
@atsuchan@atsuchan.page 自分Issue建てるけど議論は待たないでバンバンPR出してるけど