【Bash】Windows Subsystem for Linux【WSL】4
■ このスレッドは過去ログ倉庫に格納されています
貼れと言われた気がした
【田】Windows10のダメな点
・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200%以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400%は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win8で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのもの >>119
> emacsをunix文化だと思っている人多いのな
年取ると新しいものを使うのが億劫になるだろ
emacsから離れられないのもそれと同じだけなんだろうが、それを上記のように思うことで正当化してるだけだよ 一定の規模の会社ではWindows 10がスタンダード。
でもLinuxで生産性のある仕事をしたいとなると、WSLが2つのOSを取り持つ良いソリューションとなる。
どっちのOSが良いとか関係ないんだよね。 ツールと宗教の違いがある。
WSLは宗教にはなれない。 emacsが宗教かどうかはともかく、GNUは宗教っていうのには同意しとく それはまあ、RMSがあれですからね。GNUは宗教だし、それが正しい。 >>121
>・個人情報を勝手にネットに垂れ流す
>・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
>・エロファイルを持っている場合はそれも全て晒される
この辺って本当なん?
Macから乗り換えようと思ってるんだけど、怖いかな? Macなら今更だろ
それにお前Gmailとか使ってないの?
Windowsを使おうが使わまいが既にお前の個人情報は垂れ流しだよ >>134
Googleは諦めたが、MSにまでApple以上に個人情報献上するのは嫌だ
Appleと同程度かそれ以下なら良いが >>136
ルータでパケット監視して、MSに飛んでいるの、全部捨てればいい。
それだけのことだよ。 Macも良さそうだけど、BSD系のコマンドなのかな。
WSLでLinuxのディストロ使えるのはポイント高いと思っている。 Macはデフォルトのシェルはbashだが、lsやawk、tarはBSDなのにmakeはGNUだったりする。
Cコンパイラもgccからclangに変わった。 UNIX系サーバは殆どGNU/LinuxだからWSLの方がしっくりきそうだ nodejsで拡張できるエディタがある今、
emacs lispのどこが強力なのかわからん >>141
むしろ、nodejsでエディタを自作すべきだよな。 >>141
lispで拡張したEmacsでCのコード書いてる俺すげーー!
って人はまだ年寄りに多いんだよ
だから、某雑誌でも時々Emacs特集される
そっとしておいてやろうよ
>>142
VScode以上のものを作れるやつなんて居ないだろ elisp使いとVBA使いは似たような感じじゃないだろか。 AutocadもLispとVBA両方サポートしてるし。 これからスクリプティングサポートするならPythonかもしれないよな。
Boost.Pythonで楽々サポートだし。 >>146
PythonとかVBAってlistが扱いやすいの? >>146
Pythonはメジャーなスクリプト言語で、そして、
Linux使いでPythonが使えない奴は少数派だろうからな。
プログラム言語としてあんまり使われていないLispをわざわざ覚えるってのもな emacs lispでもpythonでも、拡張を書くための「言語」部分は
10-minutes xx程度で十分なわけで、本当に大変なのはAPIを
覚えること。これはどの言語かはあまり関係ない。
あと、pythonで拡張というのは、実行速度の点から現実的じゃないですね。
pypy使えばnodejsより3-5倍程度遅いくらいまでは改善できるだろうけど、
pythonからC/C++のライブラリ呼べなくなるから拡張用としては論外だし。
pythonのメモリマネージャは使い終わってもメモリあまり開放してくれない点も
問題になるかな。 高速処理可能な実行バイナリにIPC(プロセス間通信)で処理を渡すのが最善手、といういつものパターンに落ち着く。 そんなことはみんなわかってて、vim/emacs/vscode等だって主要な拡張はそうしてるけど。
プログラミングサポートに関して言えば、vscode側はlanguage server protocolとして
取りまとめてるから他のエディタからでも使えるし、使われ始めている。 タスクマネージャーで見ればわかる通り最新のfirefoxが複数プロセスで動くのも原点回帰。 WSLでEmacsが使えるって話から伸びたな〜
まあ、みんな何やってるか参考にはなった。 >>138
フツウに仮想で動かした方がイイだろ
WSL縛りとか質の悪いジョークだろw >>138 ではないですが、
何がイイのでしょうか? >>162
仮想の何がイイのか聞いたのか。間違った。 日経LinuxってKindle Unlimitedで読めた頃は良かったのにな 日経Linuxって正直ゲボ以下の雑誌だと思う
ゼロ円でも読む価値ない 昔より内容がぬるくなってるしな
本当に知ってるライターじゃなくってにわかの安いライターに適当やらせてるんじゃないかと 書いてるヤシも読んでるヤシも情弱アフォってカンジかw Linuxもずいぶん年月経っていまや底辺が主ターゲットだからな
仕事でサービス、クラウドを構築する連中が相手ではないだろ
Linux板も雑誌と同じで底辺様の板だし 仕事でサービス、クラウドを構築する連中の
ほぼ全てがLinuxを使ってる。
仕事でサービス、クラウドを構築する場合
使うのはほぼ全てがLinuxだ。
驚きだ。 LinuxもWindows並に簡単になったしな
サーバの設定変えるとか言って、簡単な設定でもGUIで変えてる人見てビックリした >>172
今どきのLinuxは従来のlinux設定ファイルを書き換えるだけでは正しく反映できなくなっているからでしょ。 >>173
いや、設定ファイルかコマンドで出来るよ
Windowsじゃねーんだし 色々RedHatによって置き換えられてしまって昔の常識が通用しなくなってきてるのは事実
全体的にネットワーク機器みたいな使い勝手になりつつある
昔のようにどこの馬の骨ともしれない大量の得体の知れない大量のスクリプトが
一貫性のかけらもない多数の設定ファイルに基いてダラダラと走ってなんとなく動くっていう、
ある意味Linuxらしい感覚は失われつつある サーバーならなおのこと、昔の知識で設定ファイルを手編集して動かなくなってしまうリスクを避けたいでしょ。 CUIで設定変更するのはそれが楽だからであって重要な宗教儀礼だからではない。
もしGUIで設定変更するほうが無難で楽なら、躊躇なくGUIで変更すればいい。
そもそもGUIを作るのにもお金がかかっている。せっかくお金をかけて作られたものを使わない手はない。 >>173
さすがに、それはない。
デスクトップ系のアプリケーションの設定ファイルなら、
場合によっては、GUIで書き換えたほうが良い(楽な)場合もある。 CUIのサーバーなら設定を全部把握できるけど、GUIのデスクトップの設定をファイルベースで
把握するのは厳しいし、アプリや環境のバージョンアップで古いものは使えなくなる。
GUIの設定ファイルの内容覚えておいても無駄だと思う。 ディストリビューターがわざわざ金と時間をかけてGUIを提供する真意を汲んであげたらどうかな。
ディストリビューターは、設定ファイル手編集での制約を利用者に覚えさせるのが無駄で煩雑だと認識しているからこそ、
GUIで設定に縛りを加えることで利用者の保守作業を楽にしようと思って開発している。 一度GUIで作った模範的な設定ファイルを以後CUIでも使いまわすのが現実の運用でしょ。
模範的な設定ファイルを作るのがそもそも敷居が高いわけで。 >>179
/etc/passwordは昔は手で直すモノだったけど、
今時直接修正する奴はいないだろう?
同じようにいろいろ変わってるんだよ。 >>178
出来の悪さをユーザーのスキルに肩代わりしてもらってるのにその言いぐさはなんだ? 仕様上は記述可能に見える設定が実は警告なしに無視されたりする徒労を避けるのが本当のプロでしょ。 それでお金もらってないならプロじゃないよ
逆にお金もらってるなら、なんでもプロ 設定ファイル手編集の試行錯誤の時間にお金を払う価値があるかどうか、各自で判断すればいいよ。 特に試行錯誤に時間取られるような設定はないかな…
分からなければデフォで使えばいいしな >>175
>一貫性のかけらもない多数の設定ファイル
これな パスワードは危険なのでWindows Helloを使いましょう。 仕事さぼって日中から5chで雑談って5cherの鑑すぎるだろ LinuxはCygwinとWSLが動いてる時点で、存在価値の9割5分は消滅してるようなもんだからなぁ。 WSLと比べてCygwinが優れているのは、UNCパスが使えるところかな いまだに32ビットWindowsだと選択肢ないし、、 早く64bitにした方がいいよ。WSLが使えないのは勿体ない。メモリ制限もあるし。 WindowsはMeではなく2000を選んだし
64bitはVistaのころから使ってる
技術者っていうのはそういうもんだぜ NTとかXP 64bitじゃないところがミソなのか? XP 64bitはアンチウイルスが動かなかったり、
ドライバが全然なかったりでどうにもならなかったよ。
Meだってどこまでリソースを削れるかを試すためには必要だし、
至高のNTは3.51だ。 32bitは今やVMWareがホスト対応していない。仮想空間を試すには64bitOS必須。 >>206
Defenderあったじゃん>XP 64bitはアンチウイルスが動かなかったり PC-DOS6.1J/VにはIBMアンチウィルスが同梱されてたな。 XPをVMで動かすならいいんでないの?
Win3.1時代のゲーム動かすとか需要があるとか 3.1の頃のゲームと言えばDOSのゲームじゃないかな。 壊斜で押し付けられたPCがwin7 32bitだったりして
あとはリース落ちの中古PCを安く拾ってきたとか
winchesterコア以降のAMD製CPUだと32bitホストで64bitゲストも動くから
ホストが32bit版winだろうが問題なくdockerも動かせられるんだよな
糞淫石だとVTが必要 未だに32bitOSに固執するのは32bitでないと動かないソフトがあってそれをどうしても使わなきゃいけないくらいしか理由がないよな まぁそうだな
あとは32bit版win用のドライバしかないとか
32bitと64bitのキーは共通なので
今32bit版win使ってるバヤイはどっかで64bit版のインスコイメージを調達してくると捗るカモ windows10 32bitで優位性があるのは、secdrv.sys要求するゲームが
テストモードにしなくても動くぐらいしかないでしょ NEC PC9800用のNT4.0とか少ない給料から捻出して買ったなあ
マウスちょっとうごかすたびに数分間フリーズして使い物にならなかった悲しい思い出 ■ このスレッドは過去ログ倉庫に格納されています