これが現実だと信じられなかったので調べてみました。 事実です。実際は見た目よりもひどい状況です。GH Actionsは悲惨で放置されたプラットフォームだという@ziglangと@theoの主張を裏付けています。 少しソフトウェア考古学について読んでみてください…🧵
`safe_sleep` は 2022 年に追加されました。 これは `sleep` の使用を置き換えました。しかし、`sleep` は POSIX 標準コマンドです。GitHub Actions は既に多くの非 POSIX コマンドの存在を前提としているため、このスクリプトは奇妙な選択です。 https://t.co/imeOrBVdEc
これは、一見してほぼ誰の目にも明らかなように、常に 100% の CPU を使用し、タスクが正しい秒数で時間をチェックしない限り永遠に実行されるような方法で実装されていました。 https://t.co/dQPcUhYYsn
2024 年に誰かがプラットフォームに依存しない方法で CPU 問題を修正しました。しかし、誰も PR をレビューしたりコメントしたりしませんでした。 https://t.co/ymPDlJLcF7
4月に「永久にスリープ」バグを指摘する問題が報告されました。GHからは誰もコメントしておらず、この問題は未解決のままです。 https://t.co/ET43AKGzKy
一方、2024年に修正するためのPRが作成されました(CPUキラーループは依然として存在していました)。これは1か月後に自動的にクローズされました。 ついに今年の 8 月に誰かがこれを再開し、統合しました。 (ただし、まだ問題は解決されていません。) https://t.co/Qq2K2ORbsh
そのため、実際に適切なスリープ実装を使用する PR はマージされないままとなり、現在のスクリプトは、この醜いけれどもなんとか動作する状態のままとなります。 (また、私の理解では、企業は CPU 時間ごとに料金を支払います。そのため、この小さなスクリプトは GitHub にとって非常に収益性が高いと考えられます...)
この狂気の沙汰は、しばらくの間、開発者フォーラムで、困惑と恐怖が入り混じった議論となってきました。 https://t.co/wXF3Xh7li8
これは単なる単発の事件だと言う人もいるかもしれないが、まともに機能している組織で、これほど異常なほど顔面を覆わなければならないような出来事が連続して起こるとは考えられない。
GitHub の創設者たちが、自分たちの大切なものが無視されているのを見てとても喜ぶとは思えません。😢
@ThePrimeagen も同じように感じてるみたいですね…
