这是一个创建于 3550 天前的主题，其中的信息可能已经有所发展或是发生改变。
一个聚集了数十名编程爱好者，其中活跃讨论者数名的非营利开源项目小组，
经过一年的讨论与争辩，已经确认了具体的技术路线，确立了清晰的实施方案。
However, people just don't code.
请问 Project Manager 的过失是？他应当如何改正，采取何种措施？
 |
1
9hills 2016 年 4 月 25 日  2
过失是自己不写代码，开源项目基本都是 one-man 写出 0.1 版本，其他人后续维护。。。
|
 |
2
theoractice 2016 年 4 月 25 日
要做啥东西，求个地址。反正非盈利开源应该不需要保密
|
 |
3
janxin 2016 年 4 月 25 日
活跃讨论者!=贡献者
与其瞎讨论不如实现第一个 MVP 版本出来，后来大家每个人讨论的时候先把代码拿出来再讨论。 talk is cheap, show me the code. |
 |
4
learnshare 2016 年 4 月 25 日
Be Useful
有用的项目，自然会吸引用户，并从中产生贡献者。 |
 |
5
UnisandK 2016 年 4 月 25 日 1
想法很好，就差一个程序猿了
|
 |
6
lyragosa 2016 年 4 月 25 日
“队伍里面没有人选坦克治疗，怎么办，在线等”
“你 tm 自己选不就行了。” |
 |
7
icybee 2016 年 4 月 25 日
放国企挺正常的啊
|
 |
8
lecher 2016 年 4 月 25 日 via Android
开源项目通常是英雄模式启动，一个开发者完成绝大部分的代码，解决一个确实存在的问题，以此才能聚集足够多的使用者，从大量使用者中才有可能冒出有能力对此项目贡献代码的开发者。这种以共同目标聚集的团队凝聚力要强一些。
先聚集团队再确定目标，这种团队的凝聚力一般不高。发钱也不一定有用。 |
 |
9
arens 2016 年 4 月 25 日 3
能讨论一年，都没人去做...
|
 |
10
unique 2016 年 4 月 25 日
很难维持的，我尝试过，也遇到过很多国内外的想要参与开源项目的同学。。
最后得出的结论是：自己挖的坑自己填。 |
 |
11
eliteYang 2016 年 4 月 25 日
开源项目，基本都是一个人写完核心，然后找几个志同道合的人一块完善其他周边功能的，而且相对自由，没啥约束力，主要看人员的想法
|
|
12
eliteYang 2016 年 4 月 25 日
补充一点：类似于我参与的一个组织，写的一个框架，大家都是各凭心情，喜好来分工写什么内容， https://github.com/ketoo/NoahGameFrame
|
 |
14
hxtheone 2016 年 4 月 25 日
数十个人讨论一年还不动手也是蛮拼的
|
 |
17
specita 2016 年 4 月 25 日
有 git 地址么，看看，不盈利的项目就全靠大家的激情了。。激情这种东西就不靠谱了。。 lz 是组织者么，那还得自己 code
|
 |
18
herozzm 2016 年 4 月 25 日
一定要有趣
|
 |
19
k9982874 2016 年 4 月 25 日 via iPhone
talk is cheap ， show me the code ！
|
 |
20
cloudhuang 2016 年 4 月 25 日
过失点: 活跃讨论者数名 -> 活跃贡献者数名
|
 |
21
phoneli 2016 年 4 月 25 日
@cloudhuang 给一下地址？我有兴趣来玩哦
|
 |
22
airyland 2016 年 4 月 25 日 via iPhone
|
Select Language