syuilo氏の態度と「ダウンストリーム」を顧みない姿勢について

[KisaragiEffective]

おおよそ問題とされている点は取り除いたと思うので、回答を期待します

改定履歴

1. フォークを「ダウンストリーム」から削除
2. CoCに抵触した表現を削除

用語の定義

• ダウンストリーム: 下記いずれかに当てはまる者を指す。
  1. サーバー管理者
  2. エンドユーザー
  3. フォーク先 (edit: 削除)
  4. サードパーティークライアントの開発者

問題点

• コミットログを見てもなんの変更なのかわからずコミットを精査するときに非常に手間
  • 暗黙の文脈は他人が理解できるとは限りません。理解できたとしても時間がかかることは必然です。
    • 例: 直近のコミット: "update test"
      • -> タイムラインのE2Eテストに件数の上限を設定している
• ダウンストリームにとって破壊的変更となる変更履歴で何がどう変わったのか、ダウンストリームによって手動で行う必要があるマイグレーションをどうするべきなのかといった情報が不十分
• APIが不安定
  • ドキュメントがoutdated
    • 詳細: misskey-hubの当該issue
  • OpenAPI「っぽい」JSONを出力できるものの、規格に厳密に沿う処理系だと解釈できない
    • 詳細: /api.jsonがOpenAPI Specとしてvalidでない #10632
  • megalodonのMisskeyサポートを終了する ¹

    • つまりコントリビュートしている人にとっては，APIドキュメントはそんなに重要ではなく，サードパーティー製のアプリケーション開発者も大して大事じゃないだろう

      破壊的変更が多いにもかかわらず、ドキュメントが整備されていないと事実上ないに等しいです (disclaimer: サーバーのバージョンによってスキーマが変わるのは一般に非常にしんどいです)

疑問点

1. セマンティックコミットにところどころ沿ってるのになんで沿っていないコミットは沿ってないんですか？
   • 例: いちいち上げてるとキリがないのでgistを見てください
2. 時々gitmojiを使うのをやめてもらえますか？
   • 例: b349d0b
   • 例: bcbcaa9
   • 例: f5e72f7
3. 今後ダウンストリームによって手動で行う必要があるマイグレーションをどうするのか情報を提供する予定はありますか？
4. 今後misskey-hubのissueを処理するつもりはありますか？
5. misskey-hubが現状の実装と乖離しているのはご存知のとおりだと思いますが、今後misskey-hubにおいてパラメーターの追加/削除/セマンティクスのdocumentingを行うつもりはありますか？
6. ダウンストリームのことを考えたことはありますか？

私見

Misskeyの開発者体験は全くと言っていいほど最悪です。これ以上「不必要な」非一貫性が招かれないことを切に願います。

また、 (#11154 に限りませんが) 氏の「コードさえ書ければダウンストリームはどうでもいい」と取れるような態度はエンドユーザーの観点から見ると非常に不愉快です。
元々は氏のプロジェクトであることは重々承知ですが、今後は氏のものだけではないことは念頭に入れていただきたいと思います。
↑CoCに抵触しない表現が見つからないため一時取り消し

なお、この文章はKisaragiEffectiveによる書面による明示的な許可がない限りgithub.com外へその一部または全部を転載することを禁止します。

Footnotes

1. megalodonはMisskeyに対応したサードパーティークライアントでした。現在はサポートを打ち切っていると思われます。 ↩

[m1sk9]

セマンティックコミットにところどころ沿ってるのになんで沿っていないコミットは沿ってないんですか？

これについては私も感じていたことで, Contribution guide で セマンティックコミット (明言はされていませんが) に従うよう案内されていて, Misskey にコミットするコントリビューターの方は従っているのにも関わらずメイン開発者である貴方が従っていないのは何故でしょうか. Git Blame が言うにこのセクションは貴方が編集した部分みたいですけど.

コミットハッシュ b75184e のような2万行にも登る変更を軽率に1つのコミット(PR)に含めたりなどとても misskey.io など大人数が使うOSSとは思えない開発環境で正直驚いています.

[mattyatea]

この議論自体、感情的になっていて強い言葉や場に合わない言葉を使っていて、人格をも否定するような文章だとも読み取ることもできます。
そもそも議論として成立していないものに見えますのでまずは落ち着いてから考えたほうが良いのではないか、と感じました。
以上です。

[fruitriin]

Effective氏を出禁にしたほうが健全だと思う
なんか普通にブロックできるらしい

https://docs.github.com/ja/communities/maintaining-your-safety-on-github/blocking-a-user-from-your-organization

[kakkokari-gtyih]

Lock Conversationしておきましょうかね → しました

問題点の指摘は建設的であればむしろすべきですが、自らの感情を持ち込んで議論するのはよろしくないと考えます

[acid-chicken]

感情的な部分を除いたとしても fork の面倒も見ろはいささか暴論では