Win10がBash・linuxコマンドに公式ネイティブ対応★3 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
http://o.aolcdn.com/hss/storage/midas/abc336039023870541d79f90e3daefeb/203619879/bash-windows-10.jpg 本日から始まった開発者カンファレンス Build 2016で、マイクロソフトがWindows専業以外の開発者にも嬉しいニュースを投下しました。 Windows 10は今年夏に提供予定の一周年アップデートから、Unix / LinuxのコマンドシェルBashが使えるようになります。 http://o.aolcdn.com/hss/storage/midas/842936fc527a08e80d1305a6861b65f7/203621101/image_2fe8f62c-c4d1-4cba-863c-db5e9c60b4f8.png Windowsには cmd.exe や PowerShell など自前のコマンドライン環境がありますが、Unix / Linux の Bash は当然ながらそのままでは動きません。 Bash や Linux / Unix 向けに書かれた多くのコマンドラインツールが使えないため、Unix系の開発者からWindows が「『本物の』コマンドラインも使えないOS」呼ばわりされたり、開発者にOS Xが好まれる理由になってきました。 しかし本日から始まった Build 2016カンファレンスのキーノートでは開発者向けの新機能として、Ubuntu Linux のBashがそのまま、 Windows上でネイティブ動作する機能の追加予定が発表されました。 これはマイクロソフト版のBashっぽい何かではなく、またVM上の動作でもなく、新たに開発された 「Windows Subsystem for Linux (WSL)」を介したネイティブ動作であるとのこと。BashのバイナリはUbuntu Linuxの 開発を主導するCanonicalが、Ubuntuとまったく同じものを提供します。 Bash on Ubuntu on Windows 10は、今年夏に提供予定のWindows 10 Anniversary Update に含まれる見込み。 Windows 10 now has support for Bash and the universe of open source command line tools. #Build2016 pic.twitter.com/5KeBeVg0wU ― Windows Developer (@windowsdev) March 30, 2016 AOL 2016年03月31日 06時15分 http://japanese.engadget.com/2016/03/30/windows-10-bash-ubuntu-linux/ 前スレ 【Win10でlinuxコマンドが使える】Windows10がBashに公式ネイティブ対応 ★2 http://daily.2ch.net/test/read.cgi/news plus/1459471519/ >>117 リポジトリを信頼(=与信検証を諦める)登録してないとか、Linux特有のトラブるだろ リポジトリ、プロキシ設定の唯我独尊っぷりに発狂する未来が見える >>118 いい方向に変わってきてるよw Linuxに対応とかも今までなら考えられなかった。 >>121 Ubuntuのパッケージレポジトリが使えると便利さが全然違う 例えば、 Data Science at the Command Line https://datascienceatthecommandline.com/ の環境整えるのがすごく楽 Deep learningのツール群もそのまま動いちゃうだろう 動く言語処理系もかなり増えるはず 理工系の学生のWindows離れが止まるんじゃないかな 理工系ならLinuxできた方が就職有利だしWindows離れでも良いだろ Cuiで窓を保守れるのならいいが、このbashはそれができない。 コマンドプロンプトをbashにしてウブンツはなくせ。 ad認証するsshを標準コマンドに含めれば、かなり売れるだろと。 guiのガンは自動化ができないことなんだから。 >>127 > Cuiで窓を保守れるのならいいが、 Linux使ってるけど、そんなことしないなw なにがしたいの? >>124 出来て当たり前なので有利でもなんでもないですよ >>125 tty /proc ioctl SysV IPC 辺りに依存してなければ動く >>123 にあるようなテキスト志向、ミドルウェアはほぼ動く つうかテキスト整形捗るって言ってる奴、今までcygwin使ってないのかよ >>134 あなたの考えを、考える意味がありません >>127 > Cuiで窓を保守れるのならいいが、 それはcygwin64の方が便利 いっそのことMinGWか >>135 macとかvmのLinuxを使ってたんだと思うよ >>135 時代遅れすぎですねぇ >コマンドラインでテキスト整形 >>141 いまどきのコマンドラインで使うテキスト整形ってなに? grep, sed, cut, awk, perlってとこだろうね まあ大体はそこらの高機能エディタがあれば済む話だろうね >>142 例えば Python + apachelog(python library) + NumPy + gglot(ggplot2 Python binding) >>142 Androidアプリ開発だけど、logcatログを数日分取り出して分析とか普通にやる Pythonでlogcatのテキストを正規表現で分析して結果をmatplotlibでグラフ化したりexwtでexcelファイルにしたりとか >>144 理系なら お隣さんの奴ならタダでついてくるGrapherがありませ。 https://www.youtube.com/watch?v=40gLwAAhZsU 本体薄くて持ち運べるしね。 そういうアプリに渡す前に整形処理をするんだと思うよ >>149 気にするな。 ジャイアニズムによって形成されている。 使えないツールは基本ない。 >>148 方程式からグラフを書くことは > 計算結果の可視化とかで とは全く別のこと 「グラフを書く」ということしか共通してない Power Shellってこれから覚える価値なし? >>154 どうなんだろ。 そもそも、根本的には違うものだからねぇ。お互いの環境をお互いのシェルで操作できるわけじゃないし。 bashからcomなんか使えるの?createobjectとか使って >>154 ある cmd.exeは無価値になりつつあるが >154 PowerShell、Windowsマルウェア開発ツールとして悪用の傾向 ttp://news.mynavi.jp/news/2016/04/19/197/ PowerShellソースコードの内容が 攻撃を意図したものであるかそうでないかを判断する有効的な方法が存在していないことから PowerShellを使った攻撃は今後も続くことになるだろうと説明している >>1 これって日本語版のisoファイルもちゃんと更新済みになってますか? ビルド番号確認出来ないですか前回落としたの先月末だったんで質問ですが・・・ == Windows 10 ISO https://www.microsoft.com/ja-jp/software-download/windows10 >>154 C#やVBScriptが使えればすぐに使えるし 逆にどっちもしらんのに今必要もないPowerShellだけ学ぶのは非効率 >>158 では、これ何に使えばいいの? 仮装マシンじゃだめなの? この程度なら共有フォルダをマウント可能にするコマンドをLinuxに提供すれば実現できるだろ >>162 VMじゃメモリもディスクも余分に食う それで問題ないリッチな環境なら>>163 で問題ない 今時ファイル共有できないVM環境の方が珍しいし GNU octaveのユーザーなんだが、いまoctaveをwindows用のoctaveをビルドするのはlinux環境が便利なのです。 ビルドツールさえ動けば、いいのでCLI環境で充分。 いざとなれば、automake や autoconfはcygwinやmsys2で動けばいいので、 gcc, make, pythonなとなどunixの標準のビルドツールがどこまで動くのかな。 すでに、この手の投稿があればごめんなさい。 >>165 324 :名刺は切らしておりまして:2015/05/14(木) 21:33:12.96 ID:K9JSehdC ねえねえ、安達理さんがiOSと交通違反を常習してるのってどうなの? 「へ〜〜〜、この人たち交通機動隊っていうんだwwwマジでウケるんだけどwww」 「クルマ持ってるやつは警察嫌いなの常識なんだけどなwww」 立場わきまえて物言わねえといけなくね?? 325 :名刺は切らしておりまして:2015/05/15(金) 17:10:37.67 ID:E3bQc24/ osamua 326 :名刺は切らしておりまして:2015/05/16(土) 13:38:41.54 ID:0mo+WzeZ osamua@microsoft.com 328 :名刺は切らしておりまして:2015/05/22(金) 15:08:58.93 ID:5m1Vbnjp>>327 アスペの文章は全く的を射ないからカケラも伝わらない そこに及びもつかないからこそアスペなんだろうがね。意味分かる? 354 :古館伊知郎:2015/05/28(木) 22:01:15.34 ID:ahMY40oL >>328 おーっとここでオサムシ=ゴキブリのガチで登場であります!!! なんということでありましょう!!!自らメアドを晒しage!!!必至の形相で書き込みであります!!! 交通違反事故の件数はナンバーワンの領域に達したと言われているが!!!この勢いで2chに参戦でありましょうか!!! これはすごいことになってきた!!!あのパワセク変マネもまさにびっくりの!!!一大事の発生であります!!! このペースで行けば!!!まちがいなく病気を理由に悪意の診断書でズル休みという!!!あのパワハラマネージャーのDNAを 脈々と受け継がんとするパターンにのめり込んでいくこと間違いなしだ!!! http://anago.2ch.net/test/read.cgi/bizplus/1430366904/ >>162 > では、これ何に使えばいいの? アプリケーション開発に決まってるじゃん? Macを使っていればわかるが、rbenvを使って複数のRubyを入れられて、 gemコマンドでネイティブモジュールをコンパイルするような パッケージをインストールしてRailsアプリの開発を行える。 でもWindowsではそれが難しい(場合によっては可能なこともあるが) bashからWindowsのものにアクセスっていうのは どうも考え方が根本的にずれていて、これが「開発者モードを有効化して使える」 開発者がアプリを開発するためにということを理解してない。 完全にエンドユーザー的視点から見てる。 そういうのがやりたければcmd.exeやPowerShellを使えって話。 > 仮装マシンじゃだめなの? 仮想マシンは重い。メモリを食うしディスクやネットワークなど完全に 隔離されてしまっている。 例えばRailsアプリを開発して開発モードで起動して http://localhost:3000/ で簡単にアクセスできるようでなければならない。 Macではそれが出来るが、Macでも仮想マシンを使えば本番環境と同じLinuxが使える。 だから仮想マシンじゃだめなの?と言えば俺が言ったことと同じようなことを言うだろう。 bashからMacのGUIアプリを触りたい。を理由としてあげる開発者はまずいないよw vmでもネットワークは隔離されてないでしょ ホストオンリーアダプタでホストOSからゲストOSへアクセスできるでしょ ほんとに仮想マシン使ってんのかね >>169 隔離されてる。仮想マシン毎に別個のIPアドレスが割り当てられている。 お前は仮想マシン使ってないね。 >>170 ネットワークの意味わかってるか? IPアドレスが個別についていても、通信できれば隔離はされてないだろ 日本語から勉強してこいよ >>171 俺が言ったことを勝手に解釈するな。 IPアドレスが違ってるだろ。 http://localhost:3000/ で簡単にアクセスできないだろ。 >>172 そのlocalhostが仮想マシンのアドレスに変わるとどんな弊害があるんだよ アドレス打って通信できるならネットワークが隔離されてるとはした言わないよ(´・ω・`) >>172 > そのlocalhostが仮想マシンのアドレスに変わるとどんな弊害があるんだよ だから面倒くさい 開発ツールらしく、開発用に使っているときに、全部localhostでいいのと いちいちIPアドレスを指定しないといけないのは面倒。 人によってIPアドレスも違うかもしれない。 仮想マシンの中から、仮想マシンの外のMySQLに接続するとか言う問題もあるし。 可能不可能の話はしていない。面倒だって話をしている。 仮想マシンをセットアップするのも面倒だ。 >>174 結局ネットワークが隔離されてなかったんだな >>172 > そのlocalhostが仮想マシンのアドレスに変わるとどん 開発ツールらしく、開発用に使っているときに、全部localhostでいいのと いちいちIPアドレスを指定しないといけないのは面倒。 人によってIPアドレスも違うかもしれない。 仮想マシンの中から、仮想マシンの外のMySQLに接続するとか言う問題もあるし。 可能不可能の話はしていない。面倒だって話をしている。 仮想マシンをセットアップするのも面倒だ。 >>175 > 結局ネットワークが隔離されてなかったんだな ? だからIPアドレスが違うんだってw Windowsで開発している人ならわかると思うけど、 困っているのはCLIであってGUIじゃないんだよね。 WindowsのGUIの開発ツール(IDEやテキストエディタ)は 全く問題なく、使いやすい。 だからやりたいことの一つは、WindowsのGUIのテキストエディタでファイルの修正。 これを仮想マシンでやろうとしたら、面倒な設定が必要になる。 >>175 VM実際に使ってみ 色んな開発してるならこんな便利なものはないから 複数の異なるバージョンの実行環境を維持するのも、特定の状態に戻すのも、超簡単 試しにOSアップデートして元に戻すとかVMならワンタッチで出来ちゃうからね IPなんてhostsいじれば常に決まったアドレス使えるんだし、取り立てて騒ぐ話じゃない http://localhost:3000 かhttp://vmhost:3000/ かの違いだよ VM無しで開発する方がよっぽど面倒でしょ >>178 そんなこというから、お前は単なるインストールマニアだって バレるんだよw 普通に開発していれば、特定の状態に戻したいなんてことはまずない。 ソースコードまで元に戻るだろw 壊れた時簡単に修復できる? なんで壊れるんだよw インストールマニアだからか?w >>178 に一票 つかVMのごく一般的なメリットだろに >>179 コードはGitHubとかの外部のレポジトリに保存するのが普通。 だから仮想環境をサクッと構築して使い捨てにするVagrantとかが流行ってるわけ。 >>179 あとね、コードをGitやsvnで管理する理由に、 失敗した時にすぐに元に戻せたり、過去バージョンを たどって原因を探ったりというのがあるだろ? 今は環境自体がそうなってるわけ。気軽に試して失敗したら環境を戻したり捨てたり。 開発環境もテストも、時には本番もね。 >>175 SSHのポートフォワーディングを使えば、仮想マシンにlocalhostでアクセスできるよ >>181 仮想環境をサクッと構築して使い捨てにするならば 特定の状態に戻すこと自体ありえませんねw 自爆?w >>182 > あとね、コードをGitやsvnで管理する理由に、 > 失敗した時にすぐに元に戻せたり、過去バージョンを > たどって原因を探ったりというのがあるだろ? それをgitでやるのだから、仮想マシン自体を 特定の状態に戻すこと自体ありえませんねw > 気軽に試して失敗したら環境を戻したり捨てたり。 その為に、仮想マシンの機能を使って巻き戻すとか していませんよねwww >>183 > SSHのポートフォワーディングを使えば、仮想マシンにlocalhostでアクセスできるよ そういった設定をいちいちするのが面倒なわけ >>179 開発経験本当にあるの?w 脳内以外でw >>185 端末ソフトに1回設定すれば、次からは接続するだけ 設定もそんなに難しくない >>187 難しいかどうかじゃなくて、面倒かどうかの話。 ポートを変えたりしたくなったらまた設定が必要になる 開発はブランチ無し、ローカルマシンと本番環境しかないような開発しかしたことないんだろうな 面倒くさいって、そりゃそんな趣味のおままごとみたいな開発じゃ何するにも面倒くさいだろww >>189 何を言っているの変わらんw 開発に仮想化の巻き戻し機能を使うわけがないだろうって話。 なんでそこでブランチとか出てくるんだよw >>189 あ、もしかして仮想マシンの巻き戻し機能を使って ディスク全体(ソースコード含む)まで巻き戻せるのが 便利だって言ってるのか?w 非効率な開発方法してるな。 git使えよ。Windowsのbashでもgit使えるぞ。 だから仮想マシンいらないね。 あー、この場の論破だけで頭がいっぱいの人でしたか。 まあ別にいい。 こういう間違いの訂正はは、本人じゃなくて、 傍から見ている初心者のために書くもんだから。 本人が狭いタコツボみたいなところにハマってるのは 自由だけど、それを真に受ける人がいると気の毒だからね。 だからググれるキーワードを適当に入れて 傍から見てる人が調べられるように書くのがマナー。 >>193 なんかすまんな ただイライラしてただけなんだわ 忘れてくれ >>191 そんな訳ないでしょ 開発が進めば実行環境のバージョンアップもするでしょうに その時開発環境バージョンアップしちゃったら現行バージョンで動いてる本番環境での問題発生時に対応できないでしょ 頭弱い人なのか、たんにおままごとしかしてないのか、はたまたチュートリアルで挫折した脳内開発者なのか きっと「自分の環境では動きます」で乗り切るタイプなんだろう ID:WpXIjMly m9(^Д^)プギャー rm -rf / やったら起動しなくなってしまった。 Windowsは無事だけどUbuntuってNTFSでは何処にあるんだ? >>199 ちなみに有効化、無効化を繰り返してもだめ? >>168 >bashからMacのGUIアプリを触りたい。を理由としてあげる開発者はまずいないよw MacのAutoMatorみたいなのをやりたいんだよ あれはあれでもう一つ痒いところに手が届いていないんだけど GUIもシェルスクリプトも統一的に処理できる >>199 %USERPROFILE%\AppData\Local\lxss\rootfs >201 それならWindowsの方が選択肢多いでしょ OLE automationの時代からさ スクリプトがPower Shellになるけど bashのスクリプトが書けて窓ランドにアクセスできるなら、使い道は多い。 ウブンツサブシステムにjailされたら、cuiアプリと変わらない。 というか、ウブンツから dd if=/dev/da0 of=croudupazure.img をやったら中には何が入るんだろう? >>196 > 開発が進めば実行環境のバージョンアップもするでしょうに するなぁw するよ。例えば並行して3つ。作業中に割り込みが入ってソースコードを切り替える必要がある。 そのコードで使ってるライブラリのバージョンが違うので、 それぞれ「実行環境」を切り替えないといけない。 で、お前仮想マシンを停止して巻き戻してるの? 時間の無駄だよね?(大爆笑) 開発環境にはプログラムだけじゃなくて、vimやemacsの設定などもあるだろうが、 巻き戻したら、そういう開発と関係ない巻き戻さなくてもいい情報まで巻き戻ってしまう。 それにデータも消えるな。バージョンAでデータ登録してテストして、 過去のバージョンBでは今入力したデータがちゃんと見えていたか調べるために 同じデータを再入力とか大変そうだな(大爆笑) 俺のやり方聞きたい?w まず前提条件としてOS標準に入っている言語やライブラリは使わない。 ソースコードと同じディレクトリ以下に入れて ディレクトリごとに使うライブリを変更する。 そのためのツールがrbenvやBundlerやndenvやnpmな。 実行環境の切り替えなんて数秒でできるし、 複数バージョンの同時起動すら可能になる。 勉強になったロ? 別に俺が考えたやり方じゃないよ? w あと説明するの面倒だからキーワードだけ。 docker使う方法もある。 お前本当にVM使ったことないんだな 良いからもう黙ってろよ スナップショットとって戻せば良いだけ 何もかも知らなすぎて説明する気が起きない VM知らないくせにdockerとか無理しすぎで笑っちゃうわw >>209 だから何か言えってw 本当はお前が知らないから 何も言い返せないんだろうが ここWindows板だし、この人はVMも独立したサーバも 使わんと言ってるから、Dockerはどこで動いてるんだろう。 LinuxやMacOSでしか動かんのに。 >>211 「戻す前にスナップショット取って戻せば(あとで戻す前の状態に戻せるから)良いだけ 理解力ないの? rbenv?bundler?そっちの方が面倒だろ 本番環境にそんなの入れないんだし、まさにお前>>197 のパターンだろ いるんだよね、こういう使えない奴 >>212 しかもruby知ってるみたいだがvagrantすら出てこないからね この人の言ってることを例えると、 英語がビタイチ分からんのに、セルビア語やクロアチア語を 使いこなしてると主張してるようなもんで、 そのあまりの不自然さにみんなウヘァとなっちゃうんだよね。 この人という素材でまともな話につなげるのが非常に難しい。 > そのためのツールがrbenvやBundlerやndenvやnpmな。 この辺のツール、MacOSやLinuxで流行ってるけど Windowsで使うのがうんと大変なやつだよね。 つうか開発者がこういうのを使いたくてMacに流れたんで、 それを引き留めようとしてMSが出したのが今回の bash on Windowsだよね。 Cygwinで頑張ろうとしてた自分は非常に関心がある。 というふうに何とかまともでスレ通りの話につなげてみました! 派遣で来る奴ってそういう奴よくいるよ 知ったかぶって言葉だけ出すけど中身何も知らない、みたいな 知ってるのかなって思って話振ると、面倒くさいとか使えないとかでごまかしてさ そこが浅いからすぐ分かるんだよね ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる