 | 项目搜索 |
|
| |
|
|
项目名称: News Group:
论坛: 浏览论坛
摘要|
管理|
首页|
论坛|
跟踪|
错误|
支持|
补丁|
电子邮件|
任务|
文档|
调查|
新闻 |
CVS|
软件包|
Posted By: konghui
Date: 2003-02-13 01:20
Summary:CFFD 项目开发模式分析－2002阶段的总结
CFFD项目是国内又一次试图通过网络协同开发的项目。在国内的网络协同很多失败的项目下，似乎成为了一个不妙的项目。甚至国内发起的协作开发项目有了噱头的说法。
在CFFD项目发展中，自己发现，很多的代码就几乎为一人所写，其他的人只做文档、提供一些通用的API库。而没有起到实质的作用。为什么？
在很多的情况下，按照一般程序员的作法，认为一个这样的程序，一个人一个半月（45天）的开发，已经可以构成很完善的产品。按照网络协作的模式，应该更快和更好。但是我们并没有超过一个人的工作效率。
这一切究竟是什么发生的呢？
1、每个开发者都在等待反馈：
为什么？就是我们期望一个测试期、评估期、反馈期。无论我们发布什么产品，包括代码和文档，网络的协作工作，都需要通过邮递列表等待一个反馈，即每个成员对于发布的文档、程序（事实上成为了一个临时的标准）提供一个看法和反馈。这个反馈过程非常长，而且往往不能协同，或者分歧严重，或者如石沉大海。
2、开发者也在学习和适应网络协作模式：
这是一个几乎陌生的领域，大家通过网络进行沟通和交流，并且试图进行协作。我想很多人都缺乏相关的习惯，并且对于各种工具也缺乏得心应手的应用。导致总是想起来了在看看CFFD的状况，并且CFFD的状况也与很多人的设想不一致，导致了项目无法顺利的运作。
3、自己的活动分析：
自己也零星的抽出一些时间来分析CFFD的源码和开发CFFD。但是总是不能形成有效的提交，为什么呢？
（1）服务端还是前端：对于GTK前端和后端而言，这个开发实际上是严格耦合的。深入一步的说，以前CFFD0.0.3可以看作GTK前端，从GTK前端开始开发，实际上是一个错误的方向，我们真正应该做的，反而是从服务端开始开发。否则，GTK前端甚至无法进行测试，因为仅仅画出一个窗口是没有任何意义的。
（2）GTK的困惑：写一个GTK的前端也是很困惑的事情，从人性化的设计标准，到共同的服务端口访问，都存在障碍。并且自己认为以CFFD0.0.3为基础进行修改本身就是一个错误的方向。CFFD0.0.3作为一个验证的原型，没有区分前端和后端，甚至让我们无法正确的加入新的代码。本来自己希望加入一个配置文件的读取程序，简单的读入一个原始的配置文件名子，但是自己的代码插入CFFD0.0.3就会出现错误。
（3）设计文档的缺乏：我们拥有一些设计的文档，但是却没有能够清晰的表达我们所要完成的工作，很多的模块还是一片迷茫。在编程的时候，没有清晰的思维，严重浪费时间。本来开发者的时间都是零星的，还不能得到充分的利用。
（4）CVS的缓迟：自己认为这也是一个原因，导致长时间没有一个程序的交流标准。开发者一会儿谈CFFD，一会儿谈INSTALL或者其他的程序，没有能够集中进行分类和开发。
（5）开发能力的限制：自己认为自己的开发能力有限，面对一个看似简单，但是却难以下手的项目，往往浪费了很多的时间。
（6）协同的莫名其妙：实际上，2002年网络遇到了很多事情，自己有时也几乎没有上网的机会，邮递列表也是奇怪的表现。开发者的热情都是短暂的，没有一个良好的协同和沟通，就容易丧失热情，这个热情重新积累需要一段时间。
（7）迟迟没有确立标准：例如插件的模式还没有确认，以及程序的规范，也没有得到执行；
（8）新式开发的干扰：例如高手Sail提出了CDDI的开发，以及大家找到的各种新的产品特性，要求加入或者应用更好的开发技术，给了CFFD更多的需要学习的和消化的过程。也许，需要提一下KongHui的各种有趣的计划，变动太快是一个麻烦，很多都不能稳定和长久（个人认为是不必要的，有GPL就足够了）。
4、客观的实力
（1）CFFD的开发实力
我们可以认为CFFD的开发实力是动态的，高手的动向和新手的成熟过程，以及活跃的程度，成为CFFD的可利用资源。现在看来，CFFD的可利用资源还是具有一定水准的，人员的构成也是比较稳定的。开发者也是原意发挥自己的能力，把CFFD项目做好。－－一般来说，大家也认为有这个能力做好。毕竟CFFD项目严格说来没有太多的技术难度，而更多的需要快速和稳定的发展而已。
2003应该怎么做呢？
自己依然会坚持CFFD项目，并且试图做的更好。同时，也需要各位开发者可以清晰的分析CFFD存在的问题，一起解决问题，推动CFFD项目发展。同时也探讨网络协作开发的经验和教训。
还是那句话，网络协作是一个动态的平衡，大家要学习它、适应它，并且让这种模式产生更多的、更好的效果。
一些具体的措施包括：
1、运用图形设计工具，对于CFFD进行彻底的设计清晰化，给参与者一个良好的标准和框架；
2、编写自文档化的程序，让参与者可以轻松的阅读和分析；
3、程序的模块化，并且模块之间可以有良好的协同工作；
4、从服务端开始开发，用一个简单的测试前端来测试，首先完善服务端，图形前端也能够有一个良好的测试环境；
5、给开发者更多的自由（实际上已经是了），可以按照自己的方式进行开发，由CFFD管理者进行协调。
作者：million
|
|
管理
开始一个新话题: |
|
