Linuxは、開発環境が40年前と同レベル (819ﾚｽ)
上下前次1-新
637(1): 2018/09/30(日) 17:47:21.19 ID:QbavDDne(2/7)調 AAS
レジストリがテキストより編集しやすいかは習熟度によると思うぞ。慣れたらテキストのほうが見通しが良いし、わかりやすい。
638: 2018/09/30(日) 18:50:04.59 ID:l8hL/BLT(1)調 AAS
レジストリとかgconfとかって機能してない項目が大量にあるのはなんでなん？
639: 2018/09/30(日) 18:58:04.08 ID:ByV/gS2k(1/6)調 AAS
>>631
> この人設定と設定の設定の区別がついてないような感じよね
わかった上であえてそうしてるんやで。
なぜなら、設定ファイルをテキストエディタで
修正したいという層が一定数いるから
テキストエディタで修正しないんだったら
設定ファイルにコメント機能なんていらん。
コメントはまさに、設定ファイルにUIが含まれてるってことなんだよ
それみてどんな値を入れるか判断しているわけだから
設定値と設定UIを作り出すタグを分離すれば、
今度はテキストエディタで修正したい人が使いづらくなる
640: 2018/09/30(日) 19:42:58.14 ID:3DVvh0Ey(1/5)調 AAS
UIがどう表示されるか規定されないし
個々のフォームがどういう挙動するかも不明で
使いやすいのかというか実用になるかもわからんけどな
641: 2018/09/30(日) 20:07:16.26 ID:ByV/gS2k(2/6)調 AAS
> UIがどう表示されるか規定されないし
HTMLだってそうだよ。
そもそもどう表示されるかはデバイスによって異なる
PCで使いやすいUIがスマホでも使いやすいわけじゃない
なんでこうすでに通り過ぎた歴史の話ばかりするだろうか？
642(1): 2018/09/30(日) 20:09:41.67 ID:QbavDDne(3/7)調 AAS
現実を否定しているところから始まってる妄想だから現実離れしてて現実的じゃないのは当然やろうな。
こうだったら良かったのにというボヤキなんだろうが、ボヤキにしても無知を晒してるだけだからな。
643: 2018/09/30(日) 20:11:04.84 ID:vQE3SEa+(1/4)調 AAS
アイデアとしてはわかるんだよね。
東芝が昔実験的に作ってた。
XMLスタイルシート的なアイデアは大昔から存在するんだが、実用的なものを構築するのはなかなか難しいと思う。
644(1): 2018/09/30(日) 20:12:41.24 ID:3DVvh0Ey(2/5)調 AAS
HTMLが規定されてない、という部分を都合よく拡大解釈するし
不味いところは逃げ回るし
645(1): 2018/09/30(日) 20:13:38.47 ID:ByV/gS2k(3/6)調 AAS
>>642
なんで現実にある問題点と解決策を言ったら、現実離れになるの？
その理屈だと、効率が悪いと指摘するだけで
効率が悪いのが現実なんだ。現実離れしたことをいうな！ってことになるけど？
646(1): 2018/09/30(日) 20:14:40.86 ID:ByV/gS2k(4/6)調 AAS
>>644
拡大解釈だろうがそうでなかろうが、
どちらにしろその解釈に反論できないんでしょ？
647(1): 2018/09/30(日) 20:19:12.32 ID:3DVvh0Ey(3/5)調 AAS
>>646
答えられないところから逃げ回るなって
648(2): 2018/09/30(日) 20:22:45.80 ID:3DVvh0Ey(4/5)調 AAS
少なくともUIの意味論的な話で共通理解が無いと実際に実装は無理。
その規約決定を放棄してお前の頭の中でだけそんなのわかるだろでは話にならない
649(1): 2018/09/30(日) 20:23:03.75 ID:ByV/gS2k(5/6)調 AAS
>>647
全部答えてるけど？
650(1): 2018/09/30(日) 20:23:56.61 ID:ByV/gS2k(6/6)調 AAS
>>648
> 少なくともUIの意味論的な話で共通理解が無いと実際に実装は無理。
何が言いたいんだかさっぱりわからん。
HTMLの仕様とか見たこと無いのかな？
UIをどうしろとか書いてないよ
651: 2018/09/30(日) 20:25:57.58 ID:vQE3SEa+(2/4)調 AAS
W3Cは戦場なので、力あるものが勝つし、勝ったものが正しいとは限らない。
裁判と同じだよ。
652: 2018/09/30(日) 20:28:43.70 ID:3DVvh0Ey(5/5)調 AAS
>>649
フォームの挙動は規定するの？
653: 2018/09/30(日) 20:28:47.80 ID:vQE3SEa+(3/4)調 AAS
エンジニアなのに教祖への愛がすべてなのが、ウェブの未熟さを表してるんだよ。
654: 2018/09/30(日) 20:33:29.62 ID:QbavDDne(4/7)調 AAS
>>645
現実にある問題点はconfig.xmlに独自タグが多いってだけのこと？他にある？
655: 2018/09/30(日) 20:34:47.80 ID:vQE3SEa+(4/4)調 AAS
ウェブ業界には勉強会と称して毎週ミサがあるだろ。
お互いに啓蒙しあい信仰心を深める。
最後にみんなで歌を歌って解散。
まさにイカ臭い新興宗教じゃないか。
656: 2018/09/30(日) 20:36:13.84 ID:JJY3F8f4(1)調 AAS
二言目にはHTMLガーであるがこいつが想像してることは
JavaScript・CSS・サーバサイドその他HTTP技術が関わっていのに
XMLの話だけで設定ツールへのその部分の押し込み方が全く不明
657: 2018/09/30(日) 20:36:46.31 ID:QbavDDne(5/7)調 AAS
>>650
>>648の言いたいことがわからないのは読解能力がないから。お前の妄想をなんとか理解しようとしてるみんなは表現力が乏しい文章に根気よく付き合ってるから。
658: 2018/09/30(日) 20:39:21.02 ID:QbavDDne(6/7)調 AAS
実際それっぽいのはweb技術に寄生したらelectronですぐ作れるけど、今度はアプリケーション側がhtmlスクレイピング並みに頑張らねばならなくなる。どこに得があるんだって話だよ。
659: 2018/09/30(日) 20:40:35.38 ID:QbavDDne(7/7)調 AAS
そしてすぐ作れるものを誰も作ってないってことは、もう言わなくてもわかるだろ。
本当に役に立つならすぐ作っちゃえよ。それで飯くっていけるぞ。
660: 2018/10/01(月) 17:50:38.53 ID:2PbwmnYc(1)調 AAS
Windows 使ってないからレジストリについてググってみた。
Windows を使わない理由が増えた。いや、今更だが……
661: 2018/10/04(木) 12:14:21.89 ID:TCYnRgOk(1/6)調 AAS
>>53
これやね
662: 2018/10/04(木) 12:16:07.00 ID:TCYnRgOk(2/6)調 AAS
アホやろ
移植性が段違いじゃんか
それに世界中に使ってる人がいるってことも
無視しとるやんけ、自分が無能なだけや
663: 2018/10/04(木) 12:17:10.45 ID:TCYnRgOk(3/6)調 AAS
>>628
嫌みだなあ
664: 2018/10/04(木) 12:18:36.41 ID:owJSlV/h(1/2)調 AAS
正直、C89以前のCなんか読めたものじゃないし、
かといってC++11以降の機能使いまくったソースも読めたものじゃない。
665(1): 2018/10/04(木) 12:19:21.15 ID:TCYnRgOk(4/6)調 AAS
>>637
嘘だよ。初心者に優しいのは、テキスト編集だよ。
英語が苦手なだけでしょ。
666: 2018/10/04(木) 12:23:10.12 ID:TCYnRgOk(5/6)調 AAS
マウントなんて、大分前からクリックするだけやんけ
それよりディスクの故障チェックもできないとか、そっちのほうが怖いよ
667: 2018/10/04(木) 12:24:41.56 ID:TCYnRgOk(6/6)調 AAS
>>633
へー、今はむしろナウいんだけどな
取っとけるし
668: 2018/10/04(木) 12:28:02.25 ID:owJSlV/h(2/2)調 AAS
見通しがよいかどうかはシステムのサイズによる。複雑になれば階層構造のレジストリのほうがいいに決まってる。
基本的な型は用意されてるし、細かくセキュリティも設定できるし、読み書き用のAPIも用意されてる。
OS起動時に必ずバックアップを取ってから起動してくれるのもメリット。
なんでもviで作業したいというのが諸悪の根源。開発環境が50年前とい言われても仕方がない。
669(1): 2018/10/04(木) 14:30:40.10 ID:ElUITLNa(1)調 AAS
>>665
英語苦手じゃないけど、ちょっと言ってる意味がわからん。とりあえず、レジストリはめんどくさいぞ。
670(1): 2018/10/04(木) 18:29:15.05 ID:JEPfGG7w(1)調 AAS
レジストリより環境変数のほうが使いやすいよな！！！
って人は少ないだろう。
671: 2018/10/04(木) 19:15:45.35 ID:ddNAR9Qj(1)調 AAS
みかんとしいたけだったらみかんのほうが美味しいよな
672: 2018/10/04(木) 19:46:26.53 ID:OfGD0Bqi(1)調 AAS
何も足す必要がないということは究極を極めているということであろうか。
673: 2018/10/05(金) 20:25:19.99 ID:e0bFYixi(1)調 AAS
しいたけの方が好きだな。
674: 2018/10/06(土) 10:18:12.60 ID:BaJ5yG4w(1)調 AAS
xmlの優位性はテキストだということだけれども、実際テキストエディタでxmlを閲覧すると醜悪そのものだよね。
675: 2018/10/07(日) 12:09:23.84 ID:NL5YlGHV(1/5)調 AAS
>>4
Windowsのビルドって、どれぐらいかかるか知ってる？
676: 2018/10/07(日) 12:13:27.13 ID:NL5YlGHV(2/5)調 AAS
>>669
そういう意味なんだけどね
テキスト編集の方が楽だけど、設定ファイルの雛型に
書いてある説明が英語なのは、日本人にとって辛いかなと
慣れればなんてことないけど。
677: 2018/10/07(日) 12:19:15.88 ID:NL5YlGHV(3/5)調 AAS
ちなみに勘違いしてるみたいだけど
autotools 作ったのはGnuではないよ。
自動的にMakefile作るシェルスクリプトが回覧されていく
うちに、みんなで改良加えて、なんとなく出来上がったのを
Gnuが採用しただけだよ。移植性を重視してたからね。
別に好きな奴使えばいいんだよ。気に入るのが無ければ
自分で作ればいい。それが自由であることの尊さなんだから。
678: 2018/10/07(日) 12:23:39.78 ID:NL5YlGHV(4/5)調 AAS
>>670
環境変数の便利さも知らないとは
679: 2018/10/07(日) 12:43:16.62 ID:NL5YlGHV(5/5)調 AAS
autotools使うのは、それだけ多くのライブラリに依存
しているからで、その分のコードを書く手間を
省けるのだから、大したことでは無いね。移植性も
高まるし。でも、それが必要ないなら、別にMakefile添付でも
全然問題ないし、そういうプロジェクトも少なくない。
他のビルドツール利用でも良いし。なんか
勘違いしてない？これらはあらかじめ与えられてるん
じゃなくて、享受するものだよ。嫌なら自分でやるんだ。
近所の落ち葉をかたずけるのと同じさ。君のために
誰かのためにやるんだよ。そう思うなら、自分で
どうにかするんだよ。
680: 2018/10/07(日) 14:00:44.63 ID:o4JQNsqJ(1)調 AAS
良いこと言うね、全くそのとおりだわ
読んでねーけど
681(1): 2018/10/07(日) 14:15:00.91 ID:oOrM6jho(1)調 AAS
INIのように書式とデータ構造とAPIが共通化されてるテキストベースの多層構造の設定を保持するメカニズムがあればよいんだよ、Linuxに。
682: 2018/10/07(日) 15:49:12.48 ID:Utbv1dgw(1)調 AAS
>>681
JSON。
ハイ論破。
683: 2018/10/08(月) 01:32:23.55 ID:u3tlEOhm(1)調 AAS
ハイ論破厨ってたまに5chで見るけどいつも論破できてないよな。同一人物？
684(1): 2018/10/08(月) 01:57:00.22 ID:wRVLpatJ(1)調 AAS
「ハイ論破」はダサいという風潮はとうにご存知だが必要不可欠な機能
C/C++やPerlのセミコロンみたいなもの
685: 2018/10/08(月) 18:36:10.38 ID:oT0ARLv1(1)調 AAS
Pythonは？
686: 2018/10/14(日) 20:31:15.98 ID:neRrm9zv(1)調 AAS
私たち日本人の、日本国憲法を改正しましょう。
『憲法改正國民投票法』、でググってみてください。
平 和は、勝ち取るものです。拡散も含め、お願い致します。
687: 2018/10/17(水) 12:54:12.24 ID:KEL2Zae3(1)調 AAS
>>684
あなたは、日本人じゃない気がする。
日本人なら絶対しない「ご存知」「機能」の使い方してるから。
688: 2018/10/17(水) 16:35:34.61 ID:8nvX+L4I(1)調 AAS
すげーな、国籍わかるとか、AIすげーな。
689: 2018/10/27(土) 04:44:34.49 ID:oNGNvg62(1)調 AAS
へー、LinuxにはJSON読み書きする「共通化されたAPI」ってあるのかぁ。
知らなかったな。
Cで使おうと持ったらインクルードファイルは何をしてして、どんな関数呼べばいいんだろう？
定番のunistd.hかな？
690: 2018/10/27(土) 07:06:28.37 ID:53/qFfzS(1)調 AAS
JSONってそんないいもんじゃないよね、コメント書けないのは致命的
691: 2018/10/27(土) 07:42:11.97 ID:W7BgcJKl(1)調 AAS
/**/じゃね？
692: 2018/10/27(土) 12:40:53.22 ID:vvEvYZjK(1)調 AAS
jsonが爆発的に普及したきっかけはバイナリ保存はしたくないけど、オブジェクトをそのまま保存したいって需要だから
設定に使うとしても開発者よりなんだよな。linuxは開発者フレンドリーだから開発者マインド無いときついってのは理解できるけども。
693: 2018/10/27(土) 16:29:50.82 ID:SAg19bbX(1)調 AAS
階層が深くないならiniが見やすくていい
階層が深いならyamlだし、記述性ならxmlだし、どれも一長一短あるけど、テキストエディタで開く設定ファイルならiniは使いやすい
694: 2018/10/27(土) 18:49:59.82 ID:O58iUbEz(1)調 AAS
複数行コメントを書けて、日本語も問題ない、Ruby が良い
=begin
複数行
コメント
=end
695: 2018/11/14(水) 13:34:30.81 ID:9Y41hzLp(1/2)調 AAS
Windows界はいろんな産業ロボットを使ってモノを生産しているのに
Linux界はいまだに手作りでモノを生産しているようなもんだからね。
696: 2018/11/14(水) 13:43:53.49 ID:gyZLFZAz(1)調 AAS
工事ライン止まる恐怖
697(2): 2018/11/14(水) 15:34:23.73 ID:R9HUvO/L(1/3)調 AAS
>>1
Unix は世界最古のOSらしいので、最初は良かれと思って決めたものが、
使ってみると使いにくかった、ということはあるかもしれない。
一例として、
$ コマンド名 パラメータ >a
などとして、リダイレクトするとき、stdout と stderr が分かれている
のも、現実的には不便。
$ . スクリプト名
と先頭にピリオドをつけないと環境変数がスクリプトによって設定できない
のも不便。
どちらも、DOS では修正されていた。DOS の方が後発だから。
698: 2018/11/14(水) 15:46:04.08 ID:9Y41hzLp(2/2)調 AAS
資本制企業はいかに人件費を削って量産するかを常に考えている。
少ないプログラマでより多くをと。
ところがオープンソースの世界はコーディングすること自体が楽しい
って人々の集いだからな。効率化へのインセンティブが小さい。
699: 2018/11/14(水) 16:12:37.60 ID:R9HUvO/L(2/3)調 AAS
>>697
別の環境変数で処理したいなら別の端末を開けば良いわけだから、
スクリプト内での設定を反映しないという仕様は、今となっては
アリガタ迷惑だと思う。
ただ、行儀の悪いわけの分からんスパゲッティーで解読するのも
時間の無駄なスクリプトも多いが。
700: 2018/11/14(水) 16:31:47.06 ID:R9HUvO/L(3/3)調 AAS
>>697
stdout と stderr と時系列的に合わせて出力しないと、解読しにくい
場合があるので、結局、2つの出力を合成したいことが多く、
1&>2 a
だったか、覚えていられないような変な記号を書かなくてはならない。
あと、tee コマンドも覚えにくい。
701: 2018/11/14(水) 18:19:54.67 ID:NypCRQ0z(1)調 AAS
というか何もかも覚えられない
脳が退化しているのか？
702: 2018/11/15(木) 11:00:41.86 ID:xZi0sQ1j(1/7)調 AAS
&> a
と、
1>&2 a
の両方の書き方があったり、export が必要あったり無かったり、
そんなアホみたいなものは、むしろ高級な脳であるほど覚えられない。
高級な脳は、共通原理や一般法則だけを覚えようとし、単純で無意味な情報は
削除される傾向があるから。
703(1): 2018/11/15(木) 11:06:16.36 ID:xZi0sQ1j(2/7)調 AAS
>>1
なんという愚かなOSなんだろう。
DOSと同じことがこんなに長くなる :
[DOS]
$ コマンド名 >a
[Linux]
$ コマンド名 1>a 2>&1
704: 2018/11/15(木) 11:18:44.03 ID:ZYarPIhK(1)調 AAS
bashが使える環境ならbashでいいです
705(1): 2018/11/15(木) 14:57:10.66 ID:jf56ooyw(1/2)調 AAS
>>703
> [DOS]
> $ コマンド名 >a
↑間違い
> [Linux]
> $ コマンド名 1>a 2>&1
↑1は不要
正しくはこうだよ
[DOS]
$ コマンド名 >a 2>&1
[Linux]
$ コマンド名 >a 2>&1
参考
外部ﾘﾝｸ[html]:tooljp.com
> (4)標準出力と標準エラー出力を同じファイルにリダイレクト
> mycmd.ｅｘｅ > stdout-stderr.txt 2>&1
706: 2018/11/15(木) 16:10:24.15 ID:xZi0sQ1j(3/7)調 AAS
>>705
DOS に関しては、そもそも原則として多くのツールが、stderr を使わない流儀
だったので、stdout だけをリダイレクトすれば十分だったんだ。
だから、その意味で、
[DOS]
$ コマンド名 >a
は間違ってない。
要は、トータルの使い勝手で考えた場合だから。
707: 2018/11/15(木) 16:17:52.58 ID:ygBKpHRC(1)調 AAS
何言ってんだこいつ
708: 2018/11/15(木) 16:35:44.99 ID:xZi0sQ1j(4/7)調 AAS
理念はどうあれ、結果的に使いにくいということだ。
709(1): 2018/11/15(木) 19:22:40.55 ID:jf56ooyw(2/2)調 AAS
ほらほら、間違いを指摘されて、
焦ってきてるぜｗｗｗ
710(1): 2018/11/15(木) 19:26:14.30 ID:BbyfSDoN(1/3)調 AAS
つまり、DOSコマンドは設計に沿わないアプリが多かったということかな？
711: 2018/11/15(木) 19:33:50.35 ID:xZi0sQ1j(5/7)調 AAS
>>709
いや違う。
最初からそれを前提にしていたので間違ってない。
あなたは、DOSの事知らないからそんなこと言ってるのでは。
712: 2018/11/15(木) 19:35:22.15 ID:xZi0sQ1j(6/7)調 AAS
>>710
いや、むしろ、stderr を滅多に使わないのがDOSの流儀だった。
少なくとも、コンパイラのエラー表示は100%、stdout に出ていたし、
その他のフリーソフトなんかの表示もほぼ、そうだった。
713: 2018/11/15(木) 19:36:28.21 ID:xZi0sQ1j(7/7)調 AAS
使いにくくなるだけなのに、stderr を使っているソフトが多いのは、Unix系の
プログラマには、実は真の意味では頭の悪いのがいっぱい混じっているから
ではないか。
714(1): 2018/11/15(木) 19:47:41.79 ID:BbyfSDoN(2/3)調 AAS
明言していない前提
他社を憶測で知らないもの扱い
ごく主観的な流儀
主観的な使いにくさでOSの草分け的な開発者を無能扱い
これだけでまともに取り合う気がなくなる。
715(1): 2018/11/15(木) 20:26:24.23 ID:BbyfSDoN(3/3)調 AAS
元々、stdoutとstderrが分れているのには理由がある。
理由もなしに分けたりしないという想像力があれば憶測でモノを言うと恥ずかしいことぐらいわかりそうなもんだが。
標準出力がUIを兼ねていたのでユーザーへのメッセージがerrで塗りつぶされるのが良くないし、
出力結果を次のコマンドに渡すときなどにerrメッセージが混ざると困るし、
コマンドが入力待ちの状態の時、errなんか出たらなにで止まってるのかわからないからな。
当時は無視するしか無いerrもあって切り分けるしかなかった。
例えば標準出力をファイルを書き込んでる最中にエラーを出力するにはstderrに出すべきだろ。
それを使いにくくなるとは。。。
716(1): 2018/11/16(金) 00:27:49.09 ID:tzv3Gduj(1/8)調 AAS
>>715
コンパイラの出力をパイプで渡していくのは時代遅れだと思う。
今は、ファイルに書いて渡せば良い。
717: 2018/11/16(金) 01:05:00.97 ID:tzv3Gduj(2/8)調 AAS
>>714
古い時代とはまた違った、今の時代に合った CUI の流儀がある。
Unix好きの人には、古いものを維持し続けようとする人が多すぎるのか、
または、古いソースを使いまわし続けすぎているためか、古い流儀のまま
になっているために効率が下がっている。
718: 2018/11/16(金) 05:47:32.05 ID:dRD9J7hj(1)調 AAS
DOSはパイプの文化じゃないわな
719(1): 2018/11/16(金) 05:51:52.18 ID:0i6TmJsP(1/4)調 AAS
>>716
ファイルに書いて渡すと遅くなる
ディスクが遅いとかいう話じゃなくて
並列処理ができなくなるという話
720(1): 2018/11/16(金) 10:12:56.67 ID:tzv3Gduj(3/8)調 AAS
>>719
実際のコンパイルは、a1.c, a2.c, a3.c, ・・・ などを別のCPUコアに渡して、
マルチコアでコンパイルするので、既にCPUコアが完全に使用しきられている。
なので、それ以上、コアに空きが無いので、パイプを使っても並列度が
上がることはほぼ無い。
一方、いったんファイルに書いてもファイル・バッファにキャッシュされ、
実際のディスクへの書き込みは、全く行われないか、または、ずっと後
になってから行われ、コンパイル作業中にはRAM上でデータの受け渡し
が行われるためディスクの遅さは全く関係しないと言っても過言ではない。
721(1): 2018/11/16(金) 10:26:25.63 ID:0i6TmJsP(2/4)調 AAS
>>720
パイプを使っている今はね。
ファイルを作ると遅くなるって言ってるの
今のやり方が最適なの。だからCPUコアを使い切れている
722: 2018/11/16(金) 10:53:36.15 ID:tzv3Gduj(4/8)調 AAS
>>721
パイプを使っても、0.000001% 位しか速度差が出ないのに、
gccなどのコマンドラインはめちゃくちゃ使いにくくなる。
723(1): 2018/11/16(金) 11:29:58.77 ID:CImKgAch(1/2)調 AAS
コンパイラのエラーメッセージは標準出力に出て問題ないだろ。*nix系でも出るぞ。何いってんだこいつ。
724: 2018/11/16(金) 13:08:48.23 ID:tzv3Gduj(5/8)調 AAS
>>723
よく読め。そんな事言ってない。
725(1): 2018/11/16(金) 13:44:14.78 ID:0i6TmJsP(3/4)調 AAS
パイプを使わないと動画をリアルタイムにエンコード出来ない
726: 2018/11/16(金) 15:18:51.23 ID:tzv3Gduj(6/8)調 AAS
>>725
別にパイプを使うなとは言ってない。
そういうケースでは使っていい。
727: 2018/11/16(金) 15:24:14.00 ID:0i6TmJsP(4/4)調 AAS
どうやら時代遅れなのはお前の頭だと気づいたようだなｗ
728: 2018/11/16(金) 15:29:21.83 ID:tzv3Gduj(7/8)調 AAS
違うな。
古いものと新しいものを逆さに捕らえる人がいて困る。
729(1): 2018/11/16(金) 15:33:24.49 ID:CImKgAch(2/2)調 AAS
そもそもstderrの使い方知らなかっただけじゃないの？
730: 2018/11/16(金) 16:17:03.41 ID:tzv3Gduj(8/8)調 AAS
>>729
そんなことない。
stderr が有っても敢えて使っていなかった DOS の選択は賢いと思ってる。
731: 2018/11/18(日) 01:55:09.21 ID:Vr4U8zB+(1/2)調 AAS
>>1
gcc や clang も、include path の設定が無視されることがある。
複雑に複数の言語処理系がインストールされている場合に、
include path が勝手に「コマンドPATHから推定して」 決められて
しまい、それを修正したいために、環境変数などを設定しても
優先順位がおかしくて、なかなか修正されないことがある。
しかも、その状況を確認するには、-v オプションを付けて
出てくる長いメッセージを解読しなくてはならない。
また実は、バイナリになってしまってからは修正すること
が難しいパス設定が存在することもある。
その場合は、ソースから make する際に、./configure
のパラメータで決められてしまっている。
つまり、バイナリレベルでは、動作が変えられるように
出来ていない欠陥品が多い。
732(1): 2018/11/18(日) 15:40:41.51 ID:3P44tPJl(1)調 AAS
$ prog1 | prog2 | prog3 > job1.out
$ # で済むところを
$ prog1 > tmp1
$ prog2 < tmp1 > tmp2
$ prog3 < tmp2 > job1.out
$ rm tmp1 tmp2
$ # ってやるのか?
733: 2018/11/18(日) 17:57:25.79 ID:Vr4U8zB+(2/2)調 AAS
>>732
最初のようなパイプでつなぐような表記を、コマンドラインから打つこと自体、問題なんだよ。
むしろ、ファイル名を指定して、少しずつ進んでいくほうが賢い。コマンドラインからだと。
型のあるプログラムだとコンパイラがエラーを出してくれる確率も高いが、
コマンドラインからだと、わずかな間違いが重大な問題に発展しやすい。
それに、どうせ、打ち間違える確率が高いので、何度も試すことになり、最初から
実行し直しになることが多い。
$apt-cyg show | grep -i nantoka
や
$コマンド名 | less
みたいなことやら無くちゃならない頻度が高すぎ。長すぎて馬鹿だ。
こんな設計思想、ダメだ。
734: 2018/11/19(月) 17:47:26.62 ID:+NP8NhMG(1)調 AAS
正直期待してなかったけど、初めてまともな返答をしてくれたね。
君は自分が世界の中心ではないということを理解すべきだ。
君のために存在するものなど何もない。
それでも適切な方法で助けを求めることはできるはずだ。
〇〇をうまく使えないという理由で〇〇の作者の頭が悪いなどというなら
誰も助けてくれないし君にとって良いことなど何も起こらない。
まあ、それはそれとして、シェルのヒストリ機能や行編集機能は使ってる?
ターミナルエミュレータの copy&paste は?
これらを使ってもまだ大変だと感じるなら Emacs なんかが助けになるかもしれない。
735(1): 2018/11/22(木) 15:34:28.06 ID:RrnXOV1/(1)調 AAS
You! Visual Studio codeをinstallしチャイナyo!
736: 2018/11/22(木) 18:57:40.31 ID:oP/fZ4BU(1)調 AAS
ビジュアルスタジオは使いやすいよ。
まじお勧め。
737: 2018/11/22(木) 22:43:59.51 ID:UVJrC35/(1)調 AAS
#ifdef なんかも設定に応じて認識して、ちゃんとコードの色に反映してくれるからねえ。
738: 2018/11/23(金) 08:49:45.51 ID:YQZUc9qP(1/2)調 AAS
バランスが取れておらず、かつ、統一感もない。
それが Linux。
また、安さ以外に売りが無いのに最新のハードと最高の通信環境を要求する。
739: 2018/11/23(金) 11:11:59.14 ID:j6ao89z3(1)調 AAS
最新のハードを要求する前に、最新のハードのドライバを用意したまえ。
740: 2018/11/23(金) 15:11:40.84 ID:YQZUc9qP(2/2)調 AAS
WINE もバイナリは新しい Linuxを要求するのに、Emulator としては、
64BIT Windows はサポートしていなかったりする。
つまり、新しいハードでしか動かないのに、古いOSしかエミュレートできない。
訳分からん。
741: ◆P0jSlC5fJs 2019/01/09(水) 23:33:32.72 ID:7ix8aRrY(1)調 AAS
>>735
VSCodiumのほうがいいよ
742: 2019/01/17(木) 19:03:06.80 ID:0ZKqMBG3(1)調 AAS
あたらしいプログラムはPowerShelも対応するようにして
徐々に移行していったらええのに
743: 2019/01/27(日) 23:47:09.45 ID:BzotDFUU(1)調 AAS
貼れと言われた気がした
【田】Windows10のダメな点
・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものｗ
744: 2019/08/26(月) 07:10:31.12 ID:Pz/pHxhP(1)調 AAS
リダイレクトやら、
パスに文句言ってる人がいるが、
OS の問題じゃなくてシェルの仕様の話だろ
シェルを変えればいいだけ
745: 2019/08/26(月) 14:21:58.66 ID:9AjqSBQV(1)調 AAS
パスの書式だけならそれで何とかなるけど、構造だけはどうにもならない事がある
\\PC名\共有名\〜 みたいな表記はCreateFileとかに直接投げてそのまんま動く位、
ファイルシステムの構造とそれを実現する為の実装に密接してっかんな
746: 2020/05/19(火) 15:53:45.61 ID:p5Usd0/z(1)調 AAS
あげ。
747: 2020/07/23(木) 08:59:34.68 ID:mh9MKfx1(1/2)調 AAS
VSCodeが出たから、
「やっと、やっと、まともなIDEがLinuxでも使えるようになった！ MSがやってくれた！ ありがとうMS！」
ってことなんだろうね。
748: 2020/07/23(木) 15:22:38.16 ID:oAnlH/3H(1)調 AAS
IDEを使ってるのではなく使われてるレベルなんだろーな
別に自分の好きなようにやりゃいいだけだろ
749(2): 2020/07/23(木) 22:43:39.81 ID:mh9MKfx1(2/2)調 AAS
Linuxの開発環境はVSCodeが出る前は vi使え！ とか大声でいうやつがマジで居たぐらいに貧弱だったな。
環境改善に尽力してるMicrosoft様々だわ。
750: 2020/07/24(金) 01:49:20.32 ID:BaS7L52r(1/3)調 AAS
>>749
Kateでイイじゃん
VSCodeだと、テレメとってくるから
VSCodium入れてっけど
Kateばっか使ってる
751(2): 2020/07/24(金) 08:01:16.63 ID:ojGcvZP6(1/2)調 AAS
テレメとってるって証拠は？
752(1): 2020/07/24(金) 19:18:46.20 ID:BaS7L52r(2/3)調 AAS
>>751
VSCodiumの作者が、そう言ってて
わざわざ毒なしのVSCode提供してくれてるから
フィードバック提供しないって
設定すればイイだけなのかもしれんけど
デフォルトでOnになってるし
Officeもそうだけど、そういのばっかり
熱心にやってきて
なにシレット仕込まれるか分かんないから
VSCodium入れてる
753(1): 2020/07/24(金) 19:40:05.59 ID:ojGcvZP6(2/2)調 AAS
>>752
マジか。
MSは中国並みに情報収集熱心だな。
中国は国策でやってるわけだが、アメリカもなんぞ法律でもあって情報集めろってやってんのか？
754(1): 2020/07/24(金) 19:55:45.26 ID:BaS7L52r(3/3)調 AAS
>>753
なんなんだろうね
ほんと
ヨーロッパだと、そいうのわりと敏感で
問題になってるみたいだけど
755: 2020/07/25(土) 01:44:39.57 ID:mZYIwHnV(1)調 AAS
でもID:ojGcvZP6ってゴミじゃん
756: 2020/07/25(土) 06:10:12.91 ID:Cy9kmhwy(1)調 AAS
開発環境云々もUbuntu Japanese Teamによる志賀慶一氏のライセンス違反認定が取り消されないのも、
全部無能な鍋田コピペのせい。
鍋田コピペが悪い。
757: 2020/07/26(日) 11:47:53.25 ID:ZKCP3mGq(1)調 AAS
>>754
ね 国によってフィードバックのデフォルトに変化があったりするのかね
758: 2020/07/31(金) 05:57:34.74 ID:pzto2C8d(1)調 AAS
GCC使ってる時点で性能をスポイルしてるからね。
４０年前と同じで問題ないのさｗ
759: 2020/08/15(土) 10:07:31.56 ID:idCjmx07(1)調 AAS
iOS 13とmacOS Catalina はなぜバグが多いのか。元アップルエンジニアが語る6つの理由
外部ﾘﾝｸ[html]:japanese.engadget.com
760: 2020/09/07(月) 18:11:19.55 ID:Rlqp63pj(1)調 AAS
VSCの中の人じゃないが、テレメがあるとしても基本的にはどの機能がどれだけ使われてる
とか、デバッグ情報とかそんなんじゃないかな。"ユーザーエクスペリエンスの向上"のため。
そういうのも集められるのはイヤ、と言われるとアレだけど。
たまにハックしたバージョン入れててそれがクラッシュして、そういうユーザーに限って
SNS等にキレた書き込みをしたりw そういうのもクラッシュトレースを見れれば安心w
今時のOSって、いろんなことを登録するじゃん。あれとかね...
ま、あからさまに個人情報を集めたりしてそれがバレると今時大変なことになるからなあ。
761: 2021/08/20(金) 16:43:40.15 ID:CQ/ekRlE(1)調 AAS
>>1
こいつの頭のみが40年前というのが結論
762: 2023/03/08(水) 19:40:25.43 ID:uZhVPgq2(1)調 AAS
cmakeとか、masonとかninjaとか良く分からん
763: 2023/03/11(土) 23:41:56.71 ID:0kdVzeLt(1)調 AAS
>>751
VCですらMSアカウント必須になって久しいのにテレメトリ無いとは思えんな
コマンドラインのコンパイラさえMSアカウント無いと使えないよ
上下前次1-新書関写板覧索設栞歴
あと 56 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 1.398s*