“让最终用户参与编程”

今天收获不小。上半天主要在整理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平台”提供商的标签了。

评论

5 楼 laojiang 2006-12-15  

最终用户都是大爷，怎么让他们参与编程

4 楼 lane_cn 2006-11-29  

说的太好了
：（
我现在就是在一家通信公司的计费部门工作，我们的开发商已经over了，我们现在正在参与编程，已经修改了系统的很多bug，新的需求正在实现中。其实以前他们在的时候，我们何不是天天写shell脚本和存储过程呢，每个月都要自己写无数代码，比我以前在软件公司写的都多啊。

3 楼 cookoo 2006-11-28  

恩，金融会计行业那才是Excel高手如云。

像现在热门的DSL，说到底也是为了改善用户使用体验，否则概念再高深也是白搭。

2 楼 lijiao 2006-11-25  

好牛啊，太精辟了。
调查一下可以发现，中学教师里隐藏着很多MS Office高手，他们甚至不懂java, BASIC, HTML，但是他们善于在Excel制作宏，来排名次，算总分等等。对于这些人来说，告诉他们ODF与DOC之争是没有太大意义的，即使北京政府也象麻省那样强行推动ODF也没有意义，因为Excel经验对他们来说太宝贵了。
这个例子不太好。应该说举个会计得例子才对。
做宏得知道VBA啊，不过是简单点，但是也得需要点基础啊。这里指得是经过本科的计算机教育，懂点编程知识的人。

1 楼 robbin 2006-11-25  

引用

这个例子说明，在企业市场里，高层级的易用工具对产品成败起着决定性作用。

引用

提供一批小而好用的工具，而不是建造一条新的大而全的集成平台或者product line

总结的十分精辟呀。面对企业市场，不需要提高多么高技术的东西，而是方便，好用的小工具。