大喜讯:够60个人就结贴了,要分的人就来灌水!论题:再一次讨论:网上协作开发的可行性与解决方案。发言者有分! (300分)

该方案是不可行的,类似的东西我们自己也曾不断试过,后来才知道如果没有一个
有效的薪酬体质支撑的管理机制,而且项目本身在理念上又没有超强卖点的话,可能
结果只有不了了之了,其实有很多办法的,但这个办法可能不太现实;
 
很难,好多方面的东西不好搞
 
可行性:
若不是公司内部的开发,比较不可行,国内的就算公司内部开发都没做好,
搞网络协作开发更难管理
起码有个大家都认同的文档格式,大家可以通过文档交流
而且应该是几个熟人之间的合作吧,不然靠嘴说,很难清除个人的工作能力,那
Designer怎么很好地分配工作任务,协调大家之间的工作?
 
“协作开发”我觉得还是需要好的管理和组织才能正常的运作下去
 
够戗!呵呵
 
我觉得可行,但需要互相熟悉的程序员合作才行,而且需要很好的协调!
 
有钱出钱,有力出力
 
up...
我也想试试.
 
主要是配合沟通和信任
 
同意以下观点--
--catfox:
可行性:
若不是公司内部的开发,比较不可行,国内的就算公司内部开发都没做好,
搞网络协作开发更难管理
起码有个大家都认同的文档格式,大家可以通过文档交流
而且应该是几个熟人之间的合作吧,不然靠嘴说,很难清除个人的工作能力,那
Designer怎么很好地分配工作任务,协调大家之间的工作?
 
对,沟通很重要,还有相互之间的协调
 
关键是要开干才行.
 
捡点分。。:)
我来做一个方案:
Linux诺大的一个操作系统都可以通过网络来开发,
应该说是没有什么软件不能够通过网络来开发的。
现在谈论这个问题的实质性的东西。
1.如何控制开发进度?
控制开发进度不能够一句话就了事,“当你把程序的一部分发给某个网上员工时,你怎么保证他是用最快的速度给你开发,会不
会三天的工作用了十天,而且是五天后才开工的?”这样子,首先就是自己就没对的产品负责,
想想,我甩一句话出来“嗯,这个模块,5天后交给我”,那五天之后怎么样呢,可能真的,
跟楼主所说那样,怎么办?所以我说,这个问题,应该这样:任务公开化,
现在我们的生活中不是都很讲究先后秩序吗?那好呀,,我们来个FCFG(Firt Come First
Get .money..),如果不能激励,那好一天内完成多少M$,两天内完成多少 M$…………
当然前提是质量,这个就是发布任务的人需要关心的了。
如果不是要急的,看看Linux上CVS的运作机制。说实在的,我现在对CVS只是慕其名,
但是我知道现在很多的 Linux 上协作开发的软件都是借助于CVS来进行开发过程的全程管理。  
2.如何保证产品风格的一致性?
  整个程序由多个模块构成,同样的分工合作,如果是一齐工作,可以随时交流,互相统一,
如果是网络开发,和一齐开发的区别有多大呢?如何消除呢?

应该说是区别特别大,“一齐开发”应该基本上是公司的内部人员,源码基本都可以
相互交流。“网络开发”,还是老哥,你说的那句话“我们不要怕谈钱,而是一定要谈钱。
——钱是好东西啊。——做真小人比做伪君子好得多!”呵,所以定个级,我提供源码多少
M$,不提供源码又多少M$,代码满足一致性要求(风格一致)多少M$,不满足又多少M$,
还有相应的文档也应该如是。
3.如果有任务要发出时,以什么样的格式能被大家所公认呢(软件工程?概念多,实践少)?
这个简单,满足普遍的一致性规范就行,自己可以定制,只要不是这个老总用这个,那个
老总用那个就好。
4.网上开发,任务和报酬怎么挂勾呢?
  是不是象买菜一样,双方由着性子讨价还价呢。怎么找一个大家都可接收的标准,一看
任务,双方都明白,不用再吵来吵去的呢?

有没有觉得我在前面谈到的解决方法,处处都与经济挂钩啊?
5.怎么保证产软件质量呢?
  编程,各人的水平不一样,关于程序的运行效率、容错性、业务逻辑的正确性、可维护
性、代码的冗余性,这些问题怎么控制呢?
这个问题的确是难题,一般情况下,一个人写的代码,再给另个一个人理解是比较困难
的,但并不是没有办法,这也关系到个人的编码风格上,一个好的程序员写的代码给别人读
时,会很容易让人接受的,但有些却不尽然,还有效率、容错性,等等的这些就更是
这样的了。我觉得这点上,既有人为因素,也有环境因素,首先人为因素说来就是一个人的
编码质量问题,这是先天决定的,但是这是可选的,任务公开后,我不一定会选择某个特定
的人写的代码,代码的选择取决于代码的质量,所以这到最后还是任务发布人的质量检测上
上来解决。 其次是环境因素,这里说到的环境是整个网络开发所具备的大环境,应该说来
硬件上基本都没有啥问题,在楼主的贴中有引用 HANFI 的解决方案,我觉得HANFI所提的很
有道理,我们利用网络进行协作开发本身就是虚拟的世界了,我们必须建立一个可以相互交流
的网站或者是NewsGroups,或者是…………方式应该还是比较多的,目的只为解决甲方和乙
方的沟通问题(包括各方面的,比如代码检测、文档样式、还有资金等等这些)。

呵,,个人觉得往以后发展,网络协作开发是一种趋势,因为这样可以很大程度地利用人
力资源,只要有了好的解决方案我相信什么得到广大程序员的支持!
 
我也想加入这样的项目!
 
最好有自己的网站,方便交流
以前的DIVX就是这么做的
还有,
网上协作最重要的还是一个信任问题
还有一个,出错处理:即如果没有完成怎么办?
因为这如果是一个已经接手的项目由于这个原因而不能按时完成,
这是一个很麻烦的问题,
最好能够有一份类似协议的东西,
 
同意天真:
有了协议,什么都好说!
 
事实上, 控制进度很难。 如果不是专项开发的程序员的话。
你不能保证他能按时(谁能保证你不会临时有事)
 
好象50变成了60
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
892
DelphiTeacher的专栏
D
I
回复
0
查看
519
import
I
I
回复
0
查看
569
import
I
顶部