LinuxのGUIは不完全。コマンドラインが頼り (384ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
118(1): 2018/12/20(木)02:10 ID:ePcfjsfD(1/5) AAS
>>107
CUIなら上手く自動化できるはずが、失敗したのがUnix思想だったんだ。
ヘルプを見るのに、
$ gcc --help | less
ってアホだって。同じCUIでも、MS の VC++ の cl.exe なら、
$ cl -?
で済む。この合理性こそが頭の良いということなんだよ。
man を見ろだと？
もし、man と コマンドとに食い違いが有ったらどうするんだ。
同じ環境に無数のgccがあったらどうするんだ。実際、
省3
119(1): 2018/12/20(木)02:18 ID:ePcfjsfD(2/5) AAS
DOSなら「bドライブのカレントディレクトリ」にコピーするのは、
copy *.c b:
で済んだ。コマンドラインの文字列バッファの制限など全く関係なく、
絶対にこれで失敗無くコピーできた。ハードウェアに問題が無い限りは。
ところがどうだ。Linuxで同様に、
cp *.c /some/
みたいな事してみろ。
*.c のファイル数が、何千個もあった場合、失敗するぞ。
そして、失敗するかどうかは「運」次第だ。
何個ファイルがあるかによって失敗するかどうかが決まる。
省14
121(2): 2018/12/20(木)02:37 ID:ePcfjsfD(3/5) AAS
>>120
めっちゃ危険。他に tar ball が無いことなんて保証はない。
そういう非精密なことが好きな人が多いからFOSSやLinuxは不安定なの
かも知れん。
aptとかも、最初に何バイトDLするか分からんから何時間時間が必要かも
わからんし。なんでも順序が逆なんだよ。やる前にどうなるかが分かるように
なってないとダメなんだって。コマンドを入れてから、途中でバッファが
足りなくなって、コピーに失敗するとか最悪。
makeだって、本末転倒。そもそも、コンパイル時間を短縮するために
makeは開発された。ところが、gnu make は馬鹿だし、makefileを書く人も
省7
124(1): 2018/12/20(木)02:43 ID:ePcfjsfD(4/5) AAS
生産性の悪さを大量の人月で解決しようとしてるのが、FOSS。
あほな前任者が書いたコードが大量過ぎるので、後の人も全体の理解は出来ず、
実験的に上手くいくコードを追加していく。
その結果、ソースの量が膨大になり、誰も全体を理解できない。わずかな改良も
進まないのに、ソースの量が何倍にもなっていく。
その結果、Linuxは、全然使いやすくも昨日の向上も見られないのに、バージョン
アップごとにHDDの使用容量だけが増えていく。何の役にも立たない修正ばかり
して、0.01%の利便性のアップのために、100MB 単位でバイナリの容量が増えていく。
アホなんだって。
技術力の無さを膨大な努力と時間で補おうとする。よってたかって、ダメコードを
省4
125(1): 2018/12/20(木)02:44 ID:ePcfjsfD(5/5) AAS
>>123
アホなんだって。
そういうやり方でなんとかしちゃうって思想が。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s