由于参加soa比赛，才采用了WBM作为商业建模工具，真正见识了IBM的软件有多么的不好用，联想到以前使用微软软件的舒适经历，突然明白了一点，这就是ibm整个软件思路上的一个特点，好象IBM从来就没有把软件的易用性放到开发计划的重要事项中去，从我上大三学习数据库，使用DB2，我就有这种很深的印象了，就是IBM的软件比较大和难于使用，一如它历史上所推崇的大型机。
微软公司的所有软件，在开发的过程中，都有易用性测试和用户反馈，效果也是非常明显的，也因此建立起了今日的微软帝国。同时，再看看google，令人称颂的也是他的简洁和高效。这些例子都说明，在我们今天的软件开发中，用户的需求和易用性是需要特别值得重视的，恰恰这种我们普通用户都可以体会到的好坏，IBM没有重视，也许还是在抱着它当年的大型机之梦在沾沾自喜吧，历史将证明一切！！
今天发本文主要是实在被IBM的软件气死了，由于WBM的cvs协作设计有问题，我们不能使用cvs进行团队开发，只能每个人都在自己的电脑上处理各自的部分。恰恰是这样，让我发现了WBM的又一个明显的问题，那就是使用WBM的import来合并不同的开发结果的时候，超级难用，而且容易出错。已经有无数次这种合并把我辛辛苦苦的成果覆盖了，今天又一次出现这种事情，实在让我气愤难当，我不知道IBM到底使用过WBM来做一个完成得商业建模没有，如果有，那这种显而易见的问题早该发现了！！
想想一个导入合并其实很容易做到很人性化，比如微软的word，合并文档功能就设计的很好，很智能友好；同时，sybase的PowerDesigner的合并也是，使用图形化的方式，一目了然；其实就是eclipse里面的cvs差异，也是显示的很好的嘛，为什么事情一牵涉到IBM，味道就变了呢？
想到了以前看SharpDevelop的开发日记，决策使用SharpDevelop来进行SharpDevelop开发；在Eclipse的开发中，也使用到了这种思想。当你真正来使用的时候，很多问题是显而易见的。
IBM真是想说爱你不容易啊，强烈建议IBM以后的软件设计中更加重视易用性，重视用户体验，这样才可以更好的发展