■■で結局XMLって普及してんのか？■■

1 ：01/12/15 〜 最終レス ：2013/02/19

勉強する価値あんの？　金稼げんの？
ハッキリしろい！！

2 ：

知ってて当然ですが何か？
終了♪

3 ：

金はかせげない。
XMLは電気や水と同じだよ。

4 ：

XMLだけじゃ喰ってけんだろ。
それに、
XML 自体はそんなに勉強せんでも理解できるけど、
XML を利用する技術の方を覚えるのが大変。
そりゃもうめっさ幅広いし。
でも使われてるのか？っていわれるとねえ。
tomcat の設定ファイルが XML だったのはちょっといやだった。
それだけ。

5 ：

XMLコーダ−っていう職業あるの？

6 ：

そんな手旗信号プロトコルみたいな職業、ヤダ。

7 ：

62 ：無責任な名無しさん ：01/11/18 00:49 ID:doqdaWjA
掲示板の運営者のすることは管理することなんだから、全部に
目を通せないなら運営すべきじゃない。また削除依頼を公開する
必要もないしなかなか削除しない理由もない。
つまり確信犯で不法行為に荷担しようとしてるとしか思えない。
金儲けはする気はないといっていたが、だったらやっぱり
彼は子供というか、人が困るのが好きなのかもしれない。
63 ：無責任な名無しさん ：01/11/18 07:00 ID:VZdC2q47
>人が困るのが好きなのかもしれない
俺にもそういう人間にしか見えないよ
違法性の程度は違うが
放火犯のような愉快犯と同じような
気味悪さを感じる
64 ：無責任な名無しさん ：01/11/18 12:59 ID:OxVkCF27
>>62,63
同意。
知人の警官もひろゆきを気味悪い程の女性気質と評していた。
ガキの頃のひろゆきを想うと、面と向かって喧嘩は出来ないが、上履きを隠したり
して喜んでたタイプだと思う。
どうでもいいけど、ひろゆきの笑った黒目がちな焦点のない目が守大介と似てるの
が妙に気になる。

8 ：

>>3
電気や水を扱った会社なかったですっけ？
みんな湧き水飲んで自家発電なんですか！？

9 ：

>>8
そんな仕事して楽しいですか？
プログラマーは楽できるけど、プログラマーの仕事が
どの分野の仕事においても、XMLの入出力制御だと思うと、
つまらんなーと思う。
楽しいのは、変換先のSVGやXHTML,SMILを使って何をするか？
だな。

10 ：

ﾈﾀにﾏｼﾞﾚｽ（以下略）

11 ：

ｶｺｲｲ!

12 ：

ｷﾓﾁｲｲ!

13 ：

めちゃくちゃ便利！と言うほどでもない

14 ：

お勧め書籍は何？

15 ：

atmarkIT

16 ：

http://www.laox.ne.jp/book/backnum.html
によると
XML　PRESS 2F 休刊 技術評論社
XML　World 2F 休刊 IDGジャパン
XMLマガジン　 2F 休刊 翔泳社

いつのまにか XMLの雑誌は全てなくなっていました。
どうなるんでしょう？

17 ：

>16
へー知らなかった。
最近、派手な新規格が停滞してるからじゃない？
W3Cとかでｵﾅﾆｰ規格作っても、その規格を普及させるまでに
至ってないところがポイント。
SVGも決めるまでは盛り上がってたけど、以降、話題としちゃ、
それっきりって感じだし。
SMILとかも地味〜に使われはじめてるけど、サーバーサイドの
一記述言語じゃ、何の記事にもならん。
XMLの雑誌が期待してたのは、SVGやリアルプレイヤーのSMILのように、
クライアントサイドで派手に動く奴だったんじゃないかなぁ。
VoiceXMLとかWEB3Dの話だけ、みんな注目するもんねぇ。

18 ：

XMLは プログラミング言語で実装してもいいことを 何でも
盛り込もうとしてますね。
XMLSchema,XSLT,XPathなどなど。
不自然な表現が多いし 理想は分からなくも無いんですが。
如何せん ユーザビリティが。。。
>16
いまだに確定してない規格もあるし
XPointer、XIncludeなどなど

19 ：

>>18
そうそう。盛り込みすぎて収拾付かなくなってる感じ。
使う者の身にもなってみろっての。
おまけにＷ３Ｃの仕様書がいいかげんだからベンダー
の実装がまちまちになってるし。
もうＷ３Ｃに振り回されるのはこりごりだよ。

20 ：

>19
製品ごとに実装が微妙に異なったりするようじゃ
わざわざXML規格統一する意味が薄れますな〜.
「盛り込みすぎ」というのは その通り！
仕様書も 抽象的な表現が多くて
実例が少ないから 読むのがしんどい！
あ〜 参りまな.

21 ：

XML全体だと確かに盛り込みすぎだな。
今後は数個のDTDが生き残って独自に進化したりするんじゃなかろうか。

22 ：

XMLSchemaって入力値のチェックができるんですよね。
単なる型チェックでなくて
例えば <メンバー 生まれた年=1980 結婚した年=2000>
で 「生まれた年＜結婚した年」のエラーチェックとかは
できるんですか?
単なる大小関係でなくもっと複雑な条件でも
方法はあるんですか？
仕様書が超長で ものぐさな自分は読む気がしない。

23 ：

そんなあなたにRELAX NGということ・・・らしい

24 ：

>>16
XMLの雑誌で残ってるのあるの？

25 ：

>>24
っていうか別に雑誌が必要なものではないでしょ？

26 ：

で、
>>16
XMLの雑誌で残ってるのあるの？

27 ：

　　　　　　　　　　　　　　新スレおめでとうございまーす♪
|　 　 　 　 |　　　　　　|　￣￣￣￣￣￣￣∨￣￣￣￣￣￣　　　　　　　　　　　　　　　　　　　　│
|＠ノハ＠ |ノノノハヽ |∋oノノハo∈|∋o☆ノハ☆o∈|　このAAがズレない環境で　 　 　 　 　 |
|（　‘д‘） |川‘〜‘)|| |　 （　´�D｀）　|　　 （　＾▽＾） 　 |　２ちゃんねるのAAが最も楽しめます　|

28 ：

普及って言うか、もうあたりまえの存在ですな

29 ：

CSV　PRESS
CSV　World
CSVマガジン
なんてものが書店に並んでいたようなものだね

30 ：

特集1. CSVフォーマットを極める！
特集2. Javaから使えるCSV操作API完全制覇
トピック1. 標準化が迫るCSV Schema
トピック2. CSVフレームワークBoboon2で大量データ管理
製品レビュー. MSが時期Officeで発表するCSVDoc

31 ：

XMLの雑誌買った人いる？

32 ：

ＸＭＬありがとう！
MS、Office 11で仕掛ける“リスキー”な戦略
http://www.zdnet.co.jp/news/0210/23/ne00_office.html
Office 11でXMLの採用が拡大することで、顧客には、作成したXML文書を、
自社やMicrosoft以外のソフトメーカーのアプリケーションで使えるというメリットが
もたらされるかもしれない。Microsoftにとっては、.NET Serverなどほかの製品に
接続されたXMLサービスを通して、Officeのリーチをデスクトップ以外にも拡大できる
点がメリットになるだろう。
XMLの採用により、同社は初めて、10年あまり使われてきたOffice独自の
ファイルフォーマットを回避できる選択肢を提供することになる。

これでOpenOffice.orgみたいなフリーのオフィスソフトに一気に火がつくか

33 ：

>>32
マジレスしておくと、このことで、OOoとの連携で恩恵を受けるのは、MSオフィス11の利用者だけ。
ということは、OOoに火がつくには、MSO11 が普及してくれなければ困るわけ。
ということで、じりじりは火がつくかもしれんが、一気にはつかない。
まあ、OOoで、現在もMSO形式に保存してやれば、簡単なものは大丈夫だろうけどね。

34 ：

きっと、MSのXMLって複雑すぎて解析するのが、
すげー面倒だと思われ。
きっと、それをさらに解析してくれるモジュールが欲しくなるハズ。
Wordの１ページ目のテキスト取得・・・とか。

35 ：

XML DBってどうなんでしょ？エクセロンとか売れてんの？
ネイティブXMLをそのまま保存して、かつクエリー検索したり
あるノードの値で、集計、ソートできてくれれば結構良いかも。
クラスの構造をXMLにシリアライズして、そのままストアできるんなら
プログラムも楽か？

36 ：

eXcelonは買収されまつた。
XMLDBのメリットは、せいぜい
・文書を跨ったXPath検索ができる（ファイルシステムに格納ではこれはできまい）
・XMLの更新にアップデートが使える
といったところじゃないかなぁ？
Yggdrasil使ったことある人いる？

37 ：

>36
基本的なデータはXMLなんだけど、計測結果やログなどは、元データとViewを
貼ったり、集計したりしたかったりするわけですが、そういう場合は、やぱ、今までの
RDBを使うべきなんでしょうか。
両方のデータを、表にもXMLにも表現できるViewが使えて、相互運用できるように
ならないかなぁ。

38 ：

てゆうか表形式ならRDB、ツリー構造ならXMLDB。
どちらかが代替になるという代物ではないと思う。
XMLDBはやっぱファイルシステムのようなツリー構造の拡張版でしょう。

39 ：

>>30
そのBoboonって有ったら使うから作ってけれ。
毎回プロジェクト始まるたびにCSVTokenizerとか作ってるよ、漏れ。

40 ：

OracleはXMLに必死じゃない？

41 ：

おれは設定ファイル程度しかXMLいじらないが..

42 ：

http://www.tripod.co.jp/guides/cgi2.html
このsendmail
と、上のWAUを使いたいです。
宜しくお願いします。JAVAアプレットオフの人をとばす文字列も教えてください・・
noscriptみたいな感じでしたっけ・・
又、CGIボーイのアクセス解析いれたら、
左下にGETIPIPPLET　と表示されます、クリックしたときに。
これはCGIボーイですか？それとも関係ないでしょうか。宜しくお願いします。
CGIボーイって、アクセス売ってるって話ありますが、裏にどこがついてるんでしょう・・お願いします
もう一回はります。
http://www.tripod.co.jp/guides/cgi2.html
このsendmail
と、上のWAUを使いたいです。
宜しくお願いします。JAVAアプレットオフの人をとばす文字列も教えてください・・
noscriptみたいな感じでしたっけ・・
又、CGIボーイのアクセス解析いれたら、　
左下にGETIPIPPLET　と表示されます、クリックしたときに。
これはCGIボーイですか？それとも関係ないでしょうか。宜しくお願いします。
CGIボーイって、アクセス売ってるって話ありますが、裏にどこがついてるんでしょう・・お願いします

43 ：

多分、IE&NNともver8ぐらいになってXML非対応ブラウザ消滅すれば飛躍的に進歩するとｵﾓﾜﾚ
そのうち2chもデータをXMLで吐き出す鴨

44 ：

>>43
回線も大きくならないと

45 ：

>43
クライアントサイドレンダリングは永遠の夢に終わりそうなﾖｶｰﾝ

46 ：

>>45
BBSでさえサーバ側でgif にレンダリングしてクライアントに送るとか！

47 ：

SVGに変換とかなら出てきそうだ

48 ：

>>45
ネトゲで"アイテム一覧表"をXML+XSLでユーザーサイドレタリングさせてるのを見た、
バカと言うか、趣味の世界だと思った(W

49 ：

>>45
クライアントサイドレンダリングは､Cocoon でやってる事じゃないの？
PDF,SVG,PS,WML,VoxML,VRML 等を出力できるよ。　これらのビュワが､クライアントに有ればよい。

50 ：

>49
そういうことではなく、クライアントのXSLTエンジンで
XML + XSLの処理を行うハナシ。
昔検索エンジンで意味を解釈できれば、検索精度上がるね〜
とか言ってた時期があったよなぁ。サーバー上にXML + XSLを
置いとけば、世界的なDBが作れて、将来バラ色〜みたいな世界。
ネスケがどうの、テキストブラウザがどうのと言っているようじゃ、
永遠に、そんな世界はやってこない。

51 ：

日本で正しいStrictなHTML!とか言ってる人って視野狭いよね。

52 ：

XMLって何？

53 ：

他人が作った規格なんておもしろくない。
自前の規格を中途半端に作って神になり、
メンテで犬のように苦しむ。
それでこそプログラマでは？

54 ：

設定ファイルをxmlで書いてもらえるとありがたい。
自分でパーザ書いたり、正規表現で上手いこといかないか
考えるのは面倒やし。

55 ：

真っ当な意見と見せかけ、実は詭弁で論点をはぐらかす輩が多々おります。
皆様も以下の「詭弁の特徴」を覚え、そういう輩を排除しましょう。。
例：「XML ははたして糞か」という議論をしている場合
　　 あなたが「XML は糞としての条件を満たしている」と言ったのに対して
　　 否定論者が…
　１：事実に対して仮定を持ち出す
　　　　 「XML の処理は遅いが、もし速い処理系があったらどうだろうか？」
　２：ごくまれな反例をとりあげる
　　　　 「だが、XML にしたほうがオーバーヘッドを少なくすることもある」
　３：自分に有利な将来像を予想する
　　　　 「何年か後、オーバーヘッドが気にならなくなるくらいハードが進化してる」
　４：主観で決め付ける
　　　　 「W3C がゆるさない」
　５：資料を示さず自論が支持されていると思わせる
　　　　 「アメリカでは企業間データを XML でやり取りするのが一般的だ」
　６：一見関係ありそうで関係ない話を始める
　　　　 「ところで、今の XML パーサーのベースは日本人が作ったのを知っているか？」
　７：陰謀であると力説する
　　　　 「それは、バイナリ ﾏﾝｾｰ なアセ野郎が画策した陰謀だ」
　８：知能障害を起こす
　　　　 「何、DTD ごときにマジになってやんの、バーカバーカ」
　９：自分の見解を述べずに人格批判をする
　　　　 「今時 Relaxer も知らない奴は社会に出てない証拠。現実をみてみろよ」
　10：ありえない解決策を図る
　　　　 「パーサーをアセンブラで組めば良いってことでしょ」

56 ：

>55
別にXMLマンセーではないが、将来ハードスペックがあがることを
想定したリッチな機能開発って必要だと思うよ。現場で汗流してる
人には許せんのかもしれんが。

57 ：

正直、メリットがわからん。
B2B間でデータやりとりするのにどうしてこれがいるわけ？
オフィス内のデータをこれで文書化して何が嬉しいわけ？

58 ：

メリットはシャンプーですが何か？
メリットがわからんﾔｼらって本当にプログラマなのか。。
>>53みたいのはうざいだけだぞ

59 ：

XML = Lisp

60 ：

まあ、役にたとうがたつまいが勉強しといて損はないかと思われ。
すたれたら忘れりゃいいし。
>>59
さんざんｶﾞｲｼｭﾂ。
でも = じゃないと思うぞ、ってのもさんざんｶﾞｲｼｭﾂ。

61 ：

xml=windowsの.iniファイル

62 ：

>>55
詭弁を詭弁か否か判断する知識として勉強になったよ。
仕事で生かせそうでつ。サンキュ。
でもいろんな考えや経験や立場の人がいるのだから、
詭弁ともとれるマジレスがあるのも結構いいのでは？
XMLのことはよーわかりまへん。
主題から外れた発言で失礼しますた。

63 ：

そ、それは(ほぼ)コピペにマジレスというやつか!?

64 ：

さらら並に物分かりのよい彼女がほしいと思った
この手の仕事をしている男子のあこがれ？

65 ：

でと、スカパー番組をＸＭＬにするにはと
<ch></ch>
<date></date>
<time></time>
<title></title>
こんなかんじがいいのかな？
このＸＭＬファイルをダウンロードするだけで予約ＯＫとかにならないかなスカパー

66 ：

保守

67 ：

あげてみる
JavaとかでXMLによる永続オブジェクトとかんなんとかっていうのがｲｲ!というようなことを
みたんだけど、実際やってる人XMLってプログラムラミング楽になりますか？

68 ：

>>67
Ｃの構造体の呪縛から逃れられそうな気がするんでラク。
つーかなんか今更という感じの質問だな。
このスレも今となってはなんか今更。

69 ：

xmlトランザクションシステムには笑った（ｗ

70 ：

XMLCSV があればいいなあ。

71 ：

XMLはどうもねぇ〜。。。
期待大きかったのに。

72 ：

EclipseのOmondoプラグインでSVG使われてるね。

73 ：

XMLに画像データを入れる場合は何の形式で入れますか？
Jpegをなんかのエンコードして、タグにJpegだと書いときゃ良いのか？

74 ：

blogはXMLじゃないんですか？

75 ：

ほう、ではBlogはIEを捨ててるのか

76 ：

XML宣言しているのに拡張子がhtmlってなんかおかしくね？

77 ：

現状ではしょうがなくね?

78 ：

>>77
サーバー側でメディアタイプさえきちっと指定されてさえいれば、index.xhtml だろうが index.foo.bar.baz だろうが問題ないはずでは？

79 ：

VIPPERから
　　　　　VIP取ったら
　　　　　　　　ただのパー　　　　（○）　　　　　　　　　　〜φ ←蛾
　　　　　　　　　　　　　　　　　 　　ヽ|〃　ﾁｮｳﾁｮﾀﾞｰ　
　　　　　　　　　 　　　　　　　　ヽ( ﾟ∀｡)ノ 　
　　　　　　　　　　　　　　　　三　ﾉ　ﾉ　　　　　 　　　　　　　　それがVIPクオリティー
　　　　　　　　　　　　　　　　三丿　>　　　　　　　　　　　　　　http://ex7.2ch.net/news4vip/

80 ：

RSSから入ってwebサイトの一部コンテンツをXMLベースにすることを
やりはじめた。だが、ちょと考えると、XML + XSLT --> XHTML という流
れと、　RDBMS + PHP --> XHTML という流れのページ作成手法では
後者のほうが、拡張性、汎用性、任意の論理演算可能性とかの点で
やっぱはるかに勝るように見えるんだけどどうよ。結局、漏れはRSS作るのも
RDBMSから作成するようにしちまった。ようは、XMLベースが有利なのは、
更新頻度があんまり高くなくて（せいぜい一日一回くらいとか）、処理が
うんと定型的なものに尽きると、そいう理解で良いのか？

81 ：

元データを二次元表形式で表現できるなら、RDBMS のが圧倒的に楽だと思う。
RSS なんてまさにそれ。
XML が有利になるのは深さ可変のツリーとかかなあ。
でもそういうデータって実際あんまり無いよね。

82 ：

>>81 可変深さのツリーか。たしかに、そうだね。

83 ：

階層化ハッシュみたいのがl表記出来たら、ものすごく普及するんだろうけどな。

84 ：

ageとくよ

85 ：

ageとくよ

86 ：

別にいいよ

87 ：

>>83
「階層化ハッシュみたいなもののl表記」ってなんですか？

88 ：

掲示板とか、ちょっとしたCMSのログをXML形式にしたら楽な気がするんだが、ログファイルをXML形式で扱ってる
スクリプトって配布されてるものって何かある？参考にしたいから知ってたら教えて。

89 ：

巷の小学生女児のマストアイテム

90 ：

>>67
楽になる。
設定ファイルなんてすべてXMLが常識だろ
今時CSVやバイナリなんて限界ありすぎなんだよ。
XMLのほうが変更が容易でデータ構文エラーチェックも容易だ。
間違った記法もXMLパーサがちゃんと調べてくれるからな。
データがツリー構造になって管理が楽だ。
問題があるとすれば、一つのXMLファイル内にデータが蓄積されすぎないように
気をつけるべきことだな。
データ量が膨大になったとき、データのパターンが一定ならXMLを継続して使っても
問題ない、だが、データの更新が非常に頻繁で、データのパターンが非常に複雑多岐に渡ったときは
もうお手上げだ。XMLだけでは耐えられない。
そうなったらリレーショナルデータベースの出番だ。
MySQL, PostgreSQL, Firebird, Oracle, HSQLDB, Apache Derbyなどの出番だ。

91 ：

>>76
中身がXHTMLならＸＭＬになっていても拡張子はhtmlで当然だろう。
XHTMLはXMLの応用規格の一つなのだから。

92 ：

XMLには拡張子がこれじゃないという決まりは無い。
だからSVGだって中身がXMLであっても拡張子はsvgとかでもかまわない。

93 ：

俺の拡張子は.xyz

94 ：

MacOSXとかだとアプリケーションの初期設定ファイルはほとんどXMLだしな。
>>93
RPGツクールが同じ拡張子使ってるよな

95 ：

俺の拡張子は.sex

96 ：

オレの拡張子は.analだが

97 ：

じゃあ Sexual Intercourse Definition Language (SIDL) とかいう規格を作ってだな

98 ：

XSLとか書いて使ってる人はひじょーに限られてると思う
DOMはかなり使うな

99 ：

XPathもよく使う。
XSLはいらん。ていうかあれがXMLである必然性は０。
もっとちゃんとしたDSLの方がいい。

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

Perl VS PHP (543)
WebObjectsをめぐる政治的話題【粘着君OK】 (881)
JSP/Servletで構築されたサイト (223)
ギコタクの「だから逝ってないでしょ」出張所 (413)
PHPって遅くねぇか？ (103)
50万件全文検索に絶えられるカートありますか？ (142)
--log9.info------------------
星野 源【6】ミ・ο・彡ｷﾘｯ (166)
【TAKAHASHI YU】高橋優 part.7【たかはし ゆう】 (401)
☆☆　　斉藤和義　　☆☆　Vol. 56　☆☆ (855)
井上ジョー (365)
馬場俊英　13 (172)
OT 奥田民生 part136 (394)
☆★松下優也　14★☆ (417)
【秘かな名曲】杉真理 (158)
●●●INORANその53●●● (941)
【Toshi】久保田利伸 vol.21【Bring me up!】 (683)
Tama16「プロデュースはじめました」 (903)
ASKA Vol.15 (946)
JUN(*_J*)ONOSE "J "LUNA SEA part35 (124)
山崎まさよしの「タネをまくヒト」 (732)
【伝言】松山千春アニキPart10【ふわり　ふわり】 (502)
徳永英明vol.34『本音で語れチケットの不正ダメ』 (432)
--log55.com------------------
FF8総合Part189
■FINAL FANTASY XII〜FF12総合スレッド〜ver.759■
ドラゴンクエスト大辞典を作ろうぜ!!80
【装備難民向け】星のドラゴンクエスト なかまポイントスレ☆7x
【総合】ドラクエ2 悪霊の神々 Part121【DQ2/ドラゴンクエスト2】
(´・ω・｀)豚小屋出張所 出荷37匹め(´・ω・｀)
【DQW ＆ DQMSL】ドラクエウォーク 無課金スレ part.5073【コマネチ団】 ･
【総合】ドラゴンクエストXI 過ぎ去りし時を求めて Part485【DQ11】