17,661 文字
マイクロソフトのVS Codeのフォークが10億ドル企業になる可能性があることが判明しました。すでにいくつか存在していて、私が選んでいるエディタのCursorもそのひとつです。ちなみに私はCursorの投資家でもありますが、マイクロソフトにも投資していることをはっきりさせておきます。今日は主にマイクロソフトについて話しますが、それは突然、マイクロソフトのVS Code向け拡張機能を他のエディタで使用している人々に問題が発生したからです。
突然、CursorやWindsurfの中でVS CodeのC++拡張機能を使っていた人たちが使えなくなりました。C++拡張機能だけでなく、.NETやその他の拡張機能も同様です。そして、人々は不満を抱いています。
ただ、これは見かけほど単純な問題ではありません。マイクロソフトが突然現れて競合他社のために全てを台無しにしようとしているわけではないのです。ここには検討する価値のある微妙な点があります。私が偏見を持っていると思われるかもしれませんが、ここではCursorに対しても少し厳しい意見を述べるつもりです。マイクロソフトへの投資の方がCursorよりも多いので、現在の株式市場での状況には少し苦しんでいます。
本題に入る前に、今日のスポンサーからのメッセージを聞きましょう。
小規模なアプリを開発している場合、今日のスポンサーはあなたには必要ないかもしれません。しかし、企業で使用される製品を作ろうとしている方は、work OSを確認すべきです。彼らはOAuth（認証）について理解しています。設定を簡単にするだけでなく、大企業をターゲットにする際に遭遇するOAuthの他の問題も解決します。彼らはSAMLやSSOのコンプライアンス関連の厄介な問題を全て処理します。私自身もこれらの設定を試みていますが、楽しいものではありません。
Radarもすごいです。ボットから保護するための最良の方法の一つです。T3チャットでこれを使用しなかったことを後悔しています。本当に数日、あるいは1〜2週間の作業を節約できたかもしれません。
私の言葉を信じる必要はありません。CursorやVerscellからCartaやOpenAIのような大企業まで、work OSを使用している企業のリストは非常に豊富です。PlaidさえもcrazyCrazyです。
収益を伸ばし大企業に販売しようとしている場合、これらの要素は必要とされるか、持っていなければ無視されるでしょう。面白い事実として、こうした企業と取引する際には、相手側で全てのOAuth関連の統合をする必要があり、それには何週間もの行き来と、正しいURLを正しい場所に配置するための手助けが必要で、混沌としています。work OSを使用すれば、相手企業のIT担当者が自分側で全てをセットアップするための管理ポータルをアプリに追加するだけで済みます。
過去にこれらの作業に費やした時間を考えると、work OSを使用しなかったことを後悔します。適切な場所に適切なOAuthを設定する手助けの混沌、またはクリック2回で済むことの違いが明確に示されています。ユーザーが大切なら、彼らを正しくケアするべきです。今日soyv.link/workosでwork OSをチェックしてください。
では、何が起きているのでしょうか。これはCursorのリポジトリで誰かがオープンしたGitHubの問題からの画像です。C++組み込み拡張機能が基本的な構文ハイライトや他の期待される機能を含め、もう動作しないため、これは悲しいことです。CursorでC++開発をしている人にとって、これは突然壊れてしまい、良いことではありません。
古いバージョンに戻せば正常に動作するという人もいました。また、「特定のバージョンをインストール」というドロップダウンがなくなったようで、これも不満の原因です。
私はVS Codeの拡張機能をいくつか公開しているので、ここでは多くの考えがあります。古いバージョンをインストールしようとすると、異なるバージョンが抑制されているようです。
幸いにも、少なくともC++拡張機能は動作するようになり、長期的に機能させるための計画もあります。しかし、何が起きているのか、どのようにしてここに至ったのかを分析したいと思います。
この種のVS Code革命のきっかけとなったエディタから始める必要があります。チャットで皆さんに当ててもらいたいのですが、私が考えているのはどのエディタでしょうか？
Adam？Adam？Adam？近いですね。
ここにあります、Sublime Text。私の最初の熱い主張は、Sublime Textがミニマルで拡張可能なエディタ革命を始めたということです。VimやNeovim、Emacsなどの貢献を無視するつもりはありませんが、それでも主張は変わりません。Sublime Textは従来のVimよりも明らかに拡張性が高いNeovimよりも前でした。
コミュニティ運営のマーケットプレイスで拡張可能なミニマルなエディタというアイデアは、Sublime Textから始まりました。ただし、Sublime Textにはこの機能が組み込まれておらず、コミュニティによって追加されたものでした。
「Vimは拡張可能だった」というのは、イーサン、あなたが年齢を表した瞬間です。あなたがどれだけ賢くても、Vimに何かを追加しようとするのがどれほど悲惨だったかを知るほど長くはいませんでした。コミュニティ全体がNeovimに移行した理由があります。Vimの拡張性は絶対に最悪でした。Neovimが必要だと感じたのは、Sublimeがコミュニティの力をどれほど強力にできるかを示したからだと主張できます。Vimlはひどいです。皆さんが理解してくれて嬉しいです。
とにかく、Sublime Textは正直に言って以前のものよりもはるかに優れていましたが、この程度の拡張性のために作られておらず、最も重要なことに、オープンソースではなかったため、変化が必要でした。
Sublime Textにはコミュニティによる拡張性があり、無料で使用でき、高速で最小限でした。この組み合わせはソフトウェア開発の世界にとって非常に興味深いものでした。コミュニティの拡張性が重要な理由は、それが単に可能であるだけでなく、ツールが比較的アクセスしやすいからです。
最初からエディタに組み込まれていなかったため、Sublimeでは少し混乱していましたが、非常に早くSublimeとそのコミュニティの中心的存在になりました。コミュニティのアクセス性はSublimeにとって非常に重要でした。
しかし、問題がありました。オープンソースではないことです。Sublime Textは有料エディタで、今日でもそうです。無料で使用できますが、20回保存するごとに「支払いをしてください」というポップアップが表示されます。Twitchで働いていた時でさえ、Twitchからライセンスを支払ってもらうプロセスを経るよりも、無料版のままにしておく方が簡単だったので、そうしていました。
無料で使用できるとはいえ、有料エディタであることを考慮する価値があります。このような理由から、オープンソースを非常に重視する特定の企業（GitHubのことです）が参入することになりました。
GitHubは新しいエディタであるAtomを導入しました。Atomはコミュニティの拡張性を中心に構築されていたため、拡張機能の追加や作成がさらに簡単になり、すべてJavaScriptで書かれていました。JavaScriptを使用した理由は、アクセスしやすくするためだけでなく、チームの大部分がウェブ開発チームだったからです。
すべてのプラットフォームで動作するエディタを作りたい場合、LinuxやWindows、Mac向けのネイティブエンジニアを雇うか、ウェブ技術で動作するようにする方法を見つける必要がありました。そのため、ある技術を発明しました。Electronです。
知らなかったかもしれませんが、Electronという名前はAtomエディタの最も重要な部分の一つだったことに由来しています。ウェブ技術で書かれたプログラムをすべてのプラットフォームに配布しやすくするために作られ、Atomが成功できた唯一の理由でした。
また、マイクロソフトがGitHubに注目し始めた最大の理由の一つだと思います。完全に無料でオープンソースだったことが大きな意味を持ちました。それでも比較的ミニマルで、完全に無料でオープンソースなので、好きなように使えます。
これによりAtomは非常に魅力的な新しい選択肢となりました。ただし、正直に言って、Sublimeと比較すると少し遅く、常に良い感じではありませんでした。また、従来のIDEから期待されるような深い統合も欠けていました。Sublimeも同様でしたが、その頃にはコミュニティによってより多くの部分が整備されていました。
Atomは従来のIDE体験のための事項を完全に解決していませんでした。また、起動時間がひどかったことも具体的に覚えています。個人的には、巨大なファイルのサポートがあり、すでに拡張機能などが設定されていたため、主にSublimeを使い続けていました。AtomにするとアップグレードとLzれる感じではありませんでした。
しかしAtomは新しい地平を切り開き、最初のエディタがAtomだった開発者がたくさんいることを知っています。Atomが現在は終了していることを考えると、それは驚くべきことです。
このミニマルで拡張可能なエディタのトレンドにより、マイクロソフトは自社のエディタの位置付けについて考える必要がありました。次の議論を呼ぶ主張です。
Visual Studioについて明確にしておきます。Visual Studio、VS Codeではなく、標準のVisual Studioは、これまでに作られた最高で最も包括的なIDEの一つです。Eclipseで時間を過ごした者として、Visual Studioに存在する能力と品質のレベルに常に圧倒されてきました。他のすべてよりもはるかに進んでいました。
DreamweaverやFront Pageという完全に壊れた不安定な経験から、.NETを使用したVisual Studioに移行することは、生活の質を大幅に向上させました。エディタ内の再生ボタン、実際のエディタUIから実行できるテストスイート、ビルド中に端末にいる必要がないほどの機能など、現代のIDEと考えるものの先駆けとなりました。
本当に画期的でした。今日でも最高のIDEの一つであり、最も重要なことに、最高のIDEチームの一つによって作られています。
このチームを担当する役員であるあなたを想像してみてください。彼らが今までで最高のエディタの一つを構築し、そのチームが世界中でほとんど誰よりもエディタの良い経験について知っていることを知っています。しかし、こちらを見ると、特に若手の開発者の多くが、あなたがVisual Studioで提供しているものよりもはるかに劣る経験のオープンソースで無料の拡張可能なエディタという新しい波に乗っていることがわかります。
考え始めます。多くの考えが頭に浮かびます。Atomを見て、その最大の欠点がElectronでないことに気づきます。それはウェブ開発チームによって構築されていることです。確かに、ウェブ開発チームだからElectronを使用することになりましたが、それは最高のエディタにはならなかった理由でもあります。
これがマイクロソフトがVS Codeを始めた理由です。コミュニティがAtomやSublimeのようなツールを望んでいて、現状のVisual Studioは私たちが探している最小限のエディタには決して合わないことが明らかだったからです。Visual Studioを使用してX.jsの従来のウェブサイトを構築することは想像できません。面白いことです。
そこで、Visual StudioライトのようなものとしてVS Codeを開始し、Visual Studioのような体験のための拡張機能を作りやすくするという明確な目標を掲げました。ウェブ開発がますます人気を集め、Reactが爆発的に成長し、Nodeもますます普及していた時期に、ウェブ開発者向けのVisual Studioとして位置付けられたのは、本当に良い決断だったと思います。
これらのテクノロジーに対応するための別のエディタを出すこと、Visual Studioが混乱しないようにすることは、多くの意味がありました。Visual Studioが煩雑になるのを防ぐ方法としても、この戦略は理にかなっていると思います。
Visual Studio Codeの特徴を説明すると、コミュニティの拡張性を中心に構築され、Electron上で完全に無料でオープンソース、より最小限でTypeScriptのための便利なツールを含んでいます。少し遅いですが、Atomほどではありません。Sublimeほど高速ではないですが、Atomほど遅くもありません。比較的しっかりしたパフォーマンスです。
VS Codeを遅くする要因は、必ずしもVS Code自体ではなく、実行している拡張機能やTypeScriptサーバーなどであることが多いと思います。ただし、それらは他の場所でも遅くなる可能性があります。
もう一つ重要な要素があります。TypeScriptです。マイクロソフトやTypeScriptチームを含め、誰もTypeScriptがこれほど大きな成功を収めるとは予想していなかったと思います。TypeScriptが登場して空間を支配した程度は非常に不条理です。
そしてVS Codeは間違いなくTypeScript用のエディタでした。TypeScriptの成功によりデフォルトで勝利を収めました。しかし、エディタとしてのVS Codeは十分に良かったため、コミュニティ全体がそれに移行し始めました。
ただし、VS Codeの初期の成功は、TypeScriptが非常にうまくいっていたため、人々は最高のTypeScriptエディタを望んでおり、それが明らかにVS Codeだったという事実からきたと言えるでしょう。
VS Codeは、Atomの構造が異なる方法で実行され、はるかに優れた強力なものに変えられることを示しました。これは最大のフレックスの一つだと思います。Visual Studioチームが別の誰かのやり方を取り、コミカルに優れたものを作り、最終的に代替品が閉鎖されるほどでした。
そしてそれが起こったことです。Atomは正式に終了し、廃止され、もはやメンテナンスされていません。それを構築した会社であるGitHubはマイクロソフトに買収されました。マイクロソフトがGitHubを購入した理由は多くあり、ほとんどは理にかなっています。最大の理由は、当時マイクロソフトが開発者に好かれるのに苦労していたため、開発者が本当に好きな製品を手に入れることでした。
しかし、その一部は間違いなくElectronでした。マイクロソフトと今日の状況に全て戻ってくるのは面白いことです。
先ほど言ったことを覚えていますか？VS Codeは、良いチームが誰かのやり方を取り、10倍うまく実行して大きく勝てることを示しています。VS CodeとAtomは非常によく似ていますが、AtomがなければVS Codeは存在しなかったことは明らかです。VS CodeはマイクロソフトがAtomのやり方を再構築しようとした試みです。
マイクロソフトを悪い模倣者と呼ばないのは、彼らがその後GitHubを買収したからです。チャットも今どこに向かっているか気づいたようですね。CursorはVS Codeを引き継ぎました。
Electronを実際のアプリケーションを構築するための能力のあるプラットフォームにするために膨大な作業が費やされ、VS Codeがそれに便乗したのと同じように、CursorはVS Codeとも同じことをしています。
この観点から考えると奇妙ですが、本当にそう信じています。オープンプラットフォームの利点は、より高いレベルでイノベーションが起こることを可能にすることです。私は投資家であるという偏見を考慮してもらいたいですが、マイクロソフトにもより多くの投資をしています。
Cursorは本当に意味のあるエディタ体験の改善をもたらしました。最初は懐疑的でした。おそらく3回は辞めようとしましたが、最終的にCursorは私にとって不可欠になりました。
コード作成方法が変わった様子について詳しく話す予定の動画があります。Cursorとその他のAIツールを使うようになってから、コードを書く方法が大きく変わりました。もっと考えて計画することに時間を費やすようになりました。時には複数の計画を持ち、それからCursorに入って異なるパスを試し、どれが実際に意味をなすかを速く見つけられます。
出力するコードの品質を大幅に向上させました。それは私よりも優れたコーダーだからではなく、より多くのことを試せるからです。コーディングの方法を変え、毎日Cursorを使用できることに非常に感謝しています。
希望的にこれが確立されたので、どこに向かっているか分かるかもしれません。CursorはVS Code上に構築されており、多くの意味でVS CodeがElectronとAtom上に構築されたのと同じ方法です。AtomがなければVS Codeは存在しなかったと言うのは公平です。面白いことに、彼らは最初CursorのベースにVS Codeを使用していませんでした。
Code Mirrorベースの何かを使用していましたが、VS Codiumに移行しました。そうした時、OpenVSXマーケットプレイスを使用していました。これは当初、EclipseのFzによって作成されたものです。彼らはさまざまなプラットフォーム用のより良い埋め込みエディタを望んでいました。
そこでEclipse Theiaを構築し、VS Codeのベンダーニュートラルフォークを導入し、OpenVSXを導入しました。これはVSXファイル形式のVS Code拡張機能のオープン拡張マーケットプレイスであり、そこのCursorが以前使用していたものです。
2023年末頃からCursorマーケットプレイスに移行しました。ここから少し推測になりますが、技術的にCursorマーケットプレイスが何であるかは本当には分かりません。知る限り、開発者がCursorマーケットプレイスに直接拡張機能を公開する方法はありませんでした。
また、いくつかの拡張機能がなかったようで、少なくとも11月前かそれ以前から存在していた投稿がありました。この記事は少なくとも去年の10月からCursorサイトに存在していました。2023年までではないのが残念です。
約1年間彼らは何をしたにせよスムーズに行ったようです。そして特定の拡張機能がないことについての質問が多くなり、解決策を示すこの記事を公開しました。マイクロソフトストアに行き、ダウンロードボタンをクリックして拡張機能をダウンロードし、Cursorの拡張機能パネルを開いてドラッグするという方法でした。
この記事は今でも公開されています。どこに行き、どこにドラッグし、どうするかを示しています。やってみましょう。私のものを取りましょう。Material Themeです。ここにあります。次のステップは何でしょうか？「リソース」の下の「拡張機能をダウンロード」をクリックします。
リソース…あれ？ここで反撃が始まります。マイクロソフトはVS Codeマーケットプレイスを構築するのをより困難にするためにこっそりと変更を加えており、これはその変更の一つです。ダウンロードボタンを削除しました。
これは以前からしばらくの間なかったことを確実に知っています。年末頃にオリジナル作成者からの潜在的にスパイウェアであるMaterial Themeを取得しようとしていた時、できませんでした。ダウンロードボタンはしばらく前からなくなっていました。
この記事は技術的にもう役に立ちません。ダウンロード拡張機能ボタンがなくなったからです。マイクロソフトは公式のMicrosoft StoreとVS Code以外で拡張機能ファイルをダウンロードする機能を制限しました。
これが多くの人に影響していない理由は、ほとんどのCursorユーザーがどこから来たかだと思います。ほとんどのCursorユーザーはVS Codeから来ました。今はvibe codingの流行で変わり始めていますが、長い間、CursorユーザーはVisual StudioやXcodeからではなく、ほぼ全員がVS Codeから来ていました。
Cursorのセットアップでは、VS Codeから拡張機能などを全てインポートできるため、多くの人が実際に拡張機能を検索してインストールする必要がなかったと思います。そのため、これらの問題に遭遇することがありませんでした。
これらの拡張機能は適切に更新されていたでしょうか？おそらくそうではないでしょう。しかし、ソフトウェアを出荷している者として、ほとんどの人は知らないうちに喜んで非常に古いソフトウェアを実行しています。
この問題が最近まで大きな騒動にならなかった大きな理由は、強い感情を持つ拡張機能を持つほとんどのCursorユーザーがVS Codeからそれらを持ってきたからだと思います。
しかし、ここでの重要な詳細ではありません。2023年9月に戻ります。私の信念では、これは完全な推測ですが、CursorマーケットプレイスはVS Codeの公式マーケットプレイスのラッパーであると信じています。もう一度言いますが、これは完全な推測で、確認はありません。
内部情報を持つ人や会社からの追加詳細を言っているわけではありません。どちらの当事者にも連絡しないように意識的にしました。これはマイクロソフトの利用規約に反している可能性が非常に高いです。
先ほど言いました、マイクロソフトの条件が明示的にCursorがやっていたことを禁止している可能性が非常に高いと。しかし、2021年のこのVS Codeマーケットプレイス利用規約のバージョンでは、自動収穫やスクレイピングを通じてマーケットプレイスにアクセスすることは禁止されている以外に、彼らがやっていたことが許可されていないことを示す内容はありません。
スクレイピングは許可されていませんでした。パスワードハッキングやマイニングなども許可されていません。これが良くないことや、ラッパーを作ることが良くないことは明示されていません。もっと明確な呼びかけがあると思っていました。
今年1月に公開された更新ははるかに厳しいです。「マイクロソフトやGitHub、マイクロソフト系列企業によって公開されたオファリングは、対象製品やサービス以外の製品やサービスにインポート、インストール、使用してはならない」。これは非常に明確な呼びかけです。
ここで大きな違いがあります。これで、公式のVS Codeマーケットプレイスのラッパーを作ることは、条件がどうかについて曖昧であったと自信を持って言えます。そうでなければこの変更を行わなかったでしょうが、それは理にかなっています。
私の推測では、この変更は計画されていたか、早い段階で始まっていた可能性があります。Cursorに連絡して「これらの変更を行う予定です。より制限的になります」と伝えた可能性もあります。そして、そのときにOpenVSXマーケットプレイスの使用に移行したのだと思います。
11月にユーザーが拡張機能が表示されないと報告し始めたのは、公式のVS Codeマーケットプレイスにだけ公開し、OpenVSXマーケットプレイスには公開していなかったからです。
そして、これが当時大きなストーリーにならなかった理由は、ほとんどの人がVS Codeから拡張機能を取得し、C++サポートやPythonサポートのような重要なものはエディタに直接バンドルされていたからだと思います。
それが変わったことであり、それが怖いことです。2023年4月、CursorはCode MirrorからVS Codeに移行しました。2023年9月、Cursorは「Cursorマーケットプレイス」を導入し、これは公式マーケットプレイスのラッパーだったと思われます。それまではOpenVSXを使用していました。
2024年9月頃、実際には10月だと思います。少なくとも11月であることは確実です。2024年11月、Cursorマーケットプレイスは現在OpenVSXに基づいており、公式の拡張機能はエディタ内で検索できなくなりました。これは先ほど示した記事を公開した時期とも一致します。「CursorでどのようにVS Code拡張機能をインストールするか」という記事です。
私の推測では、これらすべてが同時期に起こったのは、利用規約の変更を予期していたか、すでに起こっていてその時期のログがないからだと思います。
我々が知る限り、2025年1月にマイクロソフトはマーケットプレイスのより厳しい利用規約を公開しました。名前をより一般的に変更し、所有するNugetも含まれるようになりました。これが新しい利用規約が出された時期です。最も早い確認は64日前ですので、2月初めということになります。
VS Codeストアから拡張機能をダウンロードできなくなる変更がこの時に行われました。興味深いことに、IsidorがGiMtに参加しています。彼は材料テーマの混乱に関して非常に助けになりました。彼を非常に信頼しています。
彼によると、ダウンロード拡張機能ボタンを削除した主な理由の一つは、プレリリース拡張機能をサポートしていなかったからです。バージョンの種類を分割し、プレリリースとメインバージョンを区別するのに問題があったからです。常に最新版をダウンロードするだけでは、必ずしも正しいことではありませんでした。
2月、マイクロソフトチームによって確認されました。ダウンロードボタンを削除しましたが、これを行うための内部的な理由とチケットがありました。
2025年2月、マイクロソフトはマーケットプレイスのブラウザ版からダウンロードボタンを削除しました。ここで私の陰謀論が始まります。
私はこれが、すべてのフォークを害するためのマイクロソフトの一つの決定だとは思いません。これは多くのチームが必ずしも協調して決定を下しているわけではなく、以前であればVS CodeがVS Codeであったため問題にならなかったでしょうが、VS Codeプラットフォームの役割の変化により、おそらく他の理由で取られた特定の行動がCursorのようなものへの攻撃に見えるようになったのだと思います。
私の陰謀論は、これが完全に意図的なものではないと思うということです。なぜそう思うのかについては後ほど説明します。
2025年2月、ダウンロードボタンが削除されました。その後何が起こったでしょうか。3月には何も起こらなかったようですが、4月初めに人々はこのビデオの冒頭で示したエラーを見始めました。
「C/C++拡張機能はMicrosoft Visual Studio、Visual Studio for Mac、Visual Studio Code、Azure DevOpsおよびその他のマイクロソフト製品内でのみ使用できます」と明確に制限されています。
これは常に彼らの条件に含まれていました。また、VS Code用のC/C++拡張機能のライセンスは決してオープンソースではなかったことに注意してください。ソースアベイラブルライセンスです。彼らは自分たちのC/C++言語拡張機能をオープンソース化したことはありません。非常に複雑で厄介であり、他のマイクロソフト製品の一部だからです。
ソースが利用可能なことは素晴らしいですが、非常に明確にするとオープンソースではありません。待って、これは本当でしょうか？これはMITライセンスです。ここでライセンスのギャップに混乱しています。
これを構築して使用できるのか、それとも何かを取り込むのでしょうか？ランタイムのライセンスが異なります。拡張機能自体はそうではありません。混乱します。
誰かがこれをフォークしたり、自動ビルダーを設定したりしても、ライセンスに従っていると勘違いして誤ってそうしてしまったとしても驚きません。ここに行ってライセンスをクリックすると、MITライセンスされており、疑わしくありません。
バイナリファイルはマイクロソフトによって配布される公式VSXXファイルに含まれており、より制限的な独自ライセンスによって管理されています。理解できますが、MITライセンスだと思い込んでしまいました。実際はそうではありません。
これはこれらの拡張機能の多くに当てはまると思います。ここでライセンスを見ると、Pythonデバッガーはプロプライエタリなマイクロソフトライセンスで、多くの拡張機能のライセンスは混乱しています。
.NET拡張機能は実際に有料のVisual Studioサブスクリプションが必要なものであることに注目する価値があります。.NETはVisual Studioに深く組み込まれているからです。
Visual Studioのサブスクリプションを支払っているが、CursorやWindsurfを使用していて、この拡張機能をインストールしている人がいます。現在は制限されています。支払っている人でさえ使用できなくなりましたが、これらの言語サーバー、拡張機能、実際のエディタ間の関係の奇妙さも示しています。
しかし、これが単に競合他社への攻撃だとは必ずしも思いません。その理由についてはもう少し後で説明します。
2025年4月現在、特定のマイクロソフト言語拡張機能は非公式エディタで制限されるようになりました。これは全て計画されていたように見えます。特に同時期にマイクロソフトがVS Codeにエージェントモード+MCPをリリースしたことを知ると、それは明らかです。
マイクロソフトが突然これらのエディタを制限するのは、VS Codeに機能を追加してより良い選択肢にしたいからだと明らかですよね？
ここで全体のタイムラインがおおよそ構成されたので、Theoの陰謀の国に入ることができます。私の正直な疑いでは、ダウンロードボタンが削除されたこと、エージェントモード、特定の拡張機能が制限されたことは、互いにほとんど関係のない3つの異なるチームによる3つの異なる決定です。
これは上位レベルの調整だとは思いません。なぜなら、これら3つのことを見て、これはマイクロソフトのCursorとWindsurfを破壊する計画だと言うこともできるからです。本当にそうだとは思いません。
Isidorの返信からも明らかなように、彼はCursorを破壊する内部計画の一部ではないようです。彼の理解では、現時点でCursorはOpenVSXを使用しているだけです。これを読むだけでも、彼はこれらのフォークを破壊する計画の一部ではなく、非常に透明で本物のことを述べています。
彼らは理由を隠していません。計画について推測することはできますが、これはよく計画されたものではありません。これは大企業の運営方法ではありません。これはAppleではなく、計画された実行パスはありません。マイクロソフトであり、少し混乱しています。
素晴らしい混乱であり、いくつかの素晴らしいものを作ることができますが、これはマイクロソフトが競合を破壊するために陰謀を企てている例だとは本当に思いません。ここで明らかにそうだと言えるのはエージェントモードとMCPの部分だけです。
しかし、それさえも比較的マイクロソフトらしくありません。マイクロソフトはOpenAIとパートナーシップを持っていますが、VS Codeに導入したエージェントとMCPのデモでは、最大のパートナーとの競合であるClaude Anthropicを使用しています。
マイクロソフトとGoogleは互いに嫌い合っています。彼らがGoogleモデルを使用していることは、良いエディタを作りたいという彼らの意欲と、エディタチームが直接競争するためにどれだけ頑張っているかを示しています。
言語拡張機能、特にC++、.NET、そしておそらくPythonの拡張機能に取り組んでいるチームは、それぞれの言語ごとに異なるチームである可能性があります。特に.NET側ではそうでしょう。
私の正直な推測では、.NETチームはバグレポートを受け取っており、そのバグレポートの一部はCursorやWindsurfのようなフォークからのものである可能性が非常に高いです。これらのフォークはすべて、2023年4月に戻るとかなり前にフォークされたものであり、CursorがVS Codeのベースに移行してから2年が経過しています。
もちろん、これらのプロジェクトはすべて、意味のある重要な変更をバックポートしようとしています。しかし、VS Codeの動作方法や異なる言語拡張機能との統合方法が改善されている場合、その改善がすぐにCursorに反映されない可能性があり、時間がかかるか、場合によってはまったく反映されないこともあります。
Windowsでも他のすべてのIDEでも同じです。VS Codeをあまり使用せず、これらのフォークをなおさら使用しないチームであれば、主にVisual Studioの領域に住んでいますが、.NETチームにいるので、このエディタ用の拡張機能を作らなければならないとします。
突然、他のエディタからのバグレポートがたくさん来るようになります。この問題に共感します。私も同じことに対処しているからです。
サポートチケットや質問の半分以上は、サーバーを破壊しないようにGoogle reCAPTCHAを使用しているため、キャプションが壊れているかについて質問する人々からのものです。reCAPTCHAは以前のCloudflare Turnstyleよりもはるかにうまく機能していますが、問題があります。
特定のブラウザ、特にBraveは、ChromiumベースでV8 JavaScriptのGoogle ecosystemの一部であるにもかかわらず、reCAPTCHAでうまく通過できないことがあります。reCAPTCHAは0から1の数字で測定し、80%以上ならほぼ間違いなく人間、70%以上ならおそらく人間ですが、Braveだけが一貫して0.2や0.3のようなスコアを示し、それは非常に厄介です。
ユーザーの中で小さな割合を占めるにもかかわらず、このブラウザは私たちにとって大きなサポート負担となっています。そのため、これらのフォークの一つが古いものを使用したり、何か間違ったものを使用したりして拡張機能が壊れる原因となる場合、.NETチームが大量のバグレポートで溢れていることに非常に共感できます。
それが、私たちが見たこの巨大で迷惑なブロック警告を表示する理由になります。同じことをする設計されたサービスを構築したことがあるので、それを知っています。
これはPingです。これは私のライブコンテンツコラボレーション用のビデオ通話サービスです。ログインしようとした瞬間、「ブラウザがサポートされていません。サポートされていないブラウザを使用しているようです。通話に参加できません」と表示されるのに気づいたかもしれません。
私たちは厳格です。ログインした後に参加しようとすると、「ビデオ品質と接続の問題のため、あなたのブラウザをサポートしていません。あなたのブラウザでのビデオ通話はサポートしていません。」
私たちはそれに厳格です。明確にしておくと、Braveを使用していてT3 Chatの有料サブスクライバーである場合は問題ありません。有料ユーザーにはキャプションを強制していないからです。これは単に乱用を大幅に減らすための方法であり、信じられないほど役立っています。
特定のツール、特定のブラウザ、特定のエンジン、特定のものをサポートしなければならない場合、それをサポートすることは、特にそれをサポートするインセンティブがなく、特にそれをサポートすることが競合他社に勝利を与える場合には、得られる可能性のある見返りよりも多くの作業になることがよくあります。
私は本当に、その拡張機能を保守している.NETチームがそれらのバグレポートに疲れており、最も迅速な修正はそれらのユーザーに対して無効にして他の人の問題にすることだったと思います。それが起こるのは全ての意味があります。
ダウンロードボタンの削除はより奇妙ですが、Isidorからの説明があるので、大したことではないと思います。彼らがバージョン分岐の問題の解決策を見つけたかったために一時的に削除したというのが本当だと思います。そして今、そのワークフローはもう機能しません。
これと組み合わせて、特にエージェントモードを導入したことを覚えると、これはマイクロソフトが行っている明白で明確な陰謀のように感じます。人々がこれを確信している理由が理解できます。
以前からこれを予測していた人たちがいて、「無料の期間は終わり、今は終わった」と言ったことを誇りに思っている人たちも見ています。多くの面でそうです。
明確にしておくと、これは非常に現実的な瞬間であり、突然VS Codeプラットフォームが人々が望んでいた程度に使用されラップされることが不可能になったようです。
VS Codeフォークを使って独自のエディタを構築する代わりに行う最大の理由の一つは、この拡張機能マーケットプレイス全体にアクセスできるからでした。これはZed IDEが持つ最大の問題の一つでもあります。VS Codeの周りに構築された既存のツールやテクノロジーを使用する能力がないからです。
しかし、これらのフォークも同様に制限されているようです。
私の今後の予測では、将来は興味深いものになるでしょう。VS Codeからのインポートの活用（このフローは十分によく機能しているため）、より多くの開発者がOpenVSXマーケットプレイスに公開するよう奨励すること、そしてC++拡張機能内の独自の埋め込みものに対するより良いオープン代替品が見られると思います。
そして、これは一般的に.NETを傷つけると思います。.NETを非常に気に入っているが、Cursorも非常に気に入っている.NET開発者がたくさんいて、Cursorに良い.NET体験が今後存在する可能性は非常に低いです。
マイクロソフトは現在、これらの他の企業に対して多くのことをする立場にはないと思います。マイクロソフトが彼らを訴えたり、彼らの生活をより困難にする可能性についての推測を見ましたが、彼らは本当にそれをすることができません。
たとえできたとしても、開発者との関係をこれほど傷つける公の失態をするとは思えません。現在、人々はマイクロソフトに怒っているか、Cursorに怒っているかについて50/50くらいです。彼らはそのままにしておきたいと思っています。彼らが少なくとも行動すれば、この状況でより良く見えます。
VS Codeの役割を思い出す必要があります。おそらくもっと早く話すべきでした。VS Codeは決してお金を稼ぐことを意図していませんでした。マイクロソフトのVS Codeの計画は、「これに課金して拡張機能を売るお金を印刷する機械を作る」というものではありませんでした。
マイクロソフトには、VS Codeでお金を稼ぐ計画はありませんでした。もしあるとすれば、Macでうまく動作する良いエディタをサポートしたのは初めてだったため、Windowsでの彼らの優位性を傷つけたかもしれません。
VS Codeはマイクロソフトがお金を稼ぐために開始したプロジェクトではありません。それは開発者コミュニティとのブランディングと関係を円滑にしようとして始めたものです。TypeScriptと同様です。TypeScriptはお金を稼ぐためではなく、開発者体験を向上させ、また開発者の世界での彼らの評判を向上させるためのオープンソースでした。そしてそれは素晴らしく機能しました。
VS Codeはマイクロソフトが開発者とその必要なツールやテクノロジーを気にかけているという最高の例の一つです。彼らは再び開発者に愛されたかったのであり、それは素晴らしく機能しました。VS Codeはマイクロソフトが開発者とそのツールやテクノロジーを気にかけている最高の例の一つです。
彼らは開発者に再び愛されることを望んでおり、お金を稼ぐためにVS Codeの周りで決定を下すのではなく、開発者を幸せにするためにVS Codeの周りで決定を下してきました。それが長期的にマイクロソフトがより多くのお金を稼ぐ立場に置くことを望んでいます。
それが変わるとは思いません。明らかに、Cursorのような企業を見て、彼らが調達した評価額を見ると少し妬ましくなり、それをコピーしたり、競争している場合には彼らにとってより困難にしようとする本能が働きます。
しかし、ここではそうだとは思いません。マイクロソフトの目標がこれらの他のオプションを破壊して結果としてお金を刷ることだとは本当に思いません。彼らはただより良い開発ツールを作りたいだけだと思います。
エージェントモードとMCPにも同じことが言えます。明らかにこれはCursorとWindsurfの成功によって推進されていますが、それに取り組んでいる人々が単にそれに興奮しているという事実からも来ていると思います。
最近これに取り組んでいる人々の何人かと話をし、彼らは本当に興奮していました。それは単に他の人々を破壊するためにこれをやろうとしている大企業ではなく、興奮し、気にかけ、興奮していることを構築している人々のチームのように感じます。
それが常にVS Codeの目的でした。より良い感情を築き、開発者をより幸せにすることでした。
それを知っていると、これがマイクロソフトチームがすべてのフォークを破壊しようとしている何らかのクレイジーな陰謀だとは信じがたいです。特に私が使用する言語はまったく影響を受けていないため、私はそれらの将来についてそれほど心配していません。
しかし、それが現在の私の感じ方です。私が普段行う動画のほとんどよりも間違っている可能性が非常に高いです。もし間違っていることが判明し、これらのフォークの生活が意味のある形で困難になるなら、必ず更新されたビデオを公開し、それに応じてコメントを残します。
楽しかったことを願っています。次回まで、平和を、オタクどもよ。
コメント