X xusong168 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #23 假如你可以先搞出“详细”的设计, 再分出去编码,利用人数的优势,就可以很快搞出来。 因为每个的工作量小,所以总的成本也不多。
P pyzfl Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #25 TO >其实也是钱的问题 >人员的成本*时间 找一个聪明人,可能只要几天的事。如果给一个笨蛋,那怕是几百亿,也搞不出个吊来。当然 了,请枪手是例外。 请原谅,又说到中国足球了:你说中国给不起钱吗?可足球就是那个“球”样,有什么办法? 钱不是关键,关键是体制! 我现在是想讨论“网上协作开发软件”的体制问题。
TO >其实也是钱的问题 >人员的成本*时间 找一个聪明人,可能只要几天的事。如果给一个笨蛋,那怕是几百亿,也搞不出个吊来。当然 了,请枪手是例外。 请原谅,又说到中国足球了:你说中国给不起钱吗?可足球就是那个“球”样,有什么办法? 钱不是关键,关键是体制! 我现在是想讨论“网上协作开发软件”的体制问题。
X xusong168 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #26 因为没有个人能力评估的标准,或者说没有较好的方法, 所以还是要靠交往中逐渐建立信任。
X xusong168 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #27 上面那个说的对 经验其实是很重要的因素。 但是一个公司或组织没必要每个人都是“生产成本”方面的专家。
X xusong168 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #28 要想利用“人多”这个优势, 先要建立起“核心团队”,这里面的人应该都是互相比较了解的。 当然“核心团队”的人不会太多。
P pyzfl Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #29 说的有道理,所以说“核心团队”是最重要的,“网上协作开发”只能是敲一敲边鼓,根本起不了太大的作用。 对不对啊?
X xusong168 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #30 起的了作用呀 “网上协作开发”不是跟完全不认识的人合作呀。合作是要有一定基础的, 一方的能力要被另一方承认。 1.如何控制开发进度? 当你把程序的一部分发给某个网上员工时,你怎么保证他是用最快的速度给你开发,会不 会三天的工作用了十天,而且是五天后才开工的? 这个发出工作的人要评估工作的量,然后给一个标价,进行一次小小招标。注意不是"分配"工作, 这样每个参与的人可以选择自己最擅长的做。 2.如何保证产品风格的一致性? 整个程序由多个模块构成,同样的分工合作,如果是一齐工作,可以随时交流,互相统一, 如果网络开发,和一齐开发的区别有多大呢?如何消除呢? 网络开发也是可以实时交流的,也是可以通过音频或视频沟通的。通过网络可以聚集起更多的 人,更大的力量。 3.如果有任务要发出时,以什么样的格式能被大家所公认呢(软件工程?概念多,实践少)? "软件工程"实施起来是有困难,文档尽量详细就可以了。分配工作时,要通过阅读文档就确切 的知道任务呀。 4.网上开发,任务和报酬怎么挂勾呢? 是不是象买菜一样,双方由着性子讨价还价呢。怎么找一个大家都可接收的标准,一看 任务,双方都明白,不用再吵来吵去的呢? 如果做起来,形成了市场,那么就会有比较公平的价格了。买家和卖家都不是唯一的,价格 就不是“由着性子”的了。 5.怎么保证产软件质量呢? 虽然不能完全实施“软件工程”,在测试这部分下点工夫,就可以基本保证质量。
起的了作用呀 “网上协作开发”不是跟完全不认识的人合作呀。合作是要有一定基础的, 一方的能力要被另一方承认。 1.如何控制开发进度? 当你把程序的一部分发给某个网上员工时,你怎么保证他是用最快的速度给你开发,会不 会三天的工作用了十天,而且是五天后才开工的? 这个发出工作的人要评估工作的量,然后给一个标价,进行一次小小招标。注意不是"分配"工作, 这样每个参与的人可以选择自己最擅长的做。 2.如何保证产品风格的一致性? 整个程序由多个模块构成,同样的分工合作,如果是一齐工作,可以随时交流,互相统一, 如果网络开发,和一齐开发的区别有多大呢?如何消除呢? 网络开发也是可以实时交流的,也是可以通过音频或视频沟通的。通过网络可以聚集起更多的 人,更大的力量。 3.如果有任务要发出时,以什么样的格式能被大家所公认呢(软件工程?概念多,实践少)? "软件工程"实施起来是有困难,文档尽量详细就可以了。分配工作时,要通过阅读文档就确切 的知道任务呀。 4.网上开发,任务和报酬怎么挂勾呢? 是不是象买菜一样,双方由着性子讨价还价呢。怎么找一个大家都可接收的标准,一看 任务,双方都明白,不用再吵来吵去的呢? 如果做起来,形成了市场,那么就会有比较公平的价格了。买家和卖家都不是唯一的,价格 就不是“由着性子”的了。 5.怎么保证产软件质量呢? 虽然不能完全实施“软件工程”,在测试这部分下点工夫,就可以基本保证质量。
房 房客 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #32 有何难?当然现在GG上不去就又难点了 主要是你有没有机会碰上pyzfl这样的通才[]
吴 吴下阿蒙 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-09 #33 关键是项目管理得好,再有几个核心成员,还是有希望的, 尽管实际操作的难度很大,不管成功与否了,事情总需要有人做尝试的, 如果还没有开始,就说没有希望,那就真得没有希望
易 易虎 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-10 #34 pyzfl : 你给的例子是关于成本计算的问题,我谈谈我的拙见。我想可以细化每一步的工作,如输入购置材料的同时输入支付的方式,在后台自动对应生成对应的会计凭证。 而最后要计算产品的成本,我想可以通过成本会计的计算方式产生。我对成本会计不熟,只能有此的拙见。 我还是认为“网络协作开发”的基础还是软件开发文档的形成。在寻求协作的过程需要信任和交流,最好是通过互相交流编程的心得、看看对方编制的程序,也能判断出对方的编程功底和习惯, 这样就可以判断他所能编制的程序的质量了。最后再决定他能否成为协作团队中的一员。 至于开发时间,我想最好的方式还是通过 彼此的信用在实现,不过这没有约束。还有通过奖金的激励方式也可以,分为在约定的时间前,和在约定的时间后的奖金不同。 我对于这种网络协作的方式还是比较赞同的,也确实存在着问题。我现在也这么做,不过我分析好以后,给几个熟悉的程序员做的,他们也都能按时完成的。不过需求分析和开发文档就显的特别重要。我看过关于微软团队开发的书,他们也是通过网络协作的方式进行的,也是通过E-MAIL的方式进行的。 不过他和我们讨论的不一样,因为他们属于同一公司,不存在着信用问题,而且各组有项目主管管着。 在我们国家要实现网络协作开发的话,开始也可能只是在朋友之间进行了,才回有一点安全感!!!可悲呀!!!但也没有办法…… [8D][8D][?][?]
pyzfl : 你给的例子是关于成本计算的问题,我谈谈我的拙见。我想可以细化每一步的工作,如输入购置材料的同时输入支付的方式,在后台自动对应生成对应的会计凭证。 而最后要计算产品的成本,我想可以通过成本会计的计算方式产生。我对成本会计不熟,只能有此的拙见。 我还是认为“网络协作开发”的基础还是软件开发文档的形成。在寻求协作的过程需要信任和交流,最好是通过互相交流编程的心得、看看对方编制的程序,也能判断出对方的编程功底和习惯, 这样就可以判断他所能编制的程序的质量了。最后再决定他能否成为协作团队中的一员。 至于开发时间,我想最好的方式还是通过 彼此的信用在实现,不过这没有约束。还有通过奖金的激励方式也可以,分为在约定的时间前,和在约定的时间后的奖金不同。 我对于这种网络协作的方式还是比较赞同的,也确实存在着问题。我现在也这么做,不过我分析好以后,给几个熟悉的程序员做的,他们也都能按时完成的。不过需求分析和开发文档就显的特别重要。我看过关于微软团队开发的书,他们也是通过网络协作的方式进行的,也是通过E-MAIL的方式进行的。 不过他和我们讨论的不一样,因为他们属于同一公司,不存在着信用问题,而且各组有项目主管管着。 在我们国家要实现网络协作开发的话,开始也可能只是在朋友之间进行了,才回有一点安全感!!!可悲呀!!!但也没有办法…… [8D][8D][?][?]
P pyzfl Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-10 #35 [xx(][xx(] >pyzfl这样的通才?????? 吓死我了,羞啊羞,怎么敢担? 幸亏不是自封的,还可以松口气,要不,还真是不自杀不足以谢天下了。
L linge_king Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-10 #36 光靠信用是不行的,要签合同。这样双方才有保障。国外的一些成功的经验就是这么做的。我相信每个的本质的不是坏的,主要是在利诱面前的表现。签订合同就可以把风险寄托,可以在合同中注明双方的权益和责任
H HANFI Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-10 #37 各位,我的想法是: 1、要有项目的集散地。 2、要有一批可靠的程序员。 3、合适的选拔、激励机制。 (最好能有一个自由程序员组成的组织,同时组织里有等待领取的项目)
F fatbug Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-10 #38 首先是需要双方的诚信, 比如象你老兄一口说300分献上, 一手却只放了50分在这里, 似乎就有点那个.........啊 上帝保佑, 幸好你不是我老板呢
P pyzfl Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-11 #39 [] 我要看来贴有没有价值嘛,如果没价值,我就以50分了事;如果有价值,我就另开贴给300 分。那有什么,按质论价嘛。
D dearmite Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-12 #40 还是中国人自己架子高, 有点水平的吧,不是想钱,就是想官, 没有水平的吧,不是想拿人家程序,就是想看人家代码, 都是自己惹的祸!