本文是根据我在高可用架构群聚会上的演讲整理而成。从小一直是个讷于言的人，每次公开演讲都感觉会有紧张，不能完整的表达自己的想法，很羡慕演讲时能侃侃而谈的人。所以还是把自己的想法整理成文章表达出来。

个人在开源方面算是新手，16年初发布了一个开源项目，叫go-commons-pool，是一个golang的通用对象池，到现在快200个星。创业方面也算是新手，15年初开始作为技术合伙人创业做团队通讯协作工具。一年里做开发的同时兼职做点产品的工作，也做点运营的工作。感觉创业和开源二者的共通之处挺多，所以和大家分享一些感悟。前面各位讲的干货比较多，我这个项目技术上比较简单，所以我听从Tim的建议，多搀些鸡汤吧。 ：）

无论是创业还是开源，首先面临的第一个问题是做什么？要做什么的想法从哪儿来呢？无外乎以下两个途径：

  1. 观察 观察周围的人，观察自己的生活和工作，观察大家的习惯，看哪儿还有改进的地方，看哪里有痛点。比如我这个pool的想法就是有人在群里提问，我搜索了下，发现golang确实没有通用好用的对象池。再比如有人发现打车这么难，站路边半天等不到，于是有了Uber。有人想在多个设备同步文件，于是有了Dropbox。有人发现工作中老在做重复工作，于是有了各种框架。
  2. 借鉴 看看其他先进的地区，先进的领域，是否有可借鉴的，将先进地区或者领域的成果移植到落后地区或者新的领域。一直比较热门的Copy To China创业就是这种模式，通过先进地区的发展轨迹来预测落后地区的未来趋势。那天高可用群里indigo的分享，通过日本的经济社会的发展来预测中国的趋势也是这个道理。我做这个pool，其实也是分析了java社区的情况，觉得golang在以后服务器端大有作为，肯定需要一个健壮的对象池，用来做连接池等用途。

想好了做什么，下一步就是怎么做。这一步，貌似创业和开源差距比较大，但二者共通之处还是有的，其实做的关键点是评估以及安排『事』的资源投入。资源包括金钱和时间。如果前面想的事情太大，和实际的资源不匹配，结果可能就是创业黄了，或者开源项目创建了个仓库，写了个readme然后就没有然后了。这里面考验的是对事情的复杂度的评估能力和对资源的把控能力。

项目做出来之后呢？再下一步就是怎么让你的用户群知道了，也就是现在流行的说法叫『安利』。PingCAP的黄东旭刚才也提到了他们的营销方式和渠道。这步的核心是你要知道你的用户群的注意力一般在哪儿，如何以最小的成本触达你的用户。开源项目可能是通过各种开源社区或者技术人社区，自己的社交网络，技术会议等各种方式。

初步的用户触达完成，用户知道了你的项目，有部分人可能点了星，这部分人是潜在用户。另外一部分人fork了，估计是准备要使用或者做二次开发了。那如何维系当前的用户，并且吸引更多的用户呢？这就是这个阶段要考虑的。包括但不限于以下方面：

  1. 完善文档，教用户如何使用。不要嫌弃用户『弱智』。
  2. 响应用户的反馈，处理issue。创业产品的话就是要有客服体系了。

逐渐用户多了，然后形成社区，有了自己的品牌。这一步，像我做的这样的小工具达不到，但比如PingCAP的TiDB,像谢孟军的beego这种框架，都已经形成自己的社区和品牌了。

总结下这个过程中的关键点：

  1. 点子没抽象好。其实所有工具和产品都是在做一种抽象，对用户需求的抽象。比如那个经典的例子，问用户需要什么，用户肯定说是要更快的马，而不是一辆汽车。汽车就是对用户出行需求的抽象。但如何做这种抽象呢？我总结了下有三个境界。

    • DRY原则(Don’t repeat yourself)，不要重复自己，最常见的是用在代码规范里，建议大家不要随意复制粘贴，而是要做一定抽象。但实际上，所有的语言的高级功能，面对对象，模块化，代码生成工具，各种框架，都是在解决这个问题。也就是说，如果你发现你在做许多重复劳动，说明这里就有可能抽象出个工具出来。
    • 不要重新发明轮子 这个原则貌似有争议，但我觉得争议是没搞清楚『发明』和『造』的区别。不要重复发明轮子，但你可以造新的轮子，或者改进已有的轮子。这个原则说的是不要重复别人已经完成的工作，不要闭门造车，要在前人的基础上做改进。一直觉得发明轮子的人是很伟大的，也很难的，历史地位可以和发明取火术有的一拼。有了轮子后，人类所使用的工具和动物所使用的工具才有了本质的区别。
    • 前面我们做到了不要重复自己，也做到了不要重复别人，第三个境界就是『不要让别人重复你』。将你的工具，框架，抽象分享出去，作为开源产品或者SaaS服务，让别人不再重复你已经完成的工作。
  2. 开发速度慢了，竞品出现，或者功能比竞品弱。
  3. 推广没做好，大家不知道，结果被后来者超越了。
  4. 做出来的东西没有实际需求 比如pool，有人觉得go里用channel模拟就很简单，没必要用个复杂的pool。比如许多Copy To China的项目，发现在中国的环境水土不服。
  5. 开源后不维护，没了热情，用户反馈无响应，最后都流失了。好多僵尸开源项目都是这样了。

所以，我觉得想创业的工程师，可以先从开源做起，将开源做为创业的一次演习。体验一次从构想，开发，推广的整个流程，这样可以对创业过程中的关键点有些体验，可以评估自己的长处和短板。毕竟自己是工程师，开发的时间可以自己掌控，面向的用户也是工程师，所要解决的问题是自己熟悉的领域，需要传播的社区也是自己熟悉的社区，这种天时地利人和的情况下做项目还是遇到困难，可以想象下，如果换到一个自己不熟悉的领域，不熟悉的用户，不熟悉的社区，困难会有多大？

另外说一句关于技术人创业的观点。我觉得王安石一句诗非常好『春江水暖鸭先知』，我们一线的写代码的工程师是在水里的鸭子，江水变化我们肯定首先会感觉到，这方面是有优势的。如果你高升了，不写代码了，跑岸上去了，那可能就感觉不到江水变化了。