[雑談] Windows8について～

[jay]

１０月２６日にWindows８の一般向けのものが正式にリリースされますね
それがデフォルトで搭載されているＰＣも順次発売されるそうですが、さてはていつ頃購入したものでしょうか


発売直後は予期しない不具合などが多発することが予測されますから、少し待つのが定石でしょうが
やっぱりソフトウェアを開発して、公開する立場の人は動作環境の意味合いでも比較的早い段階で購入する人が多いのでしょうか？
中にはそう言うのをいち早く購入する知り合いに動作テストを頼んだりする人もいるかもしれませんが
でも Visual Studio Express 2012 for Windows 8　なんてものが出てるあたり、開発環境としてもWindowsは力を入れている・・・のでしょうか？


そんな訳で参考までにWindows８に対する皆さんの意見や、購入時期なんかの考えを聴きたいなと思います
ちなみに僕は半年もしたらだいぶ利用者も増えると思うので、その辺りで購入しようかなと考えたりしています

と言うか会社勤めの方は既にDeveloper Preview版やボリュームライセンスなんかで使ってるのかもしれませんけど・・・ｗ

[softya（ソフト屋)]

問題はWindows8がいろんな人に相当な混乱をもたらすだろうなって所です。
１．Windows8RT(無印Surface)とWindows8は別物でありデスクトップアプリは動かないんで、Windows8RTは限りなくWindowsPhone8だと思ったほうが良い。
２．VS2012からC++/CLIはフォームアプリを表面上開発できなくなっている。つまり、Windows8はアプリストアの都合もありC++/CLIで開発してはいけない。
３．VS2012はWindows7以降しか動かない。
４．タッチパッドがないと操作性が悪いと思っています。あのメトロ（？）での操作は無いと辛いと思いますね。タッチ付きの購入を考えてほうが良いでしょう。
５．メトロ（？）とデスクトップの行き来が普通の人にうまく出来るのだろうか？

公開アプリのテスト用としては欲しいので、アップグレードのダウンロード版３３００円を考えています。
とりあえずＲＴＭ版をインストールすればテストできますが恒久的に使えるわけではないんですよね。
今のところはＲＴＭ版を使っています。

個人的な見解。
１．ウィンドウのデザインがいただけない。
２．リボンインターフェイスが実は好きじゃないが全面に採用されてしまった。
３．なんか終了させるのも面倒なしくみ。

[ISLe]

わたしはスルーの方向です。
いま使ってるマシンはけっこう古いので、マザーボードからごっそりリプレースしないと見た目以外に強化されている機能がまったく活かせないですし、現状で性能的に困ってないのでわざわざハードを買い換える気にならないですし。

Windows 7のメインストリームが切れる前にWindows 9(?)が出るでしょうからそれには乗り換えると思います。
Windows 8に乗り換えることがあるとしたらそれ以前にハードが壊れたときですかね。

実際Vistaはスルーしてるので何の問題もないかなと。


Windows 8は、新規インストール用のパッケージ版は無くて、そのかわりDSP版のハード縛りがなくなっているそうで。
アップグレード版は(キャンペーン中だけ？)安価ですけど、DSP版Proでも1万6千円くらいらしいですし、マシンといっしょに買えばもっと安く新規ライセンスを入手できるのが良いですね。

[YuO]

当然のように明日アップグレード版をダウンロード購入予定です。
ついでに，VAIO Duo 11も予約済みです。Surfaceの仮注文も (これは金額未定なので，決定してから購入するか決めますが)。

オフトピック

TwitterのTLやRSSで確認している先にMS MVPな人が多いので，すでに置いていかれている気分だったりします。
メールで，ナチュラルに

あと Windows 8 だとストレージプールだかで容量を追加できましたよね。

とか書いてきた人いますし (色々とお世話になっている方なのですが)。

UIまわりは「どうせ慣れる」と思っています。最近だけでも

Windows XP→Windows Vista→Windows 7/Windows 2008 R2
と扱うOSが変遷してきていますが，結局新しい方の操作に慣れていっていますので。

オフトピック

データ移行等が終わらずメインがXPの時代でもサブのVistaに／メインがVistaでもサブの7に，という具合です。
現在のWindowsの認識は，

• XP/2003:絶対使いたくない過去の遺物
• Vista/2008:いくらか我慢すれば使えるレベル
• 7/2008R2:標準

Officeは

• 2003まで:世の中から消えればいいのに
• 2007:そーいやあったね
• 2010:標準

という認識。

今回はMSにしては珍しく破壊的変更を伴うので，初心者相手には教えられる人が対応するまで勧めないですけれどね。

と言うか会社勤めの方は既にDeveloper Preview版やボリュームライセンスなんかで使ってるのかもしれませんけど・・・ｗ

DP版やCP版，RP版は誰でも手に入れられましたよ。Preview版ではありましたが。
個人でもMSDNやTechNetがあればRTM版は入手可能です。

とりあえずＲＴＭ版をインストールすればテストできますが恒久的に使えるわけではないんですよね。
今のところはＲＴＭ版を使っています。

Enterprise 評価版は90日ですね。
評価版ですから，当然日数制限があります (Windows Server 2012は180日)。


MSKKの各種セミナー聞く限り，Windows Store Appsだけに注力する，という感じは受けませんでした。
ただし，Windows RTで動かすにはWindows Store Appsにする必要がありますから，その都合でWindows Store Appsを作ることは出てくると思います。
なお，Windows Store AppsのUIの規準は「非常に面倒くさい」だそうです (通した人たちの話から)。
まあ，Windows Store AppsからDirectXは例外的にアクセス可能なのでC++/CXでゲーム，というのはありだと思います。いくらか作法はありますけどね。
ゲームに関してUIに関する面倒な話は大きくないとは思いますが，XNA時代からの混合言語の問題だけに注意すれば……。

オフトピック

混合言語問題というのは，複数言語混合について - Xbox LIVE Indie Games Forumsなど，XNAのピアレビューに起源があり，
アルファベット混じりのアプリが複数言語混在問題で審査に落ちるでWindows Phoneでも再発した，残念な意味で由緒正しき問題です。
今のところWindows Store Appsで問題になったという噂は聞きませんが，「そういうことがあった」ことは知っておいた方がよいでしょう。
ゲームでありそうな単語だと，ScoreとかMenuだとかも「複数言語混在」とみなされるので注意が必要です。

ちょっと前に，プライバシーポリシーが問題になったりもしました。ネットワークアクセスの場合は注意。

[softya（ソフト屋)]

C++/CXの話題が出ていたのでC++/CLIとC++/CXの違いについて。
「[win8] C++/CLI と C++/CX の違い | Moonmile Solutions Blog」
http://www.moonmile.net/blog/archives/3401
まぁ、ぜんぜん違うものと思ってもらったほうが。

あとSurface RTのレビューが出てますので参考にしてください。ギズモードはWindows8を大プッシュしていたはずが真逆のレビューですね。
「Surface RTレビュー：この大いなる落胆 : ギズモード・ジャパン」
http://www.gizmodo.jp/2012/10/surface_r ... medium=rss

[jay]

サーバーのダウン及びその他の理由につき、返信が大変遅くなってしまい申し訳ないです


>>softyaさん
C++/CLIで開発してはいけない・・・ですって！？

VSの方の情報収集を怠っていました(オイ)
てっきり2008＞2010の流れのように単純なヴァージョンアップで行くのかと思いきやフォームアプリが開発できないって
表面上は、って言うところが気にはなるんですけれど(苦笑)
でも実際は僕みたいな立場の人が作るアプリケーションって大抵が普通にウインドウアプリケーションですし
それが作れるなら問題はないかな、ってC++/CLIが使えないならそれもダメなんじゃ・・・？
まぁフォームアプリだって作らない訳じゃないですし、どっち道2008や2010も引き続き続投は確定ですねｗ


リボンUIはOfficeソフトで使う分には悪くないと思いますが
よりによってWindowsエクスプローラーで採用するのは僕でも「え～」って思いましたね
今のスタイルに任意で戻せるようだといいんですけどね


そしてＤＬ版と言う手がありましたか
確かに動作テストだけならそれでも十分ですしね
僕のメインＰＣもまだまだ使えますし、それは検討する価値ありですね


にしても・・・「大いなる落胆」ですか(苦笑)
やっぱりタブレットタイプのＰＣをメインとして扱うのはまだ無理がありそうですね～
まぁ元からタブレットの方は買う気なかったからいいですけれども


>>ISLeさん
Vistaスルーってｗ
まぁハードの部分まで事細かくメンテできたり、パーツの取り換えまで出来る知識がある人なら
１台のマシンを平均より遥かに長く使えるでしょうしね
メインのマシンを変えるとなるとデータの移動が物凄く大変ですし、現状で問題がなければ無理に乗り換える必要性は何処にもないですからね

でもやっぱりアプリを公開するならテスト環境は欲しくないですか？
まぁでもVistaをするーして無問題だったということはなんらかの解決策があるのでしょうね


>>Yuoさん
おおっと！　こちらはISLeさんとは打って変わって発売日当日に購入予定ですか！
良ければ日記の方でレビューお願いしますね、エクスプローラーだとかタスクマネージャーがかなり様変わりしてるようなので
凄く気になります
いくら人間は順応する生き物だと言っても限度がありますからね(苦笑)


しかしザッと見た感じではMetroスタイルのアプリの開発はホントに面倒くさそうですね
僕は当分は手を出さないだろうというのが容易に想像出来てしまいます
ゲームの開発もしばらくは今まで通りですかね～

[史上最悪のデスペナ]

なんか恐ろしげなことが書かれていたような気がしますが見なかったことにして・・・・・・・
私は例のジンクス（？）に基づいて買うのを止めようかとｗ
Windowsは良いものと悪いものが交互に来るという・・・・・・

[softya（ソフト屋)]

>>softyaさん
C++/CLIで開発してはいけない・・・ですって！？

VSの方の情報収集を怠っていました(オイ)
てっきり2008＞2010の流れのように単純なヴァージョンアップで行くのかと思いきやフォームアプリが開発できないって
表面上は、って言うところが気にはなるんですけれど(苦笑)
でも実際は僕みたいな立場の人が作るアプリケーションって大抵が普通にウインドウアプリケーションですし
それが作れるなら問題はないかな、ってC++/CLIが使えないならそれもダメなんじゃ・・・？
まぁフォームアプリだって作らない訳じゃないですし、どっち道2008や2010も引き続き続投は確定ですねｗ

表面上を説明しておくと2010で作ったプロジェクトはコンパイルできます。
新しいプロジェクトは作れません。フォームデザイナも使えないはずです。
って事実上結構つかえません。

C#に移れば問題ないのでC++/CLIを捨てろとマイクロソフト様はおっしゃっていると思えてなりません。

【追記】
「窓の杜 - 【Windows 8発売記念企画】Windows 7以前の使い勝手を取り戻すソフト特集」
http://www.forest.impress.co.jp/docs/sp ... ml?ref=rss
リボンＵＩを無効にするソフトが出てますね。

[jay]

>>デスペナさん
僕のクラスで唯一僕よりプログラマーとして実力が上の人物も同じことを言ってましたねｗ
曰く、成功と失敗を交互に繰り返すマイクロソフトは期待を裏切らない！　せやから俺は今回は買わへんねん！

でも今回はかなりの部分に大きな変更があるみたいですし
僕たちみたいなプログラムやがスルー出来る範囲の変更なのかどうかが問題になりそうですね

あと何やらＶＳの最新版は恐ろしいことになりそうなので2008や2010をアンインストしちゃだめですよ！


>>sfotyaさん
使えないですねぇ(苦笑)
事実上できることは細かいメンテナンスくらいのものですね

でもＣ＃はＣ＋＋より敷居が高いイメージなので、これから始める人が大丈夫なのか心配ですね
まぁ、ウチの学校でもＶＳ2008がベーシックですし
いざとなれば旧バージョンで開発すればいいだけですからね～


そして早くもリボン無効化ソフトが出ましたかｗ
いつか出るだろうな～、とは思っていましたが。　まさか既に出ているとは・・・(苦笑)
それだけ賛否の分かれる仕様をマイクロソフトは採用したって事でしょうかね

[ISLe]

とっくにC++/CLIはライブラリを書くだけで、フォームはC#やVBという棲み分けができているのだと思ってました。

開発環境含めたらC++よりC#のほうが習得難易度はかなり低いのではないでしょうか。

[YuO]

一日つかってみての感想。
Windows8，ATOK 2011 (←最新のひとつ前のバージョン) の動きが怪しい以外は7と使い勝手がほとんど変わらないです。
MS IMEはちゃんと動くので，TSFまわりの不具合の可能性を疑っていたり。
# 最新版じゃないし，最新版でもWinRT側で動かないという制限もあるのでATOKは次期バージョンに期待。

まぁ，スタートスクリーンなんかはMSにしてはofficeのリボン以来の大きな破壊的変更だとは思いますが，今までスタートメニューを検索機能で絞り込んで使っていた人には違いがほとんどなかったり。
# 常にメニューをたどる人には大きな変更かもしれません。

ちなみに，システムドライブのSSDのバックアップに4時間 (Clonezillaの問題もありそう。USB 2.0経由でHDDに書いているから余計に遅いし)，インストール自体は1.5時間でした。
年次有給休暇とって正解でした。

てっきり2008＞2010の流れのように単純なヴァージョンアップで行くのかと思いきやフォームアプリが開発できないって
表面上は、って言うところが気にはなるんですけれど(苦笑)
でも実際は僕みたいな立場の人が作るアプリケーションって大抵が普通にウインドウアプリケーションですし
それが作れるなら問題はないかな、ってC++/CLIが使えないならそれもダメなんじゃ・・・？
まぁフォームアプリだって作らない訳じゃないですし、どっち道2008や2010も引き続き続投は確定ですねｗ

現実問題として，C++/CLIのWindows Forms Applicationがどれだけ作られているか，ということでしょう。
C++/CLI自体がどれだけ使われているかも疑問ですが。
VC++2008でSTL/CLRが加えられた以外，C++/CLIの新機能がなかったりします。
.NET Framework 3.5での目玉機能，LINQも対応しませんでしたし (拡張メソッド自体に非対応)，.NET Framework 3.0のWPF/WCF/WF，.NET Framework 4のPLINQや動的型の対応もなかったです。

よりによってWindowsエクスプローラーで採用するのは僕でも「え～」って思いましたね

私はリボンを最小化して使っています。
結果，Windows 7のエクスプローラーと使い勝手に違いがなくなりました。

しかしザッと見た感じではMetroスタイルのアプリの開発はホントに面倒くさそうですね

Windows Store Appsは，UIに全体として一貫性を持たせて，ユーザーがコンテンツに没入できるようにしよう，というコンセプトになっています。
このため，どうしてもUI制限がかかります。
UIで独自性を出すのではなく，コンテンツで独自性を出せ，という話なので。

まぁ，WindowsRTを無視すればデスクトップアプリケーションはWindows 8上で動くわけで，
さらにWindowsRT実機が現時点では国内で販売されていないことも合わせて考えれば，今まで通りでもとりあえずは困らない，ということも言えます。

ちなみに，今まででもWindows ユーザー エクスペリエンス ガイドラインなるものがあるのですが，これを守ったWindows Vista/7アプリケーションがどれだけあるかというと……。

Windowsは良いものと悪いものが交互に来るという・・・・・・

さすがにこれは迷信と切って捨てましょう。
NT 3.5 / NT 3.51 / NT 4.0 / 2000 / XP, Sever 2003, Server 2003 R2 / Vista, Serve 2008 / 7, Server 2008 R2 / 8, Server 2012
この流れを考えてそれをいっている人がどれだけいることやら。
主にNT 4.0とXP以降のコンシューマー系OSを使ってきましたが，個人の感想としては「以前のOSよりは間違いなく良い」と思いますよ。
# ただし，適切なハードウェア構成下において。
NT 4.0の後の2000，NT 4.0と比べて何か悪かったのでしょうか。
よく言われるXPの後のVista，本当にXPより悪かったですか。ハードウェアが不足していただけではないでしょうか。

C#に移れば問題ないのでC++/CLIを捨てろとマイクロソフト様はおっしゃっていると思えてなりません。

実際，それに近い扱いですね。
MSの各種セミナー等でもC++/CLIなんて使われているのを見たことがほとんど無いです。
WinRTでもゲーム以外でC++/CXはどれだけ使われることやら……。
HTML5でも書ける，というのは実際書いた人曰く「誰の得になるのかわからない」だそうです。
# バインドまわりなど，結局WinRTのこと知らないと書けないのだとか。

でも今回はかなりの部分に大きな変更があるみたいですし
僕たちみたいなプログラムやがスルー出来る範囲の変更なのかどうかが問題になりそうですね

えーっと，デスクトッププログラムの作成においては，DCOMに手が入ってWinRTが動くようになった程度だと思いますが……。
あと，通知領域がさらに目立たなくなっています (スタートスクリーンでは表示されないので)。

でもＣ＃はＣ＋＋より敷居が高いイメージなので、これから始める人が大丈夫なのか心配ですね

えーっと，C++より言語自体がややこしい言語ってそうそうない気がしますが。
もちろん，C#や.NET Frameworkにも歴史的経緯により今となっては不要な機能があったりしますが，C++の複雑怪奇な仕様に比べればましかと思います。

オフトピック

• delegateによる匿名メソッド (C#: 2.0~)→ラムダ式 (C#: 3.5~)
• Delegate.BeginInvoke/EndInvokeによるスレッドプールの利用 (C#: 1.0~)→System.Threading.Tasks.Task (.NET Framework: 4.0~)
• ジェネリックでないSystem.Collections.* (.NET Framework: 1.0~)→System.Collections.Generic.* (.NET Framework: 2.0~)
• System.ComponentModel.BackgroundWorker (.NET Framework: 2.0~)→async/await (C#: 5.0~)

など……。
LINQにしろPLINQにしろasync/awaitにしろ，プログラマが楽するためのものであって，それを自分で実装すると非常にややこしいものになることをC#/.NETが代替してくれています。

とっくにC++/CLIはライブラリを書くだけで、フォームはC#やVBという棲み分けができているのだと思ってました。

フォームを含むUIというよりも，ほとんどをC#やVBで書いて，それらではどうしようもなかったり面倒な部分をC++/CLIに委譲するのが主な使われ方でしょうね。
通常のAPIやCOM程度ではP/Invokeで全てが処理されて，INameSpaceTreeControl interfaceレベルになると，C++/CLIの出番がでてくるという……。

開発環境含めたらC++よりC#のほうが習得難易度はかなり低いのではないでしょうか。

残念ながら，開発環境を含めることに抵抗を覚える人が，世の中には多いみたいですよ。
そうでなくてもC++よりC#の方が習得難易度は低いと思いますが。

[史上最悪のデスペナ]

NT 4.0の後の2000，NT 4.0と比べて何か悪かったのでしょうか。
よく言われるXPの後のVista，本当にXPより悪かったですか。ハードウェアが不足していただけではないでしょうか。

ＸＰより前のは分からないのですが、使い勝手は７＞ＸＰ＞Ｖｉｓｔａでしたね
あと、Ｖｉｓｔａはメモリをたくさん必要とするんでしたっけ？
ハード的な意味も含めてその時代に合った性能でないと本当は凄くてもダメな子扱いされますよね
まあ、ＰＣに限りませんが。

そういうのもあって交互に～というのがあるのだと思っています

[jay]

>>ISLeさん
どうなんでしょうね～
実際Ｃ＃よりＣ＋＋の方が扱いやすいというのは僕の勝手なイメージですし

そのイメージがどこから来たかと言われたら、Ｃ＃を教えてた先生が１００％の原因ですしね(苦笑)
あの人の教え方が悪かったからＣ＃はＣ＋＋やＪａｖａに比べて残念、というイメージが僕の中に植え付けられているのですし・・・
ハッキリ言って自ら進んでＣ＃で開発したいとは思えない・・・(苦笑)


ちなみにウチの学校ではフォームアプリの制作も普通にＣ＋＋で教わりましたよ


>>Yuoさん
バックアップの方はともかく
ＯＳのインストールってそんなに時間掛かるんですね、知らなかった・・・ｗ

スタートスクリーンの使い勝手は気になる所でしたが
僕も検索機能で使うことが多かったですし、あんまり気にする必要はなさそうですね～

Windows Store Appsは，UIに全体として一貫性を持たせて，ユーザーがコンテンツに没入できるようにしよう，というコンセプトになっています。
このため，どうしてもUI制限がかかります。

たしかにライトユーザーにとってはありがたい仕様でしょうけどね
ＵＩに一貫性があれば手を出した事がないものにもとっつきやすいでしょうし

まぁ実際、ＵＩまで設計したければMetroスタイルアプリで開発せずにデスクトップアプリで開発すればいいだけの話ですしね
開発する側から見れば凄くとっつきづらそうな印象ではありますけどね、Metroアプリって
(なれれば逆に作りやすそうな気もしますけどね)

えーっと，デスクトッププログラムの作成においては，DCOMに手が入ってWinRTが動くようになった程度だと思いますが……。
あと，通知領域がさらに目立たなくなっています (スタートスクリーンでは表示されないので)。

むしろテスト環境とかそういう意味合いも含めて言ったんですけどね
デスクトッププログラムの開発にまで制限かけるなら、僕は今の環境を維持し続けます・・・ｗ


Ｃ＃とＣ＋＋のイメージについてはISLeさんへの返信に書いたとおり、僕の勝手なイメージ
というかダメな先生に教えられた結果植えつけられた印象なので、あまりお気になさらず

こうして改めて説明されるとＣ＃って本当な便利な代物なんだなぁ、と思えるのに
やっぱりＣ＃で開発する気にはなれない悲しみが・・・


>>デスペナさん
僕的には普通に７＞Vista＞ＸＰでしたけどね

まぁ、慣れの問題もあるのかもしれませんが
Vistaはダメだって言ってる人にどこがダメなのかって聞いても、それっぽい答えが返ってきた事は１度しかなかったですね
それ故にイメージだけが独り歩きしてるとしか思えないのが僕の考えですね

ただVistaの初期の頃は本当に酷かったとどこかで聞きましたけど・・・(苦笑)

[ISLe]

残念ながら，開発環境を含めることに抵抗を覚える人が，世の中には多いみたいですよ。
そうでなくてもC++よりC#の方が習得難易度は低いと思いますが。

企業で業務用アプリを開発しているような、Visualなんたら＝開発言語、というプログラマのほうが人口比率的には圧倒的に多数ではないでしょうかね。
どちらかというとマイクロソフトはそういうひとたちを相手にした商売の比率が高いので簡単に古い技術を無かったことにはできないわけで。


わたしがVistaをスルーしたのは単純にVistaでは動かないゲームがあったからです。
Vistaが出る前に発売されたゲームで、Vistaでは起動すらしないのに、7だとちゃんと動くものが少なくないのですよね。
もうVista『以降では』動かないと思って、もっと古い時代のゲームをはやまって捨ててしまったのが悔やまれます。

[史上最悪のデスペナ]

Vistaはダメだって言ってる人にどこがダメなのかって聞いても、それっぽい答えが返ってきた事は１度しかなかったですね

それっぽい答えではないかもしれませんが、私が使いにくいと思った理由は、
１．動作が重い。特にマウスとか（メモリ不足かと
２．使った順がXP→７→Vistaだから。見た目は７なのにXPみたいな動作をするため
この二つが一番大きいかと

[YuO]

オフトピック

Windows Store Appsをあまり使っていないのに，最大化しているデスクトップアプリを上から下にドロップして閉じようとしている……。

でも今回はかなりの部分に大きな変更があるみたいですし
僕たちみたいなプログラムやがスルー出来る範囲の変更なのかどうかが問題になりそうですね

えーっと，デスクトッププログラムの作成においては，DCOMに手が入ってWinRTが動くようになった程度だと思いますが……。

スナップをさせていて気付いたのですが，最大化したときの大きさや位置について，今まで以上に勝手な想定はできなくなっています。

元々マルチディスプレイ環境では最大化しても左上が(0, 0)とは限らなかったわけですが，Windows Store Appsをスナップさせた場合，そのウィンドウでは最大化してもディスプレイの一部分にしか表示されません。
さらに，スナップ可能なのは各ディスプレイの左右なので，デスクトップのど真ん中でディスプレイ領域が分割されたりします。
そして，スクリーン座標自体はスナップされた領域も含めて振られます。

• スナップされた裏側部分にウィンドウを表示させることはできるものの，アクティブでも見えない (TOPMOSTなら表示される)
• スナップの追加や削除によって，最大化されているウィンドウのサイズが変更される

あたりは気をつけないといけない点でしょうか。

システム寄りのプログラムを作っている場合はWinRTアプリケーションの都合でグループのフラグが追加されていたりします。
まぁ，システム寄りのプログラムは当然OSごとに対応が必要になりますけどね……。
# 例えばProcess Explorerでは，プロセスの[Properties] - [Secuirty]タブのFlagsにAppContainerやCapabilityというフラグが追加されています

開発する側から見れば凄くとっつきづらそうな印象ではありますけどね、Metroアプリって

基本的にはスマホアプリに近い考え方になるでしょうね。
あと，どのOSでもUIって一番面倒な部分でもあるので……。

むしろテスト環境とかそういう意味合いも含めて言ったんですけどね
デスクトッププログラムの開発にまで制限かけるなら、僕は今の環境を維持し続けます・・・ｗ

デスクトッププログラムに関しては，制限はないです。
もちろん，Win8からのAPI使ったりC#やVBからWinRTのランタイムを参照するような作りにしたりすると，当然Win8が必須になりますが。