[分享|讨论]我有一个好想法，不晓得这会不会只是一个天才的想法，而没有实现的可能性。

Question

这样子是行不太通的.不过想法很单纯.
一个产品,程序做出来只是点了40%的样子.就象以前微软收购的DOS前身,产品不是很好么.

Answer 1

to 多菜鸟不光是工作上的问题吧,收入的分配问题,售后服务的问题,如果有人有急事离开后交接的问题.
如果是基于soho的考虑,则必然是所有工作人员肯定是不在一起的,这里面要考虑的问题可不是
一般般的多.如果有一个坚强,完全,有效的机制可以解决这些问题,那程序员的好日子也就来了,
我们也可以玩一下soho了.多菜鸟你觉得呢?另,君子兰不要不说话,跑过来聊一下这问题.

Answer 2

我想PHP论坛的人每人出资几十块钱就能租一台了吧！

Answer 3

借口的事情总是很麻烦
你的程序和别人的程序接口比较好的解决办法 就是 什么都用规范化，例如UML 模型 概念模型， 物理模型 ，这些都是要有的
而且要有一个稳定的团队，一个很有战斗力的团队……

Answer 4

to loswing(修) 
没有利益．．．
没有规则．．．
没有奖惩．．．
没有信仰．．．你说的这些一定要在实现方法之后再谈喽，要不然谈这些也是空的。to  feixuehenshui(飞雪恨水)
你说的什么“借口”我不太明白。要一个稳定的团队和有战斗力的团队，我非常赞成，现在就是如何组建这样子的团队呢？
按你上面的意思，好像组建这样子的团队是有可能的事情喽？

Answer 5

主要是怎么个运行流程了。大家认同了你的运作，自然会来支持了。我在上面也说过一点点。
还是从实际出发，系统点分析一下吧。从接单开始->系统分析->确定主体思想或者框架->代码编写规范->分配代码制作模块并定价->发布在网站上供各成员选择编辑->完成提交->管理者筛选每个模块中的优秀代码->合并全部代码->调试通过->组成一个网站->完成->收款分配->维护由分析者来进行。基于这么一条流程，类似的网站应该是中大型的，要不然也没有什么搞头。
还有就是有很多编程人员去做这种代码，这样子才有选择的余地。
再就是编写规范一定要完备，要不然为以后维护产生麻烦。
编写代码者要加入详尽的说明之类的。哈哈哈，暂时这么想的，怎么样？