IBM应该请我去做Domino产品设计架构师
(速途网专栏 作者：亓锋)说实话，Lotus Domino R6开始，我就对Domino的技术进步开始有些意见了。
如果你很早接触Lotus Domino/Notes，那么真正在国内大面积应用的版本起始于R4.5/4.6。
真正让我最难忘的一次Lotus Domino的升级换代是4.5/4.6升级到R5。为什么?因为那时候正值互联网技术大发展，R5一推出就赶上了这个时代，而且真正地做到了对当时主流的互联网协议和技术的兼容，例如HTTP/HTTPS，SMTP/POP3/IMAP，IIOP……可以说，如果让我来评价Lotus Domino/Notes的经典版本，绝对是R5莫属!
我不知道那时候谁是主导Domino技术方向的IBMer，但是我真的佩服他的先见之明和勇气，将一个原本传统的C/S软件全面面向Internet。
Lotus Domino/Notes的历史，可以参考这个官方链接：http://www.ibm.com/developerworks/lotus/library/ls-NDHistory/
这里我可以告诉大家一个版本号的规律。 如果一个产品的版本号是1、2、3，这是产品的大换代，应该可以认为是从产品架构或者理念的一次飞跃。如果产品版本是1.5、2.5之类的，绝大多数属于增加了一些新特性的产品。纵观Domino的版本，有两个版本可以说是最让人感到尴尬的：6和6.5、8和8.5。关于R6和R6.5的区别，大家可以上网去查一下。 基本上可以说，IBM在产品升级换代的时候，缺乏对自己的技术领导力的信心!
从技术层面上说，Domino其实可以做的更好，就看IBM怎么投入的问题了。
1、引入key-value技术，提高Notes数据库的查询效率：这个为什么不做?多少年了，Notes开发人员不断地优化Notes数据库的查询算法，根本解决不了这个问题。
2、将应用程序和数据存储彻底分开管理：大家都知道，NSF中既包括数据，也包括设计元素。这有好处也有坏处。好处就是你的应用部署容易了，坏处就是你不得不考虑大中型应用的设计元素如何分配和管理。为什么不做一个设计元素管理层，一个数据存储层，两个架构做到独立管理呢?姑且这个架构叫服务器存储模式吧。
3、全面支持HTML5/CSS3：设计元素可以直接转换为HTML5代码，并自动生成对应的CSS3代码。
4、允许一个Notes应用使用应用本地存储，允许设计元素与本地存储共存，这个架构模式就叫本地存储模式吧。这个和第2点不矛盾。为什么这样做?一是兼容现在的NSF，另一个就是我要说的下一点。
5、本地存储模式的应用可以自带运行时需要的本地运行时环境(Local Runtime Environment)，而这个本地运行环境可以支持iOS/Android/Windows Phone。这样，一个Notes应用就可以部署到移动设备上。离线时使用本地存储来存储数据，一旦联网，就可以和服务器同步数据。其实这个机制，在很久以前的一个产品Lotus EasySync Pro用到过。2000年我还做了一个Notes Apps运行在Palm上。Palm在连接电脑上以后，可以通过电脑上EasySync Pro客户端和服务器同步数据。现在就是要做一个运行在移动终端的EasySync Pro。
6、Notes的开放接口太少了，只有COM、Java API和C++ API，而且使用起来太繁琐了，并且这些API是针对整个Domino系统的，而针对于单个Notes应用的API还要开发人员自己封装。 所以，要引入一种叫"数据库API"的设计元素。Notes开发人员可以选择API类型：COM、Web Service、Java，C++……通过编写LS代码，将这个Notes应用本身的功能发布成API共第三方调用。 别和我说什么Web Service，其实如果人家不做在线应用，Web Service有毛用! 这点和第5点结合，就可以允许一个运行在移动终端中的第三方程序使用Notes做存储。
7、重新开发iNotes。使用WebHybrid技术不便于扩展和维护。iNotes将使用HTML4/HTML5/CSS2/CSS3，既然用了Dojo，就彻底用Dojo来改造iNotes。
8、增强TeamRoom，RnR等模板的Web体验。
9、彻底解决复制和保存冲突的问题。人家RDBMS用了那么多年了，好像还没有这等事吧?技术上不是很难吧?
10、引入虚拟化，允许在一个Domino服务器上运行多个应用集，应用集是多个Notes应用的集合。这样不安装群集，也可以提供Notes应用的负载均衡和失效转移。
11、把Domino作为一个独立于J2EE和.Net的一个中间件产品来进行产品定位，提高运行效率，增加更多的企业应用服务功能。Domino目前还是以数据库服务为基础，增加了邮件、web等功能。一定要好好重新考虑产品技术架构了。
12、微软已经推出了面向企业用户的Office365，这是一种在企业云服务上面的尝试，我有几个客户很感兴趣，并且开始试用了。IBM什么时候能够做到把协作平台做成云服务呢?其实完全可以利用IBM BP的优秀的解决方案和产品，为企业用户提供类似于AppStore的云服务。客户需要什么功能，只要选择某个BP的应用，就可以直接配置和使用了。IBM的优势不在于平台，而在于众多的BP提供的解决方案和产品。利用BP手里客户化的应用，吸引企业客户使用IBM的云平台。
在说一说这几年IBM的Lotus产品线的问题。【http://www.lotuschina.net/club/v ... e=0&page=3#pid18075】
可以说这几年，IBM一直在犯一个错误，这个错误将导致出现一个好的Notes应用越来越难，Lotus在用户群中越来越容易被忽视，而让开发者越来越感到无奈。
这个错误就是：一方面IBM不断推出Lotus产品线的新产品，例如Quickr、Connections等等，可是越来越倾向于使用WebSphere。另一方面IBM在Domino的开发技术上又不断加入新的技术进来，例如eclipse架构的designer，XPages等。一方面让用户不断接受基于WebSphere上的协作产品，一方面又在开发技术上取悦开发者，这样做是不是有点怪?
另一个错误就是，IBM在不断地将Domino作为一个软件而不是一个中间件平台来卖! 用户采购Domino是为什么?邮件服务器功能是大多数的首选，可惜被微软的Exchange打击的一塌糊涂。应用开发平台?是个IT主管都知道，现在不是Java就是.Net，我再土气一点用PHP好不好? 去看看微软的策略，人家就是先把Domino贬低为邮件服务器，然后用Exchange来打击它。微软不会承认Domino是一个中间件平台，否则用户宁愿选择一个带有邮件服务器的中间件平台了。谎言说了多少年，市场上也就信了。而IBM反击了吗?没有!为什么?自满和自足呗。 真不知道IBM的市场部门是不是吃干饭的，市场上贬低对手和反击都不会。全靠销售人员的嘴巴去说服客户，给用户讲解Domino的中间件特质。这就是我为什么要提出上面的第11点。
第三个错误，就是IBM在Domino自身的产品线上做得太过分散。虽然像sametime这样的软件可以运行在Domino上，但是它还是被当成一个产品而不是一个真正的中间件上的组件应用!Domino产品线的延伸产品应该是组件化的产品，而不是单独的产品。要像J2EE的war包一样部署应用才对!可以说如果将Lotus整个产品线的产品集中起来，完全可以与微软竞争的，可是太过离散的延伸产品线，被微软各个击破了。
第四个错误，IBM从来不敢在用户体验上做出跨步式的发展。微软真的敢，竟然敢在SQL 2008中将SQL 2005的reporting Services的架构给改了;把用了多年的桌面变成Windows 8 UI了。 去看看R5\R6\R7\R8的iNotes，再去看看微软的Exchange的Web Access。 只能说IBM太“落伍”了。
IBM的产品设计思路，还是太过于保守。基本上没有敢作敢当的闯劲。不能在现在进行大规模的转型，向移动化、虚拟化和云服务前进，IBM的软件产品迟早被淘汰。
多年的发展，Domino确实落伍了。 IBM，你还是让我当Domino产品架构设计师吧。
