Linuxは、開発環境が40年前と同レベル (819ﾚｽ)
上下前次1-新
658: 2018/09/30(日)20:39 ID:QbavDDne(6/7) AAS
実際それっぽいのはweb技術に寄生したらelectronですぐ作れるけど、今度はアプリケーション側がhtmlスクレイピング並みに頑張らねばならなくなる。どこに得があるんだって話だよ。
659: 2018/09/30(日)20:40 ID:QbavDDne(7/7) AAS
そしてすぐ作れるものを誰も作ってないってことは、もう言わなくてもわかるだろ。
本当に役に立つならすぐ作っちゃえよ。それで飯くっていけるぞ。
660: 2018/10/01(月)17:50 ID:2PbwmnYc(1) AAS
Windows 使ってないからレジストリについてググってみた。
Windows を使わない理由が増えた。いや、今更だが……
661: 2018/10/04(木)12:14 ID:TCYnRgOk(1/6) AAS
>>53
これやね
662: 2018/10/04(木)12:16 ID:TCYnRgOk(2/6) AAS
アホやろ
移植性が段違いじゃんか
それに世界中に使ってる人がいるってことも
無視しとるやんけ、自分が無能なだけや
663: 2018/10/04(木)12:17 ID:TCYnRgOk(3/6) AAS
>>628
嫌みだなあ
664: 2018/10/04(木)12:18 ID:owJSlV/h(1/2) AAS
正直、C89以前のCなんか読めたものじゃないし、
かといってC++11以降の機能使いまくったソースも読めたものじゃない。
665(1): 2018/10/04(木)12:19 ID:TCYnRgOk(4/6) AAS
>>637
嘘だよ。初心者に優しいのは、テキスト編集だよ。
英語が苦手なだけでしょ。
666: 2018/10/04(木)12:23 ID:TCYnRgOk(5/6) AAS
マウントなんて、大分前からクリックするだけやんけ
それよりディスクの故障チェックもできないとか、そっちのほうが怖いよ
667: 2018/10/04(木)12:24 ID:TCYnRgOk(6/6) AAS
>>633
へー、今はむしろナウいんだけどな
取っとけるし
668: 2018/10/04(木)12:28 ID:owJSlV/h(2/2) AAS
見通しがよいかどうかはシステムのサイズによる。複雑になれば階層構造のレジストリのほうがいいに決まってる。
基本的な型は用意されてるし、細かくセキュリティも設定できるし、読み書き用のAPIも用意されてる。
OS起動時に必ずバックアップを取ってから起動してくれるのもメリット。
なんでもviで作業したいというのが諸悪の根源。開発環境が50年前とい言われても仕方がない。
669(1): 2018/10/04(木)14:30 ID:ElUITLNa(1) AAS
>>665
英語苦手じゃないけど、ちょっと言ってる意味がわからん。とりあえず、レジストリはめんどくさいぞ。
670(1): 2018/10/04(木)18:29 ID:JEPfGG7w(1) AAS
レジストリより環境変数のほうが使いやすいよな！！！
って人は少ないだろう。
671: 2018/10/04(木)19:15 ID:ddNAR9Qj(1) AAS
みかんとしいたけだったらみかんのほうが美味しいよな
672: 2018/10/04(木)19:46 ID:OfGD0Bqi(1) AAS
何も足す必要がないということは究極を極めているということであろうか。
673: 2018/10/05(金)20:25 ID:e0bFYixi(1) AAS
しいたけの方が好きだな。
674: 2018/10/06(土)10:18 ID:BaJ5yG4w(1) AAS
xmlの優位性はテキストだということだけれども、実際テキストエディタでxmlを閲覧すると醜悪そのものだよね。
675: 2018/10/07(日)12:09 ID:NL5YlGHV(1/5) AAS
>>4
Windowsのビルドって、どれぐらいかかるか知ってる？
676: 2018/10/07(日)12:13 ID:NL5YlGHV(2/5) AAS
>>669
そういう意味なんだけどね
テキスト編集の方が楽だけど、設定ファイルの雛型に
書いてある説明が英語なのは、日本人にとって辛いかなと
慣れればなんてことないけど。
677: 2018/10/07(日)12:19 ID:NL5YlGHV(3/5) AAS
ちなみに勘違いしてるみたいだけど
autotools 作ったのはGnuではないよ。
自動的にMakefile作るシェルスクリプトが回覧されていく
うちに、みんなで改良加えて、なんとなく出来上がったのを
Gnuが採用しただけだよ。移植性を重視してたからね。
別に好きな奴使えばいいんだよ。気に入るのが無ければ
自分で作ればいい。それが自由であることの尊さなんだから。
678: 2018/10/07(日)12:23 ID:NL5YlGHV(4/5) AAS
>>670
環境変数の便利さも知らないとは
679: 2018/10/07(日)12:43 ID:NL5YlGHV(5/5) AAS
autotools使うのは、それだけ多くのライブラリに依存
しているからで、その分のコードを書く手間を
省けるのだから、大したことでは無いね。移植性も
高まるし。でも、それが必要ないなら、別にMakefile添付でも
全然問題ないし、そういうプロジェクトも少なくない。
他のビルドツール利用でも良いし。なんか
勘違いしてない？これらはあらかじめ与えられてるん
省4
680: 2018/10/07(日)14:00 ID:o4JQNsqJ(1) AAS
良いこと言うね、全くそのとおりだわ
読んでねーけど
681(1): 2018/10/07(日)14:15 ID:oOrM6jho(1) AAS
INIのように書式とデータ構造とAPIが共通化されてるテキストベースの多層構造の設定を保持するメカニズムがあればよいんだよ、Linuxに。
682: 2018/10/07(日)15:49 ID:Utbv1dgw(1) AAS
>>681
JSON。
ハイ論破。
683: 2018/10/08(月)01:32 ID:u3tlEOhm(1) AAS
ハイ論破厨ってたまに5chで見るけどいつも論破できてないよな。同一人物？
684(1): 2018/10/08(月)01:57 ID:wRVLpatJ(1) AAS
「ハイ論破」はダサいという風潮はとうにご存知だが必要不可欠な機能
C/C++やPerlのセミコロンみたいなもの
685: 2018/10/08(月)18:36 ID:oT0ARLv1(1) AAS
Pythonは？
686: 2018/10/14(日)20:31 ID:neRrm9zv(1) AAS
私たち日本人の、日本国憲法を改正しましょう。
『憲法改正國民投票法』、でググってみてください。
平 和は、勝ち取るものです。拡散も含め、お願い致します。
687: 2018/10/17(水)12:54 ID:KEL2Zae3(1) AAS
>>684
あなたは、日本人じゃない気がする。
日本人なら絶対しない「ご存知」「機能」の使い方してるから。
688: 2018/10/17(水)16:35 ID:8nvX+L4I(1) AAS
すげーな、国籍わかるとか、AIすげーな。
689: 2018/10/27(土)04:44 ID:oNGNvg62(1) AAS
へー、LinuxにはJSON読み書きする「共通化されたAPI」ってあるのかぁ。
知らなかったな。
Cで使おうと持ったらインクルードファイルは何をしてして、どんな関数呼べばいいんだろう？
定番のunistd.hかな？
690: 2018/10/27(土)07:06 ID:53/qFfzS(1) AAS
JSONってそんないいもんじゃないよね、コメント書けないのは致命的
691: 2018/10/27(土)07:42 ID:W7BgcJKl(1) AAS
/**/じゃね？
692: 2018/10/27(土)12:40 ID:vvEvYZjK(1) AAS
jsonが爆発的に普及したきっかけはバイナリ保存はしたくないけど、オブジェクトをそのまま保存したいって需要だから
設定に使うとしても開発者よりなんだよな。linuxは開発者フレンドリーだから開発者マインド無いときついってのは理解できるけども。
693: 2018/10/27(土)16:29 ID:SAg19bbX(1) AAS
階層が深くないならiniが見やすくていい
階層が深いならyamlだし、記述性ならxmlだし、どれも一長一短あるけど、テキストエディタで開く設定ファイルならiniは使いやすい
694: 2018/10/27(土)18:49 ID:O58iUbEz(1) AAS
複数行コメントを書けて、日本語も問題ない、Ruby が良い
=begin
複数行
コメント
=end
695: 2018/11/14(水)13:34 ID:9Y41hzLp(1/2) AAS
Windows界はいろんな産業ロボットを使ってモノを生産しているのに
Linux界はいまだに手作りでモノを生産しているようなもんだからね。
696: 2018/11/14(水)13:43 ID:gyZLFZAz(1) AAS
工事ライン止まる恐怖
697(2): 2018/11/14(水)15:34 ID:R9HUvO/L(1/3) AAS
>>1
Unix は世界最古のOSらしいので、最初は良かれと思って決めたものが、
使ってみると使いにくかった、ということはあるかもしれない。
一例として、
$ コマンド名 パラメータ >a
などとして、リダイレクトするとき、stdout と stderr が分かれている
のも、現実的には不便。
省4
698: 2018/11/14(水)15:46 ID:9Y41hzLp(2/2) AAS
資本制企業はいかに人件費を削って量産するかを常に考えている。
少ないプログラマでより多くをと。
ところがオープンソースの世界はコーディングすること自体が楽しい
って人々の集いだからな。効率化へのインセンティブが小さい。
699: 2018/11/14(水)16:12 ID:R9HUvO/L(2/3) AAS
>>697
別の環境変数で処理したいなら別の端末を開けば良いわけだから、
スクリプト内での設定を反映しないという仕様は、今となっては
アリガタ迷惑だと思う。
ただ、行儀の悪いわけの分からんスパゲッティーで解読するのも
時間の無駄なスクリプトも多いが。
700: 2018/11/14(水)16:31 ID:R9HUvO/L(3/3) AAS
>>697
stdout と stderr と時系列的に合わせて出力しないと、解読しにくい
場合があるので、結局、2つの出力を合成したいことが多く、
1&>2 a
だったか、覚えていられないような変な記号を書かなくてはならない。
あと、tee コマンドも覚えにくい。
701: 2018/11/14(水)18:19 ID:NypCRQ0z(1) AAS
というか何もかも覚えられない
脳が退化しているのか？
702: 2018/11/15(木)11:00 ID:xZi0sQ1j(1/7) AAS
&> a
と、
1>&2 a
の両方の書き方があったり、export が必要あったり無かったり、
そんなアホみたいなものは、むしろ高級な脳であるほど覚えられない。
高級な脳は、共通原理や一般法則だけを覚えようとし、単純で無意味な情報は
削除される傾向があるから。
703(1): 2018/11/15(木)11:06 ID:xZi0sQ1j(2/7) AAS
>>1
なんという愚かなOSなんだろう。
DOSと同じことがこんなに長くなる :
[DOS]
$ コマンド名 >a
[Linux]
$ コマンド名 1>a 2>&1
704: 2018/11/15(木)11:18 ID:ZYarPIhK(1) AAS
bashが使える環境ならbashでいいです
705(1): 2018/11/15(木)14:57 ID:jf56ooyw(1/2) AAS
>>703
> [DOS]
> $ コマンド名 >a
↑間違い
> [Linux]
> $ コマンド名 1>a 2>&1
↑1は不要
省9
706: 2018/11/15(木)16:10 ID:xZi0sQ1j(3/7) AAS
>>705
DOS に関しては、そもそも原則として多くのツールが、stderr を使わない流儀
だったので、stdout だけをリダイレクトすれば十分だったんだ。
だから、その意味で、
[DOS]
$ コマンド名 >a
は間違ってない。
省1
707: 2018/11/15(木)16:17 ID:ygBKpHRC(1) AAS
何言ってんだこいつ
708: 2018/11/15(木)16:35 ID:xZi0sQ1j(4/7) AAS
理念はどうあれ、結果的に使いにくいということだ。
709(1): 2018/11/15(木)19:22 ID:jf56ooyw(2/2) AAS
ほらほら、間違いを指摘されて、
焦ってきてるぜｗｗｗ
710(1): 2018/11/15(木)19:26 ID:BbyfSDoN(1/3) AAS
つまり、DOSコマンドは設計に沿わないアプリが多かったということかな？
711: 2018/11/15(木)19:33 ID:xZi0sQ1j(5/7) AAS
>>709
いや違う。
最初からそれを前提にしていたので間違ってない。
あなたは、DOSの事知らないからそんなこと言ってるのでは。
712: 2018/11/15(木)19:35 ID:xZi0sQ1j(6/7) AAS
>>710
いや、むしろ、stderr を滅多に使わないのがDOSの流儀だった。
少なくとも、コンパイラのエラー表示は100%、stdout に出ていたし、
その他のフリーソフトなんかの表示もほぼ、そうだった。
713: 2018/11/15(木)19:36 ID:xZi0sQ1j(7/7) AAS
使いにくくなるだけなのに、stderr を使っているソフトが多いのは、Unix系の
プログラマには、実は真の意味では頭の悪いのがいっぱい混じっているから
ではないか。
714(1): 2018/11/15(木)19:47 ID:BbyfSDoN(2/3) AAS
明言していない前提
他社を憶測で知らないもの扱い
ごく主観的な流儀
主観的な使いにくさでOSの草分け的な開発者を無能扱い
これだけでまともに取り合う気がなくなる。
715(1): 2018/11/15(木)20:26 ID:BbyfSDoN(3/3) AAS
元々、stdoutとstderrが分れているのには理由がある。
理由もなしに分けたりしないという想像力があれば憶測でモノを言うと恥ずかしいことぐらいわかりそうなもんだが。
標準出力がUIを兼ねていたのでユーザーへのメッセージがerrで塗りつぶされるのが良くないし、
出力結果を次のコマンドに渡すときなどにerrメッセージが混ざると困るし、
コマンドが入力待ちの状態の時、errなんか出たらなにで止まってるのかわからないからな。
当時は無視するしか無いerrもあって切り分けるしかなかった。
例えば標準出力をファイルを書き込んでる最中にエラーを出力するにはstderrに出すべきだろ。
省1
716(1): 2018/11/16(金)00:27 ID:tzv3Gduj(1/8) AAS
>>715
コンパイラの出力をパイプで渡していくのは時代遅れだと思う。
今は、ファイルに書いて渡せば良い。
717: 2018/11/16(金)01:05 ID:tzv3Gduj(2/8) AAS
>>714
古い時代とはまた違った、今の時代に合った CUI の流儀がある。
Unix好きの人には、古いものを維持し続けようとする人が多すぎるのか、
または、古いソースを使いまわし続けすぎているためか、古い流儀のまま
になっているために効率が下がっている。
718: 2018/11/16(金)05:47 ID:dRD9J7hj(1) AAS
DOSはパイプの文化じゃないわな
719(1): 2018/11/16(金)05:51 ID:0i6TmJsP(1/4) AAS
>>716
ファイルに書いて渡すと遅くなる
ディスクが遅いとかいう話じゃなくて
並列処理ができなくなるという話
720(1): 2018/11/16(金)10:12 ID:tzv3Gduj(3/8) AAS
>>719
実際のコンパイルは、a1.c, a2.c, a3.c, ・・・ などを別のCPUコアに渡して、
マルチコアでコンパイルするので、既にCPUコアが完全に使用しきられている。
なので、それ以上、コアに空きが無いので、パイプを使っても並列度が
上がることはほぼ無い。
一方、いったんファイルに書いてもファイル・バッファにキャッシュされ、
実際のディスクへの書き込みは、全く行われないか、または、ずっと後
省2
721(1): 2018/11/16(金)10:26 ID:0i6TmJsP(2/4) AAS
>>720
パイプを使っている今はね。
ファイルを作ると遅くなるって言ってるの
今のやり方が最適なの。だからCPUコアを使い切れている
722: 2018/11/16(金)10:53 ID:tzv3Gduj(4/8) AAS
>>721
パイプを使っても、0.000001% 位しか速度差が出ないのに、
gccなどのコマンドラインはめちゃくちゃ使いにくくなる。
723(1): 2018/11/16(金)11:29 ID:CImKgAch(1/2) AAS
コンパイラのエラーメッセージは標準出力に出て問題ないだろ。*nix系でも出るぞ。何いってんだこいつ。
724: 2018/11/16(金)13:08 ID:tzv3Gduj(5/8) AAS
>>723
よく読め。そんな事言ってない。
725(1): 2018/11/16(金)13:44 ID:0i6TmJsP(3/4) AAS
パイプを使わないと動画をリアルタイムにエンコード出来ない
726: 2018/11/16(金)15:18 ID:tzv3Gduj(6/8) AAS
>>725
別にパイプを使うなとは言ってない。
そういうケースでは使っていい。
727: 2018/11/16(金)15:24 ID:0i6TmJsP(4/4) AAS
どうやら時代遅れなのはお前の頭だと気づいたようだなｗ
728: 2018/11/16(金)15:29 ID:tzv3Gduj(7/8) AAS
違うな。
古いものと新しいものを逆さに捕らえる人がいて困る。
729(1): 2018/11/16(金)15:33 ID:CImKgAch(2/2) AAS
そもそもstderrの使い方知らなかっただけじゃないの？
730: 2018/11/16(金)16:17 ID:tzv3Gduj(8/8) AAS
>>729
そんなことない。
stderr が有っても敢えて使っていなかった DOS の選択は賢いと思ってる。
731: 2018/11/18(日)01:55 ID:Vr4U8zB+(1/2) AAS
>>1
gcc や clang も、include path の設定が無視されることがある。
複雑に複数の言語処理系がインストールされている場合に、
include path が勝手に「コマンドPATHから推定して」 決められて
しまい、それを修正したいために、環境変数などを設定しても
優先順位がおかしくて、なかなか修正されないことがある。
しかも、その状況を確認するには、-v オプションを付けて
省7
732(1): 2018/11/18(日)15:40 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 ID:Vr4U8zB+(2/2) AAS
>>732
最初のようなパイプでつなぐような表記を、コマンドラインから打つこと自体、問題なんだよ。
むしろ、ファイル名を指定して、少しずつ進んでいくほうが賢い。コマンドラインからだと。
型のあるプログラムだとコンパイラがエラーを出してくれる確率も高いが、
コマンドラインからだと、わずかな間違いが重大な問題に発展しやすい。
それに、どうせ、打ち間違える確率が高いので、何度も試すことになり、最初から
実行し直しになることが多い。
省5
734: 2018/11/19(月)17:47 ID:+NP8NhMG(1) AAS
正直期待してなかったけど、初めてまともな返答をしてくれたね。
君は自分が世界の中心ではないということを理解すべきだ。
君のために存在するものなど何もない。
それでも適切な方法で助けを求めることはできるはずだ。
〇〇をうまく使えないという理由で〇〇の作者の頭が悪いなどというなら
誰も助けてくれないし君にとって良いことなど何も起こらない。
まあ、それはそれとして、シェルのヒストリ機能や行編集機能は使ってる?
省2
735(1): 2018/11/22(木)15:34 ID:RrnXOV1/(1) AAS
You! Visual Studio codeをinstallしチャイナyo!
736: 2018/11/22(木)18:57 ID:oP/fZ4BU(1) AAS
ビジュアルスタジオは使いやすいよ。
まじお勧め。
737: 2018/11/22(木)22:43 ID:UVJrC35/(1) AAS
#ifdef なんかも設定に応じて認識して、ちゃんとコードの色に反映してくれるからねえ。
738: 2018/11/23(金)08:49 ID:YQZUc9qP(1/2) AAS
バランスが取れておらず、かつ、統一感もない。
それが Linux。
また、安さ以外に売りが無いのに最新のハードと最高の通信環境を要求する。
上下前次1-新書関写板覧索設栞歴
あと 81 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s