Rejected GitHub Profile Achievements - 却下されたGitHubプロフィール実績集

 (github.com/Flet)
1 ポイント 投稿者 GN⁺ 2023-07-06 | 1件のコメント | WhatsAppで共有
  • GitHub Profile Achievements機能を作る際に却下された実績を集めて並べたコレクション
  • 各項目は実績タイトル、バッジのプロトタイプ、獲得条件で構成されたリスト
  • 実績例には、+1または親指絵文字だけのIssueコメントが100件超、public repositoryにsecret API keyを誤ってコミット、main branchへ直接コミットしてbuild processを壊す条件などがある
  • ほかの例には、所有するpublic repositoryにopen issueが1,000件超、マージ済みだが削除していないbranchを150本以上維持、10,000行超のpull requestを15秒以内にレビューして承認する条件などがある
  • 「This is a joke」と明記されたジョーク系プロジェクトで、PRを受け付けると書かれている
  • Schweinepriester/github-profile-achievementsに触発され、バッジはOpenMojiのアートを基に作ったと書かれている

関連記事

1件のコメント

 
GN⁺ 2023-07-06
Hacker Newsの意見

  • 提案: 「The Artist」はテキストをコピー＆ペーストする代わりに ターミナルのスクリーンショット を貼る人、「The Filmmaker」は何をしたか文章で書く代わりに ターミナルセッションのGIF を貼る人
    メンテナーはアーティストと映画監督が本当に大好き！

    • 「The Novelist」: 何を試したのか、なぜダメだと判断したのか、エラーメッセージは何かをまったく書かず、Issueやスレッドに「doesn't work」だけ残す人
      「Captain Obvious」: プロジェクトがインストールできないと非常に攻撃的なIssueを立て、メンテナーがドキュメントに明記された重要な案内を見落としていないか確認してほしいと返すと、そのまま消えて二度と返事をしない人
    • デバッグでは 動画とGIF が本当に有用
      人の説明よりも細かいディテールをずっとよく捉えることが多い。バグが、複数のやり方でできる動作のうちの1つに依存していたり、ユーザーがバグを起こす直前にした操作が問題の一部なのに本人が気づいていなかったりすることもある。特定の画面サイズ、ターミナルの色、タッチスクリーンの使用有無といった条件でのみ発生することもある
      動画があればこうした点に気づくのがずっと簡単になる。完璧ではないし、動画に加えて詳しい説明があるのがベストで、エラーや重要なテキストをコピーできるよう一緒に貼ってくれるとなおよい。それでもどちらか一方を選ぶなら、テキストより動画を好むことが多い
      なのでこの文脈では、本気で「Filmmaker」が好き。スクリーンショットも送ってほしいし、動画も送ってほしい
    • 「Wikipedian」: main に push されて 10分以内にコミットを取り消す
      「Social distancer」: 空白だけを追加するコミットを提出する
      「Edgycat」: このリポジトリ用のバッジを寄稿または提案する。今まさにこのバッジを取っているところ
      「Duct tape」: fix tests というテキストを含むコミットを3回連続で送る
    • ターミナルのテキストをコピー＆ペーストせず、スクリーンショットで送るのは本当に勘弁してほしい
      不思議なことに、技術職の人たちから テキストのスクリーンショット をよく受け取る。ログファイルも、エラーメッセージも、何でも画像で送ってくる。Slack を画像と絵文字しか送れないツールだと勘違いしているかのよう
      Java の例外3ページ分からキーワードを手で打ち込む気はないし、エンコードされた AWS の認証メッセージを手で書き写す気もない
    • 「not helping」: 何の役にも立たない 低努力コメント を残す
      「Internet famous」: リポジトリにあまりに深刻なバグがあって記事にまでなる
      どちらも https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/issue... を思い出して出てきたもの

  • 「Unpopular opinion」: Issue に投稿したコメント1件が 低評価100件以上 を受ける
    「I will raise with the team」: 100件以上の高評価を受けたIssueまたはプルリクエストが1年以上開いたまま
    「For legal reasons」: Issue 修正用のプルリクエストが提出されたが、CYA に署名していないため自動で閉じられる
    「Business Model Blues」: LICENSE ファイルのテキストの50%以上が変更される
    「Back from the dead」: 1年以上前に開かれたIssueやプルリクエストにコメントする

  • 公開リポジトリに未解決Issueが 1,000件以上 あるなら、「This is fine」バッジは本当に必要
    10年前と比べてオープンソースプロジェクトが多くなりすぎたし、特に JavaScript には信じられないほど未解決バグの多いプロジェクトがたくさんある
    問題は、そうしたバグの大半が質の低いものに見えること。だから、貢献経験の豊富な熟練開発者が助けようとしてバグを報告しても、ただ無視されがち
    今、next.js で 404 が 404 を返さないバグを待っているが、数か月間ずっと開いたまま(https://github.com/vercel/next.js/issues/51021)。プルリクエストを書く時間はないが、これまで数多くのプルリクエストやバグ報告を書き、いくつものオープンソースプロジェクトに参加してきたので、やるべきことはやったと思っている
    エリート主義的ではあるが、メンテナーがバグを 報告者の評判 で並べ替える方法があればいいのにと思う。そうすれば、プロジェクトは質の高い Issue を優先できる

    • 人々が価値を交換する方法があればいいのに。たとえば 有料ライセンス、サポート階層、古代ローマ人が「ビジネス運営」と呼んでいたようなもの。 /s
      でも違う、すべて無料であるべきで、その結果驚いたことに未解決 Issue が積み上がり、誰も処理しようとしなくなる
    • これは「公開リポジトリに自分が立てた未解決 Issue が 1,000 件」ではなく、自分が所有する公開リポジトリの未解決 Issue が 1,000 件 という意味
      どちらも興味深いけれど

  • 「The thief」: オープンソースへの関わり方が、プルリクエストを閉じて、その差分を 自分の名前で手動マージ することになっている場合
    大企業が運営するプロジェクトでこういうことはかなり多く、コンプライアンス上の理由があるのだろうが、見た目にはかなり怪しく見える

    • かなり深刻だが、そういうことをする目立つプロジェクトがあれば教えてもらえる？

  • 個人的に一番好きなものがないのが残念。機能要望 Issue を50件以上 立てたが、それ以外の貢献はない場合

    • アチーブメント名は「I'm more of an idea person」か「chop-chop」あたりがよさそう
    • 「10件の貢献をしたのに1年以上レビューされないまま放置される」みたいなアチーブメントはどうだろう？
    • 「Architecture Astronaut」
    • 一般ユーザーにとっては、これが作者に連絡できる唯一の手段
    • 「Idea guy」

  • 「patient skeleton」を2回取った
    本当に驚いたのは、そのうち1つが 2年経ってからマージ されたこと。あのプルリクエストについてやり取りは何もなく、活動の少ないプロジェクトだったので、ただ目に留まらなかっただけだった。諦めて requirements.txt が自分のフォークを指すようにしていた
    別の人が、自分の古いプルリクエストが修正するのと同じ問題で Issue を立て、その Issue にそのプルリクエストが解決すると返したところ、その動きのおかげでついに見つけてもらえた
    もう1つは今もまだ保留中

    • メインラインにマージされないまま、重要な変更が1つだけ入っている フォークプロジェクト に縛られた未回収の価値は、簡単に数十億ドル規模になるはず

  • 「YOLO」を提案する。Dependabot アラート を3か月以上無視した場合
    この賞には自分の名前が書いてあると言っていい

  • 訂正すると、これらは GitHub が拒否したアチーブメントではなく、GitHub とは無関係な開発者 「flet」が作ったジョークアイデアにすぎない

    • Captain Obvious アチーブメント獲得おめでとう！

  • 自分のリポジトリにスターを付けたら「Copium」アチーブメントを与えるべきだと提案する

    • 確信はないが、昔は GitHub がリポジトリを作ると自動でスターを付けていた気がする
    • 「Narcissist」のほうが適切かもしれない

  • 「Type O Contributor」: 唯一の貢献が、ささいな スペルと文法の修正 だけの場合

    • これはアチーブメントにはできない。取り消して奪えるようになってしまうから
    • 自分もたまにこういうことをするけど、そういう貢献は歓迎されないの？
    • 「Typo-O donor」がよさそう