Microsoft は、開発者向けの新しいランディング ページと、Windows の問題を報告するための専用のフィードバック リポジトリを作成しました。
このウェブページは「LinuxやAndroidなど、Microsoft以外のオペレーティングシステムで動作するアプリやシステムを構築・展開する開発者向け」とされている。本当にそうだろうか？新しいランディングページには、Node.js、Python、Android、Windowsデスクトップアプリ（！）、C++とC、C#、Azure上のJava、PowerShellという8つの主要な「開発パス」が示されている。
また、Windows Subsystem for Linuxにも重点が置かれており、Node.jsのようなUnix系環境で生まれたプログラミングプラットフォームにメリットをもたらします。MAX_PATHや特殊文字に関する異なるルールなどは、依然として問題となる可能性があります。さらに、ターゲットプラットフォームがLinuxの場合、開発とデバッグをLinux上で行うことは理にかなっており、WSL 2はまさにその要件を満たしています。
マイクロソフトのターゲットの一部はMacユーザーであるようだ。なぜなら、そのページには「MacとWindows間の移行」についても書かれているからだ。しかし、同社が克服できない問題が1つある。それは、iOS用のコンパイルには依然としてMacが必要だということだ。
同社は、.NET Coreが依然としてMicrosoftプラットフォームとして認識されているという事実にも対処しようとしているのかもしれません。開発者のダスティン・ゴルスキー氏が最近指摘したように、.NETが直面する課題はそれだけにとどまりません。
Windows 上でコーディングし、Windows Subsystem for Linux 2 上で実行する
「.NETの認知的参入障壁は高い」と彼は述べ、「.NET、.NET Core、Mono、Xamarin、そしてC#、F#、VB.NETとターゲットフレームワークやランタイムの関係」が曖昧になっていると訴えた。ゴルスキー氏は、マイクロソフトは「.NETをより初心者に優しい言語にすることに失敗している」とし、「非常に短命だった.NET Standard」のように頻繁に方針を変えており、.NET 5でも同様のことをしようとしていると述べた。ゴルスキー氏はこれを、「本来のシンプルさの美しさを失っていない」PHPや「本来のシンプルな設計に忠実であり続けている」Goと対比させた。もう一つの問題は、.NETがC#とあまりにも密接に結びついているため、F#などの他の言語に問題を引き起こしていることだ。
Microsoftがドキュメントをこうした問題を軽減する手段と捉えているのは正しいが、新しいランディングページだけでは限界がある。Node.jsやPythonといったMicrosoft以外の言語やフレームワークを使用している開発者にとっては、状況はそれほど悪くない。入門ガイドやチュートリアルがいくつか存在しており、開発者はそれらを参考にして、それぞれの環境のコミュニティでさらなるガイダンスを求めることになるだろう。しかし、.NETを初心者にも分かりやすく、かつ専門家にとっても使いやすく役立つ形でドキュメント化するという課題は大きく、現状の取り組みは不十分だ。
Windowsで作業する開発者も、新しいGitHubリポジトリを利用するよう呼びかけられています。「このリポジトリの目的は、Windowsで作業する開発者に影響を与える問題を収集し、カタログ化することです」とMicrosoftは述べ、対象プラットフォームに関わらず、Windowsでコーディングするすべての開発者を対象としていると説明しています。
範囲が広そうに聞こえるかもしれませんが、実際はそうではありません。「現在、開発者向けのパフォーマンス問題に対応しています」と序文は続き、.NET CoreやWinUI、Windows Subsystem for Linux、Windows Terminalといった特定のフレームワークを含む「範囲外」の領域を多数列挙しています。
Visual Studioについてはどうでしょうか？「VS固有の問題がある場合は、VSの「フィードバックを送信」ボタンからVSにフィードバックを送信してください。ただし、WindowsでのVSの動作自体に問題がある場合（例えば、ファイルへのアクセスが遅いなど）は、私たちがサポートできる可能性があります」と、この取り組みを主導するシニアプログラムマネージャーのリチャード・ターナー氏は述べています。
同氏はさらに、この取り組みはチームや部門をまたがり、「Windows での開発者のエクスペリエンスを向上させることに熱心な不良集団」で構成されているが、「上級役員の支援とサポート」を受けていると付け加えた。
ターナー氏や他の人々が、Windows 10 のフィードバック ハブ、Visual Studio 内のフィードバック オプション、Microsoft の Tech Community のようなサイトなど、現在のフィードバック プロセスでは、バグや不具合を修正できるエンジニアに知らせるのに不十分だと感じていることは明らかです。
どの問題が該当するかを判断するのはユーザーにとって困難であり、新しいサイトには様々なケースが寄せられる可能性があります。「新しいファイルエクスプローラーが必要です」「プロセスXによってロックされたファイルのイベントビューアーログを有効にして、特定のファイルがロックされた理由を詳細に記録してください」「Windowsのスタートメニュー検索からMS Edgeへのリダイレクトを停止してください」といったケースは、すでに「範囲外」として却下されています。
別のユーザーは、Visual Studio 2019の「新しいプロジェクト」ウィンドウが分かりにくく、「非常に使いにくく、教育と開発時間の負担になっている」と不満を述べています。執筆時点ではまだ解決されていませんが、「範囲外」ではないかと思われます。
多くのWindowsユーザーは、もう一つの問題に共感するでしょう。「Windowsの検索がひどく遅い」。これは私たちにとっても謎です。Windowsマシンを壊したいなら、ファイルエクスプローラーで大きなディレクトリを検索してみてください。Microsoftが改善を約束した回数は数え切れません。新しい公式「Windowsの問題」サイトが本当に意味があるかどうかは別として、この1つの問題が解決できれば、それだけの価値はあるでしょう。®
