デスクトップでLinuxが普及する必要はない 2

**login:Penguin** · 2019/11/08(金) 08:53:52.60

アスペ戌厨の隔離スレ

**login:Penguin** · 2019/11/16(土) 09:00:12.25

あとできないやつは、やたらと歴が長いことを自慢するよなｗ
そんなのあっという間に追い越せるのに

**login:Penguin** · 2019/11/16(土) 09:00:53.70

仮想の話はesxi動かすのが一番楽だと思うよ。

**login:Penguin** · 2019/11/16(土) 09:04:42.42

有料じゃないならなｗ

**login:Penguin** · 2019/11/16(土) 09:10:55.52

>>192
差分での問題？
仮にlinux端末では動作するnicのipアドレスとサブネットマスクをデバイス単位で列挙するアプリやスクリプトがあって、コマンドの出力結果を正規表現でパースするテストするの面倒だろ。

wslでunaneするとlinuxって表示されるの？windowsって表示されるの？

30年云々はあんたがあまりにも低レベルなクドい話を続けるからもう少しアタマ使ってくれてもいいよってヒントね。

**login:Penguin** · 2019/11/16(土) 09:12:54.12

>>195
職場でも自宅でも使ってるが便利だよ。

**login:Penguin** · 2019/11/16(土) 09:30:25.08

>>196
> 仮にlinux端末では動作するnicのipアドレスとサブネットマスクをデバイス単位で列挙するアプリやスクリプトがあって、コマンドの出力結果を正規表現でパースするテストするの面倒だろ。

何も問題ないがｗ

お前のそのスクリプトは、お前のハードウェアでしか動かんのか？
Windowsのハードウェア情報と全く同じゃないだけで、出力される形式は全く一緒なんだから、
なんの問題もなく正規表現でパースできるが？

Ubuntuに搭載されてるipconfigとバイナリファイルレベルで同じものを使ってるんだから
出力形式が変わるわけ無いだろ

> wslでunaneするとlinuxって表示されるの？windowsって表示されるの？
Linuxって表示されるが？ｗ

**login:Penguin** · 2019/11/16(土) 09:36:11.32

念の為に言っておくと、ifconfigで表示される結果が
実際のハードウェア情報とは違うっていうのは俺の想像な。
さすがに仮想マシンを使ってるWSL2は違うと思うが、
WSL1だとぱっとみ見る限りmacアドレスとか一緒みたいだし
かなりWindowsのデバイス情報をそのまま提供してるようにも見える。

**login:Penguin** · 2019/11/16(土) 09:59:49.06

その手の振る舞いがwslの場合に違いがあるのかを評価試験する必要があるじゃん。

/devとか/procはwslにはあるの？

**login:Penguin** · 2019/11/16(土) 10:00:49.68

ある。残念だったなｗｗｗ

**login:Penguin** · 2019/11/16(土) 10:12:58.74

ちなみに/procってmacOSには存在してないんだよな。
SolarisやBSDなんかもデフォルトでは存在しない。
POSIX的には必須じゃないからね。だから各Unix間で互換性もない。

Linuxの場合は/procにかなり依存してるので/procがないと
いろんなコマンドがまともに動かない。
だから当然WSLにも実装されてる。

**login:Penguin** · 2019/11/16(土) 10:13:38.68

報告によれば、wslは、VirtualPCやVMWareより遅い場合があるんですよね。

**login:Penguin** · 2019/11/16(土) 10:14:51.33

>>203
許容範囲なら問題なかろ？
そういや、この質問には答えずに逃げてたなｗ

> 動作が遅い。
物理Linuxもスペックの差で動作は遅くなるが
実用可能な最低動作速度は？

**login:Penguin** · 2019/11/16(土) 10:16:41.91

そういやmacOSもCLIあるが、遅いのはなんでだろう？
CLI使ってる時の体感速度はcygwinと大差ないレベル。
前に聞いたらforkが遅いらしいが。

**login:Penguin** · 2019/11/16(土) 12:28:49.08

以前、ShiftJISのドキュメントやアーカイブファイル名などの扱いを確認したときは Linux実機も WSLも挙動は同じでした。化けるときは同じように化けます。
当時のLinux実機とWSLは共に、Debian Buster(testing) + Xfce

**login:Penguin** · 2019/11/16(土) 13:01:09.09

>>206
そりゃそうだろうな。

わかってる人にとっては当たり前の話なんだが、30年も使っていても
惰性で使ってるだけで、そこらへんの基礎知識がない人もいるわけで
困ったもんだｗ

さてどこでどんな変換が行われてるかを、考察してほしい。

1. WSL上のUbuntuでdateコマンドを実行すると日本語で日付が表示される。
2. Windowsのネイティブの文字コードはUTF-16である。
3. コマンドプロンプトを起動した時の日本語Windowsのコードページは932（いわゆるSJIS）である。
4. その状態で、wsl上のdateコマンドを実行するために、wsl.exe dateと実行するとコマンドプロンプト上に日本語で日付が表示される。
5. wsl.exe date > date.txt とテキストファイルで出力し、メモ帳で開くとUTF-8ファイルとして開くことができる。
6. type date.txtを実行しテキストファイルの中身を表示すると文字化けしている。
7. wsl.exe cat date.txtと実行すると文字化けしていない。

Windowsの文字コードについて因縁をつけるなら、この挙動の理由を説明できるぐらいの知識がないとダメ

**login:Penguin** · 2019/11/16(土) 14:23:59.12

よっぽど30年云々に引っかかってるみたいだな。若いの。

説明もクソもwsl使ってないんで知らんがな。つーか、その手のケアをしなきゃなんない辺りが面倒な所ね。nkfでも使って好きにすればいいじゃん。

**login:Penguin** · 2019/11/16(土) 14:26:01.34

※Linuxでnkfは必要とされました。

**login:Penguin** · 2019/11/16(土) 15:42:16.76

そりゃ文字コードの違いを吸収する必要があるからね。>>207みたいな6のタイミングでtypeコマンドが入力するファイルがsjisを期待して動作する前にdate.txtをnkf等でsjisに変換しなきゃを文字化けすんだろ。

つーか、その手のチャンポンが面倒くせーからwindowsとwslみたいな状態で使わず、linuxだけで使ってる方が楽。

そもそもnkfなんて、windowsのエディタしか使えないクソ野郎が文字コードや改行コードに無頓着に出力したファイルを使う時に使うぐらいだってーの。

**login:Penguin** · 2019/11/16(土) 17:50:21.54

WSLは出てくるのが10年遅い
プログラマの脱Windowsの流れは止まんねーよ手遅れだバーカ

**login:Penguin** · 2019/11/16(土) 18:14:31.11

先見の明があるプログラマはとっくにwindowsなんて捨ててるけど、そうじゃないプログラマはvsにしがみついて離れない。その救済としてwslを片道切符的に用意して徐々にlinuxへの移行を促してるとかじゃねーの？

**login:Penguin** · 2019/11/16(土) 18:30:48.75

WSL は、クラウド(Azure)のユーザーを増やすため、サーバーサイドで Linux
を動かすテスト環境を用意したということですかね。
しかし、Azureは、Windowsサーバーで動くんじゃないんですか？

**login:Penguin** · 2019/11/16(土) 18:31:06.89

wslってGUIから上のレイヤ無いだろ？主張が斜め上過ぎねぇか？ｗ

**login:Penguin** · 2019/11/16(土) 18:35:10.08

>>213
Azure Virtual Machinesでは、Linuxを動かす仮想マシンをサーバー上に作れる
らしいです。
でもLinuxサーバーの良さは、OSが無料なのでレンタルサーバー代も安く済むこと
だったはずで、果たしてAzureがそのレベルの安さを持続的に実現できるのか
疑問ですね。株主への配当も考えれば安い値段で提供することは難しいはずです。

**login:Penguin** · 2019/11/16(土) 18:36:05.32

>>211
マイクロソフトついに自社OSを捨てる

https://www.sankei.com/smp/premium/news/191116/prm1911160001-s1.html

**login:Penguin** · 2019/11/16(土) 18:57:54.61

https://docs.microsoft.com/en-us/azure/virtual-machines/linux/tutorial-lamp-stack

Azure VMのLinux上にApacheサーバーをインストールすることが出来るらしい。
これで、何でもやり放題のサーバーが出来るのかもしれない。
三年契約で4.56ドル/月分を前払いするらしい。つまり、年間6,000円で使用できるんだ
そうだ。しかし、XreaのCoreServerやSAKURAなどと比べればそんなに安くは無いな。
サーバーに敢えて仮想マシンまで使って何かやる用途は限られると思うし。

**login:Penguin** · 2019/11/16(土) 19:49:53.57

そういえば、MonoはLinuxに対応していたのに、MSが買収後のXamarinは、
Linuxはサポートしなくなって、.NET CORE も、CUIのみでGUIはサポートせず。
結局、LinuxでC#を使ったGUIアプリを作るためには、古いMonoを使うしか
無い状況らしいです。それと同じで、WSLもLinuxの機能のうち、公式に
サポートしているのはCUIのみということのようですね。

つまり、MSは、Linuxは、サーバーOSとして必要なCUI部分だけをサポート
することで、自分の都合の良い部分だけを利用する一方で、
デスクトップOSとしてWindowsからLinuxへの乗り換えは防ごうとしている
ようです。Xamarinの買収も、放ってておけば、Windowsの地位が脅かされる
懸念があったのでそれを防ごうとしたようです。

**login:Penguin** · 2019/11/16(土) 20:08:52.89

>>156
ほんとだよ
gome3とかさ
カックカクのアニメーション切りたいだけなのに
別の設定アプリ入れなきゃいないけない
とか
なんだよ
一番メモリ食いなのにさ

シナモンは、ちゃんと標準で設定できて
超感動したんだけど

KDEは、設定できるだけじゃなくて
カクカクもしないでもっと軽かった

**login:Penguin** · 2019/11/16(土) 20:09:30.95

あ
誤爆しちった

**login:Penguin** · 2019/11/16(土) 20:11:11.89

>>218
だから、ポトペタでGUIアプリ作れる
Qtの話すると
すごい勢いで噛みついてくんのか?

**login:Penguin** · 2019/11/16(土) 21:03:03.96

>>216
MS,Windows捨ててないじゃん。
そういうでたらめ通り過ぎた嘘ばかり言うから嘘つきだとか馬鹿とか基地外とか言われるんだぞ。
ちったぁ頭つかえよ、この能無し。

**login:Penguin** · 2019/11/16(土) 22:04:44.52

>>210
文字コードの違いを吸収してるのはどこって話なんだがｗ

LinuxでもLANGの設定、例えば、 LANG=ja_JP.EUC-jp にすると
いろいろ文字化けするだろ。Windowsのコマンドプロンプトでは
それがchcpだって話。

それよりも、なぜchcp（コードページ）が932なのに
WSLからの出力が文字化けしないと思う？
それはUnicodeだからだよ。

WindowsはUnicode対応だから、Unicodeに対応してるアプリ
（ようするにLinuxアプリ）と完全にデータのやり取りができる。

Unicodeに対応してないのはtypeコマンドという話。
そして、chcp 65001でUTF-8モードにすれば、typeコマンドはUTF-8として扱う。
WSLとコマンドプロンプトの相互運用が完全にできるわけ
（WindowsでもUnicode対応のコマンドだけを使うならchcp 932でも相互運用が可能）

お前が問題視している文字コードの違いは完全に吸収されている。

**login:Penguin** · 2019/11/16(土) 22:09:13.17

>>222
「>>218」にも書きましたが、実際、捨ててないと思います。
むしろ、デスクトップLinuxが流行らないようにあらゆる場所で巧妙に
戦略を立てているように感じられます。

**login:Penguin** · 2019/11/16(土) 22:24:04.44

>>224
C#の基盤であるところの.NET は、もともと、.NET FRAMEWORKが母体
になっていたのですが、MSとは関係の無いグループが .NET FRAMEWORK
互換のランタイム(?)である Mono を作ったのですが、その時は、C#の
標準GUIツールキットであるところのWinFormsもLinuxで動作していたようです。
その後、Monoは企業買収などを得て、名前が変わったXamarinへと開発の中心が
写ったそうです。ところが、それをMSが買収してしまいます。そして現在の
Xamarinは、Android, iOSでは動きますが、Linuxでは動かないそうです。
つまり、もともと.NET をLinuxで動かす目的で作られ始めたMonoの当初の
目的は今は全く消えてなくなってしまっているのです。もし、Xamarin
が昔のままLinuxをサポートしていたら、C#製のアプリがほとんど全て
Linuxでも動く事になってしまったことでしょう。それはWindowsの衰退
を招くことは明らかですから、MSは避けたと考えられます。Xamarinの
買収の主たる目的はそれだったと考えるのが妥当でしょう。つまり、
Linuxに塩を売るためではなく、むしろ、Linuxのデスクトップ版が流行る
のを阻止しようとしたのです。

また、.NET COREは、Linuxでも動くとされますが、CUIのみで、今のところ
GUIはサポートされていません。これも、CUI版Linuxは普及の既成事実があるので
諦める一方で、GUI版Linux、つまり、デスクトップ版LinuxにC#アプリが流出
するのを阻止するためと考えられます。MSは、次期 .NET COREは、GUIも
Linuxに対応するとしているのですが、恐らくのらりくらりと先延ばしにして
対応しないと思います。

**login:Penguin** · 2019/11/16(土) 22:26:19.71

>>215
> でもLinuxサーバーの良さは、OSが無料なのでレンタルサーバー代も安く済むこと
> だったはずで、

そうだよ。LinuxサーバーだとCALがいらない。

> 果たしてAzureがそのレベルの安さを持続的に実現できるのか
> 疑問ですね。

AzureはLinuxもWindowsも提供してるって知らないのか？
重要な点はWindowsサーバーが、Linuxサーバー並みの価格を実現できるかどうかだろ？

Azureに限らずどのクラウドサービスでもLinuxというOSの価格は無料
あとはインフラのコストということになる。
Windowsを使った場合は、インフラのコスト＋CAL（ライセンス料）となるから高い。

例えばAWSだと、同じt3.mediumでLinuxは0.0416USD/時間で、Windowsだと0.06USD/時間

https://aws.あまぞん.com/jp/ec2/pricing/on-demand/
Windowsの方が14.5%ほど高いがその程度。

Azureだと、近いスペックのA2で、Linuxは$0.081/時間、Windowsは$0.121/時間
https://azure.microsoft.com/ja-jp/pricing/calculator/?service=virtual-machines
Windowsの方が15%ほど高い。

どちらもWindowsの方が高いが、この程度なわけだ。高いがCALほどではない。
なぜならCAL自体はクラウド業者が払っていて一般の利用者は払う必要がないから

【TIPS】CALが不要な「さくらのクラウド」Windows Serverプランでファイルサーバーを構築しよう！ユーザー数が増加するWindows Serverはクラウドで！
https://cloud-news.sakura.ad.jp/2016/05/24/fileserver-windows-server-on-sakuracloud/

クラウドの登場でLinuxサーバーとWindowsサーバーの価格は昔ほど大きな差はではなくなってる。

**login:Penguin** · 2019/11/16(土) 22:29:10.58

>>224
> むしろ、デスクトップLinuxが流行らないようにあらゆる場所で巧妙に
> 戦略を立てているように感じられます。

なんで、デスクトップLinuxが流行るように、MSが頑張らなければならないと思ってるんだ？ｗ
MSは何もしてないだけだろ。

MSはWindowsとAzureを普及させるために戦略を立てているだけ
デスクトップLinuxは興味がない。
流行らないようにしてるんじゃなくて、何もしてないだけ。

**login:Penguin** · 2019/11/16(土) 22:36:36.24

>>225
なお、2ヶ月ほど前の2019/09/23 にリリースされた .NET Core 3.0では、
Windows版に限りWinFormsおよびWPFのサポートがされるように
なったのですが、Linux版では依然としてサポートされていません。

**login:Penguin** · 2019/11/16(土) 22:38:31.07

>>227
ですが、MSのXamarin買収が、Linuxのデスクトップ版を流行らせる
方向にMSが「舵を切った」などということを主張する人がいるのです。

**login:Penguin** · 2019/11/16(土) 22:43:10.99

Linuxのデスクトップを普及させたいなら、
Linux陣営が頑張るのが筋だと思うが、
MicrosoftがLinuxデスクトップにかんして何もしなければ、
流行らないように戦略を立ててると考える発想がおかしい

Linuxデスクトップの発展を、MSだよりにしてるから
いつまでたってもLinuxデスクトップはまともにならないんだろう

**login:Penguin** · 2019/11/16(土) 22:43:55.96

>>229
> 方向にMSが「舵を切った」などということを主張する人がいるのです。

その主張をしてる人は、MSとはなんの関係もない人ですよね？

**login:Penguin** · 2019/11/16(土) 22:45:32.46

>>227
「Linuxデスクトップ版の普及を阻止した」
事がばれてしまうと、独占禁止法違反が騒がれるので
「何もして無い」
ということにしておかないといけません。
Xamarin買収の本当の意図がばれるのを防ぐために、
クラウドでは仮想マシンでLinuxも使えるようにしておかなければ
なりませんでした。
ついでにWSLもCUIだけは選択的に動くようにして混乱させて
買収の真意がばれないようにする必要があったのです。

**login:Penguin** · 2019/11/16(土) 22:46:14.61

>>231
はい。それは、Linuxのステークホルダーでしょう。

**login:Penguin** · 2019/11/16(土) 22:47:39.13

>>232
だから、Linuxのデスクトップ環境の普及を、MSだよりにするのやめろってｗ

さっきから.NETでLinux版GUIアプリを作れるようにしてくださいって
MSにお願いばかりしてるじゃないかｗ

**login:Penguin** · 2019/11/16(土) 22:48:30.15

.NETで対応してくれないと、Linuxデスクトップ環境は
普及しないって、終わってると思うんだよねｗ

**login:Penguin** · 2019/11/16(土) 22:53:05.00

>>227
なにもしてないって言うけど
ザマリン買収したんでしょ?

まぁ、.NETのWebFormなんか
なんもしないで放置して
ウェードアウトしようとしてる
って
まるわかりだけど
いっつもコレからはこれニダ
って誘導しといて
始めたこと
ほっぽり投げてさ

もうMSの先導とか.NETなんか
使ったって良いことないって
さとったから

GUIアプリはQt
Webは非MSに切り替えてるけどね

**login:Penguin** · 2019/11/16(土) 22:54:11.50

>>230
Monoはもともと.NETをあらゆる環境で使えるようにすることを目的として
生まれました。
そのころの Xamarinは、Linuxで.NETのGUIが動く目的を達成しつつあったのです。
C#の標準GUIツールキットであるWinFormsがLinuxで動いていたそうです。
Monoの開発母体が何度か買収されて、経緯は知りませんが、その遺志を受け継い
だのがXamarinだったのです。
それで、Xamarinが開発の中心になっており、Xamarinがなくなれば、Mono
の開発も弱まります。
ところが、MSがXamarinを買収します。
昔のXamarinでは動いていたLinux版WinFormsが、現在のXamarinでは
動かなくなりました。

これで果たして、MSは本当に「何もしなかった」ということが通用するでしょうか。
プログラムは修正されるとき、過去の機能が失われないように気をつけながら行います。
もし、そのような配慮なく修正すれば、過去の機能は失われます。
しかし、「過去の機能が失われることを配慮せずに修正」することが、
果たして「何もしなかった」という言葉に該当するのでしょうか。

**login:Penguin** · 2019/11/16(土) 22:55:50.34

>>223
はぁ。面倒くせーなぁ。

chcp 65001にしたところで既存のファイルの文字コードが変わらなくて、当然sjisのまま。wsl上のubuntuのutf-8のファイルで相互に読み込むと、ユーザーは文字コードの違いを常に意識する必要があるだろ。

最近のlinuxなら最初っからutf-8でユーザーは文字コードの違いを意識する必要がない。

どっちが楽なのかなんてクッソ素人でもわかんだろ。文字コードの違いを完全に吸収してる？ハハハ。>>207 でchcp付きで実行してログをここに貼ってみそ。

**login:Penguin** · 2019/11/16(土) 22:56:48.97

>>236
XamarinはMS買収前から、
Linux GUIには対応していません

**login:Penguin** · 2019/11/16(土) 22:57:30.60

>>238
> chcp 65001にしたところで既存のファイルの文字コードが変わらなくて、当然sjisのまま。

それはLinuxでも同じですよｗ知らないんですか？ｗｗｗ

**login:Penguin** · 2019/11/16(土) 22:58:03.60

>>238
> 最近のlinuxなら最初っからutf-8でユーザーは文字コードの違いを意識する必要がない。

おかしいですね。最近のWindowsなら、メモ帳のデフォルトはUTF-8だから
ユーザーは文字コードの違いを意識する必要がないんですがｗｗ

**login:Penguin** · 2019/11/16(土) 22:58:56.34

>>238
ほんとWindowsはめんどくさいよ
LinuxデスクトップのQtCreaterでサクッと
書いたアプリを
Windowsでビルドしようと思ったら
文字コードがどうのこうって
エラー祭りで
ビルドできない

マジでめんどくさい

**login:Penguin** · 2019/11/16(土) 22:59:11.17

>>230
過去のXamarinでは、C#の標準GUI版ツールキットであるWinFormsを
使ったC#アプリがLinuxでも動いていたのです。ところが、
MSがXamarinを買収してしばらくたった現在、なぜか過去に達成し終えた
その機能が失われました。MSは、本当に「何もしなかった」のでしょうか。

**login:Penguin** · 2019/11/16(土) 23:00:58.18

>>239
でも、ザマリンがmono買収してから
買収したんでしょ?

**login:Penguin** · 2019/11/16(土) 23:02:01.55

ログはまだ？

**login:Penguin** · 2019/11/16(土) 23:03:02.34

>>239
https://www.mono-project.com/docs/gui/winforms/

Xamarinの前身のMonoは、WinFormsをx11に変換する能力を持っているそうです。

**login:Penguin** · 2019/11/16(土) 23:07:50.82

>>238
> >>207 でchcp付きで実行してログをここに貼ってみそ。

これでいいっすか？
https://imgur.com/ZyM4055

WSLとの相互運用完璧ですわｗｗｗ

**login:Penguin** · 2019/11/16(土) 23:08:00.59

>>241
おいおい。メモ帳だけじゃないだろ。bom付きの問題は黙ってるつもり？

**login:Penguin** · 2019/11/16(土) 23:10:52.24

>>246
> Xamarinの前身のMonoは、WinFormsをx11に変換する能力を持っているそうです。

今のMonoも、WinForms対応です（笑）
https://www.mono-project.com/docs/gui/winforms/

Monoの現在のgithubプロジェクト
https://github.com/mono/mono

精力的に開発続行中ですね！

**login:Penguin** · 2019/11/16(土) 23:11:20.92

>>248
> おいおい。メモ帳だけじゃないだろ。bom付きの問題は黙ってるつもり？

BOM付き？メモ帳のデフォルトはBOM無しUTF-8ですが？

**login:Penguin** · 2019/11/16(土) 23:11:44.88

>>249
ところが、Xamarinは、Linuxに対応していません。

**login:Penguin** · 2019/11/16(土) 23:12:20.66

>>251
えとさぁ、MonoとXamarinって違うけど知ってる？

**login:Penguin** · 2019/11/16(土) 23:14:42.74

>>252
今は違いますが、もともと Xamarinの前身はMonoでした。

**login:Penguin** · 2019/11/16(土) 23:15:34.31

そして、MonoはWin.Formsに対応しています。

**login:Penguin** · 2019/11/16(土) 23:20:09.65

>>254
【分かっている事実】

Mono を継承したものが Xamarin。

Mono : Linuxに対応しており、WinFormsをx11 nativeに変換する能力も持っている。
Xamarin : そもそも Linux に対応していない。

後は、XamarinがMonoを継承した時期と Monoが WinFormsを x11 native に変換する
能力を持った時期のどちらが早いかを確認することです。

**login:Penguin** · 2019/11/16(土) 23:21:03.21

>>250
メモ帳はbomなしはわかったよ。最近のエクセルはbom無しcsv読めるようになったの？win7当時はbom付きじゃないとだめだった覚えがあるが、そこらへんのポリシーはコロコロ変わるわけ？

あと、ログの相互運用完璧って辺りは頑張ってくれ。俺はそんな面倒な事と無縁で良かったよ。

**login:Penguin** · 2019/11/16(土) 23:22:27.25

https://codeday.me/jp/qa/20190124/146406.html

いいえ、XamarinはLinuxでは利用できません。これは数年前に
Xamarinチームによって作られたconscious decisionでした：

Miguel de Icaza 2011-08-04 11:52:37 UTC
^^^^^^^^^^^^^^^^^^^^^^^^^^^^

（2011年はMS買収前）

明確にするために、Xamarin製品の範囲はLinux（Xamarin Studio、
Xamarin.iOSおよびXamarin.Android）では利用できませんが、
MonoDevelop（Xamarin Studioの基礎）、
およびMono（クロスプラットフォーム.NETランタイム）は間違いなく可能です。

**login:Penguin** · 2019/11/16(土) 23:25:00.51

>>256
おまえさ、アプリの対応の話と、OSの対応の話をごっちゃにしてるでしょ？

正直、メモ帳（アプリ）がUTF-8対応してるかどうかで議論してるのアホらしいんだわ
こっちは最初からUTF-8対応してるVSCodeとか使ってるからさ

そんなのアプリの都合で、WindowsはUnicode対応だし、
ファイルをUTF-8で作ってればなんの問題もないし、
EUC-JP時代はLinuxでも文字コードの問題は大変だったわ

**login:Penguin** · 2019/11/16(土) 23:27:13.90

XamarinがLinuxに対応しないというのは
MS買収前からの決定なんだよねｗ

**login:Penguin** · 2019/11/16(土) 23:28:18.85

あ、2011年ってXamarin設立の年か
最初からLinux対応しない会社だったんだね

**login:Penguin** · 2019/11/16(土) 23:28:20.41

>>258
そうLinuxの文字化け祭り
すごかったんだよ
それでデスクトップで使うの無理かな
って
思ってたんだけど
いつの間にか
Linuxはutf8がデフォになって
Windowsの方が文字化け祭りになってた

**login:Penguin** · 2019/11/16(土) 23:30:47.16

>>261
Windows NTは最初からUnicode（UTF-16）に統一されてますよｗ
古いアプリの問題と、OSの問題は切り分けましょうね。

**login:Penguin** · 2019/11/16(土) 23:31:18.78

そしてWSLが登場しUTF-8対応が強化されてたのが今です。
だからもうLinuxはいらんのです。

**login:Penguin** · 2019/11/16(土) 23:31:51.58

まぁ、どっちでもいーや。
wslは文字コードをユーザーが意識しないとwsl上で動作するlinuxとwindows側とじゃ相互運用が出来ないって事がわかったよ。コマンドプロンプトのプロパティでcp設定出来るとはいえ、マウスでコピペの問題もあるしね。

まぁスクリーンショットでログ貼る時点でトホホなんだけどね。

**login:Penguin** · 2019/11/16(土) 23:31:56.65

WSLのおかげでWindowsのCLI環境が劇的に改善されました。
今はもうWindowsだけでクラウドの開発ができます。
皆が望んでいることがそれです。

**login:Penguin** · 2019/11/16(土) 23:32:11.98

>>262
じゃぁ
なんで
sift-jisなの?

**login:Penguin** · 2019/11/16(土) 23:32:51.25

>>264
もしかして「俺はchcpコマンドが使いこなせない」って言ってる？
それはちょっと能力が低すぎないか？ｗ

**login:Penguin** · 2019/11/16(土) 23:33:40.14

>>266
古いアプリとの互換性のため。

Unicode出力するアプリ（WSLのLinuxコマンドを含む）は
chcp 932であっても問題なく画面に出力できています。

**login:Penguin** · 2019/11/16(土) 23:34:50.51

>>266
はい。証拠ｗ

現在のコードページ: 932

C:\Users\xxxxxx>wsl date
2019年 11月 16日土曜日 23:34:09 JST

**login:Penguin** · 2019/11/16(土) 23:39:15.92

>>268
え
NT3.51の時だってshift-jisだったよ
古いって何時の話な?

**login:Penguin** · 2019/11/16(土) 23:40:12.94

>>270
それはUnicode対応してないWin9x用アプリを動かした場合の話

**login:Penguin** · 2019/11/16(土) 23:42:16.09

Windows NTが最初のバージョンからUTF-16なのは常識だし
基礎知識足りないのに議論に参加するなよｗ

**login:Penguin** · 2019/11/16(土) 23:43:16.14

>>267
cpなんて意識すんのはsambaの設定位だし、windowsなんてoffice用途でしかもう使わんよ。

俺はwslみたいなくっそ面倒な物は使う事は無いよ。あんたは痩せ我慢でもいいから笑顔でwslつかってくれ。俺は普通にlinux使うよ。

**login:Penguin** · 2019/11/16(土) 23:45:07.89

> cpなんて意識すんのはsambaの設定位だし
え？なんで意識なんかしてんのｗｗｗｗ
知識古すぎだろ

sambaの設定で文字コード関係なんて設定してないわ
Linux側がEUC-JP時代だった頃は大変だったけど、
LinuxがUTF-8になったおかげで、Windows の
UTF-16の文字が文字化けせずに全部使えるようになった

**login:Penguin** · 2019/11/16(土) 23:46:05.46

> 俺はwslみたいなくっそ面倒な物は使う事は無いよ。

結局面倒な理由を一つも言ってないんだよなｗ

**login:Penguin** · 2019/11/16(土) 23:46:36.29

>>272
そうなんだ
最初のバージョン知んないけど
いまじゃLinuxの方が
文字化け祭りで困らないし
後方切り捨てされることもないから
こっちで良いわ

ていうか
ここLinux板だから

**login:Penguin** · 2019/11/16(土) 23:50:30.00

俺がファイルサーバーとして使ってる、sambaの設定はこれだけだなー。
あとは公開ディレクトリのパス指定だけ。見ての通り文字コードの設定なんか何もしてない。
だってWindows側もLinux側も共にUnicodeなんだから指定する必要がない。
（cifsのプロトコル上の文字コードはUTF-16みたいだね）

[global]
# log level = 3
unix extensions = no
follow symlinks = yes
wide links = yes
map to guest = never
map archive = no
load printers = no
disable spoolss = yes

force user = nobody
force group = nogroup
writable = yes
create mask = 0774
directory mask = 0775

[homes]
browseable = no
force user = %U
force group = %U

**login:Penguin** · 2019/11/16(土) 23:51:03.24

>>274
最近はwindowsなんてめったに使わんから知らんよ。euc-jp時代の頃が最後なんでね。

**login:Penguin** · 2019/11/16(土) 23:51:45.40

>>267
> いまじゃLinuxの方が
> 文字化け祭りで困らないし

え？ Windowsと混ぜて使ったら困るんでしょ？ｗ

Linuxだけ使ってれば困らないって言うなら、
こっちだってWindowsだけで使うなら文字化け困らないよ？ｗ

**login:Penguin** · 2019/11/16(土) 23:53:06.11

>>278
だからお前は古い知識で語っていて、
今のWSLの素晴らしさを知らんのだと言ってる。

WSLのおかげでWindowsはLinuxのCLIを取り込んだ。
Linuxの使いづらいGUIはいらない。
Linuxの便利な部分だけ取り込んだ。

**login:Penguin** · 2019/11/16(土) 23:53:35.08

>>275
>>176 見てね。

**login:Penguin** · 2019/11/16(土) 23:55:26.08

>>281
>>177を再掲するねｗ

177 自分：login:Penguin[sage] 投稿日：2019/11/16(土) 07:32:04.82 ID:c+cyy5cT [3/18]
じゃあ具体的に聞こうか？

> cliコマンドの動作差分が有る。
どういう差分がある？

> 動作が遅い。
物理Linuxもスペックの差で動作は遅くなるが
実用可能な最低動作速度は？

> 文字コードの違い。
Windows NT系は昔からUnicode（UTF-16）で
UTF-8のWSLとは相互に変換されるが何で困った？

**login:Penguin** · 2019/11/16(土) 23:58:23.34

>>280
なるほど。こんな板にやってきてwslを宣教に来て石投げられたいの？

カニ食ってる奴にカニカマ食わせようとする特殊な性癖なの？

**login:Penguin** · 2019/11/17(日) 00:00:02.75

石？米粒かと思ったｗ

**login:Penguin** · 2019/11/17(日) 00:01:59.63

>>279
はぁ?
.NETがコレからはオープンソースニダ
って
WebFormeとか、ほっぽり投げて
.NET Coreとかに誘導してきんたんでしょ?

あいつらに付いてくと
良いことない

だったら
ネイティブのLinuxの方がマシ

**login:Penguin** · 2019/11/17(日) 00:03:34.98

>>282
遅くて相互運用はcp指定で常に文字コード意識が必要な時点でアウトだよ。

カニカマで十分ならカニカマを好きなだけ喰ってくれ。俺はカニ喰ってるよ。

**login:Penguin** · 2019/11/17(日) 00:07:51.32

>>285
> だったら
> ネイティブのLinuxの方がマシ

うん。そういう層をWSLでちゃっかり取り込んじゃったんだよねｗ

>>286
> 遅くて相互運用はcp指定で常に文字コード意識が必要な時点でアウトだよ。

コマンドプロンプトでの相互運用がいやなら、
CLIは全部WSLにまかせて、Windows（GUI） + WSL（CLI）で使うといいぞ
文字コードの意識は全く不要。全部UTF-8で事足りる。

**login:Penguin** · 2019/11/17(日) 00:14:36.79

最初に使ったpcがwindowsだったような奴にはwindows以外のguiは使いづらいのは当然だとは思し、msが今までにやらかした結果でlinuxに鞍替えした連中にwslの良さを説くのは無謀だろ。

wsl君もwindowsで開発を10年もすれば気がつくとは思うけどね。

**login:Penguin** · 2019/11/17(日) 00:14:57.54

>>285
WinFormsとWPFを試してみたけど、WinFormsの方がプログラム環境として
自然な感じがした。デザイナのサポートもちゃんとしている。一方、WPF
は、XMLの手書きか、デザイナを使わずにコーディングでGUI部分を作る必要
に迫られる事があり、JavaScript+HTMLでのプログラム開発に似たところがある。
マイクロソフトは一時的にWPFを薦めようとしていたようだが、恐らく、
WinFormsの方がプログラマには人気があるだろうと思う。

**login:Penguin** · 2019/11/17(日) 00:16:58.92

> msが今までにやらかした結果でlinuxに鞍替えした連中にwslの良さを説くのは無謀だろ

いや、どうみてもWindowsしらないだけのようですがｗ

**login:Penguin** · 2019/11/17(日) 00:18:09.42

>>289
Linuxのデスクトップにはそれに対抗できるようなものがないのがだめだよね
.NETに期待してるぐらいだしｗ

**login:Penguin** · 2019/11/17(日) 00:21:03.46

>>288
に補足だが、windows3.1以前にはmacつかってたし、hp-uxやsoralis,nwesでXもつかってた。一番最初はシャープのポケコン。

俺は最初っからwindowsは偽物で子供の玩具だと思ってし、necの98でFrerBSDが使えるようになった時は嬉しかった。