? Tech Edvocate
0Microsoft Windows9
. Microsoftの2013 Fall Conferenceに展示されています.
Windows 9
開発者ビルド. Microsoftの2013 Fall Conferenceに展示されています.
9730をビルド[]
UNLEAK2051のファイルバージョン.ビルド9733のDLLには、ファイルバージョン9があります.0.9730..
9733をビルド[]
2017年12月にハッカー組織「Leakall」によってリークされました.
9735をビルド[]
.
インターネットエクスプローラ [ ]
Internet Explorerは11に更新されます.5.
高速リング開発者プレビュー(2014年2月2日リリース).
2月下旬ビルド[]
このビルドは、Windowsベータ版の画像を備えたWebサイトで紹介されていますが、ビルド番号は表示されていないため、このビルドが実際にあるかどうかは誰も確認できません. ビルド番号は9740だったと言う人もいます.1000
9741をビルド[]
Consumer Preview(2014年3月30日リリース).
ビルド9750(pre-rtm)[]
単純化された中国語Pre-RTM(2014年4月29日リリース).
ビルド9750(rtm)[]
ビルド9751(サービスパック1)[]
Service Pack 1 Windows 9のビルド. .
ビルド9751(ポストRTM)[]
Windows9の日本のポストRTMビルド(2014年5月8日リリース).
9788をビルド[]
2020年9月にハッカーによってリークされました.
9791をビルド[]
第1テクニカルプレビュービルド(2014年10月15日リリース).
9792をビルド[]
テクニカルプレビュービルド(2014年10月29日リリース).
ProjectSpartan []
Microsoft Edge(Codename Project Spartan)は、Internet Explorer 11に基づいてこのビルドに参加しています.5.
9795をビルド[]
インサイダープレビュービルド(2014年12月12日リリース).
9797をビルド[]
マイナーバグフィックスビルド、ロックキルの削除、30分間ログインするのを妨げるマイナーバグ(2014年12月20日リリース).
9800をビルド[]
RTMビルド(2015年1月2日リリース.))
9975をビルド[]
主要なBugfixビルド、Syskeyの削除、Wannacryの脆弱性パッチ(2017年5月14日リリース).
2017年の中期ビルド[]
.
Build10012 []
第1インサイダープレビュービルド(2017年11月19日リリース.))
なぜMicrosoftはWindows 9をスキップしたのですか?
. ソフトウェアを段階的に番号付けする慣習が守られていなかったため、技術コミュニティはこの動きに困惑しました. Windows 9をスキップする背後にある理由はまだ技術の専門家の間で議論されており、複数の推測がなされています. この記事では、この決定の可能性のある理由のいくつかを探ります.
互換性の問題
. 多くのアプリケーションが、名前の「Windows9」を検索することにより、システムがWindows 95または98で実行されているかどうかを確認すると推測されています. Windows 9の発売により、Windows 9とWindows 95/98を区別できなかったため、これらの古いアプリケーションに問題が発生した可能性があります。. .
マーケティングとブランディング
別の考えられる理由は、マーケティングとブランディングの戦略です. Windows 8はユーザーからよく受け取られておらず、Microsoftはオペレーティングシステムの新しいブランドアイデンティティを作成したいと考えていました. 新しい名前の新しいバージョンを起動することにより、Windows 8の否定的なフィードバックと批判から距離を置きたかったのです. Windows 9をスキップすることで、Microsoftは以前のバージョンと明確な差別化を作成し、新しいオペレーティングシステムを顧客にとってより魅力的にすることができます。.
商標の問題
商標の問題のためにマイクロソフトがWindows9をスキップした可能性があります. 別のハイテク企業がいくつかの国で「Windows 9」という名前をすでに登録していることが報告されており、Microsoftの法的問題を引き起こす可能性があります. 商標の侵害を避けるために、MicrosoftはWindows9をスキップしてWindows10に直接移動することにしたかもしれません.
. . このアプローチを採用することにより、Microsoftは新しいバージョンを数値的に起動する必要性を回避し、より重要な更新を定期的に作成できます. この継続的な更新アプローチにより、Microsoftは問題やバグをより効率的に対処および解決することもできます.