C++相談室 part159

**デフォルトの名無しさん** · 2022/02/19(土) 11:56:42.14

前スレ
C++相談室 part158
https://mevius.5ch.net/test/read.cgi/tech/1636969758/

**デフォルトの名無しさん** · 2022/03/21(月) 18:22:20.19

>>616
マネージド拡張と勘違いしてるんでは？

**デフォルトの名無しさん** · 2022/03/21(月) 18:28:56.05

https://docs.microsoft.com/ja-jp/cpp/extensions/component-extensions-for-runtime-platforms?view=msvc-170

**デフォルトの名無しさん** · 2022/03/21(月) 18:32:58.53

今はC++もクロスプラットフォームに対応する時代ですよ
いきなりWindowsべったりの書き方を覚えるより簡単なコンソールアプリとかQtから始めるのをお勧めしておきます

**デフォルトの名無しさん** · 2022/03/21(月) 18:37:45.51

どうせいつものVC++使うconstの話ばかりするおじさんの自演ｗ

**デフォルトの名無しさん** · 2022/03/21(月) 18:46:38.57

MSの独自拡張ガーとか言われてもC++を世界に普及させたのはMSですからね。

**デフォルトの名無しさん** · 2022/03/21(月) 18:55:58.33

MFCのことかね？

**デフォルトの名無しさん** · 2022/03/21(月) 19:30:28.04

ユニコードのことか～

**デフォルトの名無しさん** · 2022/03/21(月) 19:33:36.97

utf16 なんか消えて、utf32 と uft8 だけになればいいのに…

**デフォルトの名無しさん** · 2022/03/21(月) 20:04:10.64

J#が一番ワケワカランかった

**デフォルトの名無しさん** · 2022/03/21(月) 22:37:44.93

ちんちんシュッ！シュッ！シュッ！

**デフォルトの名無しさん** · 2022/03/22(火) 08:04:59.19

なんでqmlって機能があるQtよりelectronが普及したのか

**デフォルトの名無しさん** · 2022/03/22(火) 08:19:14.63

>>627
Qtはライセンスが面倒じゃない？
特にwindowsはよくわからん。

**デフォルトの名無しさん** · 2022/03/22(火) 10:17:12.52

>>619
プラットフォームをWindowsからQtに乗り換えるだけじゃ同じことじゃん
アプリから見てAPIでしかないんだから

**デフォルトの名無しさん** · 2022/03/22(火) 10:31:07.58

泥舟に乗り換えろと言われてもな。

**デフォルトの名無しさん** · 2022/03/22(火) 10:46:04.30

共通プラットフォーム使うのは全然マシだと思いますよ

**デフォルトの名無しさん** · 2022/03/22(火) 10:51:02.79

Javaの失敗から何も学ばないのは馬鹿というものだ。

**デフォルトの名無しさん** · 2022/03/22(火) 10:53:19.42

C++の失敗とかここで言われても

**デフォルトの名無しさん** · 2022/03/22(火) 12:08:25.57

じゃ鉄舟にのりかえるわ

**デフォルトの名無しさん** · 2022/03/22(火) 12:48:01.28

Win32で書いたソースコードそのままでスマホで動かせるんか？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/03/22(火) 12:59:12.46

>>635
最近はARMで動くWindowsもあるよ。

**デフォルトの名無しさん** · 2022/03/22(火) 13:03:45.42

こういう質問、Windowsとスマホの用途の違いという根本を蒸ししているパターン多いよな
前提になっているパーツや環境だって違うのに「自分は移植作業したくない」

じゃあPGやめたらって話

**デフォルトの名無しさん** · 2022/03/22(火) 13:04:16.00

s/蒸し/無視/g

**デフォルトの名無しさん** · 2022/03/22(火) 13:04:33.14

>>636
MS も Windows phone から撤退したじゃん

**デフォルトの名無しさん** · 2022/03/22(火) 13:31:47.44

Win32は「Windows」という環境依存定期

**デフォルトの名無しさん** · 2022/03/22(火) 13:37:00.07

処理系依存していいのかC/C++の最大のメリットだし。

**デフォルトの名無しさん** · 2022/03/23(水) 11:56:26.96

変なのキタ
https://ossia.io/posts/minimum-viable/

**デフォルトの名無しさん** · 2022/03/23(水) 13:08:39.58

>>642
構造体を入れ子にしてGUIノードツリーを表現するの面白いね
最近はXAML/FXML/HTMLなどXML派生言語でGUI構造を表現するものが多いけど、言語固有の構造体で表現するほうがパース・オーバーヘッドがなくていいのかな

まだ、ボタン押下時のコールバック（ハンドラー）など不明点が多い

**デフォルトの名無しさん** · 2022/03/23(水) 14:11:26.99

```
void fuga() {}

auto hoge = fuga;

int main() {
std::cout << GetFuncName(hoge) << std::endl;
}
```

こんな感じのコードを書いたときに文字列で"fuga"を返してくれるようなGetFuncNameの実装方法ってありますか?
はじめは
#define GetFuncName(var) #var
とマクロを定義すれば良いかと思ったのですがこの定義でGetFuncName(hoge)とすると"hoge"が返ってきてしまいます...

**デフォルトの名無しさん** · 2022/03/23(水) 14:25:09.91

実行時に動的に取るためにはどっかで入れてあげないと駄目ですなー

**デフォルトの名無しさん** · 2022/03/23(水) 16:45:23.47

ある比較関数
f = [](int l, int r){return l > r;};
があったとして、priority_queue<int> に f を渡したときと vector<int> を f で sort したときに両者の順番が異なるの非自明過ぎるのだが

なんで priority_queue の方はこれで昇順になるの？

**デフォルトの名無しさん** · 2022/03/23(水) 16:49:02.84

extern C declspec dlldxport 付けて、
実行時に自分自身をサーチすれば、付けた関数については
文字が残るから可能だけど、やるかと言われたら
まあ最悪一歩手前の方法やな...

**デフォルトの名無しさん** · 2022/03/23(水) 17:47:41.73

enumの名前ほしがったり関数名ほしがったり
最初からC#使えばいいんですよ。

**デフォルトの名無しさん** · 2022/03/23(水) 18:52:01.34

C++erは速度厨なので名前を実行時解決するC#のリフレクションはあり得ない

C++23に入るかもしれない静的リフレクションを待ちましょう
https://cppmap.github.io/standardization/cppx/#_3

**デフォルトの名無しさん** · 2022/03/23(水) 18:58:48.40

静的リフレクションとか意味うっすw
リフレクション欲しいのは大抵自分自身が定義するものではないのに。

**デフォルトの名無しさん** · 2022/03/23(水) 19:02:11.91

用途に応じてベターな手段を選ぶことができるとこまで整備されると
いいね

**デフォルトの名無しさん** · 2022/03/23(水) 19:30:22.64

よくねーな。C++はとことん薄っぺらであるべき。

**デフォルトの名無しさん** · 2022/03/23(水) 19:48:39.65

>>646
template <class T,
class Container = std::vector<T>,
class Compare = less<typename Container::value_type>>
class priority_queue

デフォルトはlessで＜を定義して、降順にするのが元の意味

fで＜の意味をひっくり返せば、昇順になる

**デフォルトの名無しさん** · 2022/03/23(水) 20:10:07.72

つーかリフレクションてコンパイル時に決定できない事を扱うから意味あるのに
性的に解決できることはリフレクションとしては意味がない

**デフォルトの名無しさん** · 2022/03/23(水) 20:35:05.43

>>649
速度厨？　なにバカ言ってんだ
ハードソフトまで含めた全てのトータルバランスを追求するんだよ

そうじゃないおまえの眼がこの世界を正しく写せないだけだ

**デフォルトの名無しさん** · 2022/03/23(水) 20:52:55.01

またマクロ/const/リフレクション/windowsおじさんが自演で暴れてるｗ
マクロ→廃止すべき
const→常識なので話題に挙げないべき
リフレクション→静的/手動なべき(というか動的にリンクされない限り、C++では不要)
windows→滅びるべき
なのでおじさん不要ｗ

**デフォルトの名無しさん** · 2022/03/23(水) 21:42:30.64

ATL使ってCOMで実装しなさい。

**デフォルトの名無しさん** · 2022/03/23(水) 21:47:56.30

COMとかWin用に大型アプリ提供してる会社しか
継続してないんじゃないか。
C#のCOMは簡単だし妙な記述皆無だから
まだ使ってる人居そうだが。

**デフォルトの名無しさん** · 2022/03/23(水) 22:19:07.27

COM/DCOMの技術は良かったし、MSはときどきいい技術を作るんだけど、元の信用度が足りなくて普及しなくて失敗するｗ
COMやC++/CLI以降の話は正確にはC++じゃないので別スレでも作ってやれｗ

**デフォルトの名無しさん** · 2022/03/23(水) 22:26:18.54

MSの信用が足りないとかCOMが普及しなくて失敗したとか釣り針でかすぎ。
井の中の蛙というか下水道のゴキブリ。社会に出たことがないのだろう。

**デフォルトの名無しさん** · 2022/03/23(水) 23:17:30.63

釣りじゃねーよｗ
当時OMGのCORBA、JavaのRMI、MSのDCOMとかあったけど、全部潰れてSOAP一択になったろｗ
今じゃそれも廃れてRESTだけ残ってるｗ井の中の蛙はお前ｗ

**デフォルトの名無しさん** · 2022/03/23(水) 23:26:20.36

DCOMその他とCOMを同列に扱うな

**デフォルトの名無しさん** · 2022/03/23(水) 23:37:17.78

ただのCOMなんて・・・ｗ ActiveXと一部のコントロールで使われただけだろｗ一言で言えばゴミｗ

**デフォルトの名無しさん** · 2022/03/23(水) 23:48:22.86

釣りかと思ったらこいつガチの引きこもりやんw

**デフォルトの名無しさん** · 2022/03/24(木) 00:06:11.51

自己紹介乙ｗ
ATLほんとに使ったことあんのか？ｗ
俺はWin3.1のMFC/OLE時代からWindowsどっぷりで作りまくってたぞ
Java/.NET以降はWindowsあんまり触らなくなったけどなｗ

**デフォルトの名無しさん** · 2022/03/24(木) 00:19:47.29

今でもWindowsはcomの塊。IE、DirectX、Office全部comやで。
一太郎にExcelの表貼れるのも、vbscript、perlからExcel呼べるのも全部comのおかげ。
専ブラが一日で作れるのもcomのおかげ。

規格だけで実装では禄にオブジェクト間通信できなかったCORBAを
COMの対抗馬として本気で持ち出すあたりが無知で笑える。圧倒的MSの勝利。

**デフォルトの名無しさん** · 2022/03/24(木) 01:01:10.28

そりゃWindowsはOLE時代から使ってるから当たり前だろｗ
むしろ他で使われてなければ負けなんだよｗ

**デフォルトの名無しさん** · 2022/03/24(木) 01:08:56.24

あと普通にCORBAは結構実装されてんぞ
COMが他のプラットフォームで使われてんの見たことないし、MS以外のCOMもWindowsプラットフォームでも結構レアｗ
専ブラなんて今どき何で作るのか知らんが、普通ならElectronで書くだろうし、COMってIEコンポーネントで作るのか？？？ｗ
バカも休み休み言えｗ

**デフォルトの名無しさん** · 2022/03/24(木) 01:38:18.08

Electronだと外からの操作大変だしアプリへの組み込み難しくなるから（electronの中で戦う苦しい状態に）
普通はWebView2もってくんじゃないかな。
どんな独自アプリでもサクッと組み込めるっしょ。

**デフォルトの名無しさん** · 2022/03/24(木) 02:15:16.69

ないないｗ Electron超簡単だよｗ JS書けるだけでいいし、すごい面倒くさいよｗ二重管理だからｗ
WebView2なんてほとんど使ってるやついないだろうし、何でも外からやらないといけないからすごい大変そうｗ
Webの画面を表示したいのでなければ俺なら絶対に使わないｗ

**デフォルトの名無しさん** · 2022/03/24(木) 02:38:00.53

今はElectronより高速なTauriだな

**デフォルトの名無しさん** · 2022/03/24(木) 02:39:48.55

TauriとかWebView2よりないｗ

**デフォルトの名無しさん** · 2022/03/24(木) 03:31:57.74

Tauri＞＞＞Electronで大方の勝負ついた感じだな

**デフォルトの名無しさん** · 2022/03/24(木) 04:02:03.79

Electronて既存で出来上がってるアプリの一部、
一つのタブ内やパネル内に手軽に組み込めるの？

**はちみつ餃子** ◆8X2XSCHEME · 2022/03/24(木) 04:16:18.85

WinRT は COM がベースだよ。
C++ から利用するなら旧来の API より使いやすいんだが、
WinRT もそれほど積極的に活用されてる感じはしないな。

**デフォルトの名無しさん** · 2022/03/24(木) 04:28:29.36

そこに気付くとはｗ
C++のままだからな
.NETにすると自動的に変換可能なCOMになるっていうｗ

**はちみつ餃子** ◆8X2XSCHEME · 2022/03/24(木) 04:39:56.11

？

**デフォルトの名無しさん** · 2022/03/24(木) 05:46:41.46

.NETのアセンブリは元々publicなら設定によりCOM参照可能に出来る
https://docs.microsoft.com/ja-jp/dotnet/framework/interop/exposing-dotnet-components-to-com
WinRTは言語的な拡張なしに＝C++のままで.NET(だけじゃないけどｗ)とinteractionするので、
https://en.wikipedia.org/wiki/C%2B%2B/WinRT
必然的にCOMになるよねって言っただけｗ

**デフォルトの名無しさん** · 2022/03/24(木) 07:07:41.33

> むしろ他で使われてなければ負けなんだよｗ

圧倒的シェアのWindowsではなく
ニッチ市場で使われないと負けという謎のオレオレルールw

**デフォルトの名無しさん** · 2022/03/24(木) 07:22:11.34

イキッてるくせにCOMがそもそも何のためにあるのかがわかってないやつが散見されるな

**デフォルトの名無しさん** · 2022/03/24(木) 07:44:02.07

そもそも論ならWindowsのコントロール間でデータを授受するための仕組みであるOLEの成れの果てだぞｗ
ただ最終的に目指していたのはDCOMで、プラットフォーム非依存、DLLヘルからの脱却/GUID(UUID)での識別/バージョン管理などのローカル諸問題解決を含む、RPCだよｗ
.NET以降は表立って出て来ない形になり、Windowsでカスタムコントロールを作ったりしない限り、言葉としてもほぼほぼ失われたものだと思ってるｗ

**デフォルトの名無しさん** · 2022/03/24(木) 07:47:15.28

> COMが他のプラットフォームで使われてんの見たことない

つ　OpenVMS

**デフォルトの名無しさん** · 2022/03/24(木) 07:55:15.79

VAXは流石に名前しか知らんｗマニアックすぎるだろｗ
Openになってからも興味ないし、Alphaチップマシンは使ったことあるけど、普通にWindows動いてたよｗ

**デフォルトの名無しさん** · 2022/03/24(木) 08:11:46.86

APIの提供形態ってだけ

APIで発行された要求を処理している何者かがどこにあろうがそういう問題じゃないし
他の類似するものと比べるのもナンセンス
VirualAllocとGETMAINを比べるような不毛な話だ

**デフォルトの名無しさん** · 2022/03/24(木) 08:34:27.56

そこでIBMとか・・・時代遅れにもほどがあるでしょ
なんでそんなどんどん話を逸していくの？
俺はDCOM的意味合いでしかCOMという用語を使ってないし、文脈的にはプラットフォーム非依存な話だと思ってたんだがｗ

**デフォルトの名無しさん** · 2022/03/24(木) 09:33:43.04

C++はオブジェクト思考言語で、COMやCORBAはオブジェクト間通信の技術で、
ネットワーク越し、異処理系間通信もできるからといってそれのみと限定するほうが謎。
しかもコケたCORBAはともかくCOMが普及せず失敗したとかMS-OfficeやWindowsは普及してないと言ってるようなもの。
OLEの成れの果てと言うが木を見て森を見ずというか、むしろ草を見て地球を見ずレベル。

**デフォルトの名無しさん** · 2022/03/24(木) 13:52:17.42

氷河期世代特有のMSアンチおっさんは放置しておけ

**デフォルトの名無しさん** · 2022/03/24(木) 16:22:26.20

template引数によって関数の定義有無を変えたいのですが、そのようなことは可能でしょうか？

template＜typename T＞
class Test
{
public :

　　FuncA(){ ･･･ }

　　FuncB(){ ･･･ } ←Tがfloat型以外のときに定義するようにしたい
}

**デフォルトの名無しさん** · 2022/03/24(木) 16:50:06.09

>>687
Linuxとかに手を出して、ちょっとPCに詳しくなった気になってMSアンチになるやつはどの世代にもいるから安心しろw

**デフォルトの名無しさん** · 2022/03/24(木) 17:02:11.79

>>688
C++20の<concept>使えるなら

void FuncB()requires(!std::same_as<T,float>){...}

**デフォルトの名無しさん** · 2022/03/24(木) 17:11:46.20

conceptは要するにSFINAEだから
C++17ならこういけばいい

auto FuncB() -> std::enable_if_t<!std::is_same_v<T, float>, void> {}

**688** · 2022/03/24(木) 17:32:02.64

>>690-691
最近のC++ではそんなことが可能なんですね･･･！！
ありがとうございました！！

**デフォルトの名無しさん** · 2022/03/24(木) 17:57:10.73

あとは特化テンプレートとか

**デフォルトの名無しさん** · 2022/03/24(木) 18:00:33.75

最近のっつーかenable_ifはC++11から使えるぞ

**688** · 2022/03/24(木) 18:09:06.73

>>693-694
ありがとうございます！

**デフォルトの名無しさん** · 2022/03/24(木) 18:09:14.56

>>691
そのSFINAEはまずい
class Test<float>が実体化された時点でfuncBが実体化される
(funcBはtemplateではない)

実体化した時点でfuncBの返り値型がtemplate依存のenable_ifではなくなるためコンパイルエラーになる

**デフォルトの名無しさん** · 2022/03/24(木) 19:35:07.28

MSアンチはどの世代でも世界的に多いし、WindowsありきのOLEのような技術だけを指してCOMと言ってたら、Windowsの普及＝MS Officeの普及=COMの普及になってしまうからなｗ
C++＝OOP言語＝RPCはCOM/CORBAというのは普通に自然ｗ
Windowsだけで普及を語るのは正に草を見て地球を見ずレベルｗ
OSSなモノだと逆にWindowsだけ動かないという現象も日常茶飯事ｗそれくらい嫌われているｗ

また部分だけで動かない例挙げて、メチャクチャになってるなｗ
ちゃんと動く例を挙げて、条件を明確にしとけｗ
_tとか_vとかもあれだしｗ
Windows坊やたちはこれだから・・・ｗ

// C++11～
#include <type_traits>
template<typename T> auto FuncB() -> typename std::enable_if<!std::is_same<T, float>::value, void>::type {}
int main() {
// FuncB(); // error: no matching function for call to ‘FuncB()’
// FuncB<float>(); // error: no matching function for call to ‘FuncB()’
FuncB<int>();
return 0;
}

**デフォルトの名無しさん** · 2022/03/24(木) 22:24:41.52

MSアンチというよりもMSの囲い込みが強引すぎて、他の環境を知ってしまうとMSから離れたくなるだけでは？

**デフォルトの名無しさん** · 2022/03/24(木) 22:30:06.36

どうしてもC++17以前でSFINAEでやんなきゃいけないなら無理矢理template依存にするしかない

ようこそ黒魔術の世界へ...

#include<type_traits>

template<class T>
class Test{
public:
template<int...dummy, typename std::enable_if<sizeof...(dummy)==sizeof...(dummy)&&!std::is_same<T,float>::value, int>::type = 0>
void funcB(){}
};
int main(){
Test<int> t1;
Test<float> t2;
t1.funcB();
//t2.funcB();
}

**デフォルトの名無しさん** · 2022/03/24(木) 23:04:17.88

MSよりマックの囲い込みのほうが鼻につくと思うのは自分だけだろうか

**デフォルトの名無しさん** · 2022/03/24(木) 23:13:46.53

apple>>>MS>>>>>それ以外って感じの強さｗ

**デフォルトの名無しさん** · 2022/03/24(木) 23:16:10.29

囲い込みの点ではハードから開発環境からストアに至るまでアップルは異常な囲い込み。
社外に対しては会社も各社員も殆ど貢献しねぇし。
アップルのためだけに請け負い会社潰しながら株価あげるため活動しとる。

**デフォルトの名無しさん** · 2022/03/24(木) 23:27:03.23

MSの囲い込みとか言ってるのは爺だけだろ
OSSにどんだけ貢献してると思ってるんだよ

**デフォルトの名無しさん** · 2022/03/24(木) 23:44:46.04

いやいやなんかWeb系のTypeScriptとかvscodeとかazureとかそういうのはいいんだよｗ
問題はWindows本体ｗ
まともに動かないレベルのハードに未対応というのは分かるけど、どう見ても性能的に問題ないハードを対象外にしちゃうWindows11はどう考えてもやり過ぎｗ

**デフォルトの名無しさん** · 2022/03/24(木) 23:45:11.78

悪のゲイシ帝国。

**デフォルトの名無しさん** · 2022/03/24(木) 23:46:28.20

UEFIとチンポ2.0はセキュリティでは？

**デフォルトの名無しさん** · 2022/03/25(金) 00:01:19.19

>>703
VSCodeが囲い込みツールだもん、使えねぇって

**デフォルトの名無しさん** · 2022/03/25(金) 01:09:44.76

Mac は、Homebrew, Fastlane とか、Rubyist が作らないと滅ぶw

CircleCI の料金表のmedium のクレジットは、
Docker 10, Windows 40, Mac 50

囲い込みとは思えないほど、高い

**デフォルトの名無しさん** · 2022/03/25(金) 02:12:51.70

>>704
Windows11のハード対象外は囲い込みとは言わないのでは？

**デフォルトの名無しさん** · 2022/03/25(金) 03:06:03.91

>>704
アップルなんて自社製のマシンでしか動かないんだけど
アプリも自社製のマシンでしか開発できないし
ストアも自社製しか認めない
自社製のアプリの邪魔になるものは開発を認めなかったり審査で落す
こういうのを囲いこみっていうんだけど・・

**デフォルトの名無しさん** · 2022/03/25(金) 03:15:43.43

Appleは開き直ってとことん囲い込みを追求してるからこそ逆に認められてるところがある
開発言語からしてObjective-CとSwiftっていう独自言語で徹底してる
MSは中途半端にC++標準に擦り寄ってるのがよくないね

**デフォルトの名無しさん** · 2022/03/25(金) 05:45:38.18

VSCodeが囲い込みツール？
Linuxでも動くしそもそもOSSなんだけど…
Visual Studioと言うならまだわかるけどw

**デフォルトの名無しさん** · 2022/03/25(金) 06:08:26.54

iTunesが　おきあがり
なかまに　なりたそうに　こちらをみている！
なかまに　してあげますか？

┌───┐
│⇒はい│
│いいえ│
└───┘

iTunesが　なかまに　くわわった！
QuickTimeが　なかまに　くわわった！
Bonjour for Windowsが　なかまに　くわわった！
Apple Mobile Device Supportが　なかまに　くわわった！
Apple Software Updateが　なかまに　くわわった！
MobileMeが　なかまに　くわわった！
Apple Application Supportが　なかまに　くわわった！

Apple Software Updateが　Safariを　よびよせた！
Apple Software Updateが　iPhoneソフトウェアを　よびよせた！

:::::::::::.:　.:. . ∧＿∧ . . . .: ::::::::
:::::::: :.: . .　/彡ミ゛ヽ;)ヽ、. ::: : ::
::::::: :.: . . / :::/:: ヽ、ヽ、i . .:: :.: :::
￣￣￣（_,ノ￣￣ヽ､_ノ￣

QuickTime　をアンインストールしますか？
＞はい
なんとiTunes　はしんでしまった！
QTTASKはぶきみにほえている！

**デフォルトの名無しさん** · 2022/03/25(金) 07:22:48.15

「資源を独占的に確保すること」の意味での囲い込みｗ
Windowsで市場を独占し、離れる場合のリスクとコストを高めてから、高コストを強いるｗ
appleがやってるのは独占ではないけど、購入後に高コストを強いる同じ仕組みｗ

**デフォルトの名無しさん** · 2022/03/25(金) 08:04:40.58

macbookで動くwindows見かけると思わず笑みがこぼれるわ

**デフォルトの名無しさん** · 2022/03/25(金) 08:06:57.63

MSが資源を独占的に確保したわけじゃなくて
作りやすいWindows、使いやすいWindowsとユーザが選んだ結果だからね
相乗効果で結果的に市場を埋め尽くしているに過ぎず独占しているわけじゃないけどね

Macが誰にでも開発しやすい環境だったり
linux等が誰にでも使いやすい環境だったならMS市場にはならなかったかもしれない
でもまあMacもWindowsと同じ道を進んでいたら生き残っていなかったかもしれないけど