WindowsやめてLinuxデスクトップ! 26
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。
計画性のないアップデートで勝手に再起動し未保存のデータを消滅させました。
「休止中」のPCを勝手にウェークアップさせた上で再起動し状態を変えられるのにもうんざりです。
外出中にはアップデート処理のためノートPCが使えず呆れることがあります。
アップデート後にディスク容量を圧迫するのは本当にやめてほしい。
また、アップデートに伴ってデスクトップやメニューにゲームやMS製アプリのショートカット等を勝手に作成する。
会社等で社員に使わせている場合、こういうことをされると非常に困ります。
こういうWindows10の勝手な行為にはとても違和感を覚えます。
私のパソコンで、頼んでもないことを勝手に行ってほしくない。
こうしてLinuxデスクトップをメインで使うようになりました。
懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。
それはずっとWindowsに取り上げられていた感覚なのだと気づきました。
本来のOSとは、Linuxのように静かなものです。そこには管理者である私しかいません。
日常的にはFirefoxやChromium(chromeで有名)などのブラウザさえあれば充分です。
オフィスソフトには、LibreOfficeや、FreeOfficeという素晴らしいOSSがあります。(MSオフィスとの互換性があります。)
ますます便利になり、もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。
今や本当はWindowsにこだわる必要はないはずなのです。
ところが企業や学校ではこれまでWindowsが使われてきたため、MS系オフィスとMS系フォントが前提にされています。
文書フォームの互換性のため、周囲にもそのプラットフォームであるWindowsが強制されることになります。
OS選択の自由のためには、オープンなドキュメントとフォントが標準になることも必要だと考えられます。
Linuxのデスクトップ関連技術(プログラミング含む)の発展や商用ソフトウェアの登場には、
利用者数が増えることが大切で、これは好循環を生み出すはずです。
Linuxデスクトップ環境の充実を議論しましょう。
一番大切なのは、各人がLinuxなどWindows以外のデスクトップ環境を使ってみることではないでしょうか。
>>2に過去レス >>627
大規模なところほど使われてるって。Linuxに移行しようとしているけど、
移行するにも両方を知ってるほうがはるかに強い。 >>627
ま、今から勉強するならそっちでもいいけど、そういう人は
たくさんいるから、単なる工員になってしまう可能性が高いよ。
それを甘受するのもよし、昔の知識を持ってることを強みとするのもよし。 >>628
優先順位の問題ですよ?
COBOLだって使われてるでしょうね。
これから死にゆく技術に無駄な時間を費やするのはね >>630
だから、自分の強みをどこに置くかですよ。
Linuxできますとかいう人はたくさんいるから、別に君でなくていい。
ただCOBOLもできますとかいう人はそういない。 >>631
それで古い技術使う所に配属されて
新しい技術を学べないって損じゃないですか? >>613
それ全然まともなルーターじゃない
全く実用にならない
設定出来るルールか単純なものばかりなので
cpuパワードカ食いするのにスループットが全然出せない
それとwindowsに感染するウィルスを撒き散らすからね MS-DOSが専門の中島信行っていうライターさんがいたけど今どうしてるのかな >>633
Windowsの操作なんて勉強なんて構えなくともどうにでもなるしその程度までが限界だよ
unixみたいに突っ込んだ所までは出来ない
ブラックボックス化してるからな >>635
> 全く実用にならない
根拠は?
> 設定出来るルールか単純なものばかりなので
どんなルールが設定できないんですか?
具体例をどうぞ
> cpuパワードカ食いするのにスループットが全然出せない
そりゃ専用ルータはそのための専用のチップを積んでるからね
ハードウェアの問題だよw
> それとwindowsに感染するウィルスを撒き散らすからね
感染しませんが? >>637
> Windowsの操作なんて勉強なんて構えなくともどうにでもなるしその程度までが限界だよ
「Windowsの操作」とは具体的に?
Linuxだとそれと同じ操作は、どうなるんですか?
具体例をどうぞ windowsでできない事って、windowsで楽にいい金を稼ぐ事じゃね?
guiアプリ長年特化してきた結果、サルでもコントロール貼り付けてちょっぴりコード書けば動くし、コードも.netのおかげでどんなマヌケでもマネージド。でwindowsでvsしか使えない低能プログラマでも開発可能になったんで安い仕事になったね。
じゃ、サーバー用途どうよ?ってなると、windowsクライアント対象のファイルサーバーとかActive directoryならまだ金稼げるが職場のwindows鯖担当はいつも遅くまで残業してるし楽じゃない。
一般的な事務処理でwindowsが使えるのは必要だけど、技術者としてwindowsでいい金稼ぐのって、よっぽど尖った技術力でも無いと厳しいんじゃねーの? >>641
あと、.netでウェブアプリはいい金になるかもね。細かい事いっぱい覚えて数年後には別の何かを覚え直す必要あるし、流行りの分野なんで入れ替わり激しいし。 金になる仕事をLinuxでならかろうじてできるだけの負け犬が遠吠えしてるようにしか見えないのはなぜだろう? つーかさ、windowsをやめてlinuxデスクトップを使いましょうってスレはそれなりにwindowsを使ってる人が何かしらの不満を持ってwindowsをやめるわけじゃん。そもそも、ある程度使わなと不満なんて出ない訳だし。
で、そんなスレに愚かなドザがホイホイされてwindowsは素晴らしいとか馬鹿な事を言い出せば石投げられるのは当然なんだけど、それでも新しいドザはどんどんやって来るのはなんでだろうね?
異教徒の街で宣教活動か、ただいじめられたいだけなの? 負け惜しみしながら遠吠えしてる負け犬が、Linuxに否定的なこと言うやつを「Windowsマンセーしてるやつ」って決めつけて空回りしてるだけだよ。 >>646
決めつけは良くないね。windowsをやめてlinuxデスクトップを使いましょうってスレでlinuxの不満は如何とは思うが、比較対象としてwindowsが出てくるのは仕方ないけどね。
まぁ、この手のスレで湧いて来るようなwindowsマンセーなドザは負け犬なんだけどね。 メジャーなものをこき下ろす俺カッコいい!ってな中二病を拗らせすぎた頭の悪い連中が、
WindowsからLinuxに移行するって白昼夢を垂れ流しているのがこのスレだからなぁ。 そんな品の無い発想が出てくるのは可愛そうだが、普通にwindowsに不満があってlinuxに移行する人もいる訳だし、賢い人からばっかじゃねーの?と思われて恥ずかしくないの?
少なくとも俺が狂信的なドザだとしてもこんな板にやってきてマヌケな書き込みをしてる同類を憐れむレベルだけどね。 俺らから見た犬厨は中二病を拗らせら気違い。犬厨から見た俺らは馬鹿。
つまり、こんなスレに賢い人がいる訳がないとなるわな。
自分が賢いと思っている皆様方、とりあえず今年1年かけて「恥」という概念を学びましょう! >>650
その話の登場人物には戌厨とドザしか出てこないけど、視野狭すぎじゃね?もう少し視野を広げる努力をした方がいいよ。
こだわらず取捨選択するのはある程度の知能が無いと難しいけどね。 >>651
こんな狭いスレに広い視野なんて必要ないよ。
賢い人なんてこのスレにいないんだから尚更な。 とりあえず
「天才がLinuxを作っているからといって使っているお前らが天才になる訳ではない」
「Windows使いたくないというのもこだわりの1つ」
という事を頭に入れて、これからの犬厨ライフを堪能してほしい。 結局、Linuxを使いたいというこだわりじゃない
Windowsを使いたくないというこだわりなんだ
という結論になるわけかw Windowsスレでも相手にされない馬鹿が来て荒らしてるだけだろ
WindowsのQ&Aで的確な回答してるようなのはLinuxも使える
というかどんなOSでもアプリでもそれなりに上手く使いこなす
WSLだけで良いなどと言わないしね >>654
そりゃそうだよ
そもそも、Windowsだって好きで使ってたわけじゃないし
Windowsがイヤなら、Linuxかマックかしか選択肢なくて
消去法でLinuxになっただけ
でも、Linux使ってたら好きになりました
あ
あけおめ
今年こそ成仏してください >>653
使ってる道具は個人のスキルに合わせて使う方が効率が良いいよ。あんたが賢くないのはわかったが、他に賢い人がいるとも限らないし妄想じみた思い込みはやめた方がいいよ。 俺は作業効率第一なんで多少の学習コスト払っても実務で楽できるlinuxの方が好き。windowsは面倒くさいよ。
デザインとしてwindowsは一般向けなんで、一般が使えればいいけど、同じ様な事を単純に何度も繰り返すようなことに対して楽になる限度が低いのよ。まぁGUIのバッチ的なアプリもあるけど、あれはあれで独自なベーシックみたいな言語でアホらしいし。
長年windowsを使って不満がないような不感症な奴がこんな板に来るとも思えんが、使い慣れたlinuxの方が俺には効率がいいね。 >>656
俺はくだらない感情は持ってないので
WindowsもLinuxもmacOSも使う
> 同じ様な事を単純に何度も繰り返すようなことに対して楽になる限度が低いのよ。
CLI使えばいいじゃんw
バッチファイルもVBScriptもJScriptもPowerShellも使える
WSLでシェルスクリプトだって使えるようになったし
どうせ知ってるんでしょ?
知ってるけど嫌いだから使えると認めたくないんでしょ?w Windowsでも出来ることをLinuxだから出来るんだと強弁する滑稽な人々。
まぁ自分が賢いんじゃなく「賢い人もいるかもしれない」と逃げているあたりでお察しくださいって事だね。 >>659
無論、cliを使ってる。単純にwindowsよりlinuxに慣れてるだけで必要があればwindowsでバッチやテラタームマクロ位は仕事で書くぐらいかなぁ。
それらのmsのwindows向けスクリプトが今後何年も使えればいいね。俺はossのLL言語で十分だよ。 Linux向けのPowerShellがあるの知ってるか・・・? >>627
Linuxならまだわかるが…
Windowsて君は社内SEさんか何かかな?(笑) >>660
まぁ落ち着け。>>652 であんたは自分を含め賢くないとしてるが、俺は謙虚に賢い人がいる可能性を示してるだけだ。
それに俺はこんな所で賢いなんて思われても嬉しくないよ。 長年Windowsを使っているって話なら
俺が最初に"買った"LinuxはTurboLinux 2.0で1998年発売みたいだから
もう20年以上ぐらいLinux使ってるなw
Windowsは95からなので3年しか変わらないというね
LinuxのGUIには期待してなくて動けばいいや程度だから俺にとっては
不満ではないんだが、アップグレードでGUIが動かなくなることが多い。
そういう場合はCLIオンリーで使っていて時間があるときに再インストールしてる。
GUIアプリも使ってないからね。GUIをガッツリ使っていたら不満だらけだっただろうなw >>666
賢い人はこんなバカげた論戦に参戦しない。というのが俺の価値観だから、
可能性があると言われても馬鹿が夢を見ているとしか思えないんだなぁ。 突っ込みどころだけだから一例でVBについてちょっとだけ言う
あれは言語仕様が曖昧で厳密じゃないので財務計算などでは使えない
計算結果がブレる
それこそ大番頭?みたいな専用アプリかpythonとかrubyなどはしっかりしてるからそういうので組んで使う
まぁ出張ドザではわかりっこないだろうが >>667
>GUIアプリも使ってないからね。
それをここに書けてしまう時点で「お大事に」と言うしかあるまい。 >>663
「GUIのバッチ的なアプリ」でも思ったけどちょいちょい知識が古いよねw
Teratermか懐かしいな。普通はPuttyやろ?
そのPuttyもWSL導入してから使わなくなったわ
> それらのmsのwindows向けスクリプトが今後何年も使えればいいね。俺はossのLL言語で十分だよ。
Python互換性なくなったでw 本日サポートは終了しましたwww >>669
> あれは言語仕様が曖昧で厳密じゃないので財務計算などでは使えない
何が曖昧なのか知らんが、Currency型知らんのか?
財務計算に適した固定小数点型 >>669
>あれは言語仕様が曖昧で厳密じゃないので財務計算などでは使えない
>計算結果がブレる
二進数だろうが二進化十進数だろうが計算結果はブレねぇだろ。 「計算結果がブレる」の内容はどうせ普通の浮動小数点誤差の話をしてるんだろうし
知識に自信がない話を持ち出してこないほうが良いぞw >>664
はい。最後に調べた時には標準コマンドレットがwindowsと比較して少ないですし使いみちが思いつかない。.netで使えてパイプでオブジェクトが渡せてもlinuxで使うケースが無いですね。
まぁlinuxで仕事してる俺には、ドザが頑張ってwslなんかに浮気せずpowershellでperlのcpanみたいな文化を作ればいいのにとは思ってますけどね。
なんでpowershellを使わないのか不思議だよ。 >>675
> powershellでperlのcpanみたいな文化を作ればいいのにとは思ってますけどね。
.NETライブラリの配布っていうなら、NuGetだな。
ああ、ちょうどcpanの名前も一緒に出てる記事が出てきたから
それ貼り付けてあげるかw
https://www.atmarkit.co.jp/fdotnet/chushin/nuget_01/nuget_01_01.html (2011年の記事)
> .NET開発者にはなじみがないかと思うが、RubyやPerlにはRubyGemsやCPANといった、
> 公開されているモジュールを簡単にダウンロード、インストールするパッケージ・マネージャ機能が提供されている。
> NuPackはそれらパッケージ・マネージャの.NET版と考えていただければいいだろう。
>
> その後、「NuPack」は「NuGet」と名前を変え、ASP.NET MVC 3と同時にリリースされた。
ほんとちょいちょい知識が足りないよねw
中途半端な知識しかないなら、やめとけばいいのにw どう知識があればguiアプリなしに5ちゃんねるにそんな事を書き込めるのか教えて欲しい。
出来ればスクリーンショット付けて。 >>679
5ちゃんねるの書き込みはGUIの便利な5ちゃんねるブラウザ使ってますよw
Linuxでやりませんってw >>671
普通はputty云々は疑問だが、wslで使ってる位ならやっと同じスタートラインに立てたって事だね。 >>681
Python3の登場は2008年ともう10年以上前だからね
LL言語の経験が浅い人は使ってないでしょうねw
そういやcpanは深く関わってはないんだが、
とあるライブラリのバグ修正したから
cpanをググると俺の本名が出てくるw >>662
そうそう
メンドクサイから成仏しちゃいなよ >>677
お、そんなのあったんだ。勉強になったよ。ありがとう。頑張ってnugetで充実した仕事してください。 >>682
TeratermはSSH2の対応遅かったじゃん
あんなの使ってられないよ状態だったw
> wslで使ってる位ならやっと同じスタートラインに立てたって事だね。
何がスタートラインなのかわからんがw アホドサ必死過ぎて笑える
ルーターも満足に出来ないOSじゃん >>683
実際にcpanに本名があるとかは疑わないけど、その手の話は微笑ましいと言うか、見ていて恥ずかしいからおやめなさい。証明するには身バレするしかないし。 >>689
久々にcpanの名前聞いたから思い出しただけw
もう数年Perlは触ってないや VSCODEモッサリ過ぎて使えない
EMACS重いと思ってたが全然軽快 >>691
パソコン買い替えたほうが良いぞw
今なら中古で3万円でCorei7 3.4Gh 4コア8スレッドぐらい買えちゃうからさ >>686
ああ、そんな事ね。日頃はopensshなんで気にしなかったよ。俺の業務的に既存のteraermマクロが重要なんでね。 teraermマクロとか、出てくる話題がちょいちょい古いよなw
あれ何に使うん?普通にsshでコマンド(シェルスクリプト)実行すればいいやん? >>690
鯖屋の俺は結構な頻度で使ってるよ。どんなlinux鯖でもたいていははいってるし。 >>688
ルーターに言及されると困るみたいだなw >>695
入ってるのは知ってるけど、アプリ作るのには使わんし
シェルスクリプトレベルが相当上がってしまったんでw
もうPerl使うことはないかなって思う >>696
上で論破(笑)してるんで、その続きからしなさいってこと >>698
全然論破できてないじゃん
肝心な所は無視したり曖昧に屁理屈こねて勝手に勝利宣言してるだけや
全然説得力ないでお前
だからそんなに必死で連投してるんだろうが >>699
誰だよお前w
必死じゃないアピールするためにID変えるなよw >>694
古いのかもしれんが、ネットワーク機器が対象なんでね。検証環境にある数十台の機器に対して障害発生前後のルーティングテーブルやルーティングプロトコルの状態を同期して全て観測したい時につかう。
だいたい、sshでシェルスクリプトなんてすぐに思いつくような事を考えないわけ無いだろう。 >>701
それならAnsibleの方が良くね?w
どうせ数十台の所がシェルスクリプトじゃだめな理由でしょ? Windowsは全能であるLinuxは全部駄目である
だろ
Windowsでも使えても使いにくかったりWSLで出来るといっても確実に重く
なったりするのまで全部Windowsにからめないと気がすまないんだな
ホント頭おかしいわ >>703
自分の思い込みに対して
自分でヘイトを抱いているのか? >>702
windowsでbatとttlで作ったいはlinuxが使えない人向け。linuxが使える人向けにはシェルスクリプトとexpectとperlで作った奴があるよ。
chefとかpuppetとかはニーズが違うし、数十台に対して同期をとってコマンドを実行する辺りが面倒だったんで。
構成ツールとしてはいいんだけどね。 Ansibleはアドホックでシェルスクリプトとか実行できますから
expectかぁ、そのコマンド知ってはいるけど、
それが必要になるのは、ろくな使い方してない気がするなw 自己レス
> Ansibleはアドホックでシェルスクリプトとか実行できますから
複数台のマシンに対して いや、この2つなんか引っかかるw
> だいたい、sshでシェルスクリプトなんてすぐに思いつくような事を考えないわけ無いだろう。
> windowsでbatとttlで作ったいはlinuxが使えない人向け
バッチファイルでからssh経由でリモートのシェルスクリプトを実行すればいいっていう意味だぞ?
(ローカルのシェルスクリプトを送り込んで実行もできるが)
だからTTL(Teratermマクロ?)いらないはずという話 >>706
コントロールする相手が常に同じコマンドプロンプトを返すのならいいのだけど、変なレスポンスを返す場合には面倒くさいけどexpectで個別に対応するしか無いんでね。
ろくな使い方云々より俺が楽にいい金を稼げるのが一番大事。 > ろくな使い方云々より俺が楽にいい金を稼げるのが一番大事。
わざわざ面倒なことしてるんじゃないかって意味だからw
相手が同じコマンドプロンプト(?)を返さないようなことをしてるって時点で怪しい 実際ttlとシェルスクリプトの2つを作ってるわけだし >>709
ネットワーク機器でシェルスクリプトが動作する機種もあるけど、仮に出来たとしても十数台が同期してコマンドを実行するのは面倒だと思うよ。 俺の説明が誤ってた。同じコマンドプロンプトを返すのではなく、コマンドの中で標準入力を待つようなコマンドとかの方が正しいね。 「楽に」も意味が2つありまして、
新しい技術を導入して作業量を減らすことで「楽」にするのと
新しい技術を勉強するのが嫌だから作業量は多くても同じやり方を続けるという意味の「楽」
知識が古いところを見ると後者の臭いがプンプンするんだよなw
>>713
> ネットワーク機器でシェルスクリプトが動作する機種もあるけど
linuxが使える人向けにはシェルスクリプトで作ったんじゃないんか?
> 仮に出来たとしても十数台が同期してコマンドを実行するのは面倒だと思うよ。
だからAnsible使えと もうそろそろ他の人も突っ込んで良いんやでw
突っ込みやすくなったろ?w
>>715
なぜ標準入力待ちを回避するためにexpectを使わにゃいかんのかw >>716
鼻が悪いんじゃね?耳鼻科お勧め。
古い知識だろうが使える物を使うだけだし、新しい技術は好きだよ。windowsは嫌いだけどね。
つーか、細かい要件すら話してないのに、思い込みの妄想でツッコミもないだろ。 >>718
expect以外のやり方もあるかも知れんが、俺の場合は機種ごとの既存のライブラリあるんで問題ない限りexpect使うけどね。 最初に覚えたのが手間がかかるやり方だと苦労するねw
知識はアップデートしたほうが良いよ >>721
まぁね。その手の苦労は仕方無いね。後発有利だし。知識のアップデート云々は当然だと思うよ。 「標準入力待ちをexpectで入力する」の方が後発だぞw
お前が変なやり方(時間がかかるやり方)を最初に覚えたって言ってるんだよ >>723
後発有利ってのはexpectとansibleの比較ね。変なやり方云々はansibleのexpectモジュールでも使ってみればわかるんじゃないのかな? だから標準入力の入力をexpectで入力したりしねーって
ansibleもな >>724
あと、exceptなんてメジャーな物はあんたは知っていて、exceptを使うって時点で標準入力待ちがあって対話式なコマンドを扱う要件がある推測した俺が悪かったよ。ごめんねぇ。 ■ このスレッドは過去ログ倉庫に格納されています