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

アスペ戌厨の隔離スレ

https://gigazine.net/news/20160411-linus-tovalds-take-over-desktop/

リーナス・トーバルズ氏はあまり「基調講演」というものを好まないのですが、2016年4月4日から6日までサンディエゴで開催された
Embedded Linux Conference 2016に姿を見せてダーク・ホーンデル氏と対談し、現状のLinuxには大いに満足していること、
そしてデスクトップ市場でのLinuxのシェアについて、困難であるとわかっていても「トップが言うまでもなく好き」と上を目指すような発言を行いました。

トーバルズ氏がLinuxを最初にリリースしたのは1991年のことで、Linuxは今年で25周年を迎えます。
スマートフォンやスマートTVなどいろいろな端末やハードウェアに組み込まれることで、
我々の身の回りに知らず知らずのうちに多数存在しているLinuxですが、
「デスクトップ」という領域においてはWindowsなどの後塵を拝しています。

対談ではホーンデル氏がこの点について「デスクトップの領域においては失敗なのでは？」と質問しましたが、
トーバルズ氏は、確かにシェアは大きくないものの、もともと自分自身が必要だったことから始めたプロジェクトなので、
現状のLinuxには満足しており、自分としては失敗だと思っていないと答えました。

https://s.blogcdn.com/www.engadget.com/media/2009/10/linus-torvalds-gives-windows-7-a-big-thumbs-up.jpg

2008年初頭にLinuxファウンデーションが行ったインタビュー（インタビュー前編、後編）の中でリーナスは、自分自身が
「デスクトップLinux以外のことなど、1度だって気にしたことがない」と答えているし、「（Linuxをサーバとして）使いたいとも思わない。
興味がない。自分はどちらかといえばデスクトップの人間だし、これまでずっとLinuxをワークステーションとして使ってきた」と話している。

リーナスは冒頭でデスクトップという言葉で始めておきながら、最後に“ワークステーション”と言い替えている。

　リーナスも「ワークステーション」と「デスクトップ」を区別していないわけではないようで、
インタビュワーにデスクトップLinuxの可能性について聞かれて、こうも答えている。
「デスクトップはどうあるべきかについて、みんなバラバラの考えを持っている。
Windowsユーザーがたくさんいて――、彼らはデスクトップがどんなものであるか知ってますよね。Windowsでしょ？

犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)

×　デスクトップでLinuxが普及する必要はない
○　デスクトップでLinuxが普及するハズがない

しかしLinuxスレにドザの書き込みは普及しているw

ドザのボランティアに支えられているLinux板（笑）

command.com使ってた頃のドザなんてlinuxに鞍替えしてんじゃないの？

個人利用でのPCが落ち目なのに、個人利用をあてにしてるデスクトップLinuxは普及するわけないからあきらめたらいいよ
OSを入れ替える文化がスマホやタブレットにも出来たらよかったんだけど、新しいハードを買わせるために封印されたからなあ

諦めるも何もlinuxデスクトップが個人利用のタブレットやスマホで間に合ってる層になんてあてになんてしてる奴はいねーわな。

>>8
俺はしてない。
理由は、他の人が使ってる環境を使う必要があるから。

>>10
スマホやタブレットがなかった時代はPCを使うしかなかったからそういう層にもアピールしてたんだが、今はそれもできなくなったという意味

Win7サポート切れ間近でも殆ど動きはないしなぁ

Linuxを恐れてサポート延長が決まったけどね。

LinuxがダメダメすぎてWin7難民でるのがMS的にNGだから延長したんだぞ。

ジョークですがなw

なにコイツきも

>>9
iOSやiPadOSは古い端末でもどんどん更新されてるんだけど…
更新ができないなんて一体なんの不自由でプロプライエタリな端末なのだろう？

>>18
> iOSやiPadOSは古い端末でもどんどん更新されてるんだけど…

5年前のiPhoneは切り捨てられたよ

>>18
どこにも更新という言葉が使ってないのに脳内で更新という話にすり替える
Linux板なのにOSを入れ替えるという意味が理解できないガイジ
PCならWindowsが入っててもLinuxに入れ替え可能なことくらい理解できるはずだが

Linuxってヒキニートとか年金生活ジジイとかクッソ暇な奴にしか無理だわ。。。

自分のスペック晒して逃げれ馬鹿？

>>22
物覚えが悪いお子ちゃまには無理って事だろ。可哀想だから無視してやるのが優しさってもんだ。

話は変わるが、Visual Studioとかも、誰も必要としないような機能が
沢山増えてきてる気がする。プロパティーで表示される項目が多すぎたり
もするし。クラウドも試しに使ってみてる人は多くても実際の便利さには
疑問が残る。これは、大企業病の一つじゃなかろうか。顧客を増やすため、
既存の顧客が必要として無い機能を増やしたりするが、それはほとんど
誰も必要としてないのみならず、既存の顧客には使いにくい状態となる。
Windows OSにかんしてもそうういう傾向がある。例えば、コンパネ
の整理の仕方。絶対同でもいいような項目は多いのに、絶対最初に調整が
必要なマウスの移動速度の調整などがどこで出来るか探すだけでも一苦労する。

>>24
だからコンパネから重要な機能だけを選択して
「設定」に置き換えてるんだろ

サブスクリプションも持続的な収益を出そうとして行われているけど、
消費者は辟易している可能性は高い。単純な購入方式よりも高くつくことが
多いし。企業の収益が増えるということは消費者の出費が増えていることになる。
ライトユーザー目線ではすぐにやめるからそれでも安く付くのかもしれないが、
ヘビーユーザー目線では逆に高くつくことがある。美容院が何度でも使える、
などのサブスクリプションなら逆さまのようだが。
実は顧客目線ではストレスがたまっているかも。

>>26
ん？Linux界隈に買い切りがあったか？
Linux界隈の商売こそサブスクリプションばかりだろ

ゲームもオンラインゲームで、最初無料だがレアアイテム購入などに現実の
お金が掛かる「ガチャ」方式は、買取方式よりお金が掛かるらしい。
これは、ゲームメーカーが生き残りをかけて始めたものなのだが、長期目線では、
ユーザー離れを招き、ゲーム産業の衰退を招くかもしれない。どっちにしろ
儲かりにくくなったからとった路線なので、どの道衰退していくしかなかった可能性
もあるが。

サブスクリプションはもともと、ソフトがオープンソースで無料でも
それを使ってウェブサービスにすれば、ビジネスになりますよって
Linux界隈のビジネスモデルとして始まったんだが

そのオンラインゲームやガチャもAndroid。
Linux界隈のビジネスだし

>>27
ああ、Linuxの事は考えてなかった。MSやAdobeなどのアメリカのIT企業のの
弱点を考えていた。どうやらMSは大企業病に陥っているらしい。

Windowsが今も昔もやってるのはバンドルビジネス
パソコンにプリインストールして売るという商売。

Windows 10はアップデートは無料だがOSは無料ではない
Microsoftからすればパソコンが売れるたびに
Windows 10が売れている。

>>31
結論を出発点にして語るな

大企業病に陥った企業が、立ち直ることは困難。

Microsoftは大企業だが大企業病ではなくなった。
あれだけの規模でここまで柔軟に方向転換ができ、
そしてWSLなど技術者に対して好まれるものを提供してる会社はないよ
MSはいまやデベロッパー第一主義になっている。

恐らく、今後、MSは衰退していく。
その尖兵がクラウド分野で起きることだろう。
スマホもそうだが、流行期というものがあり、試し買いで買われているが
やがて衰退する。これは、Mixi、ブログ、なども通った道。Facebookも
既に衰退期に入った。クラウドは流行に乗り遅れまいと企業が試す時期に今ある。
実際に試すなから実力が分かり、衰退していくことだろう。
amazonなんかも衰退時期に入ったらしく、walmartのweb部門に負けてきているらしい。
日本でも、yodobashiなどがamazonに肉薄してくることだろう。

> 恐らく、今後、MSは衰退していく。
20年も前から同じことを聞いている

まったくもって現実にならないｗ

もうクラウドの世界はトップ交代が起きてる

AWSが世界のクラウドサービス市場で首位陥落、マイクロソフトが逆転
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/05452/

米国防クラウド大型案件、AmazonでなくMicrosoft受注
https://www.nikkei.com/article/DGXMZO51439620W9A021C1MM0000/

>>35
WSLはアメリカ人特有の誇大広告で、
実際に使ってみると、コマンドの起動速度以外は、VMWare や Hyper-V などの
仮想PC上にUbuntuをインストールしたものよりずっと遅いらしい。
それでは意味が無いのに。

>>39
「らしい」とか嘘つかなくていいよｗ

>>38
それもアメリカ人特有の嘘。クラウドには、IaaS, PaaS, SaaS があるが、
MSが抜いたと主張しているのは、SaaS に Office 365 が含まれているから。
それは、WordなどをWeb対応にしたものだから、MSが勝つに決まってる。
しかし、プログラマ目線でクラウドといった場合、IaaSとPaaSなので
嘘なのだ。Office 365は、クラウドを使っているソフトでは有るが、
クラウドそのものではないからだ。

しかも、実は、Office 365 は知らんが、クラウドの需要の半分以上が IaaS。
しかし、IaaSはレンタルサーバーに毛が生えたもの程度で、名前を
クラウドに変えただけ。最もクラウドらしいものは、PaaSなのだが、
その需要は多くないし、MSがそんなに強くも無い。

>>40
嘘じゃない。検索してみろ。

>>40
https://qiita.com/satoru_takeuchi/items/a54812806bba0eb48f02

↑例えばここを見てみろ。はっきり WSL が詐欺であったことが分かる。
アメリカのIT企業はこのような誇大宣伝ばかりしているのだ。

>>37
でも今度は必ず衰退する。
ナデラが方針を変えたことが大きい。
一般人目線で見るとナデラこそが救世主のように見えているようだが、
専門的生線で細かく見てみると、ナデラこそがマイクロソフトを崩壊に導く
人物である可能性が高い。

>>35
柔軟に対応していることは日本の大企業には無い凄いところではあるが、
個々のものを精査してみると大企業病が現れているのだ。

>>41
> MSが抜いたと主張しているのは、SaaS に Office 365 が含まれているから。

AWSが世界のクラウドサービス市場で首位陥落、マイクロソフトが逆転
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/05452/

これはSaaSのことじゃないよｗ

>>43
それを読んだ俺なりの結論

WSLはネイティブ環境あるいはVM上にインストールしたLinuxの代替品ではなく、
それらよりも用途が限定されるものの、より気軽に使えるソフトウェアというとらえかたをしています。
今のところは次のような用途に使っています。

中小規模のソースを読む
やっつけスクリプトなどの短いソースの読み書きと動作確認
文書作成
sshによるリモート接続
電卓(python -c)

かなりできることは少ないという印象ですが、実際に使ってみると、これだけでもかなり嬉しいものです

> 個人的にはWSLはファイルシステムアクセス速度が速くなれば導入コストが安い、
> かつ、開発に必要な各種処理も高速な、理想的な開発環境になると思っています。

これな。WSL2で完全に実現しちゃうんだよな

じゃあこれからのLinuxはWSLってことで。

>>37
Windowsは昔みたいにOSの買い替えで儲からなくなっただけ。

Windowsは昔みたいにOSの買い替えで儲からなくなったという根拠は？

えっ？msは十分に衰退してるだろ。

景気のいい話なんてazure位だし、デスクトップ用途じゃユーザーが慣てるって優位しかないじゃん。
その結果、一般的な事務所理用の道具としてのニーズは残るから完全に無くなる事は無いと思うけどね。

だいたいこんなスレにwindows信者がホイホイされる辺りが衰退を体現してる訳だし。>>47 みたいな層を囲い込む為にwsl/wsl2出して来た時点でms城から色々な物がガラガラと崩れ落ちてるよ。

これで衰退って、その理屈ならお前の会社はもっと衰退してるじゃんｗｗｗ

>>53
はいはい。そうでチュねー。
ホイホイされるの早すぎだって。

> はいはい。そうでチュねー。

だから、そうだって言ってんだろｗ

>>46
その日経記事は誤解を招き易いことが指摘されている。
実際にはクラウドではなく、Office 365の強さが前面に出てしまっているだけで、
AWSはまだAzureより勝っている。

>>47
VMでは遅いからこそ、WSLが期待されていたのに、それ以上に遅くてどうすんの。

いつVMが速くなったんだ？起動に1分はかかる。
WSLは1秒で使えるようになる。

WSLの利点は最初からMSが言ってる通り、
WindowsとLinuxツールの融合。
それらを連携するのが大変なVMでは代わりにならない。

例えば、Linux上にあるファイルをどうやってVMで編集する？
ほらお前の頭の中で、面倒な実現方法が浮かんだだろｗ

訂正

例えば、VMを使った場合、Linux上にあるファイルを
どうやってWindowsのテキストエディタで修正する？

結局のところ単にVMと言っただけでは、WindowsとLinuxマシンに二台を使ってるだけに過ぎない。
そこができるのは当然で、その上で発生する相互運用をWSLは解決している。
単にVMを用意しただけでは、使いづらいのだ。

相互運用の例。VMを使った場合、どうやってLinux上から
Windows上のプログラムを実行する？
例えば、Linuxのディレクトリをexplorer.exeで開くにはどうしたらいい？
そういうのを解決してるから、WSLが高く評価されている。
みんなが評価している点そのものを勘違いしてる。話にならない。

>>61
でも普段からWSL使ってる立場で言うと、お前の提示してる条件はWSLでもめんどくさいよ。

>>63
なにか面倒くさいことでもあんの？
お互い実現方法でも比較してみようか？ｗ

１つ目、WSLから現在のディレクトリをエクスプローラーで開く方法

$ explorer.exe .

以上（笑）

対抗して、お前が言うVMでこれと同じことをする方法を書いてねｗ

ちょっと聞いてみたいんですが、cygwinのX-Windowで動作するプログラム
を書いたら、Linux上でも大体動くんでしょうか？

あぁ、先に言っておくけど、WSLは最初からGUIを対象にしてないと
MSが公言してるので、そこが「WSLの評価すべき点だ」と思ってるんなら
ただのアホやから

CUIしか動かないんだったら、WSLの意義を感じないのですが、
GUIまで動けば、MSにとって命取りになるからかも知れません。
Linux向けのアプリの開発が加速されて、Windowsの優位性が
なくなりますから。

ほら、ボロが出たｗ

MSが最初から対象にしてないと言ってる
GUIをが評価すべき点だと勘違いして

（力を入れてない部分）が力が入ってないと
文句を言ってる。なーにも理解してない

>>70
意味が分かりません。単にLinuxを起動し直してチェックするのが大変なので、
Windows上で手軽にLinux向けのGUIあぷりのテストが出来れば便利だと思って
いたので聞いてみただけです。

MSが、Windowsの優位性がなくなるような製品が出せないのは当然のこと
なのです。社内競合が生じます。それも大企業病の一つです。

> Windows上で手軽にLinux向けのGUIあぷりのテストが出来れば便利だと思って
> いたので聞いてみただけです。

だから、WSLはGUIアプリのために作ってないって
「MSが公言」してるんだから、
お前はWSLの価値を理解してないって話をしてる。

そもそもLinuxのGUIには誰も期待してない。
だからGUIに対応してない（一応動くけど）のに
WSLが高く評価されてるって現実を理解してない。

WSLがWindowsの価値を高めるものだってのは当たり前だろｗ
なんでLinuxの価値を高めなきゃいけない。

Microsoftの好き嫌いにかからわず、Linuxはクラウドの開発で使われてる。
だからその開発がWindowsだけで完結できるようにしただけのこと。
Linux用のGUIアプリ開発のためではない。誰もそんな物作ろうとも思ってない。

WSLのメインのターゲットはクラウドのサーバーサイドで動くウェブアプリだよ
その前提を理解してない人がWSLを批判しても的はずれなわけ

クラウドのAzure上で、Linux用GUIアプリを
使いますかー？って話なわけだよなｗ

>>73
何でそんなに偉そうなんですか。
単にあなたがたまたまWSLについて知ってるだけじゃないですか。

>>75
俺が偉そうに見えるなら、それはお前がそう見えるだけの話。
俺がたまたまWSLのことを知っていて、お前が知らないから
正しいことを書いてるだけだが、それがなにか問題でも？ｗ

>>76
アスペの人ですか？
あなたは人格障害者だと思います。
人間性や性格に問題があるのです。

とうとうWSLの話をやめちゃったｗ
これだから荒らしは

>>55
はいはい。そうでチュねー。

って、単純にからかってるだけだよ。
そもそも、俺の勤め先の話に切り替えてもmsは無くなりはしないけど衰退してるよ。あんたがwslに何を期待してるのは知らんけど。

>>68
Linuxとは、GUIやext3ファイルシステムなどを含めたものでなくてはならないので、
本当にGUIが動かないならLinuxとは呼べません。
CUI部分だけなら、ほぼUnixそのものであり、cygwinでも十分なはずです。

>>79
アホかｗ MSほどの成長をしてる会社よりも
お前の会社の方が圧倒的に衰退してるって意味だ

>>80
> Linuxとは、GUIやext3ファイルシステムなどを含めたものでなくてはならないので、
> 本当にGUIが動かないならLinuxとは呼べません。

お前ん中の定義？ｗ
違うなら、誰がそんな事言ってるのか言ってみて

>>81
定義はともかく、Windowsには、Unix互換システムとして既にcygwinがあるからです。
X-Windowも動きますし。Linuxとの違いは微妙で、余り大きく無い可能性があります。

>>81
衰退の意味すら分かってないのでチュねー。成長の度合いを他者と比較する用途じゃ使わねーよ。

wsl以前にもっと本読んで日本語の勉強した方がいいよ。

azure上で動作するXクライアントって、環境変数のDISPLAYで他のXサーバに転送出来ないの？

>>82
cygwin使ったことないでしょｗ
cygwinはソースコードレベルの互換性しか無くて
それも完全じゃないので、ソースコードにcygwin対応のパッチをあてないと
動かないものがいくつもある。結果cygwinへの移植が必要になりそのメンテナンス作業を
cygwin開発会社は行ってる。独自のパッケージシステムを使う独自のディストリでしか無い

それに対してWSLではMSが用意するのはカーネル相当のものだけで、
ディストリ自体はLinux用のものをそのまま使っている。
cygwinとは違い完全に同じものを利用することができる。

OS標準で機能を提供してるからもうcygwinはいらなくなったんだよ

>>83
自分で言ったんだから他社と比べるなよ？ｗ

https://stocks.finance.yahoo.co.jp/us/chart/MSFT?ct=z&;t=ay&q=c&l=off&z=m&p=m65,m130,s&a=v

Microsoftうなぎのぼりｗｗｗ

cygwin では、gnomeやkdeも動くらしいですね：
https://x.cygwin.com/docs/ug/using.html

Windows Subsystem for LinuxでUbuntu Desktop (GNOME)を動かす
https://ott
an.xyz/ubuntu-desktop-windows-subsystem-for-linux-20190303/

>>85
>cygwinはソースコードレベルの互換性しか無くて
言われてみればそうですね。

WSL で Ubuntu デスクトップ環境を作ってみる
https://tmtms.hatena
blog.com/entry/201812/wsl-ubuntu

>>90
…と、ここまでの設定でまあそれなりに動くようになったんですけど、あくまでもそれなりにって程度です。

Docker が起動しない挙動は謎だし、Compiz をウィンドウマネージャーとして使えないし。

ウィンドウの切り替えキーの Alt-Tab は Windows が奪っちゃうので Ubuntu の中では使えません(これはXサーバー側の問題な気はする)。

日本語化のところでエラーが出たように、管理者として実行する必要がある処理はうまく動きません。 ウィンドウが落ちることもあります。 たぶん、polkit か dbus か systemd まわりだと思うのですが、わかりませんでした。

最近の Linux は systemd が動作しているのが前提になってることがあるので、systemd が動かない WSL では限界かもしれません。

デスクトップ環境として Ubuntu を使う場合は、やはり最新版を使いたいもんですが、18.10 はさらに systemd 依存が進んでいるのか、デスクトップ環境を動かすことができませんでした。

やっぱり本格的にデスクトップ環境として使うには VirtualBox に Ubuntu をインストールして VM のコンソールに直接デスクトップを表示した方がいいです。結局自分もそうしてます。

>>91
だからなに？ｗ

最初からWSLはGUIのためのものじゃなくて
WindowsというGUIを持ったOSに
足りなかったCLIコマンドを完備させることで
WindowsがGUI、CLIともに最高のOSになったって話をしてるんだけど？

LinuxのクソGUI動かしてなんの意味があるの？ｗｗｗ

>>92
LinuxのGUIを動かす意味は直接的には無いけど、自作Linuxアプリの動作チェックには
使える。MSとしてはそんなことして欲しくないからできないようになってる可能性が
ある。

それにしてもGUIがないと何もできない人っているんだなｗ
俺なんかLinuxはCLIでしか使ってないというのに
全部リモートログイン

自作Linuxアプリ = GUI アプリの人かぁ
なんか大変だね。GUIが無いと何もできないのねｗ

クラウドでGUIなんか使うやついねーよｗ

自分が使うんじゃなくてね。

GUIアプリは売れる可能性があるからだよ。
CUIアプリは無理でしょう。

MSが何をやろうとしてるのかわからんのって馬鹿なんじゃないだろうか？
どうみても開発のための基盤を提供してるだろと。
Windowsだってアプリを動かすための環境だし、
WSLだって、Azureというクラウドの開発環境で動かすウェブアプリを
作るための基盤の一つ。

それを何を考えたのか、WSLをLinuxデスクトップアプリを作るための道具だと思いこんで
Linuxデスクアプリ作りづらいじゃないかって文句を言う。マッチポンプってやつのなのか？ｗ

>>98
LinuxのGUIアプリで売れたものなんてあるの？ｗ

>>100
世界で合計100人くらいは買ったよ。
記憶だと Borland(?)のXylixとか、XzEditorとか。

昔MSにオープンソースはビジネスにならないって散々言われたけど、
その時のLinux陣営の反論が、オープンソースを使ってウェブサービスを提供すれば
ビジネスになる。だったんだけど、それを実現しても受けてるのがMSだと言うねｗ

MSは見事Linuxとオープンソースをうまく使って
ビジネスに繋げたんだよ

Kylixか。
まあ、今までは売れてなかったね。でもまあ、今後どうなるかは分からないから。

>>102
どちらかというとOSSを無視してたらMSがどんどん衰退していくので、なんとか
追従して衰退を防いでいるだけで、本質的には、OSSはビジネスの足を引っ張ってる
だけの気がする。

開発元 Borland Software Corporation
初版 2001年
最新版 Kylix 3 / 2002年8月13日

>>104
どこが衰退してるの？ｗ

https://stocks.finance.yahoo.co.jp/us/chart/MSFT?ct=z&;t=ay&q=c&l=off&z=m&p=m65,m130,s&a=v

衰退の基準を株価で測る人にはそうなんだろね。

>>106
念のため言っておくと、業績とは関係なく、MSは株価が異常な上昇曲線を
描いているので必ず暴落することは確実。

業績については、クラウドは、xamazon,富士通,IBM,Google,Xrea(GMO)
などのライバルが多数いるので、先が読めない。

>>107
自分の中の願望を基準にしてるに言われてもねｗ

>>109
Linuxとは全く関係ないけど、IT分野では珍しく、クラウドではまともな競争が
始まる。今まで競争の外にあったマイクロソフトがずっと勝てる見込みは低い。
アメリカの自動車産業や電気産業がそうであったように、マイクロソフトはクラウド
では負けるだろうと予測している。

人工知能も然り。投資は積極的にしているが、本当の意味で技術競争に勝った事
が一度も無いようなMSが、この分野で勝てるとは思えない。今まで勝っていたのは、
全てMicrosoft BASIC(N88-BASICなど)とMS-DOSの繋がりから。
アドバンテージは技術ではなく、新しいパソコンが売れるたびにWindowsが
売れる構造から得られる潤沢な資金力のみ。この金の力が凄い。

>>96
クラウドがCUIで済むなら、OSSに優位性があると思う。
PythonやRubyで十分なこともあるだろう。

>>106
APPLも張らないとフェアじゃないぞというか関連銘柄ry

株価の時価総額が110兆円を超えているのに、売り上げは13兆円、
利益は4兆円くらいしかない。時価総額が上がり方に比べて売り上げや利益の
上がり方は緩く、株価が上がれば企業業績が上がるということはないので、
この結果、株価が上がれば上がるほど、配当率は下がる。
株価が上がる--->売り上げを上げるためには投資するしかない--->
しかし、MSの場合、既に潤沢に投資済みなので、これ以上の投資先がない
--->他企業を買収するか、人工知能の研究開発費に投資するしかない
--->しかし、それが即、売り上げにつながるわけではない。
--->利益を株価の時価総額で割った値はどんどん下がる
--->株主への配当は下がる。
--->MSの株を買っても儲からない。
--->MSの株は買われなくなる。
--->株価暴落。

MSの配当利回りは1.3〜1.6%くらい。
株価の増減による年初来リターンは39〜45%くらい。
非常に危うい。

例えば、日本の株でもyodobashiなんかは、配当利回りだけでも4%を超える。
ゲームメーカーだと2〜3%のところもある。決してマイクロソフトの業績が
いいとはいえない。

>>115
間違えた。yodobashiでなくビックカメラで、配当率と株主優待を合わせたものが
4.3%くらいになる。MSの場合の「リターン」は、企業業績とは直接関係が無い
株価の増減によるものだから、一度株価が下がり始めると極端に落ちる可能性が
ある。一方、配当率や株主優待の方は企業業績によることが多いから安定性が
高い。つまり、MSの場合は、投機的利益によっているので余り安全ではない。

MSは、株主へ配当を返さないといけないので、株の時価総額を使う場所を探す
必要がある。そして、ゲーム開発ツール類開発のUnityを買収したが、赤字である。
つまり、株価がいくら高くても儲け先が見つからない。クラウドの売り上げ
は好調であるが、この分野は他企業との競争が生じるので先行きは怪しい。
技術に疎い人には分かりにくいと思うが、クラウド分野は今までのようには
いかない。

>>117
Unityはまだ買収して無い。未来予想図。

やっぱりazure好調でも衰退が始まってるじゃん。プークスクス。

沈みゆくmsとかwslの仕事してなくて良かったよ。

>>117
株式のことがわからないなら黙ってたほうがいいぞ
ちょっとでも株を知ってれば、ド素人なのが丸わかりの発言

>>120
アメリカでは中流階級が多くマイクロソフトの株を買っているので、
マイクロソフトの悪口を言うと怒られる状態になっているらしい。
末期症状かもしれない。

>>112
今更何を言ってるんだ？ｗ

ウェブアプリが古くは、Perlの時代から、PHP、Ruby、Pythonと
OOSだけで作られてるのは当たり前だろ

お前いつまでデスクトップの世界だけで生きていくつもりだ？
もう世界もMSもクラウドの時代になってるんだよ

いい加減クラウドの開発ってのを知ったほうがいいぞｗ
そんなんだからMSがWSLで何をしたいのかわからんのだよ

MSがWSLでしたかったことは、Macのように開発者に使ってもらいたかったんだと思います。
うらやましいなーって。

>>123
それな。MacでもUnixとして使われてるが、X Window Systemは動くけど使われていない。
Unixであることの利点ははCLIコマンドが使えることだった。
それをMSはWSLで上回ったんだよな。

正直MacのCLI環境はサードパーティのHomebrewに依存している所が大きい。
独自のパッケージ管理システムで、独自にビルドしている。
cygwinよりは移植がしやすい程度。

クラウドで主に使われてるのはBSDではなくLinux
MacはBSD系なので多少使いづらい。

それにたいしてWSLは本物のLinux用ディストリを使用している。
macOSが動くのはMacだけだからMacBook Proを使っているが、
家ではWindows + WSL。Linuxはサーバーマシンとして存在してるが
ディスプレイはつないでいない。SSHでつなぐのみ。

以前はLinuxサーバーマシンにSSHでつないで動作確認していたが
今ではWSLで済むからWindows用テキストエディタが使えて開発が楽になった。

どっちにしろVSがrsync使うからあまり意味ない。
素直に開発機もう一台増やしたほうが楽。

VSがrsync？何の話だ

Windows側からWSL内のディレクトリを
参照できるようになったから
rsyncなんていらんぞ？

あとLinux版VCPKGは意外と使える。
Linuxディス鳥ではBoostのバージョンが低い。
そういう時VCPKGが役に立つ。
まあ自分でビルドしても今時は簡単なんだけど。
ただし、CMakeがMS版じゃないとダメという欠点が。

>>126
VSはLinuxターゲットにrsyncを使う。
もっともWSLに対してのrsyncは不安定でsftpを選択しないといけない場合も多い。
バージョンによってパタツクので結構面倒。
使えたり使えなくなったり。
ディス鳥とイタチごっこしてる。

当然、rsyncのほうが速いので、ユーザーとしてはrsyncが安定してくれるとありがたい。

WSLサポートが追加されてない古いバージョンでのLinux用ビルドの話をしてるのか？
WSLを使えよ。楽だぞｗ （こういうときのためにもWSLを作ったんだろうな）

https://docs.microsoft.com/ja-jp/cpp/linux/connect-to-your-remote-linux-computer?view=vs-2019

WSL に接続する
Visual Studio 2019 バージョン 16.1 では、C++ を Windows Subsystem for Linux (WSL) とともに
使用するためのネイティブ サポートが追加されています。 これは、ローカルの WSL インストールで
ビルドおよびデバッグするために、リモート接続を追加したり、SSH を構成したりする
必要がなくなったことを意味します。 詳細については、こちらの WSL をインストールする方法の説明をご覧ください。

>>130
ネイティブ接続が追加されたのは知らなかったけど、まあ開発機一台用意したほうがずっと楽。
色々な面で。
試すのが目的ではなく、実用に使ってるから。
何より問題なのは安定しないことだから。

>>131
知らなかったくせに、開発機用意するほうが楽とか説得力ないし
開発機使って安定しなくて苦しんでるのに
開発機の方が楽とか意味わからんｗ

個人的にはもはやLinuxターゲットすら使っていない。
理由はインテリセンスがまだまだバグってるから。
それと、VSのC++がまともになったから、そのままLinuxに持っていけるようになったというのもある。
以前は相当直さないと動かなかった。

WSLの凄さはLinux用バイナリがそのまま動くところなんだよな
cygwinやhomebrewなどのソースコード互換じゃない。
バイナリレベルで互換性があるから、WSL上で動けばLinux上で動くと言っても過言じゃない
WSLで実用レベルのものが作れる

>>132
でも、使ってない人の批判よりは説得力あるでしょ。
日常使いだし。
一生懸命ググったって説得力ないよ。

WSLは実際まだまだ苦労が多いから、実機用意したほうが良いです。
これが俺の結論。
変な釣りに騙されないほうが良い。

>>135
WSL対応を知らなかったんだから、お前は使ってない人だ。

>>136
> WSLは実際まだまだ苦労が多いから、実機用意したほうが良いです。

WSLを使ってないお前よりも、WSLを使ってる俺のほうが説得力あるｗ
WSLは完全に実用になってる。

>>137
使えないから実機用意したんだよ。
一瞬使えてもまたすぐ使えなくなるから。
WSLではそれを何度も経験して、結局実機用意した。
今イタチごっこやってるから、単なるユーザーがそれに付き合う必要ない。

CMakeだって最初はMS版じゃなくても普通に使えた。
Kitwareがバージョンを上げると使えなくなる。
それを繰り返してMS版を使うようになった。
問題は、MSがKitwareと連携してるから大丈夫と宣伝するところ。
使えないなら使えないと言ってもらったほうが時間の節約になる。

>>138
じゃあ、具体的に使えなかった点を言ってみれば？
使えなかったというだけで、何が使えなかったのかを全く言ってない。

お前が言ったのは「本物のLinuxを使ったrsyncでソースコードを
転送してビルドするというスタイル開発」が使えなかったとだけで
Visual Studio がWSL対応して、リモート接続を追加したり、SSH接続が
不要になったことは知らなかったと言った。

WSLを使ったほうがいいということを知らないで、
本物のLinuxを使った開発が大変としか言っていない。

>>140
いやいや、WSLはまだまだですよ。
実用的とは言い難い。

>>141
ほらまた、理由を一つも書かない（笑）

おそらくMicrosoftがディス鳥作らないと状況は変わらないんじゃないかな。
そしてMSがディス鳥を作っても、それが主流にならない限り誰も使わない。
MicrosoftもそれがわかってるからWSL2作ってるのでは。

>>142
理由は簡単。
OSSコミュニティと連携が取れていないから、使えたものがすぐ使えなくなる。
単なるユーザーがMSとOSSの争いに付き合う必要はない。

>>143
自分一人で結論出してるじゃん。

つまりMSがディストリ作っても主流にならないから誰も使わないんだろ？
なら今のUbuntuなどのディストリをそのまま使えるほうがずっといい。

>>144
だから理由を書けって。
理由になっとらんだろ。

>>145
そうだよ。
だから実機用意しろと。

今はMSとOSSは全然争ってなくて、
例えばOSSが使ってるgithubはMSが提供してるサービス
多くのOSSがMSと協力して開発を行ってる。

>>147
実機用意してrsyncがーとかいって苦しんでるのお前じゃんｗ
WSLならそういう苦労はまったくないのに。

>>146
WSLの開発に協力するより、実機のほうが楽。
理屈通りにきちんと動くから。
WSLの不具合に付き合う分、WSL使うのは損。

>>150
お前の主張だと、MSとOSSは争っているから
実機用意しても大変だって話だったはずだが？ｗ

WSLに不具合はないよｗ

>>149
いや、わたくしは既にLinux上のビルドはLinux上で完結させるように体制を変更いたしました。
もう少し使えるようになったら、VS上のLinuxターゲットをもう一度考えてみます。
現状ではデメリットが多い。

僕が一番wslを使えるんだぁ!!の人は一日中同じIDなんだけど、お仕事大丈夫？

まぁ、windowsとwslなんて使わず最初からlinuxで作れば楽だわな。

>>151
いや、実機用意するほうが楽だわ。

まあでも、これからはWSLの時代ですけどね（嘘）。

Linuxにヒラギノが入れば言うことないのだが。

ヒラギノLinuxとか出れば買うかもしれないな。

楽なんて評価は主観評価なんだし、windows上でvs使ってクロスでwsl使うのが楽って人がいてもいいんじゃね？
最初っからvsな人はvs以外はゴミ評価が多いし。

>>155
お前に求めてるのは、楽だ楽だってオウムのように繰り返し言うことじゃなくて、
何が楽なのかその説明をしろってことだよｗ

wslって/procとか/devとかあって動作するの？wsl2なら動くと思うけど、wslのそこらを使うユーザーランドってどんな動きすんの？

>>161
> wslって/procとか/devとかあって動作するの？
そこを提供してるのがWSLの仕事の一つなんだよ。

> wsl2なら動くと思うけど
逆にそっちのほうが難しい。なぜなら仮想マシンを使っていても理想的には
Windowsの情報を見るべきだから。その変換を行うためにMSはカーネルに手を入れてる。

wslでifconfigとかするとデバイスにはイーサネットアダプターとか表示されんの？

>>163
理想的にはWindowsのドライバの情報が出るのが正しい。
なぜならデバイスドライバを管理してるOSはWindowsなのだから。
だけどそこまでは対応してない。

ifconfigの情報は表示されるが、WSLの役目として必要最小限のものだけ
つまりIPアドレスとかネットワークアダプタの情報は見れるが
デバイスドライバの情報は見れない。

別にLinuxでドライバ管理したいなんて思わないでしょ？
OSはWindowsなんだから。

>>164
うーん。じゃコマンド出力の結果に細かい差分があったり、wslでは使えないコマンドや考え方が発生する訳か。

てっきりwslのカーネル相当がキレイにエミュレートしてくるのだと思ってた。そこまでじゃないのか。

じゃ、面倒な事を意識する必要のないlinuxの方が俺には楽だな。utf-8のbomとかも面倒くせーし。

>>165
だからお前は勘違いしてるって言われるわけ

WSLはLinuxのエミュレータじゃない。
Linuxアプリを動かすための環境。

クラウドにおいてデバイスはすでに仮想化されてる
お前がやりたいことが何なのか知らんが、
そういうことはクラウドではやらない。下位の層で吸収されているべきもので
クラウドのデバイス（仮想マシンデバイス？）に依存したことはしない

> utf-8のbomとかも面倒くせーし。

WSLと一切関係ない話

あといい加減、WSLの何が面倒で、実機を用意することの何が楽なのか書け

一応流されないように再掲しておくか

63 返信：login:Penguin[] 投稿日：2019/11/15(金) 08:54:26.84 ID:EAxyXkav [2/23]
>>61
でも普段からWSL使ってる立場で言うと、お前の提示してる条件はWSLでもめんどくさいよ。

64 自分：login:Penguin[sage] 投稿日：2019/11/15(金) 08:55:05.52 ID:KYbcJ9F4 [8/53]
>>63
なにか面倒くさいことでもあんの？
お互い実現方法でも比較してみようか？ｗ

65 自分：login:Penguin[sage] 投稿日：2019/11/15(金) 08:56:04.00 ID:KYbcJ9F4 [9/53]
１つ目、WSLから現在のディレクトリをエクスプローラーで開く方法

$ explorer.exe .

以上（笑）

結局、Linuxそのものを作り出すんじゃなくて、
WindowsにLinuxのCLIツールを完備させるっていう
WSLの目的がわかっとらんのだよねｗ

linuxの方が楽なのは既に稼働中の使い慣れた環境が手元にあり、わざわざ中途半端なwslを用意する必要がないから。
windowsよりlinuxの方が使い慣れてる俺にはwslダメじゃんとしか思えんよ。
linuxアプリを動かす環境がwindowsにあると便利な人にはいいのだと思うけどね。
俺にはwindowsはwindowsアプリを動かす環境なんでwslが楽と言われても、はぁ、そうですか？としか返せんわ。

レスバトルすごいですね（そんｋ

>>171
WindowsにCLIコマンドを充実させるものなのに
中途半端ってどういう事？ｗ

仮想PCよりも少ないオーバーヘッドでWindowsとLinuxを1台のPCで動かせるってのは
一般的には十分なメリットなんだが

鯖用途ならともかく、デスクトップ用とでWindowsとLinuxにそれぞれ物理的にPC1台って方がくっそ面倒だぞ

完全にLinuxと同じじゃないと何かが面倒らしいｗ
その面倒なものはなにと聞いても絶対に言わないｗｗｗ

物理linux端末と比較してwslが面倒な所。

cliコマンドの動作差分が有る。
動作が遅い。
文字コードの違い。

そもそのwindows端末自体がくっそ面倒くさい。wslで十分な奴には楽なんだろ。

じゃあ具体的に聞こうか？

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

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

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

面倒なこと、困ったことを聞いてるのに、
違いがある点しか言わないのは
使ったことがないからわかんないのかな？
ググって知ったことしか書いてないようだ。

>>175
物理的に用意しなきゃいけないPCが2基って時点で確実に面倒だろｗ
デスクトップ用途なんだからモニターもキーボードもマウスもそれぞれに用意しなきゃなんないんだぞ

>>177
動作差分はifconfigって自分で言ってたろ。動作差分がないってms担保してるの？大昔にtopコマンドのload averageが常に0.5とかいう記事みたけどね。

動作は同じハードウェアで動作するlinuxと等し事に決まってるじゃん。wsl1仮想なの？

wslが相互変換する？自動で？どう基準で？改行コードも？
wsl側のutf-8のlfなテキストをwindowsのメモ帳で開き、windows側のsjisのcrlfのテキストをwsl側のviで開けるの？

wslなんてmsが作ったcygwin程度って認識でふーん、powershellはダメだったんだって思う程度だよ。

>>180
> 動作差分はifconfigって自分で言ってたろ。

ifconfigの内容は物理マシンでもハードウェア構成によって違うだろ？
違いがあるからってなんだって言うんだ？
必要な情報は正しく出てるんだが？

俺が言ったことじゃなくて、お前が実際に試して困ったことを言ってないのか？

>>180
> wslが相互変換する？自動で？どう基準で？改行コードも？

お前は基本から学ばないといかんようだなｗ

まず、ファイルの内容に関しては、Windowsでも
（今のメモ帳のデフォルトである）UTF-8で書けばいいだろ？

自動で変換するのはファイル名などに決まってる。
それで、何が困ったんだ？

> wsl側のutf-8のlfなテキストをwindowsのメモ帳で開き、windows側のsjisのcrlfのテキストをwsl側のviで開けるの？
だからそのために、メモ帳をバージョンアップしただろ。
viがsjisに対応してるかなんかviに聞けや（対応してるの知ってるが）

>>180
> wslなんてmsが作ったcygwin程度って認識でふーん、powershellはダメだったんだって思う程度だよ。

思うだけで使ってないから知らんのだよ。
お前が ”想像で" 困るはずだと思ってることはなにもない

>>179
ははは。そうだろ。
余計なwindows10端末を用意するのが面倒なんだよね。

>>184
普通の人にとっては逆なんだよ
Linuxのデスクトップ用に更にもう一基PCを用意するのが面倒

>>182
詭弁が激しいな。
windows側に既にあるsjisテキストはwsl側では変換するって事だろ。

メモ帳をアップデートとか、個々のアプリで対応とか本末転倒だろ。

まぁ、あんたの用途には便利なんだろうけど、俺の用途にはタダのゴミだよ。
俺の仕事でwindowsが必要なのはofficeファイル触る位だし、慣れてるlinuxデスクトップの方が便利。

ファイル名ならいざ知らず、ファイルの中身にどんな文字コードを扱うかなんてアプリ次第だろ下らねえ
てかそれこそお得意のCUIで変換でも何でもしろよ

>>186
やっぱり基本がわかってないｗ

あのなぁ、Linuxでも昔はEUC-JPやら外国では色々あったんだぞ
その内容を表示できるかどうかは、アプリの仕事に決まってるだろ。

勝手にデータ書き換えるわけがない。
Windowsで作ってもUTF-8なら、それはUTF-8のデータだし、
UTF-8に対応しているアプリはそれを表示できる。

> メモ帳をアップデートとか、個々のアプリで対応とか本末転倒だろ。
まさか、LinuxはEUC-JPやSJISに個々のアプリは対応してなくて
例えば、vimは自力で対応してなくて。lessはどんな文字コードでも
表示できるとか思ってんのか？基礎知識なさすぎだろｗ
なんのために多言語対応テキストビューアのlvがLinuxの世界に存在してると思ってるんだよｗ

VirtualBOX併用でWindows、Cygwin、WSL、Ubuntuが一つのPCで動く俺が勝ちだなｗ
Windows使わないとかクソな縛りはしてないし、Linuxじゃないとダメってバカなこともやってないしｗ

馬鹿で気違いは自縛自怨なつまらないPCライフ送ればいいと思うよｗ

>>189
それだとDockerが動かなくないか？ｗ
Docker Toolboxはまだあるんだっけか？

俺は作ったアプリのテストのために、それらに加えて
msys2（git bash）環境も揃えているな。仮想マシンはHyperV使ってる。
WSL2もHyperV技術を使用するし、VirtualBoxは早くHyperVと同居できるようになってほしいんだが。
VirtualBoxの方がハードウェア構成を柔軟に設定できるので

>>188
どんだけ話を広げる詭弁を続けるつもりなの？バカなの？
linux無いの文字コードやコマンド振る舞いは無論わかってるよ。30年以上unix/linuxで飯食ってる俺にはwslのメリットがないし、あんたのニーズではwslで十分ｗなのもわかったよ。

wslが楽？ふーん。そーなんだ。よかってね。俺にはゴミだけど。って話なだけだって。カニ食ってる奴にカニカマ美味しいって言ってるようなモンでオカシイだろ。

ゴミというのは別に構わんが、
お前は理由を言ってないと指摘してるだけ。

俺は違いがあると困ったとは言っていない。
お前は困ったと言っているがその理由を言ってない。

そう指摘してるだけ。
事実なら反論しなくていいよ

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

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

有料じゃないならなｗ

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

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

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

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

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

何も問題ないがｗ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>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の文字コードについて因縁をつけるなら、この挙動の理由を説明できるぐらいの知識がないとダメ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そういえば、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の地位が脅かされる
懸念があったのでそれを防ごうとしたようです。

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

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

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

あ
誤爆しちった

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

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

>>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でも相互運用が可能）

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

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

>>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に対応するとしているのですが、恐らくのらりくらりと先延ばしにして
対応しないと思います。

>>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サーバーの価格は昔ほど大きな差はではなくなってる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

マジでめんどくさい

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

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

ログはまだ？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Mono を継承したものが Xamarin。

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


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

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

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

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ランタイム）は間違いなく可能です。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>266
はい。証拠ｗ

現在のコード ページ: 932

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

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

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

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

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

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

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

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

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

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

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

ていうか
ここLinux板だから

俺がファイルサーバーとして使ってる、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

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

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

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

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

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

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

>>275
>>176 見てね。

>>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とは相互に変換されるが何で困った？

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

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

石？ 米粒かと思ったｗ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

その時代で知識止まっちゃってるんだね

使いづらいXに慣れちゃった人は可哀想

>>290
知らんよ。win95でvcでwin32api開発と、xp時代にvsで.netの開発位だし。
今じゃoffice使うぐらいにしか使ってないから知らん。

windowsの知識なんて、俺の仕事じゃ使わんし、知ってるとADとかやらされるから知りたくもない。

>>285
.NET COREは、二ヶ月前までは CUIへの対応のみで、WinFormsなどのGUIには対応
していなかった。ややこしいのは、今年の9月にWindows版だけはWinFormsと
WPFに対応したとされること。しかし、.NET CORE自体がマルチプラットフォーム
を目指しているとされていたので、訳がわからないところがある。
多分、必死で収益を増やそうとした結果だと思うが、.NET 関連は乱立状態になっており、
プログラマ目線で言えば、選択肢が多すぎて困る状態。
しかも、もっとも便利そうなWinFormsを、MSが見捨てたような状態とも取れなくも
ない。
かといって、MSの開発環境以外に選択肢はほぼ無い状態なのだが。

>>296
そういう人におすすめなのがWSL
Linuxを使っている感覚でありながら、
GUIだけを使いやすいWindowsに置き換えたと考えればいいのです。

>>289
でも
QtCreaterの方がイイよ
デスクトップアプリ作るんなら…

WPFだって、WinFormsだって
いつWebFormみたいに
ほっぽり投げられるか分からん

QtはWindowsでも使えますからね。
今は開発はWindowsで全部すませられます。

Qtは、ライセンスに問題があるのと、コンパイル速度が遅い事、
GUIツールキットにスロットや特殊なマクロ(?：忘れた)の概念が有ること欠点。

>>301
さらに、Linux以外だと配布ファイルの巨大さも問題。

> GUIツールキットにスロットや特殊なマクロ(?：忘れた)の概念が有ること欠点。

それはC++の欠点が発端だからどうしようもない。
言語を変えるしか無い。

.NETに？ｗ

>>303
GUIプログラミングは、Windowsに慣れている人が多いので、スロットや
シグナルという独特な概念や、Windows文化とは異なった書き方を要求される
Qtには、苦痛を感じるプログラマが多いと思う。

昔はC++にdelegate相当のものが無かったのが痛いね。
今だとstdやboostでそれっぽいことができるけど
もうそれ無しでGUIフレームワークができてしまった。
その結果特殊なマクロが必要になる。
GUIフレームワークは一旦リセットするべきだと思うね。

>>238
つまり、Windowsには「既存のファイル」があって、最近のLinuxには「最初っからutf-8」のファイルしかないとｗ

そこはeucでも問題無いんだと強弁するところだろｗ

>>305
delegateはなくても、メンバ関数に対するメンバへのポインタを使えば
ある程度のこと出来ます。

>>307
できるできないの問題じゃなくて、
分かりやすいフレームワークが作れるかどうかの問題なんだよ

ある程度歳がいってる爺様は
「とにかくM$を憎む教」の信者だから、放置するより他にない
どうせ話が通じないもの
あるのは自分と同じように憎む同胞か、それ以外かの区別だけ

精神病んでるやつにたまにいるじゃない？
「俺は政府/国連/宇宙人から監視されているっ！！」
みたいなの

あれと似たような感じなんだと思うよ

>>310
> 精神病んでるやつにたまにいるじゃない？

あんた自身の事じゃん。こんな板にwslの宣教とか正気じゃないよ。

まぁどんなマヌケでも書ける.netでつまらんアプリでも書いて好きなだけwindowsで動かせばいいんじゃね。

そういえば文字コード以外にもcrlfとlfの違いもあるな。

文字コードの話題でGB18030が出てこないのは間抜け。

>>309
俺か、俺以外か。

>>311
>まぁどんなマヌケでも書ける.net
なにその理想の開発環境ｗｗｗ

MSが.NET以外にも手を広げてる中、
未だに.NETと戦ってるとか周回遅れもいいとこだな
こいつはC/C++以外しらんのじゃないのか？

MSはステマが下手すぎる
開発系のインフルエンサーに金をはらってSurfaceLaptopを使ってもらえ
バカなブロガーとかテクニカルライターに提灯記事書かせるのは無駄
クールなロックスターがWindowsを使ってないのが問題

MSはステマしてないよ。堂々と広告してる。

C#書けない間抜け以下ですまん
本は買ってずっと放置してる
今まで学習してきた他言語と違ってドーパミンが分泌されない

>>319
それならVisual Studio Codeはどうだ？
あんたが好きな言語にも対応してるはずだ。

>>318
じゃあステマしろ
俺はMSに騙されたいんだ

>>317
まるでクールなロックスター(笑)が揃ってLinuxを使っているような言い分だなｗｗｗ

>>320
Electron系のエディタは
でかい(数万行とか)ファイル開くとバカみたいに重い
それ以外は良かった

数万行のファイルの時点でおかしい

>>324
リアルに精神病っぽいとこあるからね俺

数万行のファイルは結構ある。

.netと戦う？どんだけ被害妄想が激しいんだか。三輪車に乗ってる自覚があるなら胸はって三輪車乗ってれば良い。

ソースで数万行はおかしいだろう

クールなロックスターがwindowsを使ってるのは想像し難いが、linuxを使ってるのは想像しやすいな。

やっぱ、cliでカタカタやってる方がかっこいいし。

どうしてそんな妄想をしてしまうのか理解に苦しむが、歴史的背景からロックスターに限らずこっちだろ。
https://twitter.com/ikmultimedia_jp/status/1149269578511540230/photo/2
https://twitter.com/5chan_nel (5ch newer account)

クールなロックスターって伝説級のハッカーって意味だろ。そいつは何をハックしたの？

造語しちゃったのか。流石は統失犬厨の巣窟なだけはあるなｗ

隠喩を造語とはいわないぞオバカサン

隠喩と言えば誤魔化せるわけじゃねーぞ気違いｗ

狂犬ってのは何にでも噛み付くもんだなぁ。驚くばかり。
つーか、統失だの気違いだのポンポン出てくるけどリアルで言われ過ぎて語彙が限定されちゃってるの？可哀想。

統失も気違いもこのスレに1度づつしか書いていないのにポンポン出てくると？
お前さんそんなに方々で言われてるのかいｗお気の毒にｗｗｗｗｗｗｗ

つまらんオウム返し。表現かえても中身は同じとかオツム大丈夫？あんたのｗは嘲笑じゃなくて自嘲に読めるよ。
もしかして自嘲を意図してるの？

これでオウム返しってお前ｗ
よほど普段から統失気違い統失気違いと言われまくっているんだねｗ
それが君に対する周囲の評価だからよく覚えているといいよｗｗｗｗｗｗｗｗｗｗ

お大事に。

Linux使ってる人の民度ってこんなもんなんだなぁ
なんかガッカリ

>>338
勇気を出して心療内科で診てもらってね。

>>340
お大事に。

まさにオウム返し。あれか？できの悪い人工知能のスクリプトなボット？

>>341
頭大丈夫か？

バカの一つ覚えってゆーか、ボキャブラリー貧困なバカは同じ事を繰り返して、草はやすしか芸が無い。

中学生あたりなの？

>>339
本当に使ってる人は多分こんなスレに書き込まない

Linuxが普及しない事実に耐えられなくて発狂したバカがオウム返ししてるだけだろｗ

いや、クールなロックスターとは伝説級のハッカーの事と誤魔化そうとした奴が悪いんだよ。
"クールなロックスター" site:5ch.net でググってみればどれだけ阿呆な誤魔化し方をしたか、
当人以外は分かるはずだ。

>>346
Linuxスレが落ちないように窓厨が頑張っている。
Linuxデスクトップスレに普及してるドサw

いや、この板って書き込み途絶えて1年半経過したスレとか平気で残ってるから。

程度の浅いドザがwslの売り込みにこんな板にまででしゃばってくるぐらいは普及してるから大丈夫。

そんなにWSLの話題が気になってるのかｗ

wsl自体には全く興味がないが、こんな所にまで湧いてくる異常な精神の持ち主をからかって遊ぶのは面白いからね。

つまりWSLが気になって仕方ないと

うんうん。あんたみたいなのをからかうのが楽しいよ。

>>347
俺317だけど>>331の解釈で大体あってるよ
そもそもこんなスレでギターとかベース弾く奴の話なんてするわけないじゃん
つーかもうお前黙ってろよ、バカに発言権は無い

LinuxのCLIがほしいと思っていた人は、WindowsのWSLを試すといいよ。
cygwinよりも遥かにLinuxそのままだから

>>355
俺331だけど、>>317の意図を正しく理解できてよかったよ。

歴史的背景言ってる人は話が合わん。つーかもう少し本読んで、文面から想像する文学的な訓練が必要と思うよ。

>>356
うわ。かっこ悪いな。

最後っ屁でまともなこと書いて逃げ体制？

まともなことなら書いていいじゃないか？

何でLinuxのデスクトップが普及して無いのにマイクロソフトはwslなんて作ったの？
普及して無ければつくるだけ時間のムダじゃん（笑）

>>359
自己否定してでも噛み付くのを狂犬ってゆーんだよ。

>>360
Azureのためだよ。MSはWindows技術の押し付けはやめた。
Linuxを使いたい開発者がいるなら、その開発者の役に立つものを作ろう
というやり方に変えた。

AzureではWindowsだけでなくLinuxも使える。開発者がLinuxを使うということの意味は
Linuxアプリを作るということ。だからWindowsでLinuxアプリを作れるように
環境を整えてる。WSLもそうだし、Visual StudioのLinux対応もそう

ただLinuxアプリといいってもGUIは含まれない。AzureはLinuxマシンとしてクライアントOSとして
使うんじゃなくて開発したサーバーアプリを動かすために使う。
LinuxのデスクトップはAzureのターゲットではないし、AzureでGUIアプリを使う人もない。

Linuxが普及してなのはデスクトップであって、クラウドでサーバを動かすための
仮想マシン用OSとしてなら広く使われてる。

>>335
はいはい自作自演乙です。
Linux板で初めて使われた言葉に対して、第三者が賛同する事なんてあり得ないって分からないんだね。

お大事に。

真正のアレだったわ。
世の中には触れちゃなんねぇモンがある。って村の長老あたりが語り継ぐようなアレだったわ。

面倒くさいから自作自演でもいーよ。linux板で初めて使われた言葉に第三者が賛同しないのはアンタみたいなのに限定されてるだけだよ。

Linuxはロックスターよりレゲエとかヒッピーのイメージがある

>>364
ロックスターが「ロックのスター」以外の何を意味するのかなんてのは、
お前が再定義するまで誰も知らない訳でな。とにかく「ぼく頭が悪いんです！」と明日病院へ行こうな。
馬鹿につける薬なんてのも今ならあるかもしれないぞ。

食べたその日かーらー

ロックスターじゃないけど憧れの対象になるような人をロックスターと呼ぶのは英語的な表現だからね
ロックの歌詞もわかなければmanもREADME.mdも英語で読めないようなバカに配慮しなかった俺(317)が悪いんだよ
バカは悪くない
バカに配慮しなかった俺が悪いんだ
レスバトル戦争反対
LOVE AND PEACE

・・・なんちゃってね、くたばれバーカ

>>368
「真正のアレ」「触れちゃなんねぇ」
と言いつつ食い下がるあたり、悔しくて悔しくてたまらないって感じが出ててイイね！
嘘をつらつらと書きなぐった後に「なんちゃってね」と弱気になってるあたりもイイ。
そして「くたばれバーカ」と幼稚な煽り文句で〆てるあたりもう最高だね！

馬鹿に対する配慮はまず自身に対して必要なものであると認識すべきだな。

しつけーな。自演でいーよっていってるじゃん。もしかしてお顔真っ赤ちゃん？

お子ちゃまは三輪車windowsがあるんだから、それのってぎーごぎーこしてろ。まぁ若いの。少しは落ち着け。

せっかくいい玩具なんだから。

意訳、あれは玩具ニダ、俺が遊んでやってるんニダ
悔しくってレスしてるんじゃない。レスするのを我慢できないんじゃない。
遊んでやってるんニダーーーー！

>>368
本人が自演と思ってるらしけど、同一人物思わせた方が楽しめそう。

rock starとかsuperstarとか日頃、耳にしないと厳しいかもね。

>>360
Linuxデスクトップの代わりに
Windowsデスクトップを使えばいいからだよ。

WSLはデスクトップじゃなくてCLI環境
デスクトップが完璧なWindowsに
不足していたCLI環境を補うためのもの

rock star の解釈は以下でも見て考えてね。
https://englishbootcamp.jp/?p=6977
https://eigobu.jp/magazine/rock

まぁ、本人は自作自演って線は曲げないと思うし、お子ちゃまだから
自分の誤りを認めないでブツブツ繰り返すとは思うけどね。

まぁ、マヌケがドザホイホイに飛び込んでくるのはいつもの事だけど。

もともとGUIがゴミみたいなもんだったLinuxはCUIが奇形的に発達してるからな。
GUIばかりのWindowsに取り込まれたからWindows+WSLはベターな環境だよ。
ぶっちゃけ生Linux要らねぇｗ

>>375
なんで窓厨ドサはLinuxスレの維持普及に必死なの？

>>374
なるほど、探せばそーいう表現もあるんだな。
つまり、LinuxのスターがWindowsを使っている事を想像できないという間抜けな主張になるわけだ。

じゃぁ、記念に1枚どうぞ。
http://i.gzn.jp/img/2009/10/23/windows7_linus_in_akiba/001_m.jpg

wslの押し売りの人はおかしい人ばかりだなぁ。日本語もちょっと怪しいし理もない。人工無脳ボットのロールプレイしてんの？

>>377
あー。その人しってるよ。伝説的ハッカーの人ね。rockstarとかsuperstarに相当する人ね。
>>330 はハズレね。

その人がwindows使うのは自国の確定申告で電子決済するのにwindowsが必要なんじゃねｗ
IEとかexcelとか。

結局の所Windowsが必要なんだね。