-
WebProg
-
■■で結局XMLって普及してんのか?■■
-
UPLIFTで広告なしで体験しましょう!快適な閲覧ライフをお約束します!
勉強する価値あんの? 金稼げんの?
ハッキリしろい!! - コメントを投稿する
-
知ってて当然ですが何か?
終了♪ -
金はかせげない。
XMLは電気や水と同じだよ。 -
XMLだけじゃ喰ってけんだろ。
それに、
XML 自体はそんなに勉強せんでも理解できるけど、
XML を利用する技術の方を覚えるのが大変。
そりゃもうめっさ幅広いし。
でも使われてるのか?っていわれるとねえ。
tomcat の設定ファイルが XML だったのはちょっといやだった。
それだけ。 -
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
同意。
知人の警官もひろゆきを気味悪い程の女性気質と評していた。
ガキの頃のひろゆきを想うと、面と向かって喧嘩は出来ないが、上履きを隠したり
して喜んでたタイプだと思う。
どうでもいいけど、ひろゆきの笑った黒目がちな焦点のない目が守大介と似てるの
が妙に気になる。 -
>>8
そんな仕事して楽しいですか?
プログラマーは楽できるけど、プログラマーの仕事が
どの分野の仕事においても、XMLの入出力制御だと思うと、
つまらんなーと思う。
楽しいのは、変換先のSVGやXHTML,SMILを使って何をするか?
だな。 -
ネタにマジレス(以下略)
-
カコイイ!
-
キモチイイ!
-
めちゃくちゃ便利!と言うほどでもない
-
お勧め書籍は何?
-
atmarkIT
-
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ということ・・・らしい
-
>>16
XMLの雑誌で残ってるのあるの? -
>>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の雑誌買った人いる?
-
XMLありがとう!
MS、Office 11で仕掛ける“リスキー”な戦略
http://www.zdnet.co..../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はやっぱファイルシステムのようなツリー構造の拡張版でしょう。
-
OracleはXMLに必死じゃない?
-
おれは設定ファイル程度しかXMLいじらないが..
-
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
回線も大きくならないと -
>43
クライアントサイドレンダリングは永遠の夢に終わりそうなヨカーン
-
>>45
BBSでさえサーバ側でgif にレンダリングしてクライアントに送るとか! -
SVGに変換とかなら出てきそうだ
-
>>45
クライアントサイドレンダリングは、Cocoon でやってる事じゃないの?
PDF,SVG,PS,WML,VoxML,VRML 等を出力できるよ。 これらのビュワが、クライアントに有ればよい。
-
>49
そういうことではなく、クライアントのXSLTエンジンで
XML + XSLの処理を行うハナシ。
昔検索エンジンで意味を解釈できれば、検索精度上がるね〜
とか言ってた時期があったよなぁ。サーバー上にXML + XSLを
置いとけば、世界的なDBが作れて、将来バラ色〜みたいな世界。
ネスケがどうの、テキストブラウザがどうのと言っているようじゃ、
永遠に、そんな世界はやってこない。
-
日本で正しいStrictなHTML!とか言ってる人って視野狭いよね。
-
XMLって何?
-
他人が作った規格なんておもしろくない。
自前の規格を中途半端に作って神になり、
メンテで犬のように苦しむ。
それでこそプログラマでは? -
設定ファイルをxmlで書いてもらえるとありがたい。
自分でパーザ書いたり、正規表現で上手いこといかないか
考えるのは面倒やし。 -
真っ当な意見と見せかけ、実は詭弁で論点をはぐらかす輩が多々おります。
皆様も以下の「詭弁の特徴」を覚え、そういう輩を排除しましょう。。
例:「XML ははたして糞か」という議論をしている場合
あなたが「XML は糞としての条件を満たしている」と言ったのに対して
否定論者が…
1:事実に対して仮定を持ち出す
「XML の処理は遅いが、もし速い処理系があったらどうだろうか?」
2:ごくまれな反例をとりあげる
「だが、XML にしたほうがオーバーヘッドを少なくすることもある」
3:自分に有利な将来像を予想する
「何年か後、オーバーヘッドが気にならなくなるくらいハードが進化してる」
4:主観で決め付ける
「W3C がゆるさない」
5:資料を示さず自論が支持されていると思わせる
「アメリカでは企業間データを XML でやり取りするのが一般的だ」
6:一見関係ありそうで関係ない話を始める
「ところで、今の XML パーサーのベースは日本人が作ったのを知っているか?」
7:陰謀であると力説する
「それは、バイナリ マンセー なアセ野郎が画策した陰謀だ」
8:知能障害を起こす
「何、DTD ごときにマジになってやんの、バーカバーカ」
9:自分の見解を述べずに人格批判をする
「今時 Relaxer も知らない奴は社会に出てない証拠。現実をみてみろよ」
10:ありえない解決策を図る
「パーサーをアセンブラで組めば良いってことでしょ」
-
>55
別にXMLマンセーではないが、将来ハードスペックがあがることを
想定したリッチな機能開発って必要だと思うよ。現場で汗流してる
人には許せんのかもしれんが。
-
正直、メリットがわからん。
B2B間でデータやりとりするのにどうしてこれがいるわけ?
オフィス内のデータをこれで文書化して何が嬉しいわけ? -
XML = Lisp
-
xml=windowsの.iniファイル
-
>>55
詭弁を詭弁か否か判断する知識として勉強になったよ。
仕事で生かせそうでつ。サンキュ。
でもいろんな考えや経験や立場の人がいるのだから、
詭弁ともとれるマジレスがあるのも結構いいのでは?
XMLのことはよーわかりまへん。
主題から外れた発言で失礼しますた。 -
そ、それは(ほぼ)コピペにマジレスというやつか!?
-
さらら並に物分かりのよい彼女がほしいと思った
この手の仕事をしている男子のあこがれ? -
でと、スカパー番組をXMLにするにはと
<ch></ch>
<date></date>
<time></time>
<title></title>
こんなかんじがいいのかな?
このXMLファイルをダウンロードするだけで予約OKとかにならないかなスカパー -
保守
-
あげてみる
JavaとかでXMLによる永続オブジェクトとかんなんとかっていうのがイイ!というようなことを
みたんだけど、実際やってる人XMLってプログラムラミング楽になりますか? -
xmlトランザクションシステムには笑った(w
-
XMLCSV があればいいなあ。
-
XMLはどうもねぇ〜。。。
期待大きかったのに。 -
EclipseのOmondoプラグインでSVG使われてるね。
-
XMLに画像データを入れる場合は何の形式で入れますか?
Jpegをなんかのエンコードして、タグにJpegだと書いときゃ良いのか? -
blogはXMLじゃないんですか?
-
ほう、ではBlogはIEを捨ててるのか
-
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表記出来たら、ものすごく普及するんだろうけどな。
-
ageとくよ
-
ageとくよ
-
別にいいよ
-
>>83
「階層化ハッシュみたいなもののl表記」ってなんですか? -
掲示板とか、ちょっとしたCMSのログをXML形式にしたら楽な気がするんだが、ログファイルをXML形式で扱ってる
スクリプトって配布されてるものって何かある?参考にしたいから知ってたら教えて。 -
巷の小学生女児のマストアイテム
-
>>67
楽になる。
設定ファイルなんてすべてXMLが常識だろ
今時CSVやバイナリなんて限界ありすぎなんだよ。
XMLのほうが変更が容易でデータ構文エラーチェックも容易だ。
間違った記法もXMLパーサがちゃんと調べてくれるからな。
データがツリー構造になって管理が楽だ。
問題があるとすれば、一つのXMLファイル内にデータが蓄積されすぎないように
気をつけるべきことだな。
データ量が膨大になったとき、データのパターンが一定ならXMLを継続して使っても
問題ない、だが、データの更新が非常に頻繁で、データのパターンが非常に複雑多岐に渡ったときは
もうお手上げだ。XMLだけでは耐えられない。
そうなったらリレーショナルデータベースの出番だ。
MySQL, PostgreSQL, Firebird, Oracle, HSQLDB, Apache Derbyなどの出番だ。
-
XMLには拡張子がこれじゃないという決まりは無い。
だからSVGだって中身がXMLであっても拡張子はsvgとかでもかまわない。 -
俺の拡張子は.xyz
-
俺の拡張子は.sex
-
オレの拡張子は.analだが
-
じゃあ Sexual Intercourse Definition Language (SIDL) とかいう規格を作ってだな
-
XSLとか書いて使ってる人はひじょーに限られてると思う
DOMはかなり使うな -
XPathもよく使う。
XSLはいらん。ていうかあれがXMLである必然性は0。
もっとちゃんとしたDSLの方がいい。 -
XMLの良書や使えるサイトが少ない
↑今すぐ読める無料コミック大量配信中!↑