Linuxは、開発環境が40年前と同レベル

Linuxは、開発環境が40年前と同レベル (819ﾚｽ)
上下前次 1-新

581(1): 2018/09/28(金) 00:14:17.27 ID:0qF3oyXh(1)調 AAS
>>580
まずさ、君が理解しないといけないことは
XMLではない設定ファイルにデータの型情報を
書いてるものなんか無いって事実だよ。

そう。いらない。整数化浮動小数点数か区別する必要がない。

inifileに

[VM]
MemoryGB=1

とかあった時、MemoryGBが整数か浮動小数点数か区別できるの？
区別できないし区別する必要がないよね。
数値どころか文字だって書くことができる

582(1): 2018/09/28(金) 00:23:57.12 ID:Esdc2caX(1/6)調 AAS
>>581
テキストボックスがぼーんとあって何を入れるかわからないのに何が便利なの？

583(1): [login:Penguin] 2018/09/28(金) 01:10:11.42 ID:yhxKo38W(1)調 AAS
彼の目的は >>220 に書かれている。すべて、そのための妄想だ。
妄想だということを本人も >>180 で認めている。
まあ、それが彼のやりたいことだというなら仕方ないじゃないか。

584: 2018/09/28(金) 01:38:09.40 ID:IPNvwZsd(1/2)調 AAS
afinity modeを実装すれば解決する。

585(1): 2018/09/28(金) 05:35:56.39 ID:TsJO+yXC(1/8)調 AAS
>>582
> テキストボックスがぼーんとあって何を入れるかわからないのに何が便利なの？

はい。情報が型しかないとそうなりますよね。
だから型の情報はいらなくて、
「何を入れるか分かる情報」が必要なんですよ

586: 2018/09/28(金) 05:44:20.48 ID:M37ujYKl(1)調 AAS
すげー40年前と同じ話題してる。

587(1): 2018/09/28(金) 10:49:35.10 ID:RRSnsOnX(1)調 AAS
>>576
アプリの作者からしたら
スライダーだろうがテキストエディタだろうが関係ないんだから関与する必要がない
ツール作者やその利用者が好きにしたらいいだけ

>inputはユーザーが入力する項目を示します。
>type属性は入力する値の種類を意味します。
>設置ツールは適切なインターフェースを使用してください
という軟着陸なアイデアは無意味なので無視するとして

アプリ作者の独断で
エディット、スピン、スライダー、ダイヤル…
数有るコントロールの種別の中から一つを決めたとしても
そのチョイスを万人が受け入れるはずがないし
そのチョイス自体負担だし選び直しでリビルドとかやってられない
それなら
int型です、UIはご自由に
と投げたほうがいい

そもそも
int型です
という情報すらも必要ない

それが必要だという人が勝手に調べりゃいいだけ

588(1): 2018/09/28(金) 11:35:57.95 ID:Esdc2caX(2/6)調 AAS
>>585
型情報とは違う「何を入れるかわかる情報」の具体例は何？

589: 2018/09/28(金) 14:55:36.34 ID:TsJO+yXC(2/8)調 AAS
>>587
> アプリの作者からしたら
> スライダーだろうがテキストエディタだろうが関係ないんだから関与する必要がない
> ツール作者やその利用者が好きにしたらいいだけ

そう。だから利用者が好きにできるように
汎用のXML設定ファイルがある。

設定ファイルの情報をもとに設定画面を組み立てるから、
設定ファイルを書き換えて使いやすい設定画面を作ることができる
まさに、ツール作者やその利用者が好きにできるということを実現している

アプリの作者からしたら、どのインターフェースでも設定された値を取得できる。
ツール作者やその利用者が好きに使いやすいインターフェースを作ることができる

590: 2018/09/28(金) 14:58:58.16 ID:TsJO+yXC(3/8)調 AAS
>>588
数値だったら、その範囲等。0〜100とか
文字列だったら、その文字列長さや、正規表現パターンなど
選択項目だったら、設定可能な値、例えばredやblueといった色の名前など

591(1): 2018/09/28(金) 15:47:41.02 ID:Esdc2caX(3/6)調 AAS
ある設定項目αについ設定ツールAが1から100のスライダーで表示したとき
設定ツールBでも同様に1から100のスライダーが出てくると
ユーザは期待して良いのか（y/n）？

592: 2018/09/28(金) 17:34:03.11 ID:TsJO+yXC(4/8)調 AAS
>>591
NO。ただしどのツールでも設定できる

[VM]
MemoryGB=1

結局の所↑の1の部分を入力するだけだから
スライダーが出てこないでテキストボックスがでてきても
なんてことはない。普通に入力して設定できる。

593(1): 2018/09/28(金) 17:39:33.42 ID:Esdc2caX(4/6)調 AAS
では設定項目αは整数値で1-100と設定した場合
設定ツールから1000と入力しようとしたら何らかのエラーが
ユーザに通知されるものと期待して良い（yn）

594(1): 2018/09/28(金) 17:56:12.83 ID:TsJO+yXC(5/8)調 AAS
>>593
聞いてばかりいないで、少しは自分で考えてみたら？

まずXMLではないよくあるテキストファイルの
設定ファイルのことを考えてみようか？

不正な値も含めどんな値でも書くことができる
その不正な値が書かれた設定ファイルをアプリケーションが
読み込めば普通はエラーを出すだろう。

いいか、汎用のXML設定ファイルの話はまだしてないぞ。
信頼できるチェックはアプリケーション側で行われているこれは大前提である

で、ここからが汎用のXML設定ファイルの話

設定ファイルに書かれた範囲などは、使いやすくするためのガイドに過ぎない
どうせXMLファイルをテキストエディタで開いて書き換えれば好きな値にできる。
不正に値にされた所で、大前提である信頼できるチェックはアプリケーション側で行われてるから問題ない

で、何らかのエラーが出るかって？　設定ツールの実装次第
まあ普通はエラーを通知するようにするだろうね
実際HTML5もそうなってる。対応してるブラウザであればエラーを通知するが
対応してないブラウザではエラーを通知しないし、スライダーの指定をしても
対応してなくてテキストボックスが表示される。でも信頼できるチェックは
サーバー側で行われてるから問題ない

もうね。ここらへんHTMLの世界ですでに通った道なの。
一旦HTML5を勉強したほうが良いよ？
基本的な質問をしてるってことがわかってない。

595(1): 2018/09/28(金) 18:34:09.11 ID:Esdc2caX(5/6)調 AAS
要するに設定項目の値の範囲の制限などを指定したとしても
設定ツールによる入力の挙動は実装依存だと。

さて「何を入れるかわかる情報」とし0〜100の数値を挙げているが
このようなものはどれだけ記述できるのか？

事前に何があると知らない限り設定XML記述者も設定ツール作成者も困るだろう。
・0から100の整数
・0から1の浮動小数点（閉区間もあれば半開区間もある）
・32ビット長ただし16進記法
・任意長整数
・素数
・42の倍数のみ
等々数値だけでもいくらでもやりたいことは考えられるがこれらは
何でも記述できるのか
数種だけ用意されててあとはあきらめろということなのか？

596(1): 2018/09/28(金) 18:45:49.55 ID:AqSaMatB(1)調 AAS
>>594
HTMLのフォームの値チェックはサーバサイドがJavaScriptの話に
なってHTMLやXMLの範疇を超えてるがどういう話になるんだこれ

597(1): 2018/09/28(金) 18:52:46.53 ID:j+EXoEn/(1/2)調 AAS
もはや、汎用設定ツールでも何でも無くて、
汎用GUI作成ツールになりつつあるな。ブラウザより大きくなる。

598(1): 2018/09/28(金) 18:54:04.89 ID:TsJO+yXC(6/8)調 AAS
>>595
だからHTML5を勉強しろって

>>596
フォームの値チェックなんか、
フォームコントロールの属性でできるだろ
HTML5の勉強しろって

599: 2018/09/28(金) 18:54:48.30 ID:TsJO+yXC(7/8)調 AAS
>>597
また何の根拠もなくブラウザより大きくなる（笑）か
何が大きくなるのー？ｗ
ブラウザがどれだけ大きいかしらないのー？ｗ

600: 2018/09/28(金) 19:03:54.09 ID:Esdc2caX(6/6)調 AAS
>>598
HTML5で素数だけ入力可とかできるの？

601(2): 2018/09/28(金) 19:11:49.46 ID:TsJO+yXC(8/8)調 AAS
お前は設定ファイルで素数だけ設定したことあるのか？
そんなマイナーケースまで対応しようとか考えるから
仕様がぶくぶく太っていくんだぞｗ

602(1): 2018/09/28(金) 19:25:44.82 ID:j+EXoEn/(2/2)調 AAS
xmlはhtmlじゃないと言ったり、htmlを参考にしたり、なにがなんやら。
xmlのタグをguiのパーツに対応させるコーディングだけでも大変なのになんかのツールキットでも使うつもりなのか

603(1): 2018/09/28(金) 20:01:18.16 ID:Gqfb4H2d(1/3)調 AAS
設定ツールのvalidationが実装依存は相当まずくね？
ツールで値を入力したときエラーがでなくても
値が妥当なのかエラー処理が手抜きなのかユーザーにはわからない
ことになるけどそれ何もチェックしないより悪いな

604(1): 2018/09/28(金) 20:04:59.21 ID:Gqfb4H2d(2/3)調 AAS
不正な値を設定したらアプリがエラーを出す、確かに正しいが
そんなぶっちゃけやるならリッチなUIとかもういらないだろ

605(1): 2018/09/28(金) 20:18:48.90 ID:SM6IIrG8(1)調 AAS
dconfは設定できる値のリストとか正しくない値を設定しようとするとエラー返すとか普通に出来てるんだよなぁ
しかもなぜxmlじゃなくて独自のバイナリフォーマットなのかってのも、DEの起動時みたいに一遍に色んなアプリケーション起動して大量の設定をロードしてってなるとxmlのgconfだとパフォーマンス的に良くないってんでそうなってるわけだが

そういう現実的な部分をすっ飛ばして実際に作ってすらねぇ妄想でドヤってちゃ話になんねぇわ

606(1): 2018/09/28(金) 20:22:49.65 ID:Gqfb4H2d(3/3)調 AAS
>>601
素数を設定するなんてかなりマイナーな話だと思うけど
マイナーだからと逃げたら汎用性の謳い文句がすたるぞ

607: 2018/09/28(金) 22:55:26.14 ID:IPNvwZsd(2/2)調 AAS
>>601
そこでActiveXですよ。

608(1): 2018/09/29(土) 00:04:36.40 ID:nsAgyN6r(1/10)調 AAS
>>606
汎用と万能は違いますからねｗ

609(1): 2018/09/29(土) 00:16:40.12 ID:5pe+eTAg(1)調 AAS
>>608
この設定XMLとツールで汎用とはどういう話？

610: 2018/09/29(土) 01:45:03.38 ID:nsAgyN6r(2/10)調 AAS
>>602
> xmlはhtmlじゃないと言ったり、
XMLはHTMLじゃない。当たり前

> htmlを参考にしたり、なにがなんやら。
著名な論文を参考にして、書いた自分のレポートは
著名な論文になるとでも思ってるのか？

> xmlのタグをguiのパーツに対応させるコーディングだけでも大変なのになんかのツールキットでも使うつもりなのか
汎用のXML設定ファイルの話とは関係ない話ですね。

611(1): 2018/09/29(土) 01:45:43.17 ID:nsAgyN6r(3/10)調 AAS
>>603
> 設定ツールのvalidationが実装依存は相当まずくね？

全然まずくない。何度も大前提と書いた
アプリケーション側のチェックは行われてる。

何度も大前提と言わないと理解できないのか？

612(1): 2018/09/29(土) 01:46:14.66 ID:nsAgyN6r(4/10)調 AAS
>>604
> 不正な値を設定したらアプリがエラーを出す、確かに正しいが
> そんなぶっちゃけやるならリッチなUIとかもういらないだろ

アプリがエラーを出すことと、
設定ファイルを簡単に編集できることに何の関係が？

613(1): 2018/09/29(土) 01:50:17.10 ID:GKuJmhXh(1/7)調 AAS
>>611
お前は一行目しか読めないのか

614: 2018/09/29(土) 01:50:29.72 ID:nsAgyN6r(5/10)調 AAS
>>605
> dconfは設定できる値のリストとか正しくない値を設定しようとするとエラー返すとか普通に出来てるんだよなぁ
画像見せて

ぱっと検索した限りでは、単なる名前と値の羅列しかないですね。
これみてエンドユーザーに設定させろと？

無理でしょ。各アプリが丁寧に作った設定画面と
どれだけ差があると思ってるのさｗ

615(1): 2018/09/29(土) 01:52:03.14 ID:nsAgyN6r(6/10)調 AAS
>>613
何度も言わないと本当に理解できんのなｗ

大前提としてアプリケーション側でチェックしてあるんだから、
設定を読み込ませれば、エラー出るっていってんの

616(1): 2018/09/29(土) 01:52:44.37 ID:GKuJmhXh(2/7)調 AAS
>>612
前提としてツールの実装によっては
滅茶苦茶な値を設定してもスルーされるという話を無視するなよ
簡単に編集出来ても滅茶苦茶な値で喜ぶユーザーいるのか？

617: 2018/09/29(土) 01:53:31.86 ID:nsAgyN6r(7/10)調 AAS
>>609
> この設定XMLとツールで汎用とはどういう話？

汎用のXML設定ファイルの、汎用とは別のアプリでも同じXMLスキーマを利用できること
（いっとくが利用できるのはスキーマだけだぞｗ）

618(1): 2018/09/29(土) 01:54:03.66 ID:GKuJmhXh(3/7)調 AAS
>>615
アプリで読み込ませるまで滅茶苦茶な値入れても気づかない
ツールが何が嬉しいの？

619(1): 2018/09/29(土) 01:54:28.32 ID:nsAgyN6r(8/10)調 AAS
>>616
> 前提としてツールの実装によっては
> 滅茶苦茶な値を設定してもスルーされるという話を無視するなよ

現状だって、テキストエディタで編集したら
メチャクチャな値を設定してもスルーして保存できるじゃん。

アプリケーションに読み込ませたらエラー出るっていってんの

620(1): 2018/09/29(土) 01:55:46.08 ID:GKuJmhXh(4/7)調 AAS
>>619
設定ツール使っても何も便利にも改善もされてないけど何か意味あるの？

621(1): 2018/09/29(土) 01:56:42.48 ID:nsAgyN6r(9/10)調 AAS
>>618
> アプリで読み込ませるまで滅茶苦茶な値入れても気づかない
> ツールが何が嬉しいの？

ユーザーが簡単に設定変更ができること
メチャクチャな値を入れたらアプリでエラーが出る
メチャクチャな値を入れられない所はエラーが出ない

622: 2018/09/29(土) 01:57:25.86 ID:nsAgyN6r(10/10)調 AAS
>>620
> 設定ツール使っても何も便利にも改善もされてないけど何か意味あるの？

ユーザーが簡単に設定できるようになるので意味がある。

623(1): 2018/09/29(土) 02:01:26.65 ID:GKuJmhXh(5/7)調 AAS
君の話だと設定項目のウィジェットかどう実装されるかは決まってない
バリデーションもやらなくてもいいしエラーが出るかもわからない。
えーとテキストエディタに比べて嬉しさどこにあるの？

624(2): 2018/09/29(土) 02:03:34.40 ID:GKuJmhXh(6/7)調 AAS
>>621
滅茶苦茶な値を入れるのを防ぐ保証ないのに
滅茶苦茶な値を入れるのどうやって防ぐの？

625(2): 2018/09/29(土) 03:15:33.86 ID:YsJ/02n9(1)調 AAS
>>623
汎用のXML設定ファイルとして仕様が共通化されてるので
設定ツールを含めさまざまなツールやライブラリを作って
共通で利用することができること

またそれらのツールやライブラリを使ってユーザーも開発者も
便利で楽ができること

>>624
テキストエディタで設定ファイルを編集することを考えればわかる。

設定ファイルの編集は可能だが、アプリケーションでチェックが行われる

626: 2018/09/29(土) 03:26:28.18 ID:GKuJmhXh(7/7)調 AAS
>>625
ツール作ってもツールが何できるかわからないし
期待していたことが期待外れも余裕であるんだろ？
役立たずのツールが作れて何かメリットだって？

627: 2018/09/29(土) 04:22:13.03 ID:GxlY7VBd(1)調 AAS
>>625
いよいよ壊れたレコードのように同じことを繰り返すしか能が無くなってきたな

628(1): 2018/09/29(土) 04:30:49.51 ID:PnFp4AEC(1)調 AAS
40年経ってもwindowsレジストリの素晴らしさが理解できないのか。

629: 2018/09/29(土) 09:36:31.23 ID:aNJpEDNv(1)調 AAS
>>624
結局作る側はユーザーが手で弄ったりする事も考慮して自分でも値のバリデーションをしないといけないもんな
なんつーか本当にものを知らないガキの妄想だよな

630(1): 2018/09/30(日) 02:14:00.37 ID:QbavDDne(1/7)調 AAS
汎用ツールの特徴は
・開発者が楽できる（汎用ツールの仕様に合わせて開発すべき）
・ユーザーフレンドリー（直感的？アプリの仕様に関係なく設定はブラウザに似たインターフェース）
・設定ファイルがguiコーディングも兼ねる。（設定ファイルでインターフェースを描画し、値を変更したものを保存する）
これだけでもクソ仕様だとわかる。

631(1): 2018/09/30(日) 10:17:20.19 ID:jwHNxjw7(1/2)調 AAS
>>630
これずっと思ってたわ
この人設定と設定の設定の区別がついてないような感じよね

632: 2018/09/30(日) 10:18:39.04 ID:jwHNxjw7(2/2)調 AAS
引用忘れた
> ・設定ファイルがguiコーディングも兼ねる。（設定ファイルでインターフェースを描画し、値を変更したものを保存する）

633(1): 2018/09/30(日) 11:28:23.69 ID:lKEjYbpE(1/2)調 AAS
テキストファイル書いて設定させるなんて昭和末期か平成初期には通用したけど、いまじゃデメリット多くて古くさいってバレバレの手法だよねｗ

634(1): 2018/09/30(日) 13:42:53.76 ID:MRYI3U2V(1/2)調 AAS
windowsレジストリの利点って？

635: 2018/09/30(日) 17:06:58.00 ID:lKEjYbpE(2/2)調 AAS
>>634
設定が多段のツリー構造になったことで柔軟に構成できる（限度はあるけどフラットなテキストファイルより使い勝手は良い）

パス、キーが判ってれば値の取得と更新はOSにリクエストするだけで済む。
独自ライブラリでR/Wしなくて良いしOSのバージョンが変わってもアプリには影響ない（APIが互換性保つかぎりはｗ

デメリットとしては「設定を保存するエリアにコメントを書けない」ってのがあるね。

636: 2018/09/30(日) 17:16:00.90 ID:MRYI3U2V(2/2)調 AAS
全て共倒れの危険性もね

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
何言ってんだこいつ

上下前次 1-新書関写板覧索設栞歴

あと 112 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 1.613s*