7月份盛大宣布了一款号称Game2.0的网游产品，借鉴WEB2.0由用户贡献内容的模式，由网游的玩家共同创造游戏的世界。
要说Game2.0这个概念，还真是第一次听说，但这个创意很新吗？
不见得。
说到用户参与创建游戏世界，让我想起了两个老古董：
一个是很古老，但是绝对元老级的网络泥巴（MUD），它绝对是现在一切网络游戏的鼻祖，
实际上MUD就可以很容易的扩充游戏世界，很多MUD服务器内建的Wizard角色就是干这个用的，
当然，如果要开放给最终用户也不是件难事儿。
另外一个是“无冬之夜”的“地下城主”模式，可以让玩家通过脚本自定..
NetBeans虽然很早就加入了协作的理念，但从使用效果来看，并不尽如人意。
看来实时协作要从一个很酷的概念变成可用的软件特性，还有很长的路要走。
我觉得主要的困难包括：
1、需要专门的协议来做通信支持，提高实时性。
目前基于IM协议有很大的延迟，使得协作体验不太好。
2、因为协作是一种新的工作模式，在界面的用户体验方面，还需要更多优化。
要让见不到面的人通过协作工具感知到别人的存在，这需要很多方面的研究。
3、冲突解决（尤其是多人的时候）应该是一个难题。
一方面要尽量减少锁定的范围，另一方面要尽量减少互相之间的干扰，参与的人越多，难度就会越大。
4、我们还需要更加强大的硬件。
更快的网络、更高的处理速度、更大的屏幕。
只有硬件跟上，才能将音频、视频等媒体手段紧密集成，
才能达到“虽远隔千山，却如处一室”的效果。
总之，还是期待“协作”技术的发展能给我们的工作带来更多便利。
做Java开发一直用的是Eclipse，最近研究Eclipse ECF的时候，发现NetBeans在很早就开始支持协作开发，而刚刚发布的NetBeans6.7，据说在协作方面有很大的提升，于是满怀希望的去试用一下。 我不是奔着它其它功能去的，就是希望看看它协作开发的效果，没想到这一用，让我小小郁闷了一下。 从google上搜索“NetBeans Collaboration”，可以搜到一个叫“Collab”的项目，这是NetBeans的一个子项目，为NetBeans提供协作插件。 这个项目的首页上介绍说，通过这个Collab，可以在NetBeans上实现开发人员的实时聊天、代码..
我个人认为，这意味着实时、远程协作马上就要变得“众所周知”，马上就要成为下一个大热点，它将借力网络通信的大发展，给我们的生活和工作的很多方面带来改变。作为一个从事软件行业的人，我的直觉告诉我，这可能从根本上影响软件开发过程和模式。
社区：
