若い時にいい経験させてもらったから嫌いになれない。Strict XHTMLの世界線も見てみたかった。
XMLは盲腸って表現うまいな。消すコスト高すぎてゾンビ化してるの分かりすぎる
XMLはアレでSGMLを簡略化したモノ。必要以上に複雑にするのはIBMの悪い癖。
XHTMLは素晴らしいと思ったのに現実路線のHTML5のほうが流行ってしまったの残念だった
勘違いの断定が多すぎて反応しづらい。（XAMLをバリバリ書きながらのつぶやき）
大きくて複雑なデータ構造を表現するにはJSONよりXMLのが明らかに有用で、今でも大きなJSONを扱うとコレXMLのが使いやすいよなぁと思う。RESTAPIがJSON優位なのはRESTは分割して設計できるから。逆にデータのデカいRESTは地獄。
現在勝ったと思われているフォーマットも10数年後にはレガシーになり、どうやって巻き取るかの議論になったとき「ケチらないで最初からXMLで作っておけばよかった」と愚痴られるのは明らかである、かもしれない
いや普通に使いまくっている。XAMLでも個人用ツールの設定でも。階層構造の設定をJSONで読み書きとか絶対ヤだよ。属性と要素の使い分けがいいんだよ。てかバズワードで終わってねぇよ。
XMLの代表のXHTMLが流行らなかったのは「全文を受信完了するまでパース開始できず、低速環境や通信の中断に弱く、ユーザー体験が悪化したため」と思っている。Office文書などではこの問題が発生しないため残っている
XMLはよくできてると思うけどね。書き味がJSONに負けてたというだけの話で。
違うよ。スキーマはオプショナルだしJSON等にもある。名前空間は理解容易。うるさいタグ表現も必須でなくJSON表現すら可能。高機能な共通中間表現として強力で実に筋は良かった。ただそんな高機能に需要がなかっただけ
外れてもいない。新規案件でXMLはあまり使われないだろうし、XMLは人間が読み書きできないことは無いけどしんどい。しかし当時は標準化や規格があると安心して通しやすい時代背景もあったんだろう。
一番広く使われているのは MS Office、一番成功したのは SVG かな。Office は新たに再設計したらこうはならないだろうけど、唯一 SVG だけは、HTML 内にそのまま展開できる強みが凄いので再設計してもこうなる気がする。
なんて言うか、間違いなくITを大きく変えた要素ではあるんだけど、当時言われていたほど表面部分では使われなかったんだよね…むしろ見えない所ほど浸透度が高い存在だという認識。
そもそもXMLは「マークアップ言語」なのだが、それをマークアップと全く関係ない用途に使うことのおかしさについてどう思っているのか、はてぶ諸氏に聞いてみたい。割とマジで
SVGは元気よね。RosettaNetみたいな企業間取引を標準化できるかのような過剰な期待感はあった。
AIが書くならMarkdownよりHTMLの方が良いって記事を最近読んだな。某破綻したプロジェクトで、XMLDBがRDBと同程度に使えます、検索高速ですってクソ提案してた。もちろんそんな未来はあるわけも無く。
虫垂炎を起こさなかったから残っている盲腸w
複雑文書というより、地の文というものがあってその所々にメタデータが付くという形式に向いているんじゃないかな
同意しない。jsonやmarkdownでは手に負えないケースをカバーできるし今はdomも進化している。処理系が未熟なときに無責任に推した詐欺的SIerや使ってもいないのに適当なことをいう連中がもたらした風説を真に受けないよう
AnthoropicとOpenAIのブログだとAIのプロンプトにはXMLとmarkdownを推してる、https://developers.openai.com/cookbook/examples/gpt-5/gpt-5_prompting_guide、https://www.reddit.com/r/ClaudeAI/comments/1psxuv7/anthropics_official_take_on_xmlstructured/?tl=ja
XSLTを知った時は「これは神ツール！」って思った。すげ〜難しいしデバッグも辛いし実装はほぼSAXON一択だしで未来は無いなと感じたけど。
Flashで使ってた。
XMLと関連規格は構造化文書フォーマットとインターネットでのデータ交換フォーマットの二つの側面があって時代的に後者に引っ張られて面倒を抱え込んだ面はあるし(XML Schemaとか)その辺は大体IBMのせい。RELAX NG使おう！
e-TaxもXMLベースで厳格なお役所仕事感増し増し
電機業界でXMLの仕事してましたが、最低40年使う厳格なデータ形式としてXML以外のまともなデータ形式は未だに存在しない認識。物理量の表現がIECとIEEEで異なる世界で、標準に依拠できる強力なデータ型は必須要件でした。
XMLとUMLをセットでみるのは良い視点だなと思った
うーん？バズワードってなんか曖昧な流行り言葉みたいなものだと思ってたけど違うのか？これほど明確に定義されたものをバズワードと呼ぶのは違和感が。
クソ真面目にどんな仕事も時間かけてこなしてしたXMLさんが、新入社員の人当たりのよいチャラ男JSONに仕事を奪われた図
XMLはコメントアウトが許容されているから便利。YAMLもかな？
Officeはバイナリから離れるため、XMLを使ったんでしょ。なんだかんだ、Human readableなのはありがたい
XML？どう考えても固定長データの方が処理しやすいし通信量も少ないですよ。時代遅れです。
今だったらprotocol buffersってんな馬鹿な。と思って見たらまたこいつかよ。
人間が手で書くには煩雑すぎて向かないだけなんで… / 人間が読み書きできる範疇の仕様は悪くはないと思うがそれだとJSON/YAMLと大差が無くなってくるので…
タグの閉じ忘れ、エスケープ、名前空間、DTD/Schema、XSLT、XPath、XQuery……そろそろ嫌になって来ましたか？「強力なスキーマと検証」に疲れてTypeScriptという妥協に甘んじましたか？正直になりなさい
暴論だなぁ。今XMLを使って作られてるフォーマットを白紙にして一から設計するとして、じゃあXMLではなく何で設計するよって言われてもいまいちピンと来ないんだよね。SVGが嫌ならPostscript使ってみる? って話(´・ω・`)
Spring の Bean 以来書いてないな
出自がSGMLなのを考えれば、HTMLはXMLの概念的なサブセット。HTMLがまだ廃れないことを考えると「スキーマは必要か」という問いにたどり着く。今のところ状況により必要ってことになるのだろうか
設定ファイルや企業間のフォーマットではXMLよく使われてると思うけどね JSONのツールは基本XMLにも対応してるでしょ
でもClaudeのプロンプトはXMLにした方がいいんでしょ?
xfyってどうなったんだろう
Reactで採用されてるJSXはXMLの技術なんだが。フロントエンジニアではないんだろうけど、ひと言も言及しないのは流石にどうかと思う。15年くらい前だったらいい記事になったかもね。
jsonはcsvと比較すると良いと思うけど、XMLと比較すると一長一短と思ってる。使う場面によって選ぶ感じ。
Ajaxは流行らせたXHRは、XMLHttpRequestっていうんだよ！Semantic WebからWeb Appつう技術の良し悪しではなく、ニーズの良し悪しでトレードが変わる。Schema復権も良し悪しではなくニーズの変化なんすよ。
Web界隈で忌み嫌われるのもわかるけど、IDE派なので、きっちりスキーマ定義されたXMLをゴリゴリに入力補完しながら書くのは好きだなぁ
pdfractalのカスみたいな記事をはてブで上げるな https://b.hatena.ne.jp/site/zenn.dev/pdfractal
SOAPではなくRESTが流行った時にjsonが選ばれたから。
XMLは別にバズワードではないな。自分が実際どうだったか知らん分野に対してAI生成で記事作るとこうなる。典型的AIスロップでZennも上げられるの1日1本に絞ってるってこと以上に対策しないと本当に自身が無価値になるよ
またこの人だ。1日1個、バズりやすそうな記事をAIで書く、を習慣にしてるんでしょうね。中身は見ての通りなので。
最後に手で書いたのは、Apache Antのbuild.xmlで、意外にも最近だな。／技術雑誌のXMLの連載が意味不明だった。単純なものを無駄に複雑化する雰囲気はある。
バズワードなの？これ
最近 "LLMはmarkdownじゃなく htmlを出力すべき"みたいな記事が上がってたけど、それなら XMLの方が良いよねと感じながら読んでた。とはいえ大抵のものは JSONと markdownで間に合っちゃうよな
インフラ化
きっちりカッチリしてるから、使いたい人はこれでいいんだよ。シンプルにゆるゆる使い人はJSONとかでええんや
xlsxで毎日触ってるでしょ。普及してインフラになって透過されてる。
委員会式に巨大な仕様になりがちだが、SGML は筋がよい。schema 解釈して viewer で見る形式なんだから、目で見てデバッグしづらいと言われてもなー。
00年代のIT業界最大のバズワード「XML」は現在どうなったのか？
若い時にいい経験させてもらったから嫌いになれない。Strict XHTMLの世界線も見てみたかった。
XMLは盲腸って表現うまいな。消すコスト高すぎてゾンビ化してるの分かりすぎる
XMLはアレでSGMLを簡略化したモノ。必要以上に複雑にするのはIBMの悪い癖。
XHTMLは素晴らしいと思ったのに現実路線のHTML5のほうが流行ってしまったの残念だった
勘違いの断定が多すぎて反応しづらい。（XAMLをバリバリ書きながらのつぶやき）
大きくて複雑なデータ構造を表現するにはJSONよりXMLのが明らかに有用で、今でも大きなJSONを扱うとコレXMLのが使いやすいよなぁと思う。RESTAPIがJSON優位なのはRESTは分割して設計できるから。逆にデータのデカいRESTは地獄。
現在勝ったと思われているフォーマットも10数年後にはレガシーになり、どうやって巻き取るかの議論になったとき「ケチらないで最初からXMLで作っておけばよかった」と愚痴られるのは明らかである、かもしれない
いや普通に使いまくっている。XAMLでも個人用ツールの設定でも。階層構造の設定をJSONで読み書きとか絶対ヤだよ。属性と要素の使い分けがいいんだよ。てかバズワードで終わってねぇよ。
XMLの代表のXHTMLが流行らなかったのは「全文を受信完了するまでパース開始できず、低速環境や通信の中断に弱く、ユーザー体験が悪化したため」と思っている。Office文書などではこの問題が発生しないため残っている
XMLはよくできてると思うけどね。書き味がJSONに負けてたというだけの話で。
違うよ。スキーマはオプショナルだしJSON等にもある。名前空間は理解容易。うるさいタグ表現も必須でなくJSON表現すら可能。高機能な共通中間表現として強力で実に筋は良かった。ただそんな高機能に需要がなかっただけ
外れてもいない。新規案件でXMLはあまり使われないだろうし、XMLは人間が読み書きできないことは無いけどしんどい。しかし当時は標準化や規格があると安心して通しやすい時代背景もあったんだろう。
一番広く使われているのは MS Office、一番成功したのは SVG かな。Office は新たに再設計したらこうはならないだろうけど、唯一 SVG だけは、HTML 内にそのまま展開できる強みが凄いので再設計してもこうなる気がする。
なんて言うか、間違いなくITを大きく変えた要素ではあるんだけど、当時言われていたほど表面部分では使われなかったんだよね…むしろ見えない所ほど浸透度が高い存在だという認識。
そもそもXMLは「マークアップ言語」なのだが、それをマークアップと全く関係ない用途に使うことのおかしさについてどう思っているのか、はてぶ諸氏に聞いてみたい。割とマジで
SVGは元気よね。RosettaNetみたいな企業間取引を標準化できるかのような過剰な期待感はあった。
AIが書くならMarkdownよりHTMLの方が良いって記事を最近読んだな。某破綻したプロジェクトで、XMLDBがRDBと同程度に使えます、検索高速ですってクソ提案してた。もちろんそんな未来はあるわけも無く。
虫垂炎を起こさなかったから残っている盲腸w
複雑文書というより、地の文というものがあってその所々にメタデータが付くという形式に向いているんじゃないかな
同意しない。jsonやmarkdownでは手に負えないケースをカバーできるし今はdomも進化している。処理系が未熟なときに無責任に推した詐欺的SIerや使ってもいないのに適当なことをいう連中がもたらした風説を真に受けないよう
AnthoropicとOpenAIのブログだとAIのプロンプトにはXMLとmarkdownを推してる、https://developers.openai.com/cookbook/examples/gpt-5/gpt-5_prompting_guide、https://www.reddit.com/r/ClaudeAI/comments/1psxuv7/anthropics_official_take_on_xmlstructured/?tl=ja
XSLTを知った時は「これは神ツール！」って思った。すげ〜難しいしデバッグも辛いし実装はほぼSAXON一択だしで未来は無いなと感じたけど。
Flashで使ってた。
XMLと関連規格は構造化文書フォーマットとインターネットでのデータ交換フォーマットの二つの側面があって時代的に後者に引っ張られて面倒を抱え込んだ面はあるし(XML Schemaとか)その辺は大体IBMのせい。RELAX NG使おう！
e-TaxもXMLベースで厳格なお役所仕事感増し増し
電機業界でXMLの仕事してましたが、最低40年使う厳格なデータ形式としてXML以外のまともなデータ形式は未だに存在しない認識。物理量の表現がIECとIEEEで異なる世界で、標準に依拠できる強力なデータ型は必須要件でした。
XMLとUMLをセットでみるのは良い視点だなと思った
うーん？バズワードってなんか曖昧な流行り言葉みたいなものだと思ってたけど違うのか？これほど明確に定義されたものをバズワードと呼ぶのは違和感が。
クソ真面目にどんな仕事も時間かけてこなしてしたXMLさんが、新入社員の人当たりのよいチャラ男JSONに仕事を奪われた図
XMLはコメントアウトが許容されているから便利。YAMLもかな？
Officeはバイナリから離れるため、XMLを使ったんでしょ。なんだかんだ、Human readableなのはありがたい
XML？どう考えても固定長データの方が処理しやすいし通信量も少ないですよ。時代遅れです。
今だったらprotocol buffersってんな馬鹿な。と思って見たらまたこいつかよ。
人間が手で書くには煩雑すぎて向かないだけなんで… / 人間が読み書きできる範疇の仕様は悪くはないと思うがそれだとJSON/YAMLと大差が無くなってくるので…
タグの閉じ忘れ、エスケープ、名前空間、DTD/Schema、XSLT、XPath、XQuery……そろそろ嫌になって来ましたか？「強力なスキーマと検証」に疲れてTypeScriptという妥協に甘んじましたか？正直になりなさい
暴論だなぁ。今XMLを使って作られてるフォーマットを白紙にして一から設計するとして、じゃあXMLではなく何で設計するよって言われてもいまいちピンと来ないんだよね。SVGが嫌ならPostscript使ってみる? って話(´・ω・`)
Spring の Bean 以来書いてないな
出自がSGMLなのを考えれば、HTMLはXMLの概念的なサブセット。HTMLがまだ廃れないことを考えると「スキーマは必要か」という問いにたどり着く。今のところ状況により必要ってことになるのだろうか
設定ファイルや企業間のフォーマットではXMLよく使われてると思うけどね JSONのツールは基本XMLにも対応してるでしょ
でもClaudeのプロンプトはXMLにした方がいいんでしょ?
xfyってどうなったんだろう
Reactで採用されてるJSXはXMLの技術なんだが。フロントエンジニアではないんだろうけど、ひと言も言及しないのは流石にどうかと思う。15年くらい前だったらいい記事になったかもね。
jsonはcsvと比較すると良いと思うけど、XMLと比較すると一長一短と思ってる。使う場面によって選ぶ感じ。
Ajaxは流行らせたXHRは、XMLHttpRequestっていうんだよ！Semantic WebからWeb Appつう技術の良し悪しではなく、ニーズの良し悪しでトレードが変わる。Schema復権も良し悪しではなくニーズの変化なんすよ。
Web界隈で忌み嫌われるのもわかるけど、IDE派なので、きっちりスキーマ定義されたXMLをゴリゴリに入力補完しながら書くのは好きだなぁ
pdfractalのカスみたいな記事をはてブで上げるな https://b.hatena.ne.jp/site/zenn.dev/pdfractal
SOAPではなくRESTが流行った時にjsonが選ばれたから。
XMLは別にバズワードではないな。自分が実際どうだったか知らん分野に対してAI生成で記事作るとこうなる。典型的AIスロップでZennも上げられるの1日1本に絞ってるってこと以上に対策しないと本当に自身が無価値になるよ
またこの人だ。1日1個、バズりやすそうな記事をAIで書く、を習慣にしてるんでしょうね。中身は見ての通りなので。
最後に手で書いたのは、Apache Antのbuild.xmlで、意外にも最近だな。／技術雑誌のXMLの連載が意味不明だった。単純なものを無駄に複雑化する雰囲気はある。
バズワードなの？これ
最近 "LLMはmarkdownじゃなく htmlを出力すべき"みたいな記事が上がってたけど、それなら XMLの方が良いよねと感じながら読んでた。とはいえ大抵のものは JSONと markdownで間に合っちゃうよな
インフラ化
きっちりカッチリしてるから、使いたい人はこれでいいんだよ。シンプルにゆるゆる使い人はJSONとかでええんや
xlsxで毎日触ってるでしょ。普及してインフラになって透過されてる。
委員会式に巨大な仕様になりがちだが、SGML は筋がよい。schema 解釈して viewer で見る形式なんだから、目で見てデバッグしづらいと言われてもなー。