デスクトップでLinuxが普及する訳ないと思った時 10

前スレ
http://mao.2ch.net/test/read.cgi/linux/1546525998/

単芝くんは言葉の端々にお顔真っ赤感を感じさせる文才があるよ。今は中学生位だと思うけど大きくなったらそんな文才を活かせる職に就くといいよ。
どんな所にニーズあるかすぐに思いつかないけどね。

アスペをNG出来ない無能なアスペは死んだ方がいいよw

>>523
趣味のプログラムなんですが、
主に大量のファイルのファイル名管理やファイル操作をCで書きます。
簡単なCUIプログラムなんで、IDEはNetBeansで充分過ぎます。

ファイル名管理は、Windowsだと標準関数でやりづらいんですよ。
Win32APIは個人でいつ使えなくなるか分からんし。
Linuxではフツーに標準関数でこなせてラク。

find, grep などのUNIXコマンドもフツーに使えるのも良いです。
それらをsystem();関数で呼んだりしてラクさせてもらってます。
Windowsだとどうも…。

また、ネット動画のファイル名管理では動画IDで管理していて、
そのIDが大小文字ありなんですね。
重複があるんで、Windowsだと決定的に話にならないんですよ。

まあスレ的には普及に寄与する理由として弱いだろうけど。

やっぱりOSのせいじゃなかった

> ファイル名管理は、Windowsだと標準関数でやりづらいんですよ。

具体的にどういったとこが？
同名ファイルの存在検査とかは最悪プラットフォーム別にプラグマ切って
小文字にして比較で済むよな？

> Win32APIは個人でいつ使えなくなるか分からんし。

根拠は？　使えなくなったAPIがあるってんならとっくに大問題になってる筈だが

Win32APIで使えなくなったのってあったっけ？
同じAPIなのにバージョン変わると動作がかわるLinuxのが使えないよ、怖くて。

http://gs.statcounter.com/os-market-share/desktop/japan/#monthly-200901-201901

Windowsの終わりの始まり

システムコールもAPIも味噌糞かカオス

APIだシステムコールだ、なんてレイヤーでなくてもっとユーザよりのレイヤーですらまともじゃないからね、Linuxは。
Windowsだとマウスダウンがはっせいしただけではクリックイベントは発生しない。
Linuxだと、クリックイベント（に相当するもの）がマウスダウンで発生したりマウスアップで発生したり統一されてない。
これは使うほうからすると「ザケンなごらぁ！」だが、誰にどう文句を言っていいのかわからん。
なので「こんなもの使えるか！」と見捨てられる。
そういう小さい「ザケンなゴラァ！」の積み重ねでLinuxは使いにくいって評判が確立してる（そしてそれは揺るぎようがない事実

Windowsと比べる比べない以前に、ゴミなんだよ、Linuxって。
その事実に目をつぶってるからいつまでたっても3流のままなんだよな。

>>564
スレタイに沿ってと言うなら「この板の趣旨に沿わない、スレタイ」は如何がなものかなと。
なのでスレの状況がカオスになっても不思議じゃないけど少なからず有用な情報があったり。

>>569
＞Win32APIは個人でいつ使えなくなるか分からんし。
他び部分は納得できるけど、この部分は自分も、どのような根拠があるのかと質問したい。

まぁ、あと、HDD増設したとしよう。
Windowsならコントロールパネルの管理ツールの・・・とGUIだけでマウントしてフォーマットしてドライブレターを割り当てられる。
ドライブレター割り当てないで C:\Users\User の下にマウントすることもできる。

Linuxだといきなり「ターミナル開いてmountコマンドを・・・」となる。
あまりにも使いにくいでしょ。
/dev/ほにゃらら〜 を /devほにゃらら〜a としてmountしてから、/mnt 配下なり/home配下なりに「もう一度」mountしなきゃならない。
fstabに登録してないとどうなる？　迷子になる。　「ザケンなゴラァ！」再びだ。

Linuxが使いやすいとかお世辞であっても言えない。
それが現実だよ。

×）他び部分は納得できる ・・・キーが一個ズレてた。
○）他の部分は納得できる

OSまたいでポーティングされるAPIは同じ運命をたどる
デバイスのコントロールも単に無知なだけだ

いまだにC:かよ。

>>575
あれ俺gpartedでやったような…
違ったかな

ドザはコマンドにビビり杉。

>>575
実は、DOS のコマンドは、もっと便利だったんだよ。
ドライブとディレクトリの相互対応、ドライブ名の付け替えなどが、
subst, join, assignというもので非常に簡単なパラメータを使って
とても簡単に行えた。だから DOS は人気が有った。ところが、
Windows はそれらがなくなった。

カーネルと「ドライバ」を分けるという概念を持ち込んだのは、DOS が世界初だと聞いたことがある。
config.sys というとても分かりやすくて短い設定ファイルの中で、とても分かりやすい書き方で
ドライブをインストールする事が出来た。
DEVICE=xxxx
みたいな、たった1行で。指定するパラメータもとても分かり易く簡単だった。

しかも、起動後に adddrv なるコマンドでインストールできた。
確か、adddev というものもあった。

Linux ではこれらとはまるっきり異なって、煩雑。

>>569
> > ファイル名管理は、Windowsだと標準関数でやりづらいんですよ。
> 具体的にどういったとこが？

WindowsでCUIプログラムで標準関数を使うと
S-JISじゃないファイル名は「????」みたいになって扱えませんよね。
Win8.1以降は知らんけど。

> 同名ファイルの存在検査とかは最悪プラットフォーム別にプラグマ切って
> 小文字にして比較で済むよな？

"犬の動画-dougasite.com-rMcEwxZ6W2I.mp4"
"猫の動画-dougasite.com-RMCeWXz6w2i.mp4"
みたいなのが同じファイルとして扱われてしまいます。

> > Win32APIは個人でいつ使えなくなるか分からんし。
> 根拠は？　使えなくなったAPIがあるってんならとっくに大問題になってる筈だが
と
>>574
> ＞Win32APIは個人でいつ使えなくなるか分からんし。
> 他び部分は納得できるけど、この部分は自分も、どのような根拠があるのかと質問したい。

「将来、使えなくなるかも知れない」と俺は言ったんじゃなくて、
Win32APIが(無償・安価な開発環境も含めて)、俺が生きている間使えるのか「保証がない」。
使えなくなる日が来るのか「分からない」。
だから安心して使ってらんないってことです。

config.sys懐かしー

誤：ドライブをインストールする事が出来た。
正：ドライバをインストールする事が出来た。

FDやHDDや「ドライブ」自体は確か、基本的なものは何もしなくても
使える状態だったかも知れない。 つまり、mount が不要だった。

デフォルト状態で基本的なことが出来て、なおかつ、細かい設定がしたい
場合には、config.sys に書くようなやり方だった。しかも、ずっと簡単な
書式でとても分かりやすかった。

じゃあfstabも理解できるだろ。

FDD固定にしちまったからいまだにC:なんてことやってるんだよ。

宗教の違い？
勝手にマウントされないLinuxをはじめて触ったとき、なんかセキュアっぽーいと逆に感心した記憶がある
ぽい、だからな

>>582に追加

"犬の動画-dougasite.com-rMcEwxZ6W2I.mp4"
が既にあるところに
"犬の動画-dougasite.com-RMCeWXz6w2i.mp4"
は保存できませんよね？
Windowsは。

Linuxは出来ます

>>585
fstab は config.sys とは違って危険を感じる。

config.sys の場合、もし間違って起動できなくなっても、FD を一枚入れれば
当時の遅い FDD でも20秒も待てば起動出来た。だから、安心だった。

ところが、Linuxは失敗したらめちゃくちゃになって、OS全体の再インストール
を余儀なくされてしまうかもしれない。Windows もそういう感じなところあるけど。

ある意味で、LinuxもWindowsも、どっちもDOSより使い勝手が下がってるかも。

windowsは変に簡単にしたり自動にしたりするところが難しい。

fstab が怖いのは、-xxx みたいなオプションではなく、コマンドラインの「数え位置」
で意味が決まっているところ。

だから、わずかな間違いも許されない感じ。まるで、構造体が使えない
マシン語時代見たいな感じ。MS-DOS とはまるっきり違う。MS-DOS は、
もっと分かりやすかった。

慣れてないだけかもな、
まぁ、嫌ならやめとけ。

>>591
> fstab が怖いのは、-xxx みたいなオプションではなく、コマンドラインの「数え位置」

「数え位置」？
パーティションの表記が/dev/sda2みたいになっているのは危ない！
…というのであれば、ご安心を。

いまうちのDebian9 stableの/etc/fstabを見たけど
パーティションごとに固有のUUIDで表記されています。

>>592
fail safe の概念が、MS-DOS の方が合理的だったんだ。

Linux の場合、sudo でそれをやろうとしてるけど、sudo して edit
してる場合は「細心の注意を払って書けよ」という感じで一切の間違いも
許されない感じがする。だからシンドイ。

DOSは、間違っても、バックアップの FD をさせばすぐに直せたので、
何度でも間違うことが出来た。それでもシステムが完全破壊れたりすることは
なかった。

Linux は違う。間違ったら最後。ちょっとやそってでは復旧することは出来ない場合があると思う。

>>593
>パーティションごとに固有のUUIDで表記されています。
このUUIDというのもいただけない。自分が考えた名前ではなく、機械が勝手に
ランダムにつけためちゃくちゃな名前なので、これまた、使い勝手が悪い。

あと、上で言っていたことは、それとは違って、
xxxx a1 a2 a3 a4 a5 a6

みたいな「位置」で役割が決まってしまっていること。実はこれは緊張する。

Linuxの fstabは、非常に古い時代の伝統を引きづってるかんじ。
「構造体」の概念が導入される前の BASIC の配列みたいな感じで、
a[0], a[1], a[2], a[3] のように番号でパラメータを「操ってる」感じ。

DOS は、それとは全然違っていて、-xxx=yyy のようになっていて、
xxx に指定したい内容を言葉で指定する感じだったから、覚えやすいかった。
いわば、DOSは、C言語の構造体のようにメンバ名で変数を指定する感じ。

Linux は、配列の「添え字(数値)」で変数を指定する感じ。

DOSより古いシキタリに従っている気がする。

>>594
危険なことを危険なことと認識している人間(su)
がやるようになってるんだけどな。

>>595
> xxxx a1 a2 a3 a4 a5 a6

それはxxxxの作りがそうであるだけで、
MS-DOSでもそういう引数の仕様の例はあると思うんですが、、
具体例は出せないけど

autofsやudevなんかは実装されて久しいけど

>>597
どんなに優秀な人でもミスはする。

Linuxは、sudo 中は「絶対をミスをするな」という思想になってるので怖い。

MS-DOS の場合は、人間はミスをすることを前提にしていて、ミスしても
すぐとり戻せるようになっていることで「カバー」する思想だった気がするする。

この設計思想の違いが、Linuxが普及しない一つの原因かもしれない。

だから今後、Wine が発展していっても、Linux ではなく、何か別の OS
に移行していくかもしれない。

>>598
>それはxxxxの作りがそうであるだけで、

Linuxでは、ドライブの mount という誰でも避けて通れないところで、そう
なってる。fstab がそう。

事実誤認が激しすぎる

>>600
入力に忠実なだけだろうな。

まず、「4列目」がどこであるかは、物凄く注意力を必要とする。
そして、その中がこんななってる：
noauto,owner,ro

この「,」の後に空白を入れてしまったら、「列」がずれてとんでもない
結果になる。1列ずれてしまう。

>>605
この世界点一つ違うのは大変なことだよ。

/ があるのもまた列が分かりにくくしてる。

/dev/hda4/ {
1: a;
2: b;
3: c;
・・・
};
みたいな指定の仕方だったらまだミスしにくかったのに。
JSONみたいだけどね。番号でもまだ分かりやすい。

DOSも設定ファイルがあったけど、↑みたいにちゃんとパーサーがしっかり作って
あるものが多かったんだ。だからミスしにくかった。

一方、Linuxは見てのとおり、human error を助長するような書き方を強制される。

フェールセーフもユーザの気持ちひとつ
選択肢は腐る程用意されている

windowsのinfファイルとかはさぞ簡素で間違えないようになってるんでしょうね
単なる嫌味だけど

>>607
ドライブ増えたら行増えそう。

チョコ https://i.imgur.com/Eh4M9b6.jpg

>>582
ファイル名の扱いは、Windows で旧システムの標準関数を使うのであれば当然の結果です。
Linux でも古い glibc だと対応しきれないところがあります。

いつ使えなくなるか分からん というのは全てにおいて当てはまります。未来は誰にもわかりませんｗ
例えば、カーネルにセキュア的な問題が発生すれば、古いカーネルの使用は推奨されなくなり新しいカーネルに置き換えられますので、古いカーネルだけにしか存在しない機能があれば、新しいカーネルでは使えなくなります。API やライブラリでも同様です。

>>611
グロ
ドザによる荒らし

fstabの文句を言ってる奴は正に三輪車windowsがお似合い。マヌケな自分のケツを守って欲しいなら過保護なママンの言う事を選択肢のないokボタンで連打してればいいと思うよ。

増設した内蔵HDDを自動マウントしないアホすぎるOS
Windows3.1以下
何十年遅れてるの?

自動で/devにぶら下がってるやろ、
あとはお好きなところにmountするだけ。
その後も使いたいならfstabに書けばいい。
何でもかんでも自動化すればいいってもんでもない。

windowsの自動マウントがどうなってるのか知らんが
自分のシステムに合わせようとしたとき
自動でされると一度外さなきゃならないでしょ。

技術の問題じゃなくて、思想の違いだよな

WIndowsだとな、ひとつ間違えば起動するらしなくなる設定ファイルをユーザーにいじらせない
という常識的設計になってるんですわ。これは糞みてぇなマックやiosですらそうなってる

Linuxはカジュアルにアブねぇファイルをユーザーにゴニョゴニョさせる
というかそれをいの一番にすすめる頭のおかしいメンターに問題がある
どーでもいいファイルと重要なファイルを同列に扱わせるのは思想とは言わん。ただのバカ

>>616
じゃぁお前のLinux機のfstab、うちのばーちゃんにいじらせるけどいいよな？

つーかさぁ「明らかに分かってない奴」にはまずGUIのツールをすすめろよ
設定の大元の文字列をいじらせるのは最終手段だろが

スマホしか経験なくてキーも打てない若い世代に
コマンド打たせるとか無理って想像力も働かねぇのか

今後デスクトップでLinuxが普及する可能性はゼロだよどー考えても

>>620
それだけでなく、fstab の場合、カンマ「,」の後ろに空白を1つ入れただけで
起動しなくなる可能性がある。空白は見落としやすい。

自分はプログラム経験が長いが、空白を1つ入れただけで完全に動作がしないような
プログラミング言語は珍しい。仮にどうしてもそういう仕様にせざるを得ない場合は、
通常、コンパイラがエラーを出すようになっている。Linuxのfstabはそうなってない
のが大問題。プログラマは、コンパイラのエラー判定の力を大いに借りることによって
安全なプログラムを書いている。自分の注意力に頼らず、いかに処理系にミスを
見抜かせるかがプログラマの真の力ともいえる。でも、Linuxではそれがしにくい。

fstabミスったらUSBメモリインスコ済Puppy出撃でしょ
何言ってんだこの人達って感じ

fstabならMintならGUIで楽ちんだよ。

>>621
不正なところに空白入れたら、コンパイルエラーになって
完全に動かなくなる言語って、ほとんどの言語でしょ？

>>624
Script言語ではエラーが出ないこともあるが、C/C++ ではエラーが出ることが多い。

例えば、fstab の場合だと、4列目は、二重引用符で囲って、
"noauto,owner,ro"
と書く使用だったら、まだましだった。

しかしそれでも、列の順番だけでパラメータの意味を決めている事自体が
問題だと思う。

>>624
あー。

「コンパイルエラーになる」のは良い。
「書いた時点で（そもそもコンパイルしないので）エラーが出ないのに、
　起動時になって不具合が発覚する、または、原因不明でめちゃくちゃになる」
ことが問題。Linuxは後者になってる。

fstabをチェックすればいいだけだろ。馬鹿なのかな？

fstabってデスクトップでもサーバーでも同じでしょ、ついでに言えばBSD系もだったっけ？

サーバーでUNIX系がシェアあることに異論はないはずで、サーバーでは問題になってないのに、
なんでデスクトップになると途端に問題になるわけ？
よっとよくわかんない

サーバとデスクトップじゃ想定するべき開発者のスキルレベルも違うって話だろ
より低レベルの開発者でも問題が起きないように配慮した作りにするべきってこと

サーバー管理者は、fstab や .htaccess みたいな configuration file の
中身を設定する事を専門とする職業みたいななところがあって、それで
生計をたてているとも言えなくもない。

一方、プログラマはアプリやツール、ゲームなどを作る専門家であって、
設定ファイルを設定しているだけで暮らしていけるわけじゃないから、
それに時間を避けない。

だったらプログラマらしく、要望送ればいいじゃん

要望なんて聞いてもらえたらラッキー程度ものだしな
本当に必要なら自分で実装しろが正解

自分で実装したって大元がパッチ受け入れるかは向こう次第だしな
とくに古いもんほど変更して余計なリスク増やしたくないってのが強くなるし

かといってアプデのたびに自分でパッチ当ててビルドするのもめんどいし現実は厳しい

パッチ当ててビルドなんてスクリプト作ってしまえば何の面倒も無いけどな
毎回手作業でやってるような馬鹿がいるなら知らんけど

実際に自分で他人のコード弄った事が有るなら上流の変更との間でコンフリクトも起きるし向こうはこっちの変更なんか視界の外だからそう簡単な話じゃないこともわかるもんだけどなぁ
まあネットでイキるだけなら｢スクリプトで楽ちん！｣とか言ってりゃそれで良いんだろうけど

パッチの当て方によるよ
うちはあるコマンドに独自の機能を盛り込むためのパッチがあるけどここ数年はメンテフリーだよ
ソースファイルまるごと置き換えとか単純なことしちゃうとダメだろうね

>>619
fstabは管理者権限いるんだよ。
まぁデスクトップならユーザー=管理者だけど。

ちょっとmountのソース(ユーザーランドの方)読んでみたけどfstabパースしてんのはtab_parse.c:mnt_parse_table_line()あたりか
この手のツールはほんとシンプルでサクサク読めるね

まあ逆に言えばそれだけ原始的なんだけど

はぁ？だからfstabを修正して
fstabのファイルチェックをしないで
再起動するのが悪いだけじゃん

>>639
fstab のファイルチェックってどうやんの？

ぐぐれかす

ミニスカートで置換された女に｢そんな格好で男を挑発するのが悪い！｣とか言う老害みたいだなw

置換はせんが、視線はキョドるかも

ここ見てると、つくづくLinuxが普及しないのがわかるわ。
Linuxマンセーなユーザーが気持ち悪すぎる。

いやいやLinux板まで来てLinuxをディスる御仁には勝てませんぜ

Linuxデスクトップが普及するわけない事情を体現してるなw＞ID:+a5nWrXs

ぃぬｘ板でWindowsマンセーのほうがキモいだろ
アウェーなのに

>>644
Linux信者＝知恵遅れ＝まともな職に就けなかった底辺＝カネが無い＝Windowsを買えない＝Linuxしか使えない

要するに地球上のゴミクズ

>>648
と言うか、レッテル貼り大好きだね

>>648
「Windowsを買えない」
Windowsを買ったことないな、ノートもデスクトップも。

既製品のPCだと普通は入ってるから

狂信者はなぜスレタイを理解できないのか

>>650
底辺はそのPCを買えないから化石の様なPCにLinux入れて使っているんだよな
地球上の韓国人だわ

嘘と言ってもいい様なWinディスの否定をWindowsﾏﾝｾｰという事にしてるだけ

はいはい。三輪車windowsのお子様はお庭でホゲホゲ頑張ってね。
多くのwindows三輪車のお子様のお陰で自転車に乗れる俺はいい飯を食えるよ。

スレタイの理解の前に、板の理解すらできてないとは、残念至極

Linuxをマンセーして他を嘘で貶めるって趣旨の板じゃねえだろ？

逆でもないがな

WindowsをマンセーしてLinuxを嘘で貶めてるレスなんて皆無に等しい
あるってんならアンカーか引用

UbuntuとCentOS使ってるLinuxユーザだけど、
ここのLinuxマンセー信者はキモイと思うよ。

正直、Linuxマンセー信者は死ねって思ってるよ。
害悪にしからならないから

>>658
いや、少なくとも俺は嘘なんかついてないし、マンセーもしてないよ
そもそもLinuxは普及しなくて当然だと思ってるし
だからレッテル貼りは止めなって

Windowsは道具、Linuxは趣味
Windowsはボールペン、Linuxは万年筆、みたいなもんだ
そもそも住んでる場所が違うんだから普及するわけないだろ
それをなんでそんなところに住んでるんだって書き込み、バカげてると思わないか、って話だ

Linuxが万年筆？
万年筆もどきの割りばし削っただけの「なんちゃって万年筆」じゃねーかよｗ

万年筆に例えられるデスクトップOSはBSDだよ。
ガキが指を血だらけにしながらいびつに削った鉛筆以下のゴミってのがLinuxにふさわしい例えだよ。

贔屓の引き倒しだね

使いやすさでいけば　iOS > MacOS > Android > Windows >>>(超えられない壁)>>> Linux ですからねぇ。

Windows10以下のごみって言う希少価値はあるけどね、Linuxには。

ここはwindowsから逃げ出したいけど逃げられない奴のたまり場ですね。