100%同意だよ、今プロジェクトをアップグレードしてるところ。でも、これには複雑な気持ちもあるんだ。自分でコードを書いていたときは、どのルールをスキップするかを直感で決めてたと思うんだよね。一方で、開発者たちがpylintをほとんどのルールを有効にして使ってるプロジェクトも見たけど、正直言ってコードは良くなってなかった。逆に、pylintを喜ばせるためにコードが読みにくくなるようなハックがたくさんあった。似たような経験として、コーディングエージェントが無害な問題を直そうとトークンをたくさん使ってるのを見たり、テストが通らないときにテストを無効にすることもあったりして、ちょっと顔を覆いたくなるよね。AIの結果には全体的な正確さについては信頼を置くようになったけど、コードの質に関する判断にはまだ信頼しきれない部分があるんだ。

もしかしたら私だけかもしれないけど、「413 x 潜在的警告」で溢れかえるのはあまり役に立つとは思えないな :) グリーンフィールドにはいいけど、既存のプロジェクトにはあまり向いてないかも。最近は、エージェントを「/goal work through and address all lint warnings by fixing the code according to XYZ」で起動して数時間放置すれば、もう問題じゃなくなると思うけど…誤解しないでほしい、Ruffからの新しい詳細レベルは本当にありがたいし、良いことだと思うよ :)

断片化されたエコシステムってどういう意味かよくわからないな。Goには公式のフォーマットやリンティングがあって、言語自体が特定の書き方になるように意図的に制限されてるんだ。完全な初心者が書いてもね。PythonやTypeScriptと比べると、意見のある公式ツールがない「西部開拓時代」の言語だから、Ruff/Biomeが素晴らしいのも納得だよ。Goでは同じ高揚感は得られないと思う。

え、何言ってるの？Goは、いじめるようなIDEなしでも最高の言語ツールが揃ってると思うよ。golangci-lintはかなり包括的だし。他に何が足りないの？（正直、Goの配布自体がかなりカバーしてるけどね）

おお、そんなに前のことじゃないけど、全く逆の意見が多かったよね。Pythonコミュニティはツールに苦しんでて、みんなPythonにもgofmtがあればいいのにって思ってた。確かに、これはリンターであってフォーマッターじゃないけど、要するに最近のPythonエコシステムの進化には嬉しいよ。

それはそうだし、さらに良くなってるよ。Go Analysis Frameworkって呼ばれてるんだ（https://pkg.go.dev/golang.org/x/tools/go/analysis）。まだ新しいからあまり知られてないけど、go fixやgo vetの裏で動いてるものなんだ。Goチームは、モジュールの作者が自分のカスタム分析パスを簡単に記述できるようにするために取り組んでるみたい。自分の静的分析パスを定義するのがすごく簡単で、ASTや型、SSA情報などの役立つ情報にアクセスできるし、アナライザー間で情報を組み合わせることもできるよ。それをバイナリにコンパイルして、コマンドラインフラグを使ってgo fixに渡すだけで実行できるんだ。Goツールチェーン自体が複雑なキャッシングロジックを処理してくれるから、アナライザーが速く動くんだよ。Goチームが作ったものだから、徐々に君が求めてる統一された標準になるはず。だから、golangci-lintや他のツールも最終的にはこのフレームワークの下で統一されると思う。AIエージェントにGo Analysisアナライザーを書かせて、go fixで動かすように指示すれば簡単に試せるよ。俺のGoプロジェクトは、いろんなルールを決定的かつ自動的に強制するために、こういうのをたくさん蓄積する傾向があるんだ。

Golang-ciはしばらく前からあって、みんな使ってるよ。何を言ってるのかよくわからないな。