高手们说一说:网上协作开发软件,能行吗? 可悲啊,难道中国程序员真的只有做奴才的命? 谁能说出一些让我佩服的道道来,300分献上,绝不食言! (50分)

P

pyzfl

Unregistered / Unconfirmed
GUEST, unregistred user!
[?][?]
  我看很多人都说想“网上兼职”来作程序,我想和大家讨论一下,以下这些问题怎么解决呢?
1.如何控制开发进度?
  当你把程序的一部分发给某个网上员工时,你怎么保证他是用最快的速度给你开发,会不
会三天的工作用了十天,而且是五天后才开工的?
2.如何保证产品风格的一致性?
  整个程序由多个模块构成,同样的分工合作,如果是一齐工作,可以随时交流,互相统一,
如果网络开发,和一齐开发的区别有多大呢?如何消除呢?
3.如果有任务要发出时,以什么样的格式能被大家所公认呢(软件工程?概念多,实践少)?
4.网上开发,任务和报酬怎么挂勾呢?
  是不是象买菜一样,双方由着性子讨价还价呢。怎么找一个大家都可接收的标准,一看
任务,双方都明白,不用再吵来吵去的呢?
5.怎么保证产软件质量呢?
  编程,各人的水平不一样,关于程序的运行效率、容错性、业务逻辑的正确性、可维护
性、代码的冗余性,这些问题怎么控制呢?
  ……
  还有一些问题,大家一齐补充一下吧。
  如果这些问题不解决,网上协作开发软件,是不是一句可望不可求的空话呢?
  “网上协作开发软件”,大家没事干的时候,说一说好象很时髦的;但真正要干的时候,
怎么样管理才好呢?
  说到底,开发一个软件,主要有以下几方面:
  1.软件的质量。
  2.软件交货期。
  3.开发成本。
  
  对于有志于“网上协作开发软件”的高手,你们对以上问题是如何看的呢?有没有实践
做过,是怎么解决这些问题的呢?
  
  协作是以互惠互利为基础的,有什么切实可行的方案可以同时保障双方的权益呢?
  不要说什么尊重、什么精神、什么品德,说实在一点:制度!方案!
 
我现在做SOHO,老板也没见过我,我也没见过老板,只是大家在联系后觉得信的过,就试。
我觉得国内这样的事应该热起来才对,不然我们年纪大的程序员,出去找工作别人嫌老,很不好意思啊,
我现在时间还有空,不是很忙,要找我做事的,欢迎来电来妹,呵呵。。
---------------------------------------------------------------
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1144133
kkyy.kkyy@163.com
 
我觉得首先要解决的是个人的信用问题。
在互联网上,没有人知道你是一个人还是一条狗。
一方面,项目负责人要有个人信誉;
另一方面, 接受任务的人也要讲信誉;
这是网上兼职的最基本的条件。

 
其实这不难,只要双方有诚意。搞一个松散的协会,内部适当公布一些个人情况。
没有诚意,世什么样办
 
[:O][:O]
我只是想研究一下“网上协作开发软件”的可行性。
对我来说,现在无论如何都不会实行这种方案,最起码:质量没保证!
所以我想听一听各位的意见,怎么样克服这些问题?
[:(][:(]
可能这正是中国的现实:
我们有很多优秀的“程序员”,知道如何调用API,如何实现COOL菜单……。
但没有优秀的“管理员”,不能从理论上研究一下,如何管好一群“龙”,创建龙的事业!
而不是让这么多“龙”变成一头“猪”。
所以很多程序员给老外打工,——国外的软件好过国内的。
可悲啊,难道中国程序员真的只有做奴才的命?
 
市场不规范,所以开发过程也就杂乱了
 
我觉得写开发文档的人不能在网上协作,团队做好分析写好开发文档后,再将它分割交给程序员。项目主管必须做好协调的工作。若有变化就
e-mail联系。至于时间的问题是信用问题了,我建议可以采用按时完成那多少奖金,提前和延期该如何处理在
项目开始的时候就说明白比较好。
这只是我的拙见!!见笑了。
这样方式我试过,还行。
 
区别对待不同的项目
只有针对性的解决方案
没有适应所有情况的解决方案
 
你举出具体的例子,我帮你分析。
 
那就给个例子吧(但凡是我给出的,就没有容易的,不要说我故意刁难人啊):
将工厂生产时每一环节的直接材料费用、材料损耗、人工费用、管理费用、其它费用自动
生成会计凭证,算出生产成本。
有点太笼统,是吧,不要太细,分析一下思路吧。
不懂会计?那就干瞪眼吧。[:D]
不过没关系,因为这是个走题的问题,重点还是说“网络协作开发”的问题吧。
 
可以一试,但对信用不放心。
 
你说的这个例子,我不熟呀
我要知道你这是个:
1.为客户开发的项目
or
2.公司的产品
???
 
为客户开发的项目,一定是有时间限制的
自己的产品,时间上弹性大一些,计划更随意一些
 
公司的产品,要多长时间?
 
钱少的项目和钱多的项目
时间紧的和时间多的
是不一样的
 
不说钱多少,只说时间,究竟要多长时间?
 
公司对产品的策略是什么?
做出一个版本,然后逐渐升级。
还是先要一个比较完善的版本。
 
其实也是钱的问题
人员的成本*时间
 
当然是完美的了。做一个残废出来,有什么用啊,没有丢脸。
 
再没有建立起整套(网上协作)系统的时候,
这个时间不可能太短的。
把文档写的很详细是个理想,实际不容易实施的。
 
顶部