GitHubのカウントが狂っている——11年使うユーザーが発見した不可解なUIバグ
GitHub is having trouble counting things
GitHubでPRタブの件数が実際より多く表示される不具合や、組織のページネーションで2ページ目が消える不具合が発生。Sentryの設定中に遭遇した筆者は、11年分の組織メンバーシップが3ページにわたり、目的のプロジェクトが2ページ目にあるのにクリックできない事態に。ChromeのポップアップではURLを直接編集できないため、JavaScriptで強制遷移して回避した。原因について情報を求めている。
GitHubを11年使っているので、組織のメンバーシップが3ページ分たまっている。不運なことに、Sentryを設定しようとしているプロジェクトは2ページ目にある。
HNでの議論
59- nxc18
GitHubは、Enterpriseも含めて（つまりAzureだけのせいではない）、信頼できない低品質なソフトウェアになってしまった。
信頼できないと言うのは、それが主張することを正確に実行することを当てにできないからだ。どんな数字も信じられない。呼び出したアクションが実際に起こるかどうかも信じられない。アクションを起こすことで、不可解な副作用が生じないとも信じられない（例えば、上司の上司が2017年にクローズしたissueを、説明もなく再オープンしてしまうとか）。基盤のgitインフラは信頼しているつもりだが、今となってはなぜそう思うのか自分でもよくわからない。
低品質と言うのは、ランダムなタイミングで極端に遅くなり、壊れた一貫性のないUI状態に陥り、ナビゲートを必要以上に難しくする不可解なUXの選択（特に新しいUIで）があり、全体的に1996年のソフトウェア——いや2026年、あるいはその間のどの時点であれ——に期待すべき完成度を備えていないからだ。
- zX41ZdbW
最も古いPRのいくつかは、もはや見つけられなくなっていた。
例えば、8年前のPR https://github.com/ClickHouse/ClickHouse/pull/104948 を続けようと決めたとき、検索でもページを辿っても見つけられなかった。
直接リンクならまだ機能する。
- datadrivenangel
ダーティリードは、スケーリングがうまくいっていない典型的な症状だ。結果整合性のあるデータベース書き込みは問題ないが、ユーザーがアクションを起こしたのにその結果が見えないというのは、見た目が悪い。
- huurtehoog
マシン内のレジスタとメモリで起きていること、ソフトウェアがモデル化している基盤の現実、そしてユーザーに意味論的に表示される情報の間に、これほど多くの間接層があるという事実は、嘆かわしい。
ソフトウェアはもっとずっとシンプルで信頼できるものにできたはずだ。肥大化によって生み出された問題を解決するために必要な、あまりにも多くの肥大化がある。この混乱から、遅かれ早かれ抜け出せることを願う。プログラマブル・コンピュータの歴史のごく初期に、物事をより良くするために必要な理論的理解が生み出されていたのに、何世代もの人々が現在のソフトウェアの状態に苦しむのは嫌だ。
- Droobfest
昨日、GitHub APIが、進行中のワークフロー実行を、それを指定してフィルタリングしたときにも出力に単にリストしないことがある、という問題に遭遇した：
"api.github.com/repos/{owner}/{repo}/actions/runs?status=in_progress" -> 3つのワークフロー実行を出力
5秒後 -> 2つのワークフロー実行を出力
5秒後 -> 再び同じ3つのワークフロー実行を出力
どうやら彼らは出力の一貫性や継続性について一切保証していないらしく、その副作用として完全に役立たずにもなっている。