デスクトップでLinuxが普及する訳ないと思った時 8
レス数が950を超えています。1000を超えると書き込みができなくなります。
wslで十分な奴ならwslでも良いと思うよ。そもそも開発しない人にはwslさえ使いづらいとは思うけど。コマンドとかネットのコピペでしょ?そりゃwinの方が効率的だよ。 WSLがターゲットにしてるのはウェブ開発、MSがそう言ってる
それ以外はuservoice.com読めばわかるけどできないことだらけ
iptablesもraw socketも動かないからちょっと変わったことするバックエンドサーバーは書けない
だけど「普通の」ウェブ開発なら問題ない、そして普通のウェブ開発者はmacを使う、Windowsと違ってかっこいいから > そして普通のウェブ開発者はmacを使う、
それがWindowsでもできるようになったんやで >>852は普通のこと書いてるんだが何開発か書かずに開発開発いうバカばかりだったから新鮮に感じる そもそもLinuxとのバイナリ互換って開発者が本当に望んでたものだったの?
Chocolateyがデフォで使えるとかの方が喜ばれたんじゃないの?費用対効果的にも >>855
> Chocolateyがデフォで使えるとかの方が喜ばれたんじゃないの?費用対効果的にも
Windows 10に標準インストールされているパッケージ管理システムの
PackageManagementがChocolateyをリポジトリとして使えるので
その問題はWSL登場前に解決済み
https://qiita.com/succi0303/items/205ed51c2d604bdf3cf1
> そもそもLinuxとのバイナリ互換って開発者が本当に望んでたものだったの?
すごく重要。なぜならWSL用にソースコードを書く必要が無くなるから。
ソースコードは全く一緒でいいし、リポジトリも同じでいい。
UbuntuがアップデートすればWSL上のUbuntuもアップデートできる
これがCygwinやMsysとみたいなソースコードレベルでの(不完全な)互換性だと
同一のソースコードが利用できずにアップデートするたびに移植の手間が増えるし
吐き出すバイナリが違えば、動かない原因がWSLにあるのかソースコードにあるのかわからない。
バイナリ互換があるからこそ、もし動かなければWSLに問題があるんだとはっきりわかる >>852
wslはasp.netの敗北宣言の意味もあるって事? >>857
ASP.NETはLinuxでも動くよ
そしてMSのクラウドであるAzureではLinux仮想マシンも提供してるよ
これを敗北とみなすのは構わないが、
MSはこれらを使って儲けを出しているんだよ。 あっWin10エアプなのがバレてもた、まぁいいけど
>>856
VMでいいじゃん Microsoftはインターネットへの対応が遅れていたはずなんだが、
気がつくとAWS、GCPとならんで3大クラウドの一つにまでなってしまった。
そして、アプリを動かすOS を(ウェブ)アプリを動かすプラットフォームとして
考えることで自然な形でビジネスを変化させた。
今やプラットフォーム(Azureやクラウドサービス)が主体で
そこで動かすOSはWindowsでもLinuxでも良くなってしまったんだよね
時価総額1位に返り咲く力は伊達じゃないよ >>860
VMは面倒くさいよ。
「Windowsで開発する」のが重要
言い換えると、Windows上のテキストエディタを使い
Windows上のブラウザを使い、CLIコマンドで
Windows上のファイルも、WSL上のファイルも扱えることが重要
これがなかったからみんなMacに乗り換えたんだから >>863
Dockerはアプリをコンテナにするものなので使い方が違う >VMは面倒くさいよ
ここだけ主観のたった一行でなんの説得力もなくてワロタ Dockerでいいじゃん先に言われててわろた
まぁDockerがメンドくさいって言われたらそれまでだが
P.S.
Windows側からWSLのファイルいじると壊れる問題はいつのまにか直ってたんだ >>865
結論を先に言っただけで、その後に理由書いてあんだろ >>867
それはお前が勝手に決めた Windowsで開発しなきゃいけない前提 だとVMが面倒くさいという話だろ
しかも何開発か書いてないし、、、論外 > しかも何開発か書いてないし、、、論外
WSLで開発できないものは、開発できるわけがないし
WSLで開発できるものを、開発するだけだよ
今、WSLで開発可能なものを列挙する意味ある? >>866
Dockerは開発時には使いづらい
あれは開発したアプリをデプロイする段階で使うものだ
なぜ開発時に使いづらいかは、Dockerの中に
開発ツールやライブラリは入れないから >>870
ビルド環境として使うことあるよ、普通に >>869
逆にできないものがあるって分かってるならただ漠然と開発ってなんでそんな自信あるの? >>871
使いにくいのは開発環境といったのであって、ビルド環境とは言っとらんよ
>>872
今の話にWSLはウェブとCLIコマンド開発用とわざわざ言う必要がないから >>873
へー、使いにくいのは開発環境って言ったんだね
開発時に使いにくいって書いてあったからわからなかったよ、メンゴメンゴー >>873
そもそもここはWeb開発者専用のスレじゃないしバイナリ互換の話がでてたんだぞ
CLIコマンド開発なんて初めて聞いたし
閲覧者はエスパーじゃないんだ > CLIコマンド開発なんて初めて聞いたし
知らんがなw だから俺は「開発」としか言ってないのに
だれかがウェブ専用みたいなこと言ったんだろw >>874
> 開発時に使いにくいって書いてあったからわからなかったよ、メンゴメンゴー
開発時といってビルドだけを思い浮かべるほうがおかしいよw こうなるから「開発」といって開発全般を指すようにしたほうが良いんだよ
下手に用途を狭めるような言い方をしないほうが良い。
だいたいその気になればWSLでGUIアプリだって開発できるし
シリアル通信も使えるんだから組込みの開発もできる ID:jdRZ0Vszよ
よく他人から無責任って言われない? 開発時に便利なDocker♪
ビルド環境をDockerイメージにして開発を効率化♪
開発がはかどるDocker♪便利なDocker♪ WSLで何か作ったとしてもどうせWSL厨がいうそのめんどくさい実機かVMを動かして実際動くかどうかテストするんだから意味ないだろ
Web開発ならその必要はないが >>881
> WSLで何か作ったとしてもどうせWSL厨がいうそのめんどくさい実機かVMを動かして実際動くかどうかテストするんだから意味ないだろ
面倒くさいのは、WindowsのテキストエディタでVMのファイルを編集することだってわかってないだろ?w
>>862に書いたのにまた読んでないのか? >>883
WSLを使うのにたったそれだけとはしょぼい理由だな
Windowsのテキストエディタが好きならWine使えばいいし ターゲットがLinuxでもWindows上でクロス開発はあたりまえのように行われてきたし、これからも行われていくだろう。
WSLの登場で楽できるようになったし。
Linuxネイディブしかありません、Linuxネイティブしか使いません、なんてのは基地外しかやらないことだよ。 σ < ワロタ
(V) 将に、姦国
|| NHKを真似たのか σ < テーノー過ぎるだろう、わはははははははははははははは
(V)
|| σ < 小学生並みの頭じゃねぇーーーーー
(V)
|| クロスコンパイルと互換レイヤー上のクロス開発を同義にとらえることができたら間違いなくキチガイになれる >>847
WSLのコンテナがストアアプリになってるんじゃん
知らないなら適当なこと言うなよ WSLのコンテナってなんだ?
WSLを利用するUbuntuというストアアプリの話か?
コンテナじゃねーぞ σ < ワロタ
(V) それを国を代表してやるとは、わはははははははははははは
|| コリア、ダメだ
亡国のフラグが立ったね
カリアゲ君ホルホルじゃねぇ >>898
HyperVコンテナは、Windowsが持つコンテナの一つに過ぎないよ
リンク先読んでね あきらかにただの仮想ディスクイメージなのにおもしろいなMSって
こうやってどんどん洗脳させていくんだな 仮想ディスクイメージってVHDファイルのことか?
お前用語の使い方がさっきからめちゃくちゃじゃない? >>901
そのHyperVコンテナはVHD(または内部になにかしらのファイルシステムのラップ)を使用してるんじゃないのか? HyperVに物理ディスクを接続できるし
VHDだとしても、だから何だって言うんだ? >>903
少なくともLinux周辺ではHyperVの元ネタのXenの仮想ディスクイメージをコンテナとは言わないだろ 言葉尻を捕まえて本質見逃すバカしかいないのね、Linux信者って。
クロスコンパイラ使って式も、WSLやCygwinのような互換レイヤー使って式も、クロス開発には変わりないのに。
Cygwinでクロス開発ってのも互換性がアレだが・・ ”あたりまえのように行われてきた”のが前者式だろ
自分で”互換性がアレだが”と書いてるのに後者だと思ってる自分が賢いとでも思ってるのか? ははは。ms信者の方がマヌケ成分多いよ。
この手のスレでwinだけの人とwinとlinuxの人の知識の差とか。 三輪車君の気持ちが分かるよ
マヌケの相手していくうちにレスバトル化してだんだん自分がマヌケになっていくんだ うん。
なんかwinだけの人は遊びならwslで遊んでいればいいし、仕事ならwslで開発しても単体ならともかく、結合や総合なフェーズの試験じゃ実機使うしかないわけだし。
winもlinuxも両方使えた方がいいと思うよ。 azureでも構わんと思うよ。
職場じゃaws一択みたいだけど。 >>904
> 少なくともLinux周辺ではHyperVの元ネタのXenの仮想ディスクイメージをコンテナとは言わないだろ
俺に言うな。仮想ディスクイメージをコンテナなんて俺は言ってない。
Windowsでもコンテナというのはあって、
そのWindowsのコンテナ(ランタイム)は、Windows Serverコンテナと
Windows ServerコンテナをHyperVで分離した、二種類のコンテナ"ランタイム"があるが
Windowsのコンテナは、仮想マシンでもないし、(仮想マシンと全く関係ないが)
仮想ディスクイメージでもないし、Windowsコンテナは、WSLとも全く関係ないと
言うことを示すために >>896でリンク書いたんだが。
最初の話に戻ろうか
WSLはコンテナじゃねーよ。そしてストアアプリもコンテナじゃない >>910
> なんかwinだけの人は遊びならwslで遊んでいればいいし、仕事ならwslで開発しても単体ならともかく、結合や総合なフェーズの試験じゃ実機使うしかないわけだし。
自分で答え言ってるじゃん
結合や総合なフェーズの試験じゃ実機を使うが、
仕事で開発は手元のWindowsを使えるようになるからWSLは便利ってことだよ。
Macでも同じことじゃん。Macで開発したって
結合や総合なフェーズの試験じゃ実機を使うだろ?
そういう使われ方をしてきたMacを、WSLのおかげで
Windowsで出来るようになったということ >>914
手元にwinがあってwinが便利と感じる人にはそうなんだろう。
俺にとっちゃwinより付き合いが長いunixの子孫のlinuxの方が便利と感じるよ。
開発者がwinでどうしても開発したい理由にvsにあるのならmsの戦略がうまく行ってる事なんだろうけどね。クロスの話は。
まぁ誰が何を使おうと勝手だしいいと思うよ。 Unixに慣れてるか、Linuxに慣れてるかって所だろう
MacはUnixではあるがLinuxではない。
だからコマンドの引数が違っていたり、パッケージの管理に
LinuxにはないmacOS非公式のbrewを使っていたり、macOS用に
ビルドが必要で、ソースコードレベルでの互換性なのでmacOSでのみ起きるバグもある
上の方でWSLではiptablesも動かないとかあったが、macOSでも動かない
WSLはカーネルこそLinuxではないが、Linux互換のカーネル機能を提供していて
ユーザーランドは完全にUbuntu(他ディストリ)そのもの
実機がmacOSならmacOSで開発してもいいが、実機がLinuxであるなら
同じLinuxを使っうことで、同じ手順で作業ができる
WSLはLinuxの代替というより、実機がLinuxの場合の
macOS(やUnix)でのLinuxアプリ開発の代替といったほうが良いだろう macでDockerでいい人なら、
WindowsでDockerでいいってことになるんだよ
こうやってWindowsで開発できる環境が
OS標準でも非標準でも整ってきた 使いやすいツール類が少ないLinuxだけで開発って、なんの罰ゲーム? >>921
同じこと繰り返すなって >>870とその前後よめ 確かに>>870前後のレスは読む価値ある
Dockerが開発に使えないなんてのは嘘なので はい。また話戻したー
開発環境って訂正したのに
わーざーと見ないふりしてビルドオンリーにすり替えようとしたー ビルドは開発に包摂される概念なんですけど
つまりビルドが便利になるということは開発が便利になるということなんです だからなに?俺がdockerは開発に「使いづらい」って言ったのを
開発に「使えない」と改ざんした挙げ句、
俺に向かって「お前は開発に使えないって言ったな?(※言ってない)
ビルドは開発に包摂される概念なんですけど〜」とか言われても
お前の卑怯さしか伝わってこないぞ?w 「使いづらい」って実用にならないという意味での「使えない」=uselessでしょ
それに対してDockerはusefulですよーって言っただけなんですけどねぇ >>929
お前の主張・・・使いづらい=useless
英語に直しただけ・・・使いづらい=hard to use difficult to use
ちょっとお前、英語か日本語勉強したら? >>932,933
例えば、〜is useless because difficult to useは冗長だけど意味通じるでしょ
「使えない」には「(使えなくはないが)使えない」という用法もあるんだよ
まぁハッキリ言ってこんなのはどうでもいいんだけどね
技術的な話を放棄して噛みつきたいだけならやめてね、言葉の定義について議論するのってすごくバカっぽしい >>934
なんでお前、英語の話してるんだ?
お前がなぜか知らんが英語に翻訳したのは
そうやって話を英語にすり替えるためか?
「使いづらい」は「使いづらい」という意味でしか無い > 「使えない」には「(使えなくはないが)使えない」という用法もあるんだよ
「使えない」の話は、俺はしてない。俺は「使いづらい」としてか言ってないんだが
そうやって、お前が言った言葉を、さも俺が言ったように見せる罠かなにかか?
こうやってばらした以上意味がないがな
> 言葉の定義について議論するのってすごくバカっぽしい
なら「使いづらい」を勝手に「使えない」に改ざんするな
お前が改ざんしたから仕方なく、言葉の定義をするしかなかったんだろうが >>935
使いづらいものは「(使えなくはないが)使えない」ものだろ、基本的に
Dockerは使いやすいけどな >>937
お前はもう「使えない」という言葉を使うのやめろ
Dockerは開発には使いづらい
これで意味は間違ってないんだから、言葉の定義に文句つけるな 訂正
× Dockerは開発には使いづらい
○ Dockerは開発時には使いづらい
>>870に書いたとおり
こいつの卑怯な改ざんに引っかかるところだった。
俺は「Dockerは開発時には使いづらい」としか言っていない 補足しておくと
> 俺は「Dockerは開発時には使いづらい」としか言っていない
これは、WSLの代わりにDockerを使うという話に対してだからな
>>870に書いたとおり
>>862で書いたとおり、Windowsで開発しているときに
WSLの代わりにDockerを使った所で、
Dockerは開発時には使いづらいと言ってる
そもそも使い方(使う目的)が違う(>>864で書いたとおり) ホストのディレクトリをマウントして使えるけどね、>>862に関して言えば
Windows側からWSL側のファイルいじると壊れる問題みたいなのもないから安全 >>945
出来るできないじゃなくて
>>862に書いてあるとおり「面倒くさい」だからね
VMにOSをインストールしなければいけないし
ホストのディレクトリをマウントするためには
Guest Additions をいれないといけない
> Windows側からWSL側のファイルいじると壊れる問題みたいなのもないから安全
Windowsのディレクトリが自動的にWSLにマウントされてるので
そこをいじればいい。そういう使い方をするように設計されてる あとやっぱWSLは相互運用が出来ることが強いな
Ubuntuの中からWindowsの実行ファイルが実行できるし
WindowsからUbuntuのコマンドを実行することが出来る
パイプでつなぐことも出来る
やり方は適当に読め
Windows 10のコマンドプロンプトからWSL上のLinuxコマンドを呼び出す(バージョン1803対応版)
http://www.atmarkit.co.jp/ait/articles/1805/24/news022.html
BashからWindowsコマンドを呼び出す
https://kledgeb.blogspot.com/2016/10/wsl-51-bashwindows.html >>946
>VMにOSをインストールしなければいけないし
>ホストのディレクトリをマウントするためには
>Guest Additions をいれないといけない
Dockerでいいじゃん >>948
荒らしなの?すでに回答済みのことを
繰り返すってことはそういうことだよね どーせまた、言葉の定義の話に戻すつもりなんだろうな
先に指摘しておいてやるよ 長い期間、多くの人に使われるAが使いづらいと言うのは評価してる者がAの正しい使い方を知らないか、誤った使い方をしているケースをよく見るよ。
あと、Bを実現するには面倒くさいと思われる事にはソフトウェアの世界だとそれを簡単に実現してくれるCがよく作られる。
複数の単機能のソフトウェアを組み合わせて実現した方が、巨大で複雑な機能の一つのソフトウェアより柔軟で使いやすいと思ってる。 レス数が950を超えています。1000を超えると書き込みができなくなります。