“让最终用户参与编程”

今天收获不小。上半天主要在整理11/23日留下来的team minutes记录。决定使用Wiki来做，感想是：不用不知道，用了真感冒。Wiki的好处是方便，用方便的方法来解决一些日常工作中不需要那么郑重其事的工作，好的不能再好了。

午饭后在吸烟室里偶遇老马，顺便sale了一下我的AJAX小作品，一个可多人协同的SVG编辑器。这个东西其实也是借鉴Wiki的思想得来的：既然大家可以协同编辑文字，图形是不是也可以协同一下？最好办的自然是矢量图形，所以选择了SVG。做这个东西的过程让我对java script有了一个脱胎换骨般的认识，当时的ambition甚至想把MS Paint功能搬到Internet上。

我的技术水平并不是很高，属于那种“样样稀松”型的人。正因如此，我更善于从最终用户的角度去看一个技术方案的优劣，和前景。一个例子是portal。在AJAX出来之后，我对Portal的前途非常担忧，因为AJAX提供了一种client端聚合的解决方案，性能更好，技术难度也不高，那为什么还要重金购买portal？然而，一个数据表明，购买Portal的用户多半（超过50%)购买了另一个产品，WPF。为什么呢？因为WPF提供了一种图形化快速开发能力，可以让这些用户很方便的构建他们的应用。这个事实说明，企业最关心的是他们的业务逻辑，只要能提供简单方便的工具，他们不十分在意最终产品是否有超前的技术。而Portal，刚好提供了一种基于Web的组件化技术，所以，AJAX的冲击并不会对portal带来太大的冲击。当然，portal本身也在朝Web 2.0的方向迈进。

这个例子说明，在企业市场里，高层级的易用工具对产品成败起着决定性作用。举个简单例子，调查一下可以发现，中学教师里隐藏着很多MS Office高手，他们甚至不懂java, BASIC, HTML，但是他们善于在Excel制作宏，来排名次，算总分等等。对于这些人来说，告诉他们ODF与DOC之争是没有太大意义的，即使北京*也象麻省那样强行推动ODF也没有意义，因为Excel经验对他们来说太宝贵了。从这个例子可以自然引出”让最终用户参与编程”这个话题，Google了一下发现这个想法IBM已经发布了。

“让最终用户参与编程”是IBM立下的另一个雄心壮志，由CIO办公室资助，Watson和Lotus参与。我认为，这个项目的目的应该是提供一批小而好用的工具，而不是建造一条新的大而全的集成平台或者product line。IBM在80年代被称为“传统的主机公司”，90年代被看作“传统的C/S系统提供商”，但愿到了21世纪，不要再被打上“传统的Web平台”提供商的标签了。