用友与金蝶软件的技术比较
用友和金蝶的对比在网上看到很多，我受邀即将到北京参加U9的UBF平台研讨，有感而发从技术的角度谈谈用友和金蝶的对比，局限于自己的了解，有不对的地方希望大家斧正。
用友的技术是比金蝶要领先的，对此有不同意见的朋友可以多了解一下 NC平台。U8 的 UAP 是为了打 K3 BOS 而推出的，金蝶在中小企业把 BOS 宣传的非常多，这些客户都不是 NC 的客户群，是用友 U8 的，金蝶BOS是用来打U8的，这一点很明确。用友的 UAP 源自于开发 NC ，整个 NC 就是完全基于 UAP平台开发的。以前U8没有 UAP 于是金蝶就叫嚣自己技术领先，可是看过他们的内部资料就知道，金蝶对应 NC 的策略就是：如果集团客户很重视应用方案而不是价格，那么金蝶就撤出，不在这些项目上浪费时间。
那么金蝶 K3 和用友的 U8 相比是否技术领先？可以说金蝶的中间件和 BOS 都是形象工程，全球能作中间件的厂商如 BEA 的 WebLogic、IBM 的 Websphere等凤毛麟角，然而从金蝶的宣传“金蝶中间件-中国领先的企业基础架构软件厂商”可以看到，中间件给金蝶带来非常大的经济和社会效益。然而这仅仅投入十几个开发人员的作品，稳定性很差，而且后续的开发支持能否跟上也值得怀疑，难道世界领先的软件企业专注开发多年的中间件真的很简单吗？
金蝶的 BOS 对老单据的支持不够，BOS 更多的应用在销售方案的展现上，因为 BOS 的实质是增加单据、档案、报表，真正业务功能实现还是需要以插件的形式开发，当然U8 的UAP 也是这样，但是用友承认目前的 U8 产品不是完全基于UAP开发的（870的报表全部是基于UAP的），很多人相信金蝶宣传的“金蝶K3产品基于BOS开发的”，但是很不幸，客户购买后会被告知一部分老单据不能改。客观的看这并不是金蝶的错误，因为部分的产品在BOS推出前已经开发完成了，对这部分产品的任何更改都会影响到系统的架构，迁就以前的产品而放弃一些新技术的使用是管理软件开发商无奈的选择。用友也是如此，而且历史的包袱更沉重，这从U8产品越来越慢的运行效率可以看到。从纯技术的角度来看，用友U8和金蝶K3是在一个级别上的，基于组件的开发方法曾被业界大力吹捧，软件开发就像搭积木一样的可以自由搭配，然而积木越搭越高，下面的积木就更需要稳定，否则你搭的积木就会全部倒下，看来积木没有问题，但是搭积木的方法不对。
终于有一天用友不喜欢这个游戏了，用友在一个空旷的场地搭建起新的积木，采用的新方法是SOA，“面向服务的体系结构（service-oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。” 用友给他的积木起了一个名字“U9”，所以真正可以实现随需而变的应该是 U9 ，在用友搭积木的场地又挤进来了很多人，他们还在摩拳擦掌、跃跃欲试的时候，用友的积木很快就要搭成了。
大家都在讨论技术的时候或许可以冷静的想一下，为什么改变这一切的不是一种创新的技术，而是一种架构或者说是一种方法？因为对于企业管理软件开发来说，我们采用的技术大致相当，现在的时代已经没有《九阳真经》或《降龙十八掌》了，我们现在是要改变方法使我们的软件能适应中国企业各个企业，这可能是最复杂的事了，就如同IDC中国区副总经理兼业务发展总监万宁在2006年用友技术大会上说过的：“将复杂的事情作简单，是终极复杂！”。我不愿意当技术狂，酷爱技术的人可以去做操作系统开发。在管理软件的领域里解决方案是最重要的，所以这是方法问题和管理问题不是技术问题。
用友开发了全球第一套基于SOA的ERP系统，用友也为我们开辟了一个新的空间，同时用友将领跑全球ERP企业管理行业，这会在不久以后可以看见。相信明天会更好！
