一点杂音

感觉在企业应用开发中，手上的Java,.NET还没到不够用的地步。大部分的时间、维护成本，倒是最后都可追踪到沟通和业务方面，提高开发人员的沟通能力和需求分析能力更剩过掌握一种新的语言。

要说趋势的话，SOA带来最大层度的重用也加重了集成的复杂度和成本，SOA的Governance可能比其相关的技术更值得关注；还有BI/DW，可能国内的企业提这个还早了点，在我们这里倒是老大最关心的东西。

另外，看到这里有人对XML很有意见，XML得用之有道。企业做大了，系统做多了，最好就不要一个系统写数据，另外一个系统去读数据，而是系统与系统之间通过传递消息进行通信，消息输入输出的Map不比ORM简单，最讨厌的就是Flat File，没有一点可读性，XML才是王道。

governance、orchestration这种东西，从来就不会成为论坛的焦点，就好像SOA不会成为论坛的焦点一样。道理我早就说过了，不做到这样的项目你就不可能知道这是什么东西，做到了你就得去干这些事，根本就不具可讨论性。

（顺便说说我经常看到的一个误解：论坛就是一个讨论的地方，不是学习的地方。要学习自己读书去，如果泡论坛就能学会东西的话还要学校干什么。）

至于XML，XML是给机器读的好语言，这一点从来就没人反对过。问题在于Hibernate配置文件、Spring配置文件之类的玩意是给人读的。

gigix能否介绍下国内实施SOA的现状，有没真的做得可以拿出来showcase的？ 上次看了CSDN的一个Video，你和mengyan采访IBM SOA Center的老大，有何体会？

在上家单位也试着搞过SOA，有点寒啊，大部分服务就只有那么一个使用者，SOA根本没有体现出什么价值。这个东西，可能真要世界500强那样的企业才能受益。



XML发明出来也不是为了Hibernate，Spring的配置文件甚至Ant，这有点玩极限的感觉吧。它的用武之地在系统集成时作为消息的载体。早两年，我对其认识也不是很深刻，后来接触到EDI以及银行的FlatFile report，为了以后的troubleshooting的方便，或者为了对消息做轻微的处理，在解析保存到数据库前或者转发前，还得首先map成xml形式，送出去的flatfile，也得先做成xml再map成flatfile, 我faint!

XML就是给人读的。
机器读啥都行，01001都读得挺带劲的。

XML只适合表示结构化数据，而不是逻辑。
Hibernate, Spring config 的问题在于用 XML 表示 Code Logic ( class, propertity, interceptor, flow, mapping)。

我个人的肤浅理解：

XML就应该是描述数据的，为了程序－程序之间传递数据，消息的。

XML以文本形式来保存，我觉得不是为了没事让人读，而是为了将来工具换代了。只剩下的这些XML，那么人也可以轻松的肉眼看出来规则然后编写解析他的工具。

譬如openoffice提倡的新的文档标准就是基于XML，因为微软的doc二进制没法看吖，如果微软office米有了，谁能看着二进行随便写出个显示里面内容的工具。而采用XML，很简单就可以编写一个显示其内容的工具了。


所以，相当同意gigix的说法