Linuxは、開発環境が40年前と同レベル (819ﾚｽ)
上下前次1-新
120(1): 2018/04/20(金) 02:15:53.63 ID:Y+xNkMN7(1)調 AAS
いや、Linuxの世界では設定ファイルは
テキストエディタで修正するんや
121: 2018/04/21(土) 00:37:46.46 ID:mXRvwzbc(1)調 AAS
だから XML 方式が流行らない。
122: 2018/04/21(土) 02:37:10.66 ID:vjsOOb4V(1)調 AAS
XMLって何がうれしいんだ？
Markdown は適当に使うが。
123(6): 2018/04/21(土) 12:02:35.76 ID:HtY0Nuyg(1)調 AAS
設定ファイルのXML方式はやり方を間違えたからな。
そもそもXMLというだけではタグの種類は定義されておらず
タグと属性を使ってデータを表現しますっていう縛りにすぎない。
例えばOpenOfficeとかはXMLをベースにした
ODFというフォーマットを採用している。
このフォーマットに相当するものが設定ファイルになかった
標準化せずに各アプリがそれぞれ独自のフォーマットを作成してしまった。
そのせいでXMLを使いながらも、汎用の設定変更アプリが出現することはなかった
124: 2018/04/22(日) 12:00:34.77 ID:riews1N7(1)調 AAS
>>120
なぜGUIが流行らないの？
親切なフリーソフト作者が作ってくれそうなもんなのに
なかなかそういうのないよね
125: 2018/04/22(日) 14:31:08.01 ID:FeGNH/sk(1)調 AAS
そういうの求める層はLinuxなんか使わないから
126: 2018/04/22(日) 23:10:10.62 ID:dRarTftk(1)調 AAS
>>123
XML ってそういうものじゃないの？
タグの種類定義なんかしたら XML 違うだろ。
127: 2018/04/23(月) 01:05:45.61 ID:xh0OeMVp(1)調 AAS
偏見かもだけれどXMLとか文系的で凄く面倒くさい。
定義ってよりもルール作りで出来てるイメージ。
独自フォーマットは、一応は過去の流儀を踏襲してたりしてるのは順応できるかなだな。
128(2): 2018/04/23(月) 18:24:01.47 ID:RPxX1Nkx(1)調 AAS
クラスの内容をそのまま書き出すのとかすごい便利だけどな。
エディタでいじることが前提になってるから面倒に思うんじゃないの？
129: 2018/04/23(月) 20:51:16.25 ID:wkzuE+sR(1)調 AAS
メタフォーマットであることを理解してない>>123
130(1): 2018/04/23(月) 21:25:53.40 ID:dmjCWeVH(1)調 AAS
>>128
「クラスの内容をそのまま書き出す」というのは、何を使えば出来るの？
131: 2018/04/23(月) 22:27:42.46 ID:UqvQKwN0(1)調 AAS
うんこブリブリ
132: 2018/04/24(火) 03:29:56.36 ID:pVxcqU8L(1)調 AAS
変に規格化された煩雑なXMLより、ドキュメント付きのJSONのほうが楽な気はする。
>>128の「クラスの内容をそのまま書き出す」はXML形式でオブジェクトを吐き出すことを言ってるんじゃないか？
文章作成はtexでいいよｗ
133: 2018/04/24(火) 13:50:30.34 ID:3+CEHamP(1)調 AAS
GUIの設定画面はないわけじゃないよね？
apt-get upgradeしてたらたまにGUIの設定画面出てくるし
134: 2018/04/25(水) 20:26:45.33 ID:LeQtEUhh(1)調 AAS
>>130
.NET のシリアライズの話なんだけど、知らないならいいよ。
135(1): 2018/04/25(水) 23:04:45.45 ID:A7rXWfb1(1)調 AAS
「GUIの方がユーザーフレンドリー！」とか勘違いしちゃってる人は、メールもお絵描きで作ってるの？
136: 2018/04/26(木) 18:56:56.69 ID:vCclNtI3(1)調 AAS
お前はマウスとキーボードの使い分けもできないのか？
137(1): 2018/04/26(木) 22:08:34.74 ID:J/khUjbt(1)調 AAS
>>135
Linux はこういう基地外が多いのがなあ……
138(1): 2018/04/28(土) 01:00:05.75 ID:spE8TOXU(1)調 AAS
>>137
内容に反論出来ない奴はWindows触って欲しくないなあ・・・
139: 2018/04/28(土) 09:18:34.49 ID:a8ix2yAC(1)調 AAS
>>138
unko
140: 2018/04/28(土) 12:38:16.59 ID:z2UOI83R(1)調 AAS
テキスト入力とCUIの区別がつかない無知無能なLinux信者が存在するらしいｗ
あ、Linux信者じゃ珍しくないか、そういう無知無能は。
141: 2018/05/04(金) 07:32:25.52 ID:q9jhRBP+(1)調 AAS
>>26
開発環境が遅れた元凶だな。
能書きと思想だけ一丁前に垂れて、OSすらまともに作れない無能なFSFというカルト団体がリヌス・トーバルスの批判しかしないから遅れたんだよ。
LinuxではなくGNU/Linux？
何を偉そうに言ってんのかw
どっちでも良いだろ。
OSを作れないカルト団体が巨額な寄付いや御布施で成り立っている思想も見た目もメタボ野郎の集まりに過ぎん。
あと、GPLv3だな。
142: 2018/05/04(金) 09:48:37.09 ID:PLzHxSYH(1)調 AAS
そもそもイチャモンスレだし。
143(1): 2018/05/04(金) 12:58:10.39 ID:I+drAkg3(1)調 AAS
40年前から同じなのか、すげえ安定してるな
144: 2018/05/04(金) 14:47:39.24 ID:jjv6rfRh(1)調 AAS
40年前に「とりあえず動く」になった状態から、誰も弄れないってことじゃんｗ
145: 2018/05/04(金) 19:11:01.06 ID:ZLGpBubj(1)調 AAS
>>143
停滞してるの間違いだろ
146: 2018/05/06(日) 01:08:19.28 ID:2J0BNYYn(1)調 AAS
このスレ、一時期プログラム板やLinux板でやたらとGPLを批判してた(仕事がなくなるのが気に食わないらしい)
奴と同一人物のような気がするな。口調や改行の仕方が似てる気がする。
【オープンソース】Linuxの思想【GPL】
2chｽﾚ:linux
↑のスレのID赤めの奴ね。
147: 2018/05/07(月) 14:25:22.45 ID:ShTKXvr8(1)調 AAS
こんな記事が出たのがもう10年以上前か
結局立て直せず衰退していったな
GPL3で対立が深まるオープンソースコミュニティー--協調か分裂か - CNET Japan
外部ﾘﾝｸ:japan.cnet.com
「公平性の観点からはGPL3はもはやその機能を果たしていない。その内容はまったく扇動的であり、
FSFの過激な方針にしか寄与しない。GPL2は多くの個人に受け入れられ、
一度説明すれば多くの企業からも支持を得られる優れたバランスを持っていたが、
GPL3にはそれがない」--Linus Torvalds、Linuxファウンダー
148: 2018/05/07(月) 18:59:54.30 ID:PkgSfIeM(1)調 AAS
やっぱ船頭多くしてってヤツじゃないのかね。
149: 2018/05/10(木) 04:38:11.03 ID:qoKc1uVr(1)調 AAS
まわりからチヤホヤされたいんだろ、メタボのおっさんが。
150: 2018/05/22(火) 07:09:50.96 ID:Czl6p0FW(1)調 AAS
僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
C4U3V
151: 2018/05/28(月) 19:46:56.33 ID:15NUAVd7(1)調 AAS
emacsもかなり使いにくいのに偉そうな事言ってた。
152: 2018/05/28(月) 22:33:30.58 ID:/SAF0I0b(1)調 AAS
新人のころの上司がvi信者で最初の１年プログラムは全てviで書かされた。今考えるとイジメだよな。その後、windowsプログラミングでVC使ったとき、死ぬほど感激した。
GUIで直感的、makeも書かなくて良い、MFCでクラスも揃ってる、作業効率が果てしなく違った。
まあ、viのほうがキーボード叩くから仕事してるように見えるって利点ばある。
153: 2018/05/28(月) 23:05:49.76 ID:E60WYl7D(1)調 AAS
viのいいところは環境気にせずにssh越しにテキスト編集できるところだから新人に教えるの間違ってないけど、（いざというときに使える。）
その上司はやりすぎ。
154: 2018/05/29(火) 01:09:47.04 ID:RqIvWvEr(1)調 AAS
vimにプラグインで補完機能とか入れてるけど、ideの方がいろいろ捗るのかな？
155(1): 2018/05/29(火) 02:33:40.52 ID:SEMlZWJg(1/2)調 AAS
普段vim使ってても面白半分でviインストールして使ってみると軽く死ねる
156: 2018/05/29(火) 05:10:31.12 ID:BhXaH/cz(1)調 AAS
ideは開発環境をサーバーを汚さずに整えられるし、インストールも楽だし、使い方も楽なところかな。
でも勉強にはならないかもね。>>155僕はnvim使ってるけど、最近のディストリはviコマンドがvimになってない？
archとかはもちろん素のviなんだけどさ。
157(1): 2018/05/29(火) 12:43:29.27 ID:SEMlZWJg(2/2)調 AAS
viコマンドがvimになってたらそれは只のvimだろ
158: 2018/05/29(火) 19:45:36.97 ID:TMshtyZX(1)調 AAS
freeBSDはただのviだったような、、それか、そもそも入ってないんだっけ？
159: 2018/05/30(水) 17:18:37.80 ID:lY0vA4D4(1)調 AAS
autotoolsは確かにしんどい。
今だに使ってるソースツリーは塩漬けされてるだけの感はあるな。
LLVMはconfigureからcmakeに完全移行してたっけな。
cmakeのが階層化できる分、見る領域を絞れるから楽かな。
新しいビルドツールでもリンクの段階だけ数ギガバイトのメモリを必要する類の
ものはなんとかして欲しいな。
160: 2018/05/30(水) 22:22:08.29 ID:8ydTgAwJ(1/7)調 AAS
【ツイッター】小学2年生の道徳教科書 ポンタ君の「ご褒美がなくても仕事を続けたい」が物議 ブラック企業を肯定することにならないか★3
2chｽﾚ:newsplus
ポンタくんがご褒美を貰わないでお仕事をするおかげで
ご褒美をもらってお仕事をしている他の動物さんたちは批判されるようになりました
ポンタくんはご褒美がなくても働いているのにお前たちはずるいぞ！
161: 2018/05/30(水) 22:23:09.46 ID:8ydTgAwJ(2/7)調 AAS
だって、被災地で空き巣に入って十分儲かったから、安いご褒美なんていらない！
被災地でまた仕事しながら物色したい
とポンタ君
162: 2018/05/30(水) 22:37:17.01 ID:8ydTgAwJ(3/7)調 AAS
【道徳の教科書】
ストールマン君は、
「プログラミングは楽しいんだから無償でやればいい。」
と言いましたとさ。仕事とはお金のためにやるわけではないのですね。
163: 2018/05/30(水) 22:43:06.58 ID:8ydTgAwJ(4/7)調 AAS
105名無しさん＠１周年2018/05/30(水) 15:07:11.46ID:Y6aUHfuN0
＞最後に、「だって、」以下にご褒美をもらわなくても仕事を続ける理由について、授業中に児童らに書いてもらう内容になっている。
ご褒美を貰うべき理由を書いたら0点で
より社畜的な理由を書くほど高い点数なんだろうな
この国の道徳教育は狂ってる
164: 2018/05/30(水) 22:44:26.81 ID:8ydTgAwJ(5/7)調 AAS
117名無しさん＠１周年2018/05/30(水) 15:10:52.11ID:9/ern7d+0>>157
無償で働きたいというのは構わんけど、ポンタくんは何で生計を立てているんだろう？
資産や不労所得があるのならいいけど。
165: 2018/05/30(水) 23:50:54.33 ID:8ydTgAwJ(6/7)調 AAS
人間は何も食べなくてもありがとうを食べれば生きていけるんです
byワタミ
166: 2018/05/30(水) 23:51:46.69 ID:8ydTgAwJ(7/7)調 AAS
51名無しさん＠１周年2018/05/30(水) 11:38:11.31ID:1aWoC9+D0>>74
>>19
たしか、だっての理由がみんなの喜ぶ心が生きがいだからって言うのが
正しい答えだって言っていた 奉仕の心らしいが
コレ、二人ぶっ殺したワタミも全くおんなじこと言ってるんだよな
167: 2018/06/06(水) 08:45:18.21 ID:d/keW2Se(1)調 AAS
無料ウェアをただで使ってるだけのお前らが心配してるのが滑稽だな
だったらたまには寄付してやれよ
168(2): 2018/06/30(土) 09:56:08.77 ID:b2j/pGQA(1)調 AAS
linux使いならお前にも、ないなら作れのDIY精神が根底にあるだろ！
目の前のキーボードとgccは何のためにあると思ってんだ！
169: 2018/07/01(日) 13:53:47.53 ID:cmbcnfpw(1)調 AAS
>>168
gccの存在理由： ストールマンの売名行為
170: 2018/07/01(日) 15:32:40.33 ID:VtXTRD7E(1)調 AAS
亀レスだけどカーネルのビルドなんてめっちゃ簡単だろ
難易度☆一つレベル
あんなんビルドじゃなくてコンパイルだね
Apacheやphp,perl,pythonのビルドと同じレベルだよ
ちな、gccのビルドが☆2つ、pen4で10時間くらいかかるqtやVirtualBoxのビルドが☆3つ
もっと☆彡多いのもある
171: 2018/07/01(日) 21:34:44.47 ID:SmKhSueR(1)調 AAS
かかる時間で☆が増える評価軸すか
172: 2018/07/05(木) 21:26:29.80 ID:gDXUkN06(1)調 AAS
そりゃわかってれば簡単だろうよ。
そこまでの努力はすごいと思うけどさ。
173: 2018/07/21(土) 21:17:53.20 ID:AFGTP/FJ(1)調 AAS
age
174: 2018/08/09(木) 03:26:50.02 ID:LK+TlRVS(1)調 AAS
age
175: 2018/08/25(土) 13:12:34.32 ID:k0UHq899(1)調 AAS
あげ
176: 2018/08/25(土) 19:39:33.69 ID:Xs5ovEQe(1)調 AAS
そういうところがあるから潰しは効く。
パッケージ管理をsnappyに置き換えるらしいけどあまり流行ってない。
移行したのかと思ったらまたdebに戻すとか言ってるのもある。
177(2): 2018/08/28(火) 18:18:56.63 ID:EwrmDgJQ(1)調 AAS
>>123
XML云々以前に設定ファイルの構造なんか元々ばらばらだろ
178: 2018/08/31(金) 21:46:23.32 ID:ScpHG3JT(1)調 AAS
お？ 今頃レスがｗ
>>177
だから設定ファイルの構造を仕様化すればよかったという話ですよ？
極論を言えば、設定ファイルなんぞ入れ子構造なし。
リスト形式だけでも十分なんですよ
例
<xml>
<input type="text" name="name1">
<input type="text" name="name2">
<input type="text" name="name3">
<input type="text" name="name4">
</xml>
分かりやすくHTMLっぽくしましたがね
ここを出発点に項目が多くなれば見づらくなるので
グループ化、階層化するための<fieldset>のようなものが必要
複数の選択項目から選べるよう<select> <option> のようなものが必要
数値入力、日付入力、などの機能が必要
そうやって設定を行うためのフォームのようなタグを定義していって
あとはCSSとJavaScriptのサポートでも行えば、
設定ファイル自体が、設定UIとしての機能を持ち、
汎用の設定ツールで設定可能なものができていたんですよ。
つまりわざわざ設定画面を作り込む必要がない
プロトタイプのような簡易なもので十分な段階では、本当に手軽に作ることができ、
作り込もうと思った段階で使いやすい設定画面に少しづつ変えていくことができたわけです。
179(1): 2018/09/04(火) 02:39:28.13 ID:YWKxraC5(1)調 AAS
アホな妄想垂れ流すヒマがあったら
スレタイ読んでくれ
180(1): 2018/09/04(火) 09:02:46.08 ID:hOADyk4w(1/2)調 AAS
>>179
レスが付いたから、レスしただけ
妄想自体はアホではない。
181(1): 2018/09/04(火) 12:31:05.17 ID:VDo8CFG8(1)調 AAS
.netなら設定をXMLで出し入れする機能あるよ
182: 2018/09/04(火) 12:41:27.86 ID:hOADyk4w(2/2)調 AAS
>>181
XMLで出し入れするのはいくらでもあるよ。
でもXMLっていうのは、通常そのまま使うものじゃない
例えばSVGのようにタグを作って使うもの。
アプリごとに独自のタグ作って、それで
使いやすいものができるわけがない。
XMLによる設定ファイルは確実にやり方を間違った
183(2): 2018/09/05(水) 11:31:07.11 ID:BANAPUQa(1/2)調 AAS
ぼくのかんがえたさいきょうの設定ファイルの規格でも発表したらよかろあ
184(1): 2018/09/05(水) 14:48:54.30 ID:hymtb1Bt(1)調 AAS
>>183
考える前に既存の仕様を探したほうが良い。
すでに最強であることは保証済み
最初に思いつくのはHTMLのフォームだね
あれはデータをポストするものだが、
ファイルに保存すれば設定ファイルとしても使える
185(2): 2018/09/05(水) 14:59:06.70 ID:BANAPUQa(2/2)調 AAS
最強既存規格が普及してないのはなぜだろう
186(1): 2018/09/06(木) 08:18:51.32 ID:5/gUAzoX(1)調 AAS
リナックスのディストリみたいに
こっちの方がもっと最強！
が量産されるだけ
187(2): 2018/09/06(木) 22:43:11.23 ID:hiljYIDg(1)調 AAS
>>185
Linuxのみ普及していないというならまだしも
他でも使われていないようなものが使われてないから
[Linuxは、開発環境が40年前と同レベル]である
と言われても頭おかしいとしか言いようがないよな
188: 2018/09/07(金) 17:05:00.73 ID:sl3NiztR(1)調 AAS
>>187
その一連のレスは、そういう内容ではないんだが、頭大丈夫か？
189(2): 2018/09/07(金) 17:27:21.34 ID:2mO/Mx1V(1/5)調 AAS
>>183-187
設定ファイルの仕様化？標準化？とりあえずxmlなんかでやるぐらいならjsonでやってくれって感じ。
設定ファイルのスタンダードいくつか出てきてるけど、xmlなんぞ持ち出してくるとは少しきついな。
html手打ちさせるアプリケーションってなんだよwwww
190: 189 2018/09/07(金) 17:28:32.84 ID:2mO/Mx1V(2/5)調 AAS
レスする先を間違えた。無視してくれ、失礼。
191(2): 2018/09/07(金) 17:58:08.28 ID:GtVggkS8(1/8)調 AAS
>>189
> 設定ファイルの仕様化？標準化？とりあえずxmlなんかでやるぐらいならjsonでやってくれって感じ。
jsonでやっても複雑になるだけだぞ
JSONはデータのみをやり取りする方法。メタ情報的なものが少ないからデータ通信には適してるが
手書きは面倒だし（例 コメントが書けない）手書きするならYAMLのほうがまだまし。
今の設定ファイルにはメタ情報が含まれていない。ここで言うメタ情報というのは
ある設定値が取れる範囲などの情報が書かれていないということ
例えば、sambaのmap to guestという項目は「Never」「Bad User」「Bad Password」の
いずれかの値を入れることができるが、そのことが設定ファイルには書かれていない
（コメントとして書かれている場合があるかもしれないぐらい）
これがHTMLであれば、<select>を使って<option>で選択可能項目を明示できる
言っておくが、このHTML風XMLの設定ファイルをユーザーがテキストエディタで直接変更することは考えていない
そんなことをすると<select>とか<option>とか書いてもそれ以外の値に設定できてしまうだろ
ブラウザライクな設定ツールから設定する。バイナリ形式の設定ファイルがユーザーが直接変更できないのと同様
設定変更には設定ツールを用いる。HTML風XMLの設定ファイルは開発者が作成するもの
> 設定ファイルのスタンダードいくつか出てきてるけど、xmlなんぞ持ち出してくるとは少しきついな。
> html手打ちさせるアプリケーションってなんだよwwww
これは手打ちを不要にするための方法。
設定ファイルのフォーマットが標準化されることで、ブラウザライクな汎用の
設定ファイル編集ツールを作ることが可能になる。
HTMLのフォームだって設定を変えるのに手打ちしてるわけじゃないだろ？
HTMLを元に作ったUIで設定を変更している。
192: 2018/09/07(金) 18:32:54.71 ID:2mO/Mx1V(3/5)調 AAS
>>191
勉強し直せ。xmlでやるぐらいならjsonでいいってことを言っただけでjsonも好ましくない。
ただ、リスト構造でいいならjsonの連想配列で十分。yaml以外のスタンダードもある。
とりあえず、なにも知らない人、文章力読解力のない人の妄想ってことが十分わかったのでもう絡んでこないで。
193: 2018/09/07(金) 18:47:35.78 ID:GtVggkS8(2/8)調 AAS
> 勉強し直せ。xmlでやるぐらいならjsonでいいってことを言っただけでjsonも好ましくない。
いやだから、XMLはOKだけどJSONはNGって場合もあるんだよ。
例えばOfficeのフォーマットなんかJSONじゃまず無理だろ
違いはXMLにはデータのメタ情報が追加できるってこと。
JSONは名前と値だけしかない。これが問題になる有名な例が日付型
JSONで書くとこのような感じになるが、このdateが文字列か日付なのかを区別することができない
{ "now": "2013-09-16T22:32:36Z" }
それに対してXMLだと以下のようにメタ情報を追加できる。
<value name="now" type="date">2013-09-16T22:32:36Z</value>
もちろんJSONでも、値を入れるときは特別なハッシュ構造とすること
なんて独自のルールを追加すりゃできるが、それはデータの持ち方を工夫するということであって
フォーマット自体の表現力が足りないためのワークアラウンドに過ぎない
データ通信は今現在の仕様として、この項目は日付型として扱うみたいにしちゃえるけど
永続的なデータとして残しておくようなものには適していない
194: 2018/09/07(金) 19:03:38.55 ID:H68vXE7S(1)調 AAS
XMLで値の範囲を制限したいなどはスキーマ使えばできるだろ
実際やってるかどうかは置いといて規格はある
195: 2018/09/07(金) 19:22:39.92 ID:GtVggkS8(3/8)調 AAS
確かにあるね。昔はDTD、今（？）はXML Schemaかな
あれは設定ファイルのフォーマットのチェックには使えると思う
複雑らしいけど
でも設定ファイル（兼入力フォーム）のXMLファイルには適してないと思う
何故かと言うとUIを作るための情報としては不足してるから
例えば、HTMLの<select>は意味的には<input type="radio">と同等なんだ
また<select multiple>は<input type="checkbox">と同等
前者は複数の選択項目のうちから一つを選ぶもの
後者は複数の選択項目のうちから複数を選ぶもの
なぜ同じものが２つ用意されているかと言うと、インターフェースを意識しているからだろう
<select>は画面に選んでいるものだけが表示される。
<input type="radio">は選択されてないものも含めて表示される。
どのようにレンダリングされるかはブラウザが決めることだが、
期待するレンダリングがそのタグに含まれてる
これが単なる入力チェックならどちらも同じになるだろうね
なのでXML Schemaはフォーマットの検証として使うことはできるが
フォームの代替にはならない
196(3): 2018/09/07(金) 19:23:13.10 ID:2mO/Mx1V(4/5)調 AAS
設定ファイルの標準化と文章コーディングを同一視してる時点で厳しい。
xmlはマークアップ言語でjsonはデータ記述言語なんでそもそもが違う。
一般的には設定ファイルには最小限の変数だけがあればいい。
なんだ？ものすごくエスパーしたけど、詰まるところは
設定ファイルのフォーマットを標準化すれば設定ファイル編集アプリなるものが一個で済むでしょってだけの話か？
そしてそれをブラウザでアクセスさせるのか？
197: 2018/09/07(金) 19:35:26.68 ID:GtVggkS8(4/8)調 AAS
それから設定ファイルをテキストエディタで直接編集する場合の
問題点の一つとして多言語対応が難しいっていうのがある
コメントによる説明はおそらく英語だろう見ながら変更がしづらい。
結局の所、エンドユーザーの使い勝手を考えると
設定ツールの存在は必須と言える。
>>196
> なんだ？ものすごくエスパーしたけど、詰まるところは
> 設定ファイルのフォーマットを標準化すれば設定ファイル編集アプリなるものが一個で済むでしょってだけの話か？
そのとおり。正確に言えば開発者の負担が減る
開発の初期段階は簡単なフォームを用意するだけでいいし、
アプリごとに独自の設定ツールを開発する負担が無くなるのは大きなメリット
初心者でも簡単に変更できるし、多言語対応などもできる
> そしてそれをブラウザでアクセスさせるのか？
ブラウザは開いているHTMLファイル自体を変更できないのでだめだが
ブラウザベースで作ればJavaScriptやCSSも使えるのでいいだろう。
今でもブラウザで設定が可能なものはあるが、それはたいてい
ウェブサーバー機能を持っているものに限られるだろう
ウェブサーバーを必要とせず、ブラウザベースだが開いているHTMLファイル（の項目）しか
変更できず、セキュリティのために外部サイトの接続もできないようにしたものが良いだろう
198: 2018/09/07(金) 19:36:07.81 ID:GtVggkS8(5/8)調 AAS
>>196
> xmlはマークアップ言語でjsonはデータ記述言語なんでそもそもが違う。
そう。だからなんでjsonなんてものを持ってきたのか理解ができない
199: 2018/09/07(金) 19:38:30.43 ID:GtVggkS8(6/8)調 AAS
>>196
> 一般的には設定ファイルには最小限の変数だけがあればいい。
理屈的にはそのとおりだが、実際の設定ファイルを見ると
最小限の変数以外のものがたくさんある。
その多くは、ユーザーのために設定の変更をサポートするための
説明だったり、設定値の候補だったりする
現実には設定ファイルには最小限の変数だけでは
だめだということがよく表されている
200: 2018/09/07(金) 22:03:56.17 ID:2mO/Mx1V(5/5)調 AAS
jsonが設定ファイルのアプリなんかいっぱいある。
今、xmlが廃れて、jsonがやや使われ始めてるのは可読性の問題。
つまり、GUIで制御できるならテキストベースの設定ファイルは必要ないし、
テキストベースの設定ファイルは必要最小限の変数で見やすいのが求められてる。
xmlは書きにくい読みにくい。htmlも直接書かないのが流行ってる。
つまり知らないから変な提案する。
201: 2018/09/07(金) 23:28:07.36 ID:GtVggkS8(7/8)調 AAS
やっぱり理解してないｗ
jsonが設定ファイルのアプリが一体どれだけあるっていうんだか
あったところで、そういうアプリはどうせオリジナルの設定ツール使って設定だろ？
そういうのをいちいち作らないといけないのが大変だという話をしてるのに
大変な実例を持ってこられても意味がない
GUIで設定できるHTMLがテキストベースである理由もわかってないのだろう
XMLが読み書きしにくいって、お前はテキストエディタも使えないのかｗ
XMLベースのものなんていくらでもあるSVGもそうだし
Office形式もXMLベース。XAMLもそうだし、
apt-file search .xml とでも実行してみろ。122732ファイルもでてきた。
apt-file search ".xml" | cut -f1 -d: | uniq | wc -l
3444のパッケージで使われている。たいしてjsonは2149パッケージだ。
おかしいなｗjsonの方が使われてるじゃないかｗ
それにXMLじゃなかったら独自形式ばっかりだろ
あと反論の仕方も幼稚だ。いまXMLじゃないからが理由であって
俺の話に何一つ言及できていない。するだけの知能がない。
202: 2018/09/07(金) 23:28:51.63 ID:GtVggkS8(8/8)調 AAS
訂正
3444のパッケージで使われている。たいしてjsonは2149パッケージだ。
おかしいなｗ。jsonの方が少ないじゃないかｗ
203: 2018/09/08(土) 00:20:37.63 ID:D+f/aQpb(1)調 AAS
> jsonは2149パッケージだ。
せいぜいXMLの1割ぐらいかと思ってたけど6割越えてるのか
204: 2018/09/08(土) 00:53:48.86 ID:y46wo+Ig(1)調 AAS
HTMLのなんとかというタグはこう使うなんてのは
別でそういうお約束を与えてるだけなのに自然に決まるみたいな発想はどこから湧いてくるんだろう
205(1): 2018/09/08(土) 01:03:58.50 ID:9mizfQrR(1/4)調 AAS
自然に決まるなんて誰が言ったんだろう？
206: 2018/09/08(土) 01:15:06.46 ID:9mizfQrR(2/4)調 AAS
この下らないスレのやり取りでも新しい発見があった
それは既存のテキスト形式の独自形式の設定ファイル
それは、テキストエディタが設定ツールで
設定ファイル自体はUIとみなせるということ
設定ファイルには設置値だけではなく、コメントという形で
どういう項目であるかが書かれていて、ユーザーは
その説明を見て設定を変更する
207(1): 2018/09/08(土) 03:55:09.75 ID:H9QrxwdH(1)調 AAS
新しいもなにも*nixは昔からコンソールでテキストコンフィグをいじるんだろ。
だからなにも知らないって言われるんじゃねーかwww
208: 2018/09/08(土) 09:55:23.81 ID:9mizfQrR(3/4)調 AAS
>>207
やっぱり理解してないｗ
上の方で馬鹿がいっていただろ？
設定ファイルは単に値さえ入っていればいいって。
現実として設定ファイルに人間が読むための文章が
入っていることの意味を理解してない
設定ファイルは単なる設定値があるだけのものではなくて
インターフェースになってるって話をしてる
そしてそのインターフェースを強化するための
XML設定ファイルの話をしてる
209: 2018/09/08(土) 11:05:23.76 ID:rJqL9w+O(1)調 AAS
もう新しいスレたてろ。
210: 2018/09/08(土) 12:24:13.92 ID:sDeik/lt(1)調 AAS
classのセッターゲッターの話ですか
211: 2018/09/08(土) 13:31:29.60 ID:9mizfQrR(4/4)調 AAS
それは全く関係ないね。
212: 2018/09/08(土) 19:31:48.50 ID:gkEqqtJ4(1)調 AAS
>>205
自然に決まらないならoptionがどういうUIを持つか実装依存で何の意味があるのやら
213(1): 2018/09/08(土) 20:26:24.40 ID:nqQLPUZk(1/2)調 AAS
何の意味があるのやらと言われても、ブラウザがそうじゃん
iPhoneの<select> & <option> 見たことある？
PC版とぜんぜん違うよ。ドラムロールと呼ばれるUIになってる
見た目は違う（実装依存）だが機能は同じ
物事を抽象化して考えられないのかな？
214(1): 2018/09/08(土) 20:44:24.60 ID:EUGoF1Wb(1)調 AAS
>>213
selectが選択肢から選ぶというのはどこから湧いてくるわけ？
215: 2018/09/08(土) 23:04:20.27 ID:nqQLPUZk(2/2)調 AAS
>>214
質問の意図がさっぱりわからない
話の流れとしては、設定ファイルがXMLのものはたいてい
XMLを間違った方向に使ってしまってメリットが失われている
これが話の発端
間違っているというのならどういう使い方が正しいのか？
と聞かれたのでHTML（のフォーム）を参考にすれば良いと言った
そのHTMLのselectがどういうものかはw3cとかが決めてるだろ
もちろん参考でしかないのでXML設定ファイルを同じように
する必要はないが、他のXMLベースのフォーマットと同じように
誰かが決めるだけの話しだろ
それで、その質問は何が言いたいのだ？
俺はXMLベースの正しい使い方はどういったものであるべきかを説明しているだけなんだが？
selectの細かい仕様とか誰が決めるのかとかどうでもいいよ。
そこはXML設定ファイルがどうあるべきかの話にとって本質的な部分ではない
216(5): 2018/09/09(日) 00:02:25.03 ID:3nldeGKW(1)調 AAS
要するに誰かがオレオレ仕様決めるだけか
何の意味があるのやら
217(5): 2018/09/09(日) 01:03:56.99 ID:YC2MPQZj(1/8)調 AAS
要するに
マークアップ良いじゃん。使いたい。メタデータあるし。
マークアップを解釈できるソフトで設定ファイルを管理しよう。
これを標準化しよう。ってことだろ。
こんなゆるい、どこまでも意味ない標準もないし、マークアップ縛りってだけの意味のない制限。
218(5): 2018/09/09(日) 01:05:39.24 ID:YC2MPQZj(2/8)調 AAS
理解してほしい文章書くなら後出しジャンケンやめて、標準化したい仕様を書かないとなんにも伝わらん。
219(4): 2018/09/09(日) 01:29:17.84 ID:4QGYefvI(1)調 AAS
実装出すと、仕様出す、コンセプト出すが酔い順番で
コンセプトが誰にも理解してもらえない時点でどうでもいい話だな
220(6): 2018/09/09(日) 10:52:56.98 ID:e5pDDvY7(1)調 AAS
>>216
何の意味って、最初に言ったとおり、
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
>>217
標準化しようじゃなくて
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
>>218
仕様を書く必要はないよ
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
>>219
世の中はXMLの使い方を間違ったよなーって話をしてるだけ
221(1): 2018/09/09(日) 11:08:49.33 ID:3OE6BV46(1/35)調 AAS
お前が間違ってると主張する意味がわからんし
オレオレ正しい正しい使い方もわからん
222(1): 2018/09/09(日) 12:21:19.06 ID:gnEdZr1c(1/59)調 AA×
>>221>>1
外部ﾘﾝｸ[html]:help.adobe.com
外部ﾘﾝｸ:ns.adobe.com
外部ﾘﾝｸ:example.com
223: 2018/09/09(日) 12:22:00.50 ID:xZ/Bf1iX(1)調 AAS
まあガリレオ並みの人物なら死後にでもやっぱり世間が間違ってた、あいつは凄い！ってなるやろﾊﾅﾎｼﾞｰ
224(2): 2018/09/09(日) 12:23:23.57 ID:gnEdZr1c(2/59)調 AA×
外部ﾘﾝｸ:example.com
225: 2018/09/09(日) 12:30:25.81 ID:3OE6BV46(2/35)調 AAS
特定目的のXMLと専用ツールを作っただけだな
226: 2018/09/09(日) 12:35:12.24 ID:gnEdZr1c(3/59)調 AAS
だから最初からそう言ってる。
XML設定ファイルは、アプリが個々に要素を定義するんじゃなくて
共通の仕様を作るべきだったと
そうすれば設定ツールは汎用のものを別に開発できて、
全てのXML設定ファイルをそのツールで設定でき
開発者も独自の設定ツールを作ることがなくて楽になってたんだよ。
GUI大嫌いって開発者でも、XML設定ファイルにするだけで
テキストエディタでも設定できるし、設定ツールでも設定できるようになってた
さらに作り込めば使いやすいUIを作れるし、多言語化もできてた
だから間違った方向に進んだよなーって思ってるわけだよ。
227(1): 2018/09/09(日) 13:39:29.38 ID:3OE6BV46(3/35)調 AAS
特定目的設定XMLで表現できない項目が出てきたらどうすんだ
228(2): 2018/09/09(日) 15:38:52.98 ID:gnEdZr1c(4/59)調 AAS
>>227
> 特定目的設定XMLで表現できない項目が出てきたらどうすんだ
結論を先にいうとそういうのはないと思ってる
設定のしやすさは別として（後述するがこれは解決できる問題）
どんな設定であっても、キーとバリューのリストで設定できる
例えば、Firefoxのabout:config の例
設定名: devtools.performance.timeline.hidden-markers
型: 文字列
値: ["Composite","CompositeForwardTransaction"] (JSON文字列かな？）
このような単純なキーとバリューのリストで保存されている。
これを見る限り、型としては最低限、文字列、整数値、真偽値 があれば必要十分なのだろう
まあJSON文字列とか卑怯な物使ってるからねｗ
もう少し便利にするならば、レジストリを参考して「複数行文字列」「変数展開が可能な文字列」や
キーバリューのリスト型みたいなものがあるといいだろう
で、開発の初期段階であれば、どんなに複雑な項目であっても
最悪JSON形式の文字列でテキストエディタで保存すればOKということ。
JSON設定ファイルなんてものがあるんだから、それぐらい苦じゃないだろう？ｗ
でも、設定のしやすさの問題が残っている。エンドユーザーにとってはJSON文字列で設定するのは大変。
そこで出てくるのが・・・というかもったいぶって言うほどのことではなくウェブが
すでにその問題を解決してる。CSSとJavaScriptでインターフェースを作ればいい。
そしてその値をフォームにマッピングする（例えばJSON形式で保存）
当然外部CSSとJavaScriptを使うため、設定ファイル自体はシンプルな状態を保つことができるし、
テキストエディタで編集したい人はそのまま編集できる。
それでいて設定ファイルをシームレスにユーザーインターフェースへとつなげることができる。
ウェブ技術の応用だからUIを作れる人は多いだろうし、なによりUIの作り込みは後からやれるから開発者の負担も減る
229(1): 2018/09/09(日) 15:51:15.33 ID:eOH7Cwna(1)調 AAS
何でも設定できる汎用フォーマットに何でも設定できる汎用GUIという
ありとあらゆる機能を詰め込んだ膨大な仕様、実装を要求してることに気が付かないのか
230: 2018/09/09(日) 16:03:23.98 ID:gnEdZr1c(5/59)調 AAS
>>229
ぜんぜん？ だって>>224を見てよ。
タグは使い方を変えただけ。本質的には今の使い方と変わらない
今までと同じようにテストエディタで編集できる
それに加えて汎用の設定ツールの開発が可能になる。
設定ツールの仕様がブラウザ並みに大変になる思うかもしれないが、
CSSやJavaScriptはオプショナルに過ぎない。搭載は必須ではない。
ネスケ4とかガラケーやテキストブラウザレベルのものがあれば
設定ツールとして機能する。膨大でもなんでもない。
どうせ今だって複雑な項目をテキストエディタで編集してるんだろ？
ならそこだけ諦めて <textarea>で編集すればいいだけだよ。
そして将来高機能な設定ツールが登場すれば、CSSとJavaScriptで
リッチなUIが使えるようになるし、それがでるまでは
テキストエディタやテキストブラウザ等で設定できる
そして設定ツールは汎用なので独立して開発できる。
なにかアプリを作ったときエンドユーザーが簡単に使えるようにと
アプリ開発者がオリジナルの設定ツールを作る必要はないわけだ。
231: 2018/09/09(日) 16:11:00.00 ID:gnEdZr1c(6/59)調 AAS
重要なのは、テキストエディタで編集するのなら、
今のXML設定ファイルとほぼ同じ使い勝手でありながら、
将来的に拡張していけるということ、
今よりも悪くなっているところがなにもない
232: 2018/09/09(日) 16:11:33.39 ID:3OE6BV46(4/35)調 AAS
相当頭悪そうでまともにプログラム書いたこと無さそうなのがわかるので
なんか実装見せてくれたら誰か相手してくれると思うよ
233: 2018/09/09(日) 16:15:20.76 ID:gnEdZr1c(7/59)調 AAS
一言悪口を言わないと気がすまないようだなｗ
何かわからなかったら言えば説明するし、
わかったなら、そのことについてコメントしろよ。
なんで書いてあることをいつも見なかったことにして悪口だけ言うんだ？
お前の言うことには中身がない。
頭悪そうに見えるのはお前の方だよ
234: 2018/09/09(日) 16:47:44.45 ID:3OE6BV46(5/35)調 AAS
あなた人の指摘が理解できないでトンチンカンな持論くりかえすだけだからね
だからこれ以上なにか言いたきゃ実装出せば
235: 2018/09/09(日) 17:00:12.12 ID:gnEdZr1c(8/59)調 AAS
人の指摘ってどれのこと？
236(1): 2018/09/09(日) 17:06:24.91 ID:YC2MPQZj(3/8)調 AAS
一連のXML、HTML君の言い分をまとめれば矛盾だらけだけど、矛盾を指摘するのがだるいから意味のあることだけまとめるね。
・マークアップ言語を使って設定アプリを作れる。xmlは間違った進化してるけど、それはxmlの仕様を変えれば問題ない。
ってことだ。マークアップも一応プログラミング言語だからPC上でできることは何でもできる。っていうだけのことでしょ。
つまりおまえの言ってる標準は言語を使えばアプリを作れるってPCの誰でも知ってる標準にXMLと設定アプリを加えただけなんだが、
それ以上になにかあるのか？っていうこと。
237(1): 2018/09/09(日) 17:28:55.02 ID:YC2MPQZj(4/8)調 AAS
>>123から始まってるxml君の言いたいことはよくわからんが、
メタ情報の標準化はxmlに限らずオントロジーの作法を知らないからxmlの仕様がーとなるんだろ。
メタ情報を標準化しなくてもオントロジーを定義してrdfの仕様に沿えばメタ情報の解釈はできるんだけど知ってるのかな。
膨大なアプリじゃないと言い切るならどんなブラウザでもそのくらいはできるし大丈夫だよね。
238(1): 2018/09/09(日) 17:34:43.42 ID:gnEdZr1c(9/59)調 AAS
>>236
お前がわかってないじゃんｗ
XMLは何の略か知ってる？ eXtensible Markup Languag
日本語にすると「拡張可能なマークアップ言語」
「拡張されたマークアップ言語」ではないんだよ。
拡張可能が意味する所は、拡張して使いましょうってこと。
XMLの仕様を変える？XMLの仕様のどこが問題なんだ？
ODFなど様々なXMLベースの仕様が作れるほど拡張可能な素晴らしいマークアップ言語だろ
ただ世の中XMLを間違った拡張をした独自の設定ファイル形式が多いってだけ
それはXMLの仕様や進化とは関係ない。そもそもXMLの仕様はシンプルではずっと前から
安定していて、仕様を変える必要性もないほど柔軟で拡張可能に作られている
俺はXMLの仕様自体には文句をつけていない。アプリ独自の拡張方法に文句をつけてる
俺が言ってる意味ちゃんと理解できてる？XMLがどういうものかもわかってないでしょ？
君どうも知識が浅いよ。具体的じゃなくてどうとでも取れるようなことしか言ってない。
> マークアップも一応プログラミング言語だから
ぜんぜん違う。チューリング完全であることはプログラミング言語に要求されることの一つだが、
マークアップ言語はチューリング完全ではない
そういうポロッと素人レベルのことを漏らすから、知識浅いとわかる
> PC上でできることは何でもできる。っていうだけのことでしょ。
そんな意味のないことは一言も言ってない。お前が理解してない証拠。
（俺が言ってることを理解出来ないが）きっと誰でもわかるようなことを言ってる違いないと
お前が思って、誰でもわかるようなことを言ってる例として出しただけでしょ？
239: 2018/09/09(日) 17:37:49.44 ID:gnEdZr1c(10/59)調 AAS
>>237
何が言いたいの？
俺はXMLベースの設定ファイルの多くが間違った拡張をしてると言ってるだけ？
で、お前は？オントロジー？
XMLベースじゃなくても、頑張ればなんでもできるって
一般的な話をしてるだけ？
俺はそんな話はしてないよね。
240(1): 2018/09/09(日) 17:40:08.49 ID:gnEdZr1c(11/59)調 AAS
変な所にはてながついちゃったｗ
俺はXMLベースの設定ファイルの多くが間違った拡張をしてると言ってるだけ
俺は今の現実を批判してるのであって、
お前みたいに存在しないものを作るなんて話はしてない
架空の世界の話はしてないんだよ
241: 2018/09/09(日) 17:41:01.71 ID:gnEdZr1c(12/59)調 AAS
> 膨大なアプリじゃないと言い切るならどんなブラウザでもそのくらいはできるし大丈夫だよね。
XMLベースならテキストエディタで変更できるんでー
大丈夫ですよーｗ
242: 2018/09/09(日) 17:41:42.88 ID:3OE6BV46(6/35)調 AAS
現実にはお前の理想とする設定ツール実装は存在しないんだろ？
それは架空の話と言うんだよ
243: 2018/09/09(日) 17:42:10.71 ID:gnEdZr1c(13/59)調 AAS
だからテキストエディタで設定できるって（笑）
何度も言わせんなや
244: 2018/09/09(日) 17:43:52.80 ID:3OE6BV46(7/35)調 AAS
ぼくのかんがえたさいきょうの設定はテキストエディタで何でも設定できるんだー！って何が凄い発想なのか
245: 2018/09/09(日) 17:44:47.06 ID:YC2MPQZj(5/8)調 AAS
>>240
>俺はXMLベースの設定ファイルの多くが間違った拡張をしてると言ってるだけ
ここにみんなが突っ込んでるんじゃなくて（間違った拡張も主観的な主張だけど。）、
>XML設定ファイルは、アプリが個々に要素を定義するんじゃなくて
>共通の仕様を作るべきだったと
それは作りたい人が作ればよろしい。みんな使わないと思うが。
246(1): 2018/09/09(日) 17:46:56.46 ID:YC2MPQZj(6/8)調 AAS
自由に拡張できるといい、他人の拡張を間違っているといい、しまいには共通の仕様を作れと言う。
文脈に矛盾が生じてるのに気がついていない。
上下前次1-新書関写板覧索設栞歴
あと 573 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.069s