开发者们心里的痛
- 当你踏上程序员这条漫长的开发之路，就意味着：未来你需要翻越无数的山岭，跳进并爬起无数的坑。这是程序员个人修养的必经之路。
- 程序员这个职业道路并不容易，当你踩到一个有一个坑时，多么希望有人能够提前告诉你：“此地有坑，勿进！”；或者你跌落在坑中，迟迟不能自救，时间的流逝让你情绪越发焦急，焦急的情绪不断吞噬你的耐心，这时多么希望有人能够帮你，帮你早日脱离万年坑。
- 又或者你是大牛，途经一小弟在坑中苦苦挣扎，小弟苦苦哀求：“help me ! help me!”。你听见，不忍置之不理，上前拯救，还没来得及听小弟说“涌泉相报”的客套话，眼前便出现成千上万个小弟在喊“help me! help me!”。帮一两个是出于我的善心，成千上万个的话，抱歉，只能说拜拜，所以，你走了。
总结：小弟常有，而大牛不常有，这时开发者心里永远的痛。
开发者的憧憬
- 作为开发小白，多么希望我在社区中发布的问题能够得到高质量的回答，或者能够直接搜索到之前已经存在的答案。
- 作为开发大牛，多么希望我在社区中回答的问题，做出的贡献能够得到相应的回报，能够作为我的一笔收入，这样我才有动力继续为整个社区贡献更多的知识。
Fountain解决开发者痛点的一些机制设想
如何鉴别是否是高质量的回答？
- 大牛们对社区做出贡献的方式大致分为两种：一种是自发性的将自己的知识记录并发布在社群中（下文简称“自发性方式”），还有一种是回答提问者发布的问题（下文简称“回答性方式”）。
- 两种方案都可以以阅读量和点赞数量或者支持率做为一个参考标准，同时可以加上更细致的评价，比如添加“干货满满”选项，如果阅读者认为该文章干货满满，可以勾上。
- “回答性方式” 比较定制化，除了以上标准之外，还需要加上提问者的评价，是否能够解决自己提出的问题。
- 同一个问题会有多个回答，综合排名最高的应该排在最前面。
如何打磨文章的质量
无论是哪种模式，关键点都在于如何打磨文章的质量，笔者认为可以效仿GItHub的机制：
- 原创作者就某一个课题发部文章或者回答某一问题，相同爱好者阅读该文章后，认为有需要改进的地方，可以向原创作者发出请求，并将改进后的内容呈现给原创作者；
- 原创作者认为改进后的内容更加完美，可以同意该请求，并更新文章，记录每一次更新的原因，并且将爱好者和原创作者的讨论内容公开，以激发读者更多的思考。
- 所有对于该文章做出贡献的人，都应该得到奖励，奖励分配比例，应按照每个个体具体做出的贡献来定。
总结
笔者暂时能够想到的，只有这么多，如果有GitHub的机制，就可以让所有对这篇文章主题感兴趣的人发挥自己的想象力和才能，共同来完善，最终得到完美的作品。众人拾柴火焰高，让所有的人成为利益共同体，同心合意来做一件事，想必会诞生更多卓越的作品。
