■■で結局XMLって普及してんのか?■■
勉強する価値あんの? 金稼げんの?
ハッキリしろい!! XMLだけじゃ喰ってけんだろ。
それに、
XML 自体はそんなに勉強せんでも理解できるけど、
XML を利用する技術の方を覚えるのが大変。
そりゃもうめっさ幅広いし。
でも使われてるのか?っていわれるとねえ。
tomcat の設定ファイルが XML だったのはちょっといやだった。
それだけ。 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
同意。
知人の警官もひろゆきを気味悪い程の女性気質と評していた。
ガキの頃のひろゆきを想うと、面と向かって喧嘩は出来ないが、上履きを隠したり
して喜んでたタイプだと思う。
どうでもいいけど、ひろゆきの笑った黒目がちな焦点のない目が守大介と似てるの
が妙に気になる。 >>3
電気や水を扱った会社なかったですっけ?
みんな湧き水飲んで自家発電なんですか!? >>8
そんな仕事して楽しいですか?
プログラマーは楽できるけど、プログラマーの仕事が
どの分野の仕事においても、XMLの入出力制御だと思うと、
つまらんなーと思う。
楽しいのは、変換先のSVGやXHTML,SMILを使って何をするか?
だな。 http://www.laox.ne.jp/book/backnum.html
によると
XML PRESS 2F 休刊 技術評論社
XML World 2F 休刊 IDGジャパン
XMLマガジン 2F 休刊 翔泳社
いつのまにか XMLの雑誌は全てなくなっていました。
どうなるんでしょう?
>16
へー知らなかった。
最近、派手な新規格が停滞してるからじゃない?
W3Cとかでオナニー規格作っても、その規格を普及させるまでに
至ってないところがポイント。
SVGも決めるまでは盛り上がってたけど、以降、話題としちゃ、
それっきりって感じだし。
SMILとかも地味〜に使われはじめてるけど、サーバーサイドの
一記述言語じゃ、何の記事にもならん。
XMLの雑誌が期待してたのは、SVGやリアルプレイヤーのSMILのように、
クライアントサイドで派手に動く奴だったんじゃないかなぁ。
VoiceXMLとかWEB3Dの話だけ、みんな注目するもんねぇ。
XMLは プログラミング言語で実装してもいいことを 何でも
盛り込もうとしてますね。
XMLSchema,XSLT,XPathなどなど。
不自然な表現が多いし 理想は分からなくも無いんですが。
如何せん ユーザビリティが。。。
>16
いまだに確定してない規格もあるし
XPointer、XIncludeなどなど
>>18
そうそう。盛り込みすぎて収拾付かなくなってる感じ。
使う者の身にもなってみろっての。
おまけにW3Cの仕様書がいいかげんだからベンダー
の実装がまちまちになってるし。
もうW3Cに振り回されるのはこりごりだよ。 >19
製品ごとに実装が微妙に異なったりするようじゃ
わざわざXML規格統一する意味が薄れますな〜.
「盛り込みすぎ」というのは その通り!
仕様書も 抽象的な表現が多くて
実例が少ないから 読むのがしんどい!
あ〜 参りまな. XML全体だと確かに盛り込みすぎだな。
今後は数個のDTDが生き残って独自に進化したりするんじゃなかろうか。 XMLSchemaって入力値のチェックができるんですよね。
単なる型チェックでなくて
例えば <メンバー 生まれた年=1980 結婚した年=2000>
で 「生まれた年<結婚した年」のエラーチェックとかは
できるんですか?
単なる大小関係でなくもっと複雑な条件でも
方法はあるんですか?
仕様書が超長で ものぐさな自分は読む気がしない。 そんなあなたにRELAX NGということ・・・らしい >>24
っていうか別に雑誌が必要なものではないでしょ? 新スレおめでとうございまーす♪
| | |  ̄ ̄ ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ̄ ̄ ̄ │
|@ノハ@ |ノノノハヽ |∋oノノハo∈|∋o☆ノハ☆o∈| このAAがズレない環境で |
|( ‘д‘) |川‘〜‘)|| | ( ´D`) | ( ^▽^) | 2ちゃんねるのAAが最も楽しめます | CSV PRESS
CSV World
CSVマガジン
なんてものが書店に並んでいたようなものだね
特集1. CSVフォーマットを極める!
特集2. Javaから使えるCSV操作API完全制覇
トピック1. 標準化が迫るCSV Schema
トピック2. CSVフレームワークBoboon2で大量データ管理
製品レビュー. MSが時期Officeで発表するCSVDoc
XMLありがとう!
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みたいなフリーのオフィスソフトに一気に火がつくか >>32
マジレスしておくと、このことで、OOoとの連携で恩恵を受けるのは、MSオフィス11の利用者だけ。
ということは、OOoに火がつくには、MSO11 が普及してくれなければ困るわけ。
ということで、じりじりは火がつくかもしれんが、一気にはつかない。
まあ、OOoで、現在もMSO形式に保存してやれば、簡単なものは大丈夫だろうけどね。 きっと、MSのXMLって複雑すぎて解析するのが、
すげー面倒だと思われ。
きっと、それをさらに解析してくれるモジュールが欲しくなるハズ。
Wordの1ページ目のテキスト取得・・・とか。
XML DBってどうなんでしょ?エクセロンとか売れてんの?
ネイティブXMLをそのまま保存して、かつクエリー検索したり
あるノードの値で、集計、ソートできてくれれば結構良いかも。
クラスの構造をXMLにシリアライズして、そのままストアできるんなら
プログラムも楽か? eXcelonは買収されまつた。
XMLDBのメリットは、せいぜい
・文書を跨ったXPath検索ができる(ファイルシステムに格納ではこれはできまい)
・XMLの更新にアップデートが使える
といったところじゃないかなぁ?
Yggdrasil使ったことある人いる?
>36
基本的なデータはXMLなんだけど、計測結果やログなどは、元データとViewを
貼ったり、集計したりしたかったりするわけですが、そういう場合は、やぱ、今までの
RDBを使うべきなんでしょうか。
両方のデータを、表にもXMLにも表現できるViewが使えて、相互運用できるように
ならないかなぁ。
てゆうか表形式ならRDB、ツリー構造ならXMLDB。
どちらかが代替になるという代物ではないと思う。
XMLDBはやっぱファイルシステムのようなツリー構造の拡張版でしょう。
>>30
そのBoboonって有ったら使うから作ってけれ。
毎回プロジェクト始まるたびにCSVTokenizerとか作ってるよ、漏れ。 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ボーイって、アクセス売ってるって話ありますが、裏にどこがついてるんでしょう・・お願いします 多分、IE&NNともver8ぐらいになってXML非対応ブラウザ消滅すれば飛躍的に進歩するとオモワレ
そのうち2chもデータをXMLで吐き出す鴨 >43
クライアントサイドレンダリングは永遠の夢に終わりそうなヨカーン
>>45
BBSでさえサーバ側でgif にレンダリングしてクライアントに送るとか! >>45
ネトゲで"アイテム一覧表"をXML+XSLでユーザーサイドレタリングさせてるのを見た、
バカと言うか、趣味の世界だと思った(W >>45
クライアントサイドレンダリングは、Cocoon でやってる事じゃないの?
PDF,SVG,PS,WML,VoxML,VRML 等を出力できるよ。 これらのビュワが、クライアントに有ればよい。
>49
そういうことではなく、クライアントのXSLTエンジンで
XML + XSLの処理を行うハナシ。
昔検索エンジンで意味を解釈できれば、検索精度上がるね〜
とか言ってた時期があったよなぁ。サーバー上にXML + XSLを
置いとけば、世界的なDBが作れて、将来バラ色〜みたいな世界。
ネスケがどうの、テキストブラウザがどうのと言っているようじゃ、
永遠に、そんな世界はやってこない。
日本で正しいStrictなHTML!とか言ってる人って視野狭いよね。 他人が作った規格なんておもしろくない。
自前の規格を中途半端に作って神になり、
メンテで犬のように苦しむ。
それでこそプログラマでは? 設定ファイルをxmlで書いてもらえるとありがたい。
自分でパーザ書いたり、正規表現で上手いこといかないか
考えるのは面倒やし。 真っ当な意見と見せかけ、実は詭弁で論点をはぐらかす輩が多々おります。
皆様も以下の「詭弁の特徴」を覚え、そういう輩を排除しましょう。。
例:「XML ははたして糞か」という議論をしている場合
あなたが「XML は糞としての条件を満たしている」と言ったのに対して
否定論者が…
1:事実に対して仮定を持ち出す
「XML の処理は遅いが、もし速い処理系があったらどうだろうか?」
2:ごくまれな反例をとりあげる
「だが、XML にしたほうがオーバーヘッドを少なくすることもある」
3:自分に有利な将来像を予想する
「何年か後、オーバーヘッドが気にならなくなるくらいハードが進化してる」
4:主観で決め付ける
「W3C がゆるさない」
5:資料を示さず自論が支持されていると思わせる
「アメリカでは企業間データを XML でやり取りするのが一般的だ」
6:一見関係ありそうで関係ない話を始める
「ところで、今の XML パーサーのベースは日本人が作ったのを知っているか?」
7:陰謀であると力説する
「それは、バイナリ マンセー なアセ野郎が画策した陰謀だ」
8:知能障害を起こす
「何、DTD ごときにマジになってやんの、バーカバーカ」
9:自分の見解を述べずに人格批判をする
「今時 Relaxer も知らない奴は社会に出てない証拠。現実をみてみろよ」
10:ありえない解決策を図る
「パーサーをアセンブラで組めば良いってことでしょ」
>55
別にXMLマンセーではないが、将来ハードスペックがあがることを
想定したリッチな機能開発って必要だと思うよ。現場で汗流してる
人には許せんのかもしれんが。
正直、メリットがわからん。
B2B間でデータやりとりするのにどうしてこれがいるわけ?
オフィス内のデータをこれで文書化して何が嬉しいわけ? メリットはシャンプーですが何か?
メリットがわからんヤシらって本当にプログラマなのか。。
>>53みたいのはうざいだけだぞ まあ、役にたとうがたつまいが勉強しといて損はないかと思われ。
すたれたら忘れりゃいいし。
>>59
さんざんガイシュツ。
でも = じゃないと思うぞ、ってのもさんざんガイシュツ。
>>55
詭弁を詭弁か否か判断する知識として勉強になったよ。
仕事で生かせそうでつ。サンキュ。
でもいろんな考えや経験や立場の人がいるのだから、
詭弁ともとれるマジレスがあるのも結構いいのでは?
XMLのことはよーわかりまへん。
主題から外れた発言で失礼しますた。 そ、それは(ほぼ)コピペにマジレスというやつか!? さらら並に物分かりのよい彼女がほしいと思った
この手の仕事をしている男子のあこがれ? でと、スカパー番組をXMLにするにはと
<ch></ch>
<date></date>
<time></time>
<title></title>
こんなかんじがいいのかな?
このXMLファイルをダウンロードするだけで予約OKとかにならないかなスカパー あげてみる
JavaとかでXMLによる永続オブジェクトとかんなんとかっていうのがイイ!というようなことを
みたんだけど、実際やってる人XMLってプログラムラミング楽になりますか? >>67
Cの構造体の呪縛から逃れられそうな気がするんでラク。
つーかなんか今更という感じの質問だな。
このスレも今となってはなんか今更。 EclipseのOmondoプラグインでSVG使われてるね。 XMLに画像データを入れる場合は何の形式で入れますか?
Jpegをなんかのエンコードして、タグにJpegだと書いときゃ良いのか? XML宣言しているのに拡張子がhtmlってなんかおかしくね? >>77
サーバー側でメディアタイプさえきちっと指定されてさえいれば、index.xhtml だろうが index.foo.bar.baz だろうが問題ないはずでは? VIPPERから
VIP取ったら
ただのパー (○) 〜φ ←蛾
ヽ|〃 チョウチョダー
ヽ( ゚∀。)ノ
三 ノ ノ それがVIPクオリティー
三丿 > http://ex7.2ch.net/news4vip/ RSSから入ってwebサイトの一部コンテンツをXMLベースにすることを
やりはじめた。だが、ちょと考えると、XML + XSLT --> XHTML という流
れと、 RDBMS + PHP --> XHTML という流れのページ作成手法では
後者のほうが、拡張性、汎用性、任意の論理演算可能性とかの点で
やっぱはるかに勝るように見えるんだけどどうよ。結局、漏れはRSS作るのも
RDBMSから作成するようにしちまった。ようは、XMLベースが有利なのは、
更新頻度があんまり高くなくて(せいぜい一日一回くらいとか)、処理が
うんと定型的なものに尽きると、そいう理解で良いのか? 元データを二次元表形式で表現できるなら、RDBMS のが圧倒的に楽だと思う。
RSS なんてまさにそれ。
XML が有利になるのは深さ可変のツリーとかかなあ。
でもそういうデータって実際あんまり無いよね。 >>81 可変深さのツリーか。たしかに、そうだね。 階層化ハッシュみたいのがl表記出来たら、ものすごく普及するんだろうけどな。 >>83
「階層化ハッシュみたいなもののl表記」ってなんですか? 掲示板とか、ちょっとしたCMSのログをXML形式にしたら楽な気がするんだが、ログファイルをXML形式で扱ってる
スクリプトって配布されてるものって何かある?参考にしたいから知ってたら教えて。 >>67
楽になる。
設定ファイルなんてすべてXMLが常識だろ
今時CSVやバイナリなんて限界ありすぎなんだよ。
XMLのほうが変更が容易でデータ構文エラーチェックも容易だ。
間違った記法もXMLパーサがちゃんと調べてくれるからな。
データがツリー構造になって管理が楽だ。
問題があるとすれば、一つのXMLファイル内にデータが蓄積されすぎないように
気をつけるべきことだな。
データ量が膨大になったとき、データのパターンが一定ならXMLを継続して使っても
問題ない、だが、データの更新が非常に頻繁で、データのパターンが非常に複雑多岐に渡ったときは
もうお手上げだ。XMLだけでは耐えられない。
そうなったらリレーショナルデータベースの出番だ。
MySQL, PostgreSQL, Firebird, Oracle, HSQLDB, Apache Derbyなどの出番だ。
>>76
中身がXHTMLならXMLになっていても拡張子はhtmlで当然だろう。
XHTMLはXMLの応用規格の一つなのだから。 XMLには拡張子がこれじゃないという決まりは無い。
だからSVGだって中身がXMLであっても拡張子はsvgとかでもかまわない。 MacOSXとかだとアプリケーションの初期設定ファイルはほとんどXMLだしな。
>>93
RPGツクールが同じ拡張子使ってるよな じゃあ Sexual Intercourse Definition Language (SIDL) とかいう規格を作ってだな XSLとか書いて使ってる人はひじょーに限られてると思う
DOMはかなり使うな XPathもよく使う。
XSLはいらん。ていうかあれがXMLである必然性は0。
もっとちゃんとしたDSLの方がいい。