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

**login:Penguin** · 2018/09/27(木) 02:50:12.28

>>554
では質問を変えて。
実装者が実装する参考資料として事前に取り決めつまり仕様書は必要なの？

**login:Penguin** · 2018/09/27(木) 02:52:50.65

>>555
それだとintとかいてあったらカレンダーが表示される
実装するのは禁止されてないと読めるけど？

**login:Penguin** · 2018/09/27(木) 03:11:16.09

>>557
だからintなんて書かないって言っただろ
お前が訂正するまで話は進めない

**login:Penguin** · 2018/09/27(木) 03:21:00.31

>>558
type=numberならOKなのか？

**login:Penguin** · 2018/09/27(木) 03:21:15.89

>>558
>>556は？

**login:Penguin** · 2018/09/27(木) 03:25:39.87

>>559
numberは変数の型じゃないからな

inputタグ（テキストボックス）を使いnumber（数値）を扱うための
インターフェースを使用しろって明示してあるんだから
カレンダーを使うやつなんていないだろう

>>556はこの話題の対象外です。

**login:Penguin** · 2018/09/27(木) 03:28:10.02

まあもちろん腐った実装がカレンダーを表示した所で
おかしな設定をしてしまうってだけ

汎用のXML設定ファイルじゃない場合を想像してみりゃわかる

log_level="2018-09-27"
こう書いてしまっただけのこと
あとはプログラム側で今までどおりエラーがでるだろう

**login:Penguin** · 2018/09/27(木) 03:29:34.24

いや関係あるだろ。
何の前提知識もない実装者が
これを見て
<label>foo: <input name="foo" type="number" value="1" />
numberが数値を意味するとか
テキストボックスでもよいスライダーでもよい
カレンダーはだめだという判断を下せる根拠はどこからくるの？

**login:Penguin** · 2018/09/27(木) 03:30:46.58

>>562
腐った実装という言葉を使うけど客観的に腐ってるか正しいか
どうやって判断するの？

**login:Penguin** · 2018/09/27(木) 03:31:28.77

>>563
え？なに？仕様書を作る必要があるって話をしてるの？
作ればいいだけじゃん。

**login:Penguin** · 2018/09/27(木) 03:32:45.39

>>565
それはずっと言ってるHTMLより小さいと想定する仕様書に全部含まれると考えている？

**login:Penguin** · 2018/09/27(木) 03:33:31.94

<input name="foo" type="number" value="1" />

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

終わり。たったこれだけｗ

**login:Penguin** · 2018/09/27(木) 03:36:19.70

>>567
値の種類とは？何種類あるの？勝手に増やしていいの？
適切なとは？何が適切でないとどうやって判断するの？
疑問一杯で仕様書とか読んだことも無さそうにしか見えないけど？

**login:Penguin** · 2018/09/27(木) 03:38:05.40

>>567
このレベルが仕様だと思ってるようでは話が通じないわけだ

**login:Penguin** · 2018/09/27(木) 03:40:16.45

>>556
お前は何が言いたいんだ？

HTMLはXMLベースではないのだから「XMLの仕様に準拠します」と書くことができない。
だからXML相当の仕様に加え、XMLには不要なHTML独自の仕様がたくさん含まれてる
例えばタグを省略したときのルールや、不正なタグ場合の解釈の仕方などだ

汎用のXML設定ファイルには、XMLの仕様を含める必要がない
ただ一言「XMLの仕様に準拠しますと」書けばいい
汎用のXML設定ファイルの仕様だけあればいい

だからどう考えても、
HTMLの仕様の量　>　汎用のXML設定ファイルの仕様の量（XMLの仕様は含まない）
になるのは明白なんだが

**login:Penguin** · 2018/09/27(木) 03:41:25.07

>>568
だから、仕様を作るだけですよね？

>>569
何が足りないのか、言ってみたら？

その量がHTMLの仕様の量を超えるまで待ってるよｗ

**login:Penguin** · 2018/09/27(木) 10:48:30.71

>>567
アプリの作者からすると<foo>1</foo>で事足りる
設定ツールの作者からしても
input + number という無駄情報より
type="int" という型情報
のほうが正確というかそのものなのでありがたいな

**login:Penguin** · 2018/09/27(木) 13:43:13.24

>>572
そういうこというと汎用設定ツールが作れないだのXMLの使い方が間違ってるだの馬鹿にされて
破綻してる設定XML構想聞かされるぞ

**login:Penguin** · 2018/09/27(木) 13:52:13.22

つか未だにgconfだのdconfだのが一度も出てこないことに驚き

**login:Penguin** · 2018/09/27(木) 14:53:40.78

>>574
それはずっと思ってた。
XMLおじさんによる比較とかダメ出しとかねーのか？

**login:Penguin** · 2018/09/27(木) 15:11:16.93

>>572
> 設定ツールの作者からしても
> input + number という無駄情報より
> type="int" という型情報
> のほうが正確というかそのものなのでありがたいな

type=intとあったときにintというのはスライダーで実装すると判断する根拠はどこにあるのかな？

**login:Penguin** · 2018/09/27(木) 15:15:16.99

>>574
gconfやdconfは値を編集することはできるが、
どういった値（型ではないぞ。値の範囲や文字列の候補だ）が設定可能か？の情報や
どういうインターフェースで設定するのか？という情報が抜けてるので、
使いやすいツールにはできない

**login:Penguin** · 2018/09/27(木) 15:51:57.48

>>576
numberと書けばスライダーが出てくる理由がわからん

**login:Penguin** · 2018/09/27(木) 17:34:35.41

numberと書けばスライダーが出てくるなんて言ってないぞ？

話を整理しようか？

1. type="int" という型情報じゃスライダーと数値用テキストボックスの
どちらを出せばいいかわからない

このことから型情報ではダメであると理解できたはずだ。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

で、numberと書けばスライダーが出てくるかどうかだったな
HTMLを参考にしてると言っただろう？

http://www.htmq.com/html5/input.shtml

2. type="number" だと数値用のテキストボックス（相当のもの）
type="range" だとスライダー（相当のもの）が表示される
typeに書いているのは変数の型ではないことが理解できたかな？

**login:Penguin** · 2018/09/27(木) 18:29:05.43

>>579
例えばnumberで出てくる数値入力ボックスは
要求が整数か浮動小数点か区別できるの？

**login:Penguin** · 2018/09/28(金) 00:14:17.27

>>580
まずさ、君が理解しないといけないことは
XMLではない設定ファイルにデータの型情報を
書いてるものなんか無いって事実だよ。

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

inifileに

[VM]
MemoryGB=1

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

**login:Penguin** · 2018/09/28(金) 00:23:57.12

>>581
テキストボックスがぼーんとあって何を入れるかわからないのに何が便利なの？

**login:Penguin** · 2018/09/28(金) 01:10:11.42

彼の目的は >>220 に書かれている。すべて、そのための妄想だ。
妄想だということを本人も >>180 で認めている。
まあ、それが彼のやりたいことだというなら仕方ないじゃないか。

**login:Penguin** · 2018/09/28(金) 01:38:09.40

afinity modeを実装すれば解決する。

**login:Penguin** · 2018/09/28(金) 05:35:56.39

>>582
> テキストボックスがぼーんとあって何を入れるかわからないのに何が便利なの？

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

**login:Penguin** · 2018/09/28(金) 05:44:20.48

すげー40年前と同じ話題してる。

**login:Penguin** · 2018/09/28(金) 10:49:35.10

>>576
アプリの作者からしたら
スライダーだろうがテキストエディタだろうが関係ないんだから関与する必要がない
ツール作者やその利用者が好きにしたらいいだけ

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

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

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

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

**login:Penguin** · 2018/09/28(金) 11:35:57.95

>>585
型情報とは違う「何を入れるかわかる情報」の具体例は何？

**login:Penguin** · 2018/09/28(金) 14:55:36.34

>>587
> アプリの作者からしたら
> スライダーだろうがテキストエディタだろうが関係ないんだから関与する必要がない
> ツール作者やその利用者が好きにしたらいいだけ

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

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

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

**login:Penguin** · 2018/09/28(金) 14:58:58.16

>>588
数値だったら、その範囲等。0～100とか
文字列だったら、その文字列長さや、正規表現パターンなど
選択項目だったら、設定可能な値、例えばredやblueといった色の名前など

**login:Penguin** · 2018/09/28(金) 15:47:41.02

ある設定項目αについ設定ツールAが1から100のスライダーで表示したとき
設定ツールBでも同様に1から100のスライダーが出てくると
ユーザは期待して良いのか（y/n）？

**login:Penguin** · 2018/09/28(金) 17:34:03.11

>>591
NO。ただしどのツールでも設定できる

[VM]
MemoryGB=1

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

**login:Penguin** · 2018/09/28(金) 17:39:33.42

では設定項目αは整数値で1-100と設定した場合
設定ツールから1000と入力しようとしたら何らかのエラーが
ユーザに通知されるものと期待して良い（yn）

**login:Penguin** · 2018/09/28(金) 17:56:12.83

>>593
聞いてばかりいないで、少しは自分で考えてみたら？

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

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

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

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

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

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

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

**login:Penguin** · 2018/09/28(金) 18:34:09.11

要するに設定項目の値の範囲の制限などを指定したとしても
設定ツールによる入力の挙動は実装依存だと。

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

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

**login:Penguin** · 2018/09/28(金) 18:45:49.55

>>594
HTMLのフォームの値チェックはサーバサイドがJavaScriptの話に
なってHTMLやXMLの範疇を超えてるがどういう話になるんだこれ

**login:Penguin** · 2018/09/28(金) 18:52:46.53

もはや、汎用設定ツールでも何でも無くて、
汎用GUI作成ツールになりつつあるな。ブラウザより大きくなる。

**login:Penguin** · 2018/09/28(金) 18:54:04.89

>>595
だからHTML5を勉強しろって

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

**login:Penguin** · 2018/09/28(金) 18:54:48.30

>>597
また何の根拠もなくブラウザより大きくなる（笑）か
何が大きくなるのー？ｗ
ブラウザがどれだけ大きいかしらないのー？ｗ

**login:Penguin** · 2018/09/28(金) 19:03:54.09

>>598
HTML5で素数だけ入力可とかできるの？

**login:Penguin** · 2018/09/28(金) 19:11:49.46

お前は設定ファイルで素数だけ設定したことあるのか？
そんなマイナーケースまで対応しようとか考えるから
仕様がぶくぶく太っていくんだぞｗ

**login:Penguin** · 2018/09/28(金) 19:25:44.82

xmlはhtmlじゃないと言ったり、htmlを参考にしたり、なにがなんやら。
xmlのタグをguiのパーツに対応させるコーディングだけでも大変なのになんかのツールキットでも使うつもりなのか

**login:Penguin** · 2018/09/28(金) 20:01:18.16

設定ツールのvalidationが実装依存は相当まずくね？
ツールで値を入力したときエラーがでなくても
値が妥当なのかエラー処理が手抜きなのかユーザーにはわからない
ことになるけどそれ何もチェックしないより悪いな

**login:Penguin** · 2018/09/28(金) 20:04:59.21

不正な値を設定したらアプリがエラーを出す、確かに正しいが
そんなぶっちゃけやるならリッチなUIとかもういらないだろ

**login:Penguin** · 2018/09/28(金) 20:18:48.90

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

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

**login:Penguin** · 2018/09/28(金) 20:22:49.65

>>601
素数を設定するなんてかなりマイナーな話だと思うけど
マイナーだからと逃げたら汎用性の謳い文句がすたるぞ

**login:Penguin** · 2018/09/28(金) 22:55:26.14

>>601
そこでActiveXですよ。

**login:Penguin** · 2018/09/29(土) 00:04:36.40

>>606
汎用と万能は違いますからねｗ

**login:Penguin** · 2018/09/29(土) 00:16:40.12

>>608
この設定XMLとツールで汎用とはどういう話？

**login:Penguin** · 2018/09/29(土) 01:45:03.38

>>602
> xmlはhtmlじゃないと言ったり、
XMLはHTMLじゃない。当たり前

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

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

**login:Penguin** · 2018/09/29(土) 01:45:43.17

>>603
> 設定ツールのvalidationが実装依存は相当まずくね？

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

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

**login:Penguin** · 2018/09/29(土) 01:46:14.66

>>604
> 不正な値を設定したらアプリがエラーを出す、確かに正しいが
> そんなぶっちゃけやるならリッチなUIとかもういらないだろ

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

**login:Penguin** · 2018/09/29(土) 01:50:17.10

>>611
お前は一行目しか読めないのか

**login:Penguin** · 2018/09/29(土) 01:50:29.72

>>605
> dconfは設定できる値のリストとか正しくない値を設定しようとするとエラー返すとか普通に出来てるんだよなぁ
画像見せて

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

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

**login:Penguin** · 2018/09/29(土) 01:52:03.14

>>613
何度も言わないと本当に理解できんのなｗ

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

**login:Penguin** · 2018/09/29(土) 01:52:44.37

>>612
前提としてツールの実装によっては
滅茶苦茶な値を設定してもスルーされるという話を無視するなよ
簡単に編集出来ても滅茶苦茶な値で喜ぶユーザーいるのか？

**login:Penguin** · 2018/09/29(土) 01:53:31.86

>>609
> この設定XMLとツールで汎用とはどういう話？

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

**login:Penguin** · 2018/09/29(土) 01:54:03.66

>>615
アプリで読み込ませるまで滅茶苦茶な値入れても気づかない
ツールが何が嬉しいの？

**login:Penguin** · 2018/09/29(土) 01:54:28.32

>>616
> 前提としてツールの実装によっては
> 滅茶苦茶な値を設定してもスルーされるという話を無視するなよ

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

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

**login:Penguin** · 2018/09/29(土) 01:55:46.08

>>619
設定ツール使っても何も便利にも改善もされてないけど何か意味あるの？

**login:Penguin** · 2018/09/29(土) 01:56:42.48

>>618
> アプリで読み込ませるまで滅茶苦茶な値入れても気づかない
> ツールが何が嬉しいの？

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

**login:Penguin** · 2018/09/29(土) 01:57:25.86

>>620
> 設定ツール使っても何も便利にも改善もされてないけど何か意味あるの？

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

**login:Penguin** · 2018/09/29(土) 02:01:26.65

君の話だと設定項目のウィジェットかどう実装されるかは決まってない
バリデーションもやらなくてもいいしエラーが出るかもわからない。
えーとテキストエディタに比べて嬉しさどこにあるの？

**login:Penguin** · 2018/09/29(土) 02:03:34.40

>>621
滅茶苦茶な値を入れるのを防ぐ保証ないのに
滅茶苦茶な値を入れるのどうやって防ぐの？

**login:Penguin** · 2018/09/29(土) 03:15:33.86

>>623
汎用のXML設定ファイルとして仕様が共通化されてるので
設定ツールを含めさまざまなツールやライブラリを作って
共通で利用することができること

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

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

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

**login:Penguin** · 2018/09/29(土) 03:26:28.18

>>625
ツール作ってもツールが何できるかわからないし
期待していたことが期待外れも余裕であるんだろ？
役立たずのツールが作れて何かメリットだって？

**login:Penguin** · 2018/09/29(土) 04:22:13.03

>>625
いよいよ壊れたレコードのように同じことを繰り返すしか能が無くなってきたな

**login:Penguin** · 2018/09/29(土) 04:30:49.51

40年経ってもwindowsレジストリの素晴らしさが理解できないのか。

**login:Penguin** · 2018/09/29(土) 09:36:31.23

>>624
結局作る側はユーザーが手で弄ったりする事も考慮して自分でも値のバリデーションをしないといけないもんな
なんつーか本当にものを知らないガキの妄想だよな

**login:Penguin** · 2018/09/30(日) 02:14:00.37

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

**login:Penguin** · 2018/09/30(日) 10:17:20.19

>>630
これずっと思ってたわ
この人設定と設定の設定の区別がついてないような感じよね

**login:Penguin** · 2018/09/30(日) 10:18:39.04

引用忘れた
> ・設定ファイルがguiコーディングも兼ねる。（設定ファイルでインターフェースを描画し、値を変更したものを保存する）

**login:Penguin** · 2018/09/30(日) 11:28:23.69

テキストファイル書いて設定させるなんて昭和末期か平成初期には通用したけど、いまじゃデメリット多くて古くさいってバレバレの手法だよねｗ

**login:Penguin** · 2018/09/30(日) 13:42:53.76

windowsレジストリの利点って？

**login:Penguin** · 2018/09/30(日) 17:06:58.00

>>634
設定が多段のツリー構造になったことで柔軟に構成できる（限度はあるけどフラットなテキストファイルより使い勝手は良い）

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

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

**login:Penguin** · 2018/09/30(日) 17:16:00.90

全て共倒れの危険性もね

**login:Penguin** · 2018/09/30(日) 17:47:21.19

レジストリがテキストより編集しやすいかは習熟度によると思うぞ。慣れたらテキストのほうが見通しが良いし、わかりやすい。

**login:Penguin** · 2018/09/30(日) 18:50:04.59

レジストリとかgconfとかって機能してない項目が大量にあるのはなんでなん？

**login:Penguin** · 2018/09/30(日) 18:58:04.08

>>631
> この人設定と設定の設定の区別がついてないような感じよね

わかった上であえてそうしてるんやで。
なぜなら、設定ファイルをテキストエディタで
修正したいという層が一定数いるから

テキストエディタで修正しないんだったら
設定ファイルにコメント機能なんていらん。

コメントはまさに、設定ファイルにUIが含まれてるってことなんだよ
それみてどんな値を入れるか判断しているわけだから

設定値と設定UIを作り出すタグを分離すれば、
今度はテキストエディタで修正したい人が使いづらくなる

**login:Penguin** · 2018/09/30(日) 19:42:58.14

UIがどう表示されるか規定されないし
個々のフォームがどういう挙動するかも不明で
使いやすいのかというか実用になるかもわからんけどな

**login:Penguin** · 2018/09/30(日) 20:07:16.26

> UIがどう表示されるか規定されないし
HTMLだってそうだよ。

そもそもどう表示されるかはデバイスによって異なる
PCで使いやすいUIがスマホでも使いやすいわけじゃない

なんでこうすでに通り過ぎた歴史の話ばかりするだろうか？

**login:Penguin** · 2018/09/30(日) 20:09:41.67

現実を否定しているところから始まってる妄想だから現実離れしてて現実的じゃないのは当然やろうな。
こうだったら良かったのにというボヤキなんだろうが、ボヤキにしても無知を晒してるだけだからな。

**login:Penguin** · 2018/09/30(日) 20:11:04.84

アイデアとしてはわかるんだよね。
東芝が昔実験的に作ってた。
XMLスタイルシート的なアイデアは大昔から存在するんだが、実用的なものを構築するのはなかなか難しいと思う。

**login:Penguin** · 2018/09/30(日) 20:12:41.24

HTMLが規定されてない、という部分を都合よく拡大解釈するし
不味いところは逃げ回るし

**login:Penguin** · 2018/09/30(日) 20:13:38.47

>>642
なんで現実にある問題点と解決策を言ったら、現実離れになるの？
その理屈だと、効率が悪いと指摘するだけで
効率が悪いのが現実なんだ。現実離れしたことをいうな！ってことになるけど？

**login:Penguin** · 2018/09/30(日) 20:14:40.86

>>644
拡大解釈だろうがそうでなかろうが、
どちらにしろその解釈に反論できないんでしょ？

**login:Penguin** · 2018/09/30(日) 20:19:12.32

>>646
答えられないところから逃げ回るなって

**login:Penguin** · 2018/09/30(日) 20:22:45.80

少なくともUIの意味論的な話で共通理解が無いと実際に実装は無理。
その規約決定を放棄してお前の頭の中でだけそんなのわかるだろでは話にならない

**login:Penguin** · 2018/09/30(日) 20:23:03.75

>>647
全部答えてるけど？

**login:Penguin** · 2018/09/30(日) 20:23:56.61

>>648
> 少なくともUIの意味論的な話で共通理解が無いと実際に実装は無理。
何が言いたいんだかさっぱりわからん。

HTMLの仕様とか見たこと無いのかな？
UIをどうしろとか書いてないよ

**login:Penguin** · 2018/09/30(日) 20:25:57.58

W3Cは戦場なので、力あるものが勝つし、勝ったものが正しいとは限らない。
裁判と同じだよ。

**login:Penguin** · 2018/09/30(日) 20:28:43.70

>>649
フォームの挙動は規定するの？

**login:Penguin** · 2018/09/30(日) 20:28:47.80

エンジニアなのに教祖への愛がすべてなのが、ウェブの未熟さを表してるんだよ。

**login:Penguin** · 2018/09/30(日) 20:33:29.62

>>645
現実にある問題点はconfig.xmlに独自タグが多いってだけのこと？他にある？

**login:Penguin** · 2018/09/30(日) 20:34:47.80

ウェブ業界には勉強会と称して毎週ミサがあるだろ。
お互いに啓蒙しあい信仰心を深める。
最後にみんなで歌を歌って解散。
まさにイカ臭い新興宗教じゃないか。

**login:Penguin** · 2018/09/30(日) 20:36:13.84

二言目にはHTMLガーであるがこいつが想像してることは
JavaScript・CSS・サーバサイドその他HTTP技術が関わっていのに
XMLの話だけで設定ツールへのその部分の押し込み方が全く不明

**login:Penguin** · 2018/09/30(日) 20:36:46.31

>>650
>>648の言いたいことがわからないのは読解能力がないから。お前の妄想をなんとか理解しようとしてるみんなは表現力が乏しい文章に根気よく付き合ってるから。

**login:Penguin** · 2018/09/30(日) 20:39:21.02

実際それっぽいのはweb技術に寄生したらelectronですぐ作れるけど、今度はアプリケーション側がhtmlスクレイピング並みに頑張らねばならなくなる。どこに得があるんだって話だよ。

**login:Penguin** · 2018/09/30(日) 20:40:35.38

そしてすぐ作れるものを誰も作ってないってことは、もう言わなくてもわかるだろ。
本当に役に立つならすぐ作っちゃえよ。それで飯くっていけるぞ。

**login:Penguin** · 2018/10/01(月) 17:50:38.53

Windows 使ってないからレジストリについてググってみた。
Windows を使わない理由が増えた。いや、今更だが……

**login:Penguin** · 2018/10/04(木) 12:14:21.89

>>53
これやね

**login:Penguin** · 2018/10/04(木) 12:16:07.00

アホやろ
移植性が段違いじゃんか
それに世界中に使ってる人がいるってことも
無視しとるやんけ、自分が無能なだけや

**login:Penguin** · 2018/10/04(木) 12:17:10.45

>>628
嫌みだなあ

**login:Penguin** · 2018/10/04(木) 12:18:36.41

正直、C89以前のCなんか読めたものじゃないし、
かといってC++11以降の機能使いまくったソースも読めたものじゃない。

**login:Penguin** · 2018/10/04(木) 12:19:21.15

>>637
嘘だよ。初心者に優しいのは、テキスト編集だよ。
英語が苦手なだけでしょ。

**login:Penguin** · 2018/10/04(木) 12:23:10.12

マウントなんて、大分前からクリックするだけやんけ
それよりディスクの故障チェックもできないとか、そっちのほうが怖いよ

**login:Penguin** · 2018/10/04(木) 12:24:41.56

>>633
へー、今はむしろナウいんだけどな
取っとけるし

**login:Penguin** · 2018/10/04(木) 12:28:02.25

見通しがよいかどうかはシステムのサイズによる。複雑になれば階層構造のレジストリのほうがいいに決まってる。
基本的な型は用意されてるし、細かくセキュリティも設定できるし、読み書き用のAPIも用意されてる。
OS起動時に必ずバックアップを取ってから起動してくれるのもメリット。

なんでもviで作業したいというのが諸悪の根源。開発環境が50年前とい言われても仕方がない。

**login:Penguin** · 2018/10/04(木) 14:30:40.10

>>665
英語苦手じゃないけど、ちょっと言ってる意味がわからん。とりあえず、レジストリはめんどくさいぞ。

**login:Penguin** · 2018/10/04(木) 18:29:15.05

レジストリより環境変数のほうが使いやすいよな！！！
って人は少ないだろう。

**login:Penguin** · 2018/10/04(木) 19:15:45.35

みかんとしいたけだったらみかんのほうが美味しいよな

**login:Penguin** · 2018/10/04(木) 19:46:26.53

何も足す必要がないということは究極を極めているということであろうか。

**login:Penguin** · 2018/10/05(金) 20:25:19.99

しいたけの方が好きだな。

**login:Penguin** · 2018/10/06(土) 10:18:12.60

xmlの優位性はテキストだということだけれども、実際テキストエディタでxmlを閲覧すると醜悪そのものだよね。

**login:Penguin** · 2018/10/07(日) 12:09:23.84

>>4
Windowsのビルドって、どれぐらいかかるか知ってる？

**login:Penguin** · 2018/10/07(日) 12:13:27.13

>>669
そういう意味なんだけどね
テキスト編集の方が楽だけど、設定ファイルの雛型に
書いてある説明が英語なのは、日本人にとって辛いかなと
慣れればなんてことないけど。

**login:Penguin** · 2018/10/07(日) 12:19:15.88

ちなみに勘違いしてるみたいだけど
autotools 作ったのはGnuではないよ。
自動的にMakefile作るシェルスクリプトが回覧されていく
うちに、みんなで改良加えて、なんとなく出来上がったのを
Gnuが採用しただけだよ。移植性を重視してたからね。
別に好きな奴使えばいいんだよ。気に入るのが無ければ
自分で作ればいい。それが自由であることの尊さなんだから。

**login:Penguin** · 2018/10/07(日) 12:23:39.78

>>670
環境変数の便利さも知らないとは

**login:Penguin** · 2018/10/07(日) 12:43:16.62

autotools使うのは、それだけ多くのライブラリに依存
しているからで、その分のコードを書く手間を
省けるのだから、大したことでは無いね。移植性も
高まるし。でも、それが必要ないなら、別にMakefile添付でも
全然問題ないし、そういうプロジェクトも少なくない。
他のビルドツール利用でも良いし。なんか
勘違いしてない？これらはあらかじめ与えられてるん
じゃなくて、享受するものだよ。嫌なら自分でやるんだ。
近所の落ち葉をかたずけるのと同じさ。君のために
誰かのためにやるんだよ。そう思うなら、自分で
どうにかするんだよ。

**login:Penguin** · 2018/10/07(日) 14:00:44.63

良いこと言うね、全くそのとおりだわ

読んでねーけど

**login:Penguin** · 2018/10/07(日) 14:15:00.91

INIのように書式とデータ構造とAPIが共通化されてるテキストベースの多層構造の設定を保持するメカニズムがあればよいんだよ、Linuxに。

**login:Penguin** · 2018/10/07(日) 15:49:12.48

>>681
JSON。
ハイ論破。

**login:Penguin** · 2018/10/08(月) 01:32:23.55

ハイ論破厨ってたまに5chで見るけどいつも論破できてないよな。同一人物？

**login:Penguin** · 2018/10/08(月) 01:57:00.22

「ハイ論破」はダサいという風潮はとうにご存知だが必要不可欠な機能
C/C++やPerlのセミコロンみたいなもの

**login:Penguin** · 2018/10/08(月) 18:36:10.38

Pythonは？

**login:Penguin** · 2018/10/14(日) 20:31:15.98

　私たち日本人の、日本国憲法を改正しましょう。
『憲法改正國民投票法』、でググってみてください。
平和は、勝ち取るものです。拡散も含め、お願い致します。

**login:Penguin** · 2018/10/17(水) 12:54:12.24

>>684
あなたは、日本人じゃない気がする。
日本人なら絶対しない「ご存知」「機能」の使い方してるから。

**login:Penguin** · 2018/10/17(水) 16:35:34.61

すげーな、国籍わかるとか、AIすげーな。

**login:Penguin** · 2018/10/27(土) 04:44:34.49

へー、LinuxにはJSON読み書きする「共通化されたAPI」ってあるのかぁ。
知らなかったな。
Cで使おうと持ったらインクルードファイルは何をしてして、どんな関数呼べばいいんだろう？
定番のunistd.hかな？

**login:Penguin** · 2018/10/27(土) 07:06:28.37

JSONってそんないいもんじゃないよね、コメント書けないのは致命的

**login:Penguin** · 2018/10/27(土) 07:42:11.97

/**/じゃね？

**login:Penguin** · 2018/10/27(土) 12:40:53.22

jsonが爆発的に普及したきっかけはバイナリ保存はしたくないけど、オブジェクトをそのまま保存したいって需要だから
設定に使うとしても開発者よりなんだよな。linuxは開発者フレンドリーだから開発者マインド無いときついってのは理解できるけども。

**login:Penguin** · 2018/10/27(土) 16:29:50.82

階層が深くないならiniが見やすくていい
階層が深いならyamlだし、記述性ならxmlだし、どれも一長一短あるけど、テキストエディタで開く設定ファイルならiniは使いやすい

**login:Penguin** · 2018/10/27(土) 18:49:59.82

複数行コメントを書けて、日本語も問題ない、Ruby が良い

=begin
複数行
コメント
=end

**login:Penguin** · 2018/11/14(水) 13:34:30.81

Windows界はいろんな産業ロボットを使ってモノを生産しているのに
Linux界はいまだに手作りでモノを生産しているようなもんだからね。

**login:Penguin** · 2018/11/14(水) 13:43:53.49

工事ライン止まる恐怖

**login:Penguin** · 2018/11/14(水) 15:34:23.73

>>1

Unix は世界最古のOSらしいので、最初は良かれと思って決めたものが、
使ってみると使いにくかった、ということはあるかもしれない。
一例として、

$ コマンド名パラメータ >a

などとして、リダイレクトするとき、stdout と stderr が分かれている
のも、現実的には不便。

$ . スクリプト名

と先頭にピリオドをつけないと環境変数がスクリプトによって設定できない
のも不便。

どちらも、DOS では修正されていた。DOS の方が後発だから。

**login:Penguin** · 2018/11/14(水) 15:46:04.08

資本制企業はいかに人件費を削って量産するかを常に考えている。
少ないプログラマでより多くをと。
ところがオープンソースの世界はコーディングすること自体が楽しい
って人々の集いだからな。効率化へのインセンティブが小さい。

**login:Penguin** · 2018/11/14(水) 16:12:37.60

>>697
別の環境変数で処理したいなら別の端末を開けば良いわけだから、
スクリプト内での設定を反映しないという仕様は、今となっては
アリガタ迷惑だと思う。

ただ、行儀の悪いわけの分からんスパゲッティーで解読するのも
時間の無駄なスクリプトも多いが。

**login:Penguin** · 2018/11/14(水) 16:31:47.06

>>697
stdout と stderr と時系列的に合わせて出力しないと、解読しにくい
場合があるので、結局、2つの出力を合成したいことが多く、

1&>2 a

だったか、覚えていられないような変な記号を書かなくてはならない。

あと、tee コマンドも覚えにくい。

**login:Penguin** · 2018/11/14(水) 18:19:54.67

というか何もかも覚えられない

脳が退化しているのか？

**login:Penguin** · 2018/11/15(木) 11:00:41.86

&> a
と、
1>&2 a

の両方の書き方があったり、export が必要あったり無かったり、
そんなアホみたいなものは、むしろ高級な脳であるほど覚えられない。

高級な脳は、共通原理や一般法則だけを覚えようとし、単純で無意味な情報は
削除される傾向があるから。

**login:Penguin** · 2018/11/15(木) 11:06:16.36

>>1
なんという愚かなOSなんだろう。
DOSと同じことがこんなに長くなる :

[DOS]
$ コマンド名 >a

[Linux]
$ コマンド名 1>a 2>&1

**login:Penguin** · 2018/11/15(木) 11:18:44.03

bashが使える環境ならbashでいいです

**login:Penguin** · 2018/11/15(木) 14:57:10.66

>>703

> [DOS]
> $ コマンド名 >a
　　　　　　　　↑間違い

> [Linux]
> $ コマンド名 1>a 2>&1
　　　　　　　　↑1は不要

正しくはこうだよ

[DOS]
$ コマンド名 >a 2>&1
[Linux]
$ コマンド名 >a 2>&1

参考
http://tooljp.com/windows/doc/stdout-stderr/stdout-stderr.html
> (4)標準出力と標準エラー出力を同じファイルにリダイレクト
> mycmd.ｅｘｅ > stdout-stderr.txt 2>&1

**login:Penguin** · 2018/11/15(木) 16:10:24.15

>>705
DOS に関しては、そもそも原則として多くのツールが、stderr を使わない流儀
だったので、stdout だけをリダイレクトすれば十分だったんだ。
だから、その意味で、

[DOS]
$ コマンド名 >a

は間違ってない。

要は、トータルの使い勝手で考えた場合だから。

**login:Penguin** · 2018/11/15(木) 16:17:52.58

何言ってんだこいつ

**login:Penguin** · 2018/11/15(木) 16:35:44.99

理念はどうあれ、結果的に使いにくいということだ。

**login:Penguin** · 2018/11/15(木) 19:22:40.55

ほらほら、間違いを指摘されて、
焦ってきてるぜｗｗｗ

**login:Penguin** · 2018/11/15(木) 19:26:14.30

つまり、DOSコマンドは設計に沿わないアプリが多かったということかな？

**login:Penguin** · 2018/11/15(木) 19:33:50.35

>>709
いや違う。
最初からそれを前提にしていたので間違ってない。
あなたは、DOSの事知らないからそんなこと言ってるのでは。

**login:Penguin** · 2018/11/15(木) 19:35:22.15

>>710
いや、むしろ、stderr を滅多に使わないのがDOSの流儀だった。
少なくとも、コンパイラのエラー表示は100%、stdout に出ていたし、
その他のフリーソフトなんかの表示もほぼ、そうだった。

**login:Penguin** · 2018/11/15(木) 19:36:28.21

使いにくくなるだけなのに、stderr を使っているソフトが多いのは、Unix系の
プログラマには、実は真の意味では頭の悪いのがいっぱい混じっているから
ではないか。

**login:Penguin** · 2018/11/15(木) 19:47:41.79

明言していない前提
他社を憶測で知らないもの扱い
ごく主観的な流儀
主観的な使いにくさでOSの草分け的な開発者を無能扱い

これだけでまともに取り合う気がなくなる。

**login:Penguin** · 2018/11/15(木) 20:26:24.23

元々、stdoutとstderrが分れているのには理由がある。
理由もなしに分けたりしないという想像力があれば憶測でモノを言うと恥ずかしいことぐらいわかりそうなもんだが。
標準出力がUIを兼ねていたのでユーザーへのメッセージがerrで塗りつぶされるのが良くないし、
出力結果を次のコマンドに渡すときなどにerrメッセージが混ざると困るし、
コマンドが入力待ちの状態の時、errなんか出たらなにで止まってるのかわからないからな。
当時は無視するしか無いerrもあって切り分けるしかなかった。
例えば標準出力をファイルを書き込んでる最中にエラーを出力するにはstderrに出すべきだろ。
それを使いにくくなるとは。。。

**login:Penguin** · 2018/11/16(金) 00:27:49.09

>>715
コンパイラの出力をパイプで渡していくのは時代遅れだと思う。
今は、ファイルに書いて渡せば良い。

**login:Penguin** · 2018/11/16(金) 01:05:00.97

>>714
古い時代とはまた違った、今の時代に合った CUI の流儀がある。
Unix好きの人には、古いものを維持し続けようとする人が多すぎるのか、
または、古いソースを使いまわし続けすぎているためか、古い流儀のまま
になっているために効率が下がっている。

**login:Penguin** · 2018/11/16(金) 05:47:32.05

DOSはパイプの文化じゃないわな

**login:Penguin** · 2018/11/16(金) 05:51:52.18

>>716
ファイルに書いて渡すと遅くなる
ディスクが遅いとかいう話じゃなくて
並列処理ができなくなるという話

**login:Penguin** · 2018/11/16(金) 10:12:56.67

>>719
実際のコンパイルは、a1.c, a2.c, a3.c, ・・・などを別のCPUコアに渡して、
マルチコアでコンパイルするので、既にCPUコアが完全に使用しきられている。
なので、それ以上、コアに空きが無いので、パイプを使っても並列度が
上がることはほぼ無い。

一方、いったんファイルに書いてもファイル・バッファにキャッシュされ、
実際のディスクへの書き込みは、全く行われないか、または、ずっと後
になってから行われ、コンパイル作業中にはRAM上でデータの受け渡し
が行われるためディスクの遅さは全く関係しないと言っても過言ではない。

**login:Penguin** · 2018/11/16(金) 10:26:25.63

>>720
パイプを使っている今はね。
ファイルを作ると遅くなるって言ってるの
今のやり方が最適なの。だからCPUコアを使い切れている

**login:Penguin** · 2018/11/16(金) 10:53:36.15

>>721
パイプを使っても、0.000001% 位しか速度差が出ないのに、
gccなどのコマンドラインはめちゃくちゃ使いにくくなる。

**login:Penguin** · 2018/11/16(金) 11:29:58.77

コンパイラのエラーメッセージは標準出力に出て問題ないだろ。*nix系でも出るぞ。何いってんだこいつ。

**login:Penguin** · 2018/11/16(金) 13:08:48.23

>>723
よく読め。そんな事言ってない。

**login:Penguin** · 2018/11/16(金) 13:44:14.78

パイプを使わないと動画をリアルタイムにエンコード出来ない

**login:Penguin** · 2018/11/16(金) 15:18:51.23

>>725
別にパイプを使うなとは言ってない。
そういうケースでは使っていい。

**login:Penguin** · 2018/11/16(金) 15:24:14.00

どうやら時代遅れなのはお前の頭だと気づいたようだなｗ

**login:Penguin** · 2018/11/16(金) 15:29:21.83

違うな。
古いものと新しいものを逆さに捕らえる人がいて困る。

**login:Penguin** · 2018/11/16(金) 15:33:24.49

そもそもstderrの使い方知らなかっただけじゃないの？

**login:Penguin** · 2018/11/16(金) 16:17:03.41

>>729
そんなことない。
stderr が有っても敢えて使っていなかった DOS の選択は賢いと思ってる。

**login:Penguin** · 2018/11/18(日) 01:55:09.21

>>1
gcc や clang も、include path の設定が無視されることがある。
複雑に複数の言語処理系がインストールされている場合に、
include path が勝手に「コマンドPATHから推定して」決められて
しまい、それを修正したいために、環境変数などを設定しても
優先順位がおかしくて、なかなか修正されないことがある。
しかも、その状況を確認するには、-v オプションを付けて
出てくる長いメッセージを解読しなくてはならない。

また実は、バイナリになってしまってからは修正すること
が難しいパス設定が存在することもある。
その場合は、ソースから make する際に、./configure
のパラメータで決められてしまっている。

つまり、バイナリレベルでは、動作が変えられるように
出来ていない欠陥品が多い。

**login:Penguin** · 2018/11/18(日) 15:40:41.51

$ prog1 | prog2 | prog3 > job1.out
$ # で済むところを
$ prog1 > tmp1
$ prog2 < tmp1 > tmp2
$ prog3 < tmp2 > job1.out
$ rm tmp1 tmp2
$ # ってやるのか?

**login:Penguin** · 2018/11/18(日) 17:57:25.79

>>732
最初のようなパイプでつなぐような表記を、コマンドラインから打つこと自体、問題なんだよ。
むしろ、ファイル名を指定して、少しずつ進んでいくほうが賢い。コマンドラインからだと。

型のあるプログラムだとコンパイラがエラーを出してくれる確率も高いが、
コマンドラインからだと、わずかな間違いが重大な問題に発展しやすい。

それに、どうせ、打ち間違える確率が高いので、何度も試すことになり、最初から
実行し直しになることが多い。

$apt-cyg show | grep -i nantoka
や
$コマンド名 | less

みたいなことやら無くちゃならない頻度が高すぎ。長すぎて馬鹿だ。
こんな設計思想、ダメだ。

**login:Penguin** · 2018/11/19(月) 17:47:26.62

正直期待してなかったけど、初めてまともな返答をしてくれたね。
君は自分が世界の中心ではないということを理解すべきだ。
君のために存在するものなど何もない。
それでも適切な方法で助けを求めることはできるはずだ。
〇〇をうまく使えないという理由で〇〇の作者の頭が悪いなどというなら
誰も助けてくれないし君にとって良いことなど何も起こらない。
まあ、それはそれとして、シェルのヒストリ機能や行編集機能は使ってる?
ターミナルエミュレータの copy&paste は?
これらを使ってもまだ大変だと感じるなら Emacs なんかが助けになるかもしれない。

**login:Penguin** · 2018/11/22(木) 15:34:28.06

You! Visual Studio codeをinstallしチャイナyo!

**login:Penguin** · 2018/11/22(木) 18:57:40.31

ビジュアルスタジオは使いやすいよ。
まじお勧め。

**login:Penguin** · 2018/11/22(木) 22:43:59.51

#ifdef なんかも設定に応じて認識して、ちゃんとコードの色に反映してくれるからねえ。

**login:Penguin** · 2018/11/23(金) 08:49:45.51

バランスが取れておらず、かつ、統一感もない。
それが Linux。

また、安さ以外に売りが無いのに最新のハードと最高の通信環境を要求する。

**login:Penguin** · 2018/11/23(金) 11:11:59.14

最新のハードを要求する前に、最新のハードのドライバを用意したまえ。

**login:Penguin** · 2018/11/23(金) 15:11:40.84

WINE もバイナリは新しい Linuxを要求するのに、Emulator としては、
64BIT Windows はサポートしていなかったりする。
つまり、新しいハードでしか動かないのに、古いOSしかエミュレートできない。

訳分からん。

◆P0jSlC5fJs · 2019/01/09(水) 23:33:32.72

>>735
VSCodiumのほうがいいよ

**login:Penguin** · 2019/01/17(木) 19:03:06.80

あたらしいプログラムはPowerShelも対応するようにして
徐々に移行していったらええのに

**login:Penguin** · 2019/01/27(日) 23:47:09.45

貼れと言われた気がした

【田】Windows10のダメな点

・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものｗ

**login:Penguin** · 2019/08/26(月) 07:10:31.12

リダイレクトやら、
パスに文句言ってる人がいるが、
OS の問題じゃなくてシェルの仕様の話だろ

シェルを変えればいいだけ

**login:Penguin** · 2019/08/26(月) 14:21:58.66

パスの書式だけならそれで何とかなるけど、構造だけはどうにもならない事がある
\\PC名\共有名\～みたいな表記はCreateFileとかに直接投げてそのまんま動く位、
ファイルシステムの構造とそれを実現する為の実装に密接してっかんな

**login:Penguin** · 2020/05/19(火) 15:53:45.61

あげ。

**login:Penguin** · 2020/07/23(木) 08:59:34.68

VSCodeが出たから、
「やっと、やっと、まともなIDEがLinuxでも使えるようになった！　MSがやってくれた！　ありがとうMS！」
ってことなんだろうね。

**login:Penguin** · 2020/07/23(木) 15:22:38.16

IDEを使ってるのではなく使われてるレベルなんだろーな
別に自分の好きなようにやりゃいいだけだろ

**login:Penguin** · 2020/07/23(木) 22:43:39.81

Linuxの開発環境はVSCodeが出る前は vi使え！とか大声でいうやつがマジで居たぐらいに貧弱だったな。
環境改善に尽力してるMicrosoft様々だわ。

**login:Penguin** · 2020/07/24(金) 01:49:20.32

>>749
Kateでイイじゃん
VSCodeだと、テレメとってくるから
VSCodium入れてっけど
Kateばっか使ってる

**login:Penguin** · 2020/07/24(金) 08:01:16.63

テレメとってるって証拠は？

**login:Penguin** · 2020/07/24(金) 19:18:46.20

>>751
VSCodiumの作者が、そう言ってて
わざわざ毒なしのVSCode提供してくれてるから
フィードバック提供しないって
設定すればイイだけなのかもしれんけど
デフォルトでOnになってるし
Officeもそうだけど、そういのばっかり
熱心にやってきて
なにシレット仕込まれるか分かんないから
VSCodium入れてる

**login:Penguin** · 2020/07/24(金) 19:40:05.59

>>752
マジか。
MSは中国並みに情報収集熱心だな。
中国は国策でやってるわけだが、アメリカもなんぞ法律でもあって情報集めろってやってんのか？

**login:Penguin** · 2020/07/24(金) 19:55:45.26

>>753
なんなんだろうね
ほんと
ヨーロッパだと、そいうのわりと敏感で
問題になってるみたいだけど

**login:Penguin** · 2020/07/25(土) 01:44:39.57

でもID:ojGcvZP6ってゴミじゃん