侃在公司内部Blog体验后

公司内部有了Blog，但的确是内部blog，用的IBM Workplace Weblog。结果呢，不支持WLW，信息集成度也不很高。当然，这仅仅是相对一个较高的预期。我的确对blog的各方面功能有着很高的预期...

1） 信息披露作用

我觉得，博客必然具备信息披露的功效。企业博客的典范应当是各大官方技术论坛博客，用以提供一个比论坛的颗粒度更细的信息源，同时树立企业精英和内部成功人士的大众形象。但完全是内网博客的话，这个功能就丧失了一大半了。所剩下的部分中，应当以加强老板同员工的交流为重点，如果老板也不用的话，这方面就没有什么意义了。

2） 信息录入

尽管这方面从基本需求上很容易满足，但用户体验上有着很大的提升空间。这方面可以借鉴社交网络、SNS(其实blog仅仅是SNS的一部分)的一些理念和技术。比如twitter，说实话，除了当个便条或者发泄空间没别的用了，但让人的感受非常好，也避免了诞生新的messenger诞生。这样就能刺激信息的流动，促进其它功能的发挥。

（私人不可公开信息没必要考虑）

3） 信息流构建作用

让信息真正做到入于我的键盘，出于任何一个人的屏幕，构建信息流的目的我觉得就在于此。但信息良莠不齐，维护其健康的手段包括知识管理、数据挖掘等。出于企业知识管理的目的，可以把这些内容都管起来，将知识库等数据源整合在一起，进行统一管理，再提供一个搜索引擎作为所发布的服务。

4） 信息服务发布

其实信息披露只是这一点所包括的一小点，但比较基础而已。个人所能提供的信息服务其实绝不仅仅是用图片、文字可表达的内容。Feed功能在这里仅仅是一种体现。个人服务还有其它的可能性，举个例子就是我写的那段脚本。但整个服务发布的方式，个人提倡mash-up，下面会具体提到。另外，可以参考Amazon的一些服务发布形式，像什么人肉Service之类，我觉得很符合面向服务的理念。

5） 用户平台

Blog的前端可以作为个人的服务提供平台，但其后端如果仅仅是一个前端的操作平台，会成为用户的一个负担。比较理想的办法是整合更多的功能，其实windows live writer实现一稿多投也是整合了更多的功能，所以才备受青睐。但我觉得更理想的范本应当是igoogle，如果公司的工作也能有一个媲美igoogle的绝对的核心，那太酷了。出于知识管理的至高地位，企业中就应当有个“iKM”。这种员工门户性质的web应用应该不仅仅是一个内网企业门户，一堆portlet，一堆链接，后台一个封闭的知识库，而应该是值得作为active desktop的一个综合个性化可定制高兼容性应用页面，虽然不至于让员工吃住在上面，也不能让人觉得仅仅是登陆目标系统前的必经之路，或者企业文档垃圾站。

6） Mash-up

咱们的博客让我觉得最爽的地方就是可以用html代码，可以用脚本，可以自己编辑模版。但个人看法，这样的方式极易造成混乱。比较良好的方式，个人认为还是一个mash-up标准，这样既易于复用，又不容易引起混乱，也可以杜绝安全隐患。当然，最好还可以在Top Widgets(我那个widget引擎)上面跑。这也是一种低层次SOA的实现，可以有效地支援前面的用户平台的想法。反正我看现在的一些mash-up服务提供网站很不爽，都太封闭，每天都做梦等我的Top Widgets出来后以我为标准。等吧，快了，虽然有两个核心插件没有完成，我仍然会尽快把引擎本身发布出来。

企业员工门户的重要功能在于方便协作，我个人觉得协作生产的模式应该是这样的：

之所以没有Public Platform，因为那种玩意太难以适应多变的工作需要了，通过引用他人的service，就可以达到协同工作的目的了。而Personal Portal也难以满足大量的信息需求，Public Portal又很容易疏漏，所以这二者同时都会有的。

(除web形式外可能还有类似于Public Portal形式的客户端，如feed阅读客户端但意义类似)

没必要总结了，Web2.0之梦还没有做完。