这是一个创建于 3616 天前的主题，其中的信息可能已经有所发展或是发生改变。
一个聚集了数十名编程爱好者，其中活跃讨论者数名的非营利开源项目小组，
经过一年的讨论与争辩，已经确认了具体的技术路线，确立了清晰的实施方案。
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