もり　ひろゆきの日々是勉強

XMLで書かれた設定ファイル増えましたね。

手書きXMLコーディングは嫌いです。
読みにくい、書きにくいったらない。
設定ツールが無いと死ねる。

静的にプログラムを書こうとすると、システム的に動的・半動的にせざるをえない部分がXMLファイルに出てるってのが多いんで、そういうところは実行して検証なのでバグの温床になっちゃいます。
XMLにせずに、スペシャルフォーマットテキストつまり独自言語を作ったほうがいいんじゃない？ってことも多々あります。というかそういう流れが動的言語流行の要因のひとつになってるんで。

#tatsugoroさん
そっかー、なるほど、そうやってLightWeightな言語へ流れているのか・・・。
やっとつながった(^^;;;　
遅すぎ？(^^;;;;

僕はまだこの世界で働き始めてせいぜい２年程度なんであんまりたいそうなこといえないですけど、
やっぱりStrutsとかSpringとかEJB等のJavaフレームワークでは設定値をXMLで持たせてコード記述量を減らしてしまおうという動きになってる気がします。
＃気がするだけかも^^;

もっともなんでもかんでもXMLってのは賛成できませんが例えばデータベースのライブラリとかを切り替えるためにXMLてのはいいと思いますね。
インターフェースを統一してOracleなのかSQL ServerなのかはてまたMy SQLなのかをXMLの設定値で切り替える。てな感じで。

とりあえずそんなレベルからなれていこうかなぁと思います。

そりゃ、開発者ですしコード書いてる方が楽しいのは同意しますが

当然の風潮だと私は思います
ロジックだって、つきつめれば「こーくればこーする」っていう設定の塊でしかないんですし

個人的には二極化するんじゃないかなぁと思ったり
（つかもう、一部のweb開発とかこうなっている気もする）

・中身を作成する人
・リンクする人

後者は言わずともXML書く人ですが
前者は大枠開発やプラグイン開発がメインになるのかしら？

# んでも前者じゃないと淘汰が激しそう（ぁ
# ･･･つか、あれ？OOP開発を拡大解釈するとこんな感じになるような･･･

#takaさん
＞やっぱりStrutsとかSpringとかEJB等のJavaフレームワークでは設定値をXMLで持たせてコード記述量を減らしてしまおうという動きになってる気がします。

実は、それが嫌気がさしてJavaから.NETに流れてきたのでした(^^;
あきらかにコードを書く前段の作業がそこにあって、それがまたバグの温床になっていたりして・・・・。

#THREE-ONEさん
＞当然の風潮だと私は思います
＞ロジックだって、つきつめれば「こーくればこーする」っていう設定の塊でしかないんですし

そうだとしたら、それはＸＭＬではなく、コードのほうがいい気がしません？(^^;

複雑な構造を示すのにデバッグできないＸＭＬによりはコードのほうがよさげな気がするんですよ(^^;

その方が問題の特定や検証も早そうですし・・・。

もちろん、目に見えないところでXMLというのは有りだと思うんですよ。　ただ、そこに労力がかかるようなものって本当に便利なのかなぁって気がして・・・。

まま、もともと複雑なデータ構造を示そうとして出来たXMLなんですが、複雑なデータ構造はどうやっても複雑なワケで、それをデバッグや検証の手間がかかる方向へ行くのってなんだか先祖帰りしてるような気がして・・・・。

決して可視性が高いファイル構造でもないですし、やはりコーディングによってその可視性が変わるファイル構造なんであれば、コードでいいような気がするんですよね(^^;;;;

だからって使わないワケにもいかないでしょうし・・・ってところがまた苦悩なんですが(^^;;;

コードのデバッグでも苦労するのにパラメータのデバッグが増えるかと思うとぞっとしたりして・・・・(^^;;; (Try&Error（＾＾；)

#恣意のさん
んー、だとしたら後者の人ってすごい根気の持ち主ですねー(^^;;;
ものごっつ退屈な作業のような気がしません？(^^;;;

まま、確かにStrutsに代表されるようにMVCを強制するには間違いない方法なのかもしれませんが・・・。