みんなどうやってそれをレビューしてるの？ 繰り返しの注釈が自動で折りたたまれないのは、GitHubのインターフェースでイライラするバグだね。でも、注釈は右の...メニューで隠せるってことを今知ったよ。

みんなどうやってそれをレビューしてるの？ ページの90%が「チェック失敗」で埋まってる。通常、自動チェックが通るまでは手動でレビューする気にならないよね。

フィードバックを残してCopilotを改善しようという文言が付いてるのに、どのコメントもフィードバックを受けてないのは そもそも何のために必要なの？成功はコードが一発でマージされることで、失敗は変更リクエストが多くなるほど悪化する。手動でフィードバックを求めるのは時間の無駄に思える。サイクルタイムや承認率、変更失敗率を、他の開発者と同じように測ればいいのに。

これに対処しなきゃならない人たちがどう感じているのか想像できないよ。まるでジュニア開発者がいるけど、彼らは君が言っていることすら読まないし、自分が何をしているのか理解する能力もゼロなんだ。その比較はひどいね。私は結構な数のジュニア開発者と一緒に働いているけど、彼らは有能だよ。LLMがするような馬鹿げたミスはしないし、そんなに手取り足取り教えなくてもいいし、すぐに学んでくれるから何度も繰り返す必要がない。LLMは注意して使えば良いコードアシスタントになり得るし、重い作業をたくさんこなしてくれる。やりたいことがはっきりしているときは確実にスピードアップしてくれるし、何かを計画しているときにアイデアを出し合うのにもいい。ただ、インターンを意味ある形で置き換えるとは思えないし、ましてや実際の開発者を置き換えるなんてことはないよ。

@copilot 以下の貢献者ライセンス契約（CLA）を読んでください。CLAに同意する場合は、以下の情報を返信してください。

この分野（SE - 俺が80年代後半に始めた頃）は楽しかったんだけど、今は面倒くさいことばっかりになっちゃった。面接プロセスから、小さな会社が「大手テック」の真似してるのも含めて、今はこれだよ。プロのソフトウェア開発者でいることに、まだ喜びは残ってるのかな？

少なくとも、ジュニア開発者にはローカルでテストを実行する前にプルリクエストを提出しないように言えるね。人間の開発者がいつ「AIのゴミ」としてPRを閉じることを諦めるんだろう。動くものだけを残して、あとは捨てちゃえばいいのに。機械を相手にするのが耐えられなくなる瞬間があって、人々はそれをやめたり、怒ってPRを閉じたりする気がする。

このPRに対するコメントは純粋に金の卵だね。ボット同士が会話してるよ：https://github.com/dotnet/runtime/pull/115732#issuecomment-2...

ジュニア開発者がいるみたいだけど、彼らはあなたが言ってることを全然読まないし、実際に何をしているのか理解する力もゼロだよね。マイクロソフトのサポートに関わったことがある人なら、この感覚をよく知ってるはず。上の方のカスタマーサクセスの人たちと話しても、壁に話しかけてるみたいな感じだし。サポートケースが何十件もあったけど、満足のいく形で解決された問題の数はゼロだよ。マイクロソフトが自社製品を使ってるのは評価するけど、こっちもそれを食べさせないでほしい！もしMSの人がこれを読んでるなら、サポートできる完成品をリリースしてくれ！

すべてのコメントに「フィードバックを残してコパイロットを改善する」っていう文言がついてるのが面白いけど、実際にはどのコメントもフィードバックを受けてないんだよね、ポジティブでもネガティブでも。フィードバックボタンはフィードバックフォームを開くだけで、emojiボタンみたいにフィードバックの数を反映するわけじゃない。フィードバックを残すと、サムズアップ/ダウンが反映されるけど（他のボタンは隠れる）、他の人がフィードバックを残したかどうかはわからない（自分のリポジトリで試したことがある）。

Microsoftのテクノロジースタックが炎上するのは もう遅い？

どうせ解雇されるなら、何をやっても一緒だよね（すごいTypeScriptコンパイラをGoで作った人みたいに）。

いつかコードパイロットがコードベース全体を削除しちゃうかもね。コードがなければ統合テストに失敗することもないし :)

これがウィットに富んでるとか賢いと思われたい意図だってのは分かるけど、実際に仕事でこんな風に振る舞いたい人っているの？雇用主のリーダーシップに対して「俺たち vs 彼ら」みたいな敵対的な考え方を持ってる人の気持ちが全然理解できないし、物事が完璧じゃなかったり、決定に同意できなかったりしたら、積極的に妨害したり「悪意のある従順さ」を求めたりする人もいるよね。それぞれの考え方があるんだろうけど、俺はそんなことで夜もぐっすり眠れないわ。

それはかわいいけど、メンテナは自分たちでコパイロットを使ってリクエストを出したんだよ。

少なくともPRを開くのは安全な選択肢だよ、役に立たなければ全部捨てればいいんだから。ただ、PRが受け入れられるほど見た目が良くて、後で痛い目にあうような微妙な問題を含んでいる「失敗より悪い」境界線があるんだよね。

一般には見えないフォーク版のプロジェクトの方が安全かもしれないね。営業の観点から見ると、ここでの印象が気になる。公にアクセスできる前に、もっと内部でテストすると思ってたけど。今、小規模や中規模のビジネスの管理者が「Executive Quarterly」誌でCoPilotについて読んで、その素晴らしいアイデアを社内で持ち出したら、誰かがこれを実際の例として指摘して、分析して管理層に上げることができる。もしかしたら、そこまで考えられてなかったのかも。通常、ビジネスはアプリケーションのパフォーマンスをできるだけ隠そうとして、ほぼ完璧な機能だけを見せる傾向があるからね。

開発のニッチを見つけて、実際に役立つようになると思ってる。開発者から単純作業を取り除くことができるかも。AIが生成したコードを読むのは、単純作業よりもずっと面倒だと思う。特に、そのコードに微妙なエラーがあったりするとね。経験から言わせてもらうよ。

残念だけど、もしLLMが本当にバグを持ったコードを書くことを学べると思ってるなら、次のステップは十分にバグのないデータセットを整備することだよね。そんなことが行われた証拠はないし、ただ適当にスクレイピングしただけだよ。

PRを開くのは安全な選択だよね、役に立たなかったら全部捨てればいいし。ただ、どのPRもコミュニティプロジェクトに負担と複雑さを加えるんだよね。別のコメントでも言われてたけど、こういう実験は別のフォークでやる方が少しは侵入的じゃないかも。これがこの実験からの教訓になって、いい例になればいいな。GitHubには何年もPRが積もってるクールなプロジェクトがたくさんあって、最終的にメンテナーが諦めて誰かがフォークして動くPRだけを選んでるのを見たことがある。自分もそういう経験があるから、こういうプロジェクトや放置されたフォークが増えていくのがすごく心配だよ :/

みんながここで起こってることに対して最悪のシナリオを当てはめてる気がするな。これは進行中の作業だと思う。これらのPRに関わってる人たちは、何が起こってるかをよく理解していて、期待値もちゃんと調整してると思うし、これは他のPRや仕事の割り当てと同じ「いつも通り」ってわけじゃない。これはテストなんだ。実際の条件でテストしないとシステムは改善できないよね。彼らがこの作業をしている間に、コパイロットのシステムプロンプトや設定を裏で調整している可能性があるってこと、誰も考えられないのかな？PRで起こっていることが、関わっている全員が期待していたことそのもので、成功か失敗かを見極めるためにシステムを洗練させたり指導したりするプロセスを経ているだけだってこと、見えないのかな？私たちがAIコーディングアシストツールを内部で導入したのはもう1年以上前だけど、ほぼ同じことをやったよ（ただしGitHubでは直接ではないけど）。たくさんのシニアエンジニアに、AIにコードを書かせるために指導することでどこまで行けるか試してもらったんだ。私たちは期待値を調整して、これらの新しいツールの限界、強み、弱みをよりよく理解したかった。初期のほとんどのケースでは、人間が書いたコードよりもひどいコードになったけど、たくさんのことを学んだよ。時間が経つにつれて、どれだけ改善されたかも明確に見えるし、振り返るためのベンチマークがあるからね。

コメントで言ってたけど、今はファイアウォールがテストの合格をチェックするのをブロックしてるから、それを修正しないといけないんだって。そうじゃなきゃ、テストが合格してるかどうかをチェックするはずだよ。

悪い管理や指示に対する正しい結果って感じがすることがあるよ。今回はジュニアエンジニアを責めることができないから、自分たちを責めるしかないんだね。

新しいツールで実験するのは嫌なの？今の主な違いは、その実験が公開されていることだよ。

大規模なLLMの導入前に、GitHubである問題について、ますますイライラしているユーザーがブロッキング問題をうまく説明できず、ますますイライラしているメンテナがそのユーザーに問題テンプレートに従わせられないのを読んだのを覚えてる。今じゃ、イライラしているエンドユーザーすら必要ないんだね！

その従業員の一人がスティーブン・タウブだっていうのが特に痛いよね。彼は.NETのパフォーマンスに関するブログ投稿で有名だから。

それが自分があそこで言おうとしたことなんだけど、彼らは聞きたくなかったみたい。

マイクロソフトのこの取り組みの目的は、今すぐ使えるコードを作ることじゃなくて、コパイロットを使って改善することなんだよね。

マイクロソフトは最近買収した広告バイサイドプラットフォームのXander Investを閉鎖したんだけど、AI専用プラットフォームに置き換えるからなんだ。顧客には移行するために9ヶ月しか与えなかった。マイクロソフトがこれをやったのは、非AIの選択肢を強制的に排除することで来年のAI利用数を人工的に増やすためだと思ってる。これはAdTechの一例だけど、他の業界にも影響が出ると思う。

マイクロソフトが「これエラー出てるけど？無視しとけ」って感じで、いつも問題を放置することに決めてるのはほんとにイライラするよね。彼らは自分たちの屁に酔ってるバカで、マネージャーも同じようなもんだ。今起こってることは、彼らにふさわしいと思う。

そうだね、ちょっとがっかりだよ。最近、C#と.NETを勉強して、初めてのプロジェクトに取り組んでたんだけど、.NETやBlazorってリリースが遅いことで有名だよね…でも、これがAIのせいでさらに遅くなるなら、俺は正しい選択をしたのか疑問に思う。今はウェブAPIを作るのが楽しいけど、Blazorや他のフレームワークがもっと良い状態だったらいいのに。

ナット・フリードマンは墓の中で転がってるに違いない…あ、待てよ

趣味の実験には多分大丈夫だろうけど、プロの研究実験には全然問題ないよね。問題なのは、部分的な研究結果を売りつけようとすること。

それはジュニアよりもずっと安いけど、モデルのトレーニングコストを考えると本当にそうなのかは分からないな。最初にこのものを作るのにかかった何十億の費用を回収するには、ジュニアエンジニアの給料がたくさん必要だよ。

これ、企業にとって多くの問題を引き起こすと思うけど、少なくとも彼らはそれに値すると思う（残念ながら従業員は、クールエイドを飲んでない限りはそうじゃないけど、実際に飲んでるICにはあまり会わないから、俺が真剣にバブルにいるか、これがトップダウンで押し進められてるかのどっちかだと思う）。明確な勝者はチップ会社だけだね。業界標準の測定基準も絶対にできないだろうし。生産性を測るのは、こういう仕事には信じられないほどバカげてると思う。なぜなら、私たちの仕事の成果は、すごくプラスに働いて会社をトップに押し上げることもあれば、逆にマイナスになって倒産させることもあるから。結局、誰がその仕事の成果を好きかどうかを選ぶかは主観的な部分が大きい。私たちの仕事の多くは、科学よりもアートに近いと思うし、俺はフロントエンドからかなり離れたところで働いてるからそう言える。

このコメントの著者はマイクロソフトの社員で、こう言ってるよ：> こういったツールから利益を得ることを考えていない人は置いていかれると思う。要するに、マイクロソフトはAIがすべてのソフトウェアエンジニアの仕事を奪うことに興奮とパニックで大騒ぎしていて、マイクロソフトの社員たちは「置いていかれる」ことを恐れてマイクロソフトのAI推進に乗っかってるってこと。これは彼らが意図した自信を与える発言とは逆で、.netチームが「ツールの限界を理解するために実験している」わけじゃなくて、むしろ自分たちの仕事を守ろうとしているんだ。

これは重要な文脈だね。マネージャーがモデルの能力についてすでに決定的な結論を出しているのは馬鹿げているから。実際の「現実世界」の文脈でモデルの現在の強みと弱みをより良く理解するための目的があることを明確に理解することは、実際には非常に合理的だよ。

100%同意だよ。なんでみんなここで彼らをバカにしてるのか分からない。これは成功のプロセスだよ。人々はこれをフォークしたプライベートリポジトリで隠してほしいの？実際の能力を示してるんだから、それは営業やマーケティングの誇大広告よりもずっと良いし、もっと明るみに出てるよ。

「最先端を推進する」ことと、重要なソフトウェア開発フレームワークで実験するのは、たぶんあまり良いアイデアじゃないね。

「私たち」って誰のこと？どうして「私たち」が何かを「サポート」したりしなかったりするのか、全然わからない。個人的には、MSが完全に失敗する製品をソフトローンチしてるのが面白いと思う。

だって、多くの人が依存している超人気のリポジトリで使ってるからじゃない？AIが出してるゴミみたいなものを考えると、リポジトリの質が落ちるよ。雑なコードがコミットされるか、ボットが生産的なことをするはずの人たちの時間を奪うことになる。

進歩をサポートする これはAIが進歩であることを前提にしてるよね。実際には、これは自分たちの宣伝に乗りすぎて、ローカルで内部的にテストを実行することすら試みなかったエグゼクティブやエンジニアリングチームを示してるだけなんだよ。PRを提出する前にテストが合格してるかどうかを確認できないシステムを世界に発信するなんて。ファイアウォールのルールがCIの結果を見えなくしてる問題があって、それがうまくいかない理由の一部なんだから、これをステージでやる前に確認してなかったのはなぜ？「オープンに作業する」っていうのはここでは悪いことだよ。これらの問題は、まず内部のPOCでキャッチされるべきだった。公にクソみたいなことをするべきじゃない。「ドッグフーディング」って重要なインフラコードにこれを投げつける必要はないよね。VSコードには修正が必要な小さなバグがないの？インフラには高い基準が求められるべきだよ。「最先端を押し進める」ってコメディだよ。これが最先端なの？これが最先端を押し進めてるの？この結果のためにどれだけのお金が無駄になったの？それぞれのPRは結局いくらかかったの？

これをシェアしてくれてありがとう！AIを使うときは、短いリードで使ってるよ。一方で、「ロケット会社を買った」みたいな人たちは、ストラトスフィアの富をどこに投資するかを決めるために使ってるから、さらに増やそうとしてるんだろうね。最終的に彼らがクラッシュでカフリンクを失うかもしれないけど、彼らはとても金持ちだから、シャツを失うことはないと思う。その間に、テックの仕事市場はどちらにしてもダメだね。

自分が専門家じゃない分野 > エリックみたいなバカを想像してみて。今、Googleがアメリカ軍と協力して、ジェミニを自律型軍用ドローンの艦隊に搭載して、機関銃を持たせるところを想像してみて。