そも「AI界隈」という言い方がogochanのそれ、なのね。

で、ソースは？

少なくともゼロから実装してはいないですね
https://github.com/PowerShell/openssh-portable

実際、WSL2はコンテナベースになってます。
とはいえWindowsのコンテナ技術はLinuxコンテナとは結構違っていますが。
Windowsのコンテナは大雑把に言うと「プロセス隔離」と「ハイパーバイザ隔離」の2種類があって、WSL2は後者。

ハイパーバイザ隔離というのはHyper-V技術を使うということなのですけど、フル機能のHyper-VによるVMを立てるよりは軽量のようです。

エミュレートのレイヤーは違いましたね。CygwinはあくまでWindowsサブシステム上で動くものだから、バイナリーはPE（exe/dll）だし、エミュレーションはCygwin1.dllが担当して、いわゆるWin32APIを呼び出してます。一方でWSL1のエミュレーションはWindowsサブシステムやWin32APIをすっ飛ばして、もっとNTカーネルに近いところで行われているので、LinuxのELFバイナリーをそのまま動かすことができます。

> #3510553
「本気で考えていた」をどう受け取ったのかに差異があるんだと思います。
リサーチは重要ですし、Rotorの時点で将来的なマルチプラットフォーム展開の可能性を切り捨てたわけではないと思いますし、前コメにも書いたようにRotorの知見が.NET Coreに反映されていると考えています。
それでも個人的には、最低でも製品戦略に組み込んでロードマップ発表する、もっと言えば実プロダクトをリリースしたうえでバージョン3まで続ける、というあたりがMSの本気かなあと思うのです。マルチプラットフォーム展開に関するそういう意味での本気は、レガシー.NET Frameworkについてはゼロ、Silverlightでそこそこコミット、.NET Coreでフルコミットかなあと思います。私の感覚ですが。

> #3510719
オープンソースとマルチプラットフォームが別の話なのはその通りですね。前コメは話題をちょっと混ぜてしまいましたが、別に「OSSにしなきゃマルチプラットフォームとは言えない」なんてことはさすがに思っていません。
あと、「頭のどこかにマルチプラットフォームのことがある」レベルの話はたぶん誰も否定していません。上で書いたように「本気だったかどうか」については見解が分かれたみたいです。

すみませんオープンソース警察です。（コメACは分かっているのかもしれませんが）

シェアードソースCLI (コードネームRotor) はソースコードを公開しましたが、そのライセンスは利用目的を「個人的および学術的な目的」に限定していたので、オープンソース・イニシアティブが定義したオープンソースの定義には合致してないんですね。当然、コミュニティと共に実装を発展させていくという動きもありませんでした。Monoプロジェクトの創設者であるMiguelは「Rotorが（真の）OSSだったなら、Monoを作るかわりにそっちを使えていただろうに」と言ってます。

Rotorは言ってみればリサーチプロジェクトでしかなく、「マルチプラットフォームを検討」というのはあくまでリサーチの範囲での検討、ということでした。なので#3510350の「マルチプラットホームを本気で考えていたかどうかは疑問」は同感です。とはいえ、Rotorで実験的に実装されたプラットフォーム抽象化レイヤーが、その後Silverlightの実装にも生かされ、最終的に.NET Coreにも知見が反映されてはいるので、MS的には無駄ではなかったのでしょう。(Monoチームがどう思っているかは別として)

言語についてはコメントしないが、ランタイムやエコシステムの成熟度についてはやはりJVMはかなり優れていると思う。

Monoとは別に、MSが作っているランタイムが.NET Core。LinuxおよびmacOSをサポートしている。主としてサーバーサイド向けで、GUIフレームワークは今のところ含まれていない。

Windows 10 IoT Enterpriseですね。

はいはいおじいさん、もうすぐApril 2018 Updateですよ。

「1.99999999999999999989317180305609」という数字全体の精度は（先頭の1を除けば）32桁なのに、9が連続している部分が18桁ぐらいしかないのがポイント。
計算機アプリの内部数値表現は32桁精度なのに、ルートの計算だけは拡張倍精度浮動小数点数（80ビット、仮数部の精度が約19桁）で行われてると推測される。

Monoの技術FAQにあるように、シリアライズ／デシリアライズの方法は互換なんだけど、（.NETがOSSではなかった時代のMono実装は）privateフィールドの持ち方を含むクラスの内部実装が異なっていることがあるので、そういうオブジェクトのシリアライズ結果は.NETと異なって当然ということです。

そもそも、privateメンバーを含むシリアライズは.NET Frameworkであってもバージョン違いなどで非互換が出ることもあるので、使いどころを間違えてはいけないのです。

飼い殺し云々は邪推でしかないですよね。ちなみにXamarinランタイムはOSS化されるので、MSの今後のやり方が気に入らなければコミュニティ主導で自由にやっていく手段はあります。

あとから法的にもめないための同意書にサインすることは要求されますが、それだけ。OSSライセンスと矛盾する条項があるわけでもないようです。

透明なマイクロソフトをアピールする意図はもちろんあるでしょうが、TypeScript、VSCode、.NET Coreなんかがクロスプラットフォームで動くのは、普通にFLOSS界への貢献だと思いますが。

Bing Blogsで発表されました。
https://blogs.bing.com/japan/2015/08/07/aijk_rinna/