简说创业公司的技术选型，从 BearyChat 的开发说起

上周五我司 CTO 唐晓敏同学受邀参加了 CSDN CTO 俱乐部主办的 CTO 讲堂，进行了一次有关于「简说创业公司的技术选型，从 BearyChat 的开发说起 」的访谈。这里把内容列出来再和大家分享一下，或许我们也可以再一起探讨一下里面的一些话题？

以下 CTO 讲堂现场完整速记来自 CSDN（ http://www.csdn.net/article/2015-07-28/2825318-CTO ），略有删改：）

主持人：今天嘉宾是一熊科技 CTO、联合创始人 唐晓敏，请唐同学做个自我介绍吧。

唐晓敏：大家好，我叫唐晓敏，今年是在互联网学习的第五年，之前在阿里云做过搜索，主要是 Query 分析和排序；后来跟随丰老师（现在 LeanCloud 的 CTO）加入 AVOS，参与创业，当时参与了 Delicous 改版，国内美味书签，玩拍（短视频）和 LeanCloud，主要负责后端，包括爬虫，API，推送服务等。现在是一熊科技联合创始人/CTO。

主持人：作为 85 后创业者，唐同学是在何种情况下选择创业的？

唐晓敏：在阿里的时候，其实技术深度成长还是挺好的，但是大公司的一些通病，我受不了，再加上当时特别葱白丰老师，就跟着出来参与创业了。有幸两年多的时间和国内优秀的团队和国外 youtube 的创始人和早期员工一起工作，其中除了技术增长外，让我体会最深的还是国内外 Saas 环境的差别，国外团队特别注重生产力，会用各种工具，因为每个工具都做的非常棒，而国内工具少，做的又没有那么细致，我就一直想着国内也要又好工具，所以就和同事一起出来捣鼓了。这里宣传一下 LeanCloud，真的是一家工程师文化非常棒的公司，在的时候就说过，如果有一天离开 LeanCloud，唯一的理由就是自己出来捣鼓：）

主持人：介绍一下一熊科技目前的情况以及团队构成吧。

唐晓敏：一熊科技是 2014 年 3 月份成立，目前有 12 位全职成员，在北京和深圳都有办公室。团队的成员大部分来自微软，豆瓣，网易和阿里。

目前，我们做了两款产品： 白板（BearyBoard.com）, 主要是解决设计师沟通问题；倍洽（BearyChat.com），主要是解决团队沟通问题。

主持人：在创业方向上一熊科技是如何选择的？为什么选择这个领域？

唐晓敏：其实也没有什么特别的，说的老套一点，就是不忘初心。

在 AVOS 的时候做过用户产品，虽然很喜欢用户产品，但是我们内心还是工程师的内心，想做工具，而且自己的背景也更适合做工具，所以就选择了 Saas 这条路。

主持人：不忘初心，方得始终哇。介绍下一熊科技的创新产品及重点项目吧。

唐晓敏：白板是一熊科技的第一个产品，它就是一个减法产品，解决设计师沟通问题：上传设计图，邀请相关人员进入讨论，哪里不明确就可以点哪里进行实时讨论。这个产品刚上线不久就得到不少好评，简单有效。

公司目前的重点项目是 BearyChat，是为团队打造的一款沟通工具，分组讨论，第三方集成，文件管理和全局搜素是四大核心功能，如果大家知道 Slack 的话，就很容易理解了。我们其实最初的想法是做 HipChat，因为在 AVOS 的时候，从 Gmail -> GTalk -> HipChat -> Flowdock -> HipChat，沟通工具使用了遍，只有在用 HipChat 的时候，我从工程师的心理出发，感觉非常爽，当时就想国内也要有一个（网络不稳定）。后来 Slack 内测，很快就拿到邀请码，使用起来，这个时候的感受除了爽，还多了一种责任，就是要告诉其他所有伙伴，用 Slack。就这样，我们决心打造一款国内的类 Slack 产品。

主持人：BearyChat项目如何开展的？

唐晓敏：我们是两个月一个周期进行冲刺，首先有一个基本原则：活跃和留存。所有的事情都需要和这两个数据挂钩，越直接优先级越高。每个周期大概分三个阶段：

首先是功能需求确定阶段，这个大约有一周时间，最后都会体现在 Trello 里面，主要是：
1.确定 2 到 3 个大功能;
2.对于收集到的反馈问题按优先级确定哪些要在这个周期处理，进行细节迭代；
3.最后和每一位同事确认需求，保证大家达成共识，知道这个周期的共同目标以及最终期望结果；
4.计划排期阶段，这个大约 1 到 2 天时间，主要是和每位同事沟通，确定工作量，最后以周为单位，划分这个周期的任务。

开发阶段，包括：

• 产品和设计师再次明确需求
• 设计师出设计
• 产品和相关开发验收设计
• 开发
• 产品和设计师验收开发
• 黑盒测试
• 上线

回顾阶段，主要是做总结，看这个周期完成度如何，差的比较多的话，会留一些时间做收尾或者将一些内容留到下个周期。

整体项目的推进是采用简化的 Scrum 敏捷开发，每天会 15 分钟左右的站会，让大家清楚每个昨天已经做的事情和今天要做的事情。另外除了 Trello 之后，我们还有一个现实白板，大家可以清晰的看到每个计划所处的阶段，目前主要分：Doing, Stage, Prod。然后我们每周五都会有一个 demo day，让大家来展示一下各自做的东西，保证一周的进度 。

主持人：那么 BearyChat 的内部开发流程以及上线流程是怎样的呢？

唐晓敏：整个开发的流程基本是和上面提到的开发阶段差不多，这里我就说说我们开发这个环节的内容。先介绍一下我们的开发主要依赖的工具：GitHub 和 Jenkins。GitHub 开发过程中要是是用来做 Code Review 和 issue 跟踪；Jenkins 主要是用来保证测试和部署。

• 工程师从 Trello 拿任务放到 GitHub issue 中
• 开分支，完成后提 PR，同时要 at 至少一名 Reviewer
• 因为我们将 GitHub 和 Jenkins 做了集成，代码的每个提交都会触发 Jenkins 的测试，当 PR 处于测试通过并且可以自动合并的状态下，Reviewer 开始 Review
• Reviewer 通过 Review 最后负责合并分支，issue 会随着 PR 合并自动关闭
• 将代码部署到测试环境，进行功能验收
• 将 Trello 里面的 card 放到 DONE 里面

开发上，我们坚持 Code Review, 所以每个端的工程师基本是保证由两个以上的人员组成，可以互相 review 并且有 backup。

上线流程不同的端有不同的上线时间点，原则上：

• 前端/后端：每周二周四上线
• iOS：每两周，提交一次审核（目前我们遇到的审核基本是两周可以通过的节奏）
• Android：每两周提交一个新版，因为安卓审核过程可控，所以节奏比较把握
• 桌面端：累积到一定新功能就发

这里有个小故事分享一下，最早的时候，我拍脑袋说我们每周五上线，最后才意识到周五上线之后，第二天出点小问题，就是周末了，就会耽误大家的生活，于是果断切换到周二和周四上线。

主持人：请介绍一下在产品开发过程中，对于架构的把控和设计是怎样的？

唐晓敏：嗯，先分享一下我们整体架构。(盗了我们首席前端在深圳 JS 大会上的图)

其实大家看了一眼，可能觉得没有什么特别的，很简单，没错，不过这就是我对于架构和设计的一个想法：简单。我们在技术架构上不做过度设计，但是会保持基本原则：可扩展。

可扩展包括两个方面：

• 横向扩展：监控得当，当发现流量增长的时候，可以及时用加节点的方式解决压力问题
• 纵向扩展：对产品发展有预见，设计的协议，结构可以应对未来产品功能的扩展需求 另外就是要尽可能做到模块化，解耦合。队列系统是必须要有的，所有可以异步化的模块都要异步化。

主持人：公司产品的主力开发语言用了哪些？为什么要如此选择？

唐晓敏：前端是用了 AngularJS 和 LESS，后端是 Clojure 和 Erlang。

• AngularJS: 从语言角度讲，Angular 有一定程度的组件化，容易复用，上手也相对容易；从和项目契合度来讲，AngularJS 搭建实时系统非常方便，双向绑定虽然性能差些，但是 MVC 很清晰；从社区角度讲，我们在 2014 年 初开始做的，当初社区正式最火的时候，Library 非常丰富；从自身角度讲，前公司有一个 AngularJS 的专家，跟着入了门。

不过 JS 框架通常每隔一段时间就出来一个，比如现在的 React, 选择一个当下最合适的就行。唯一一个坑就是 AngularJS 2.0 对下不兼容。

• LESS: 不用说了，模块化，语法糖，节省时间；

• Clojure: 基于 JVM 的 Lisp 方言。我也是在前公司开始接触 Clojure, 至今写三年多，总结来讲，非常适合做数据处理的事情，尤其适合做 API Server；从语言角度讲，函数式编程，比较纯粹，数据就是代码，代码就是数据，操作起来很方便；社区角度讲，虽然不是很火，但是毕竟有 JVM 的优势，所有 JAVA 的库都能引入；从自身角度讲，已经写了两年的 Clojure，已经很快能搭建一套服务，节省时间。

当然可能大家觉得最大的一个坑就是面临很难招人的问题，然而我觉得这也算是一个优点，一个好的筛选器，我们有同事就因为想写 Clojure 才来我们公司。另外，也想和大家说一下，Clojure 一开始学习曲线可能会稍微抖一点，但是基本上一个月就能上手，而且你会发现另外一个完全不同的世界, 如果你没有接触过 Lisp 的话。

• Erlang: 古老的语言，但是设计的目的就是解决通信问题，他的语言特性就是用来解决高容错，分布式。Erlang 采用了 Actor 模型，并且有 OTP Library，搭建分布式门槛就低了很多。

另外作为一门古老的语言，在消息通信方面有很多代码积累，比如 Ejabberd，应该算是 XMPP 协议下用的比较多的一套开源方案了。网络库方面，有 cow_boy, ranch 等；集群方面，有 riak_core 等；通信协议方面，有国人实现的 MQTT 协议；消息队列方面，有 RabbitMQ;

从产线上来讲，WhatsApp 十几人的团队就能扛住大流量，我相信 Erlang。和 Clojure 一样，可能大家觉得招人不容易，还是那句话，这其实也是一个筛选器。我们期望的技术团队就是一个小而精的团队。

主持人：一熊科技的技术团队是什么样的氛围？工作模式是怎样的？你们如何保证异地合作的呢？

唐晓敏：氛围的话，就是轻松愉快。大家每天都会互相黑，在工作上，会互相撕，但是完全不会影响关系，该一起睡还是一起睡。我们不推崇加班，希望大家可以很好的平衡工作和生活。

目前工作上，我们重度依赖工具:

BearyChat：内部沟通，聚合第三方通知信息
GitHub：代码托管，Code Review，issue 跟踪
Jenkins：集成测试，部署
Sentry：异常收集
Grafana+StatsD：数据收集
Trello：项目管理
Skype：远程沟通
FIR.im：App 内测
远程的话，第一就是信任，人要靠谱，然后只要计划合理，我觉得就没什么问题。

主持人：据了解，一熊科技团队技术成员均 87 后，这样一支年轻的团队，有怎样的特质？那么管理方式上，有没有不同之处？

唐晓敏：现在我们是十二个人的团队，就是一帮兄弟，初生牛犊不怕虎，在生活得到一定保障的前提下，大家可以开心的在一起做大家想做的事情。管理？每个人都有远程的自制力，其实不太需要管理，看结果就行。

主持人：那么你们如何提高团队成员技术竞争力的呢？

唐晓敏：
1. 尽可能放权，让成员去独挡一面，允许犯错，跟着公司成长；
2. 沟通，内部的话，我们主要依靠 Code Review, 这个过程就是充电过程，不论是看还是被看的，都会学习到很多；外部的话，定期参加技术会议，质量高的马拉松，和业内的人讨论，也能开阔眼界。

主持人：在创业的过程中，是否遇到过发展瓶颈？有无一些经验教训给年轻创业小伙伴们？

唐晓敏：其实，我也就是自导创业了一年多，踩了很多坑，一下子也说不完，就挑几个分享一下吧：
1. 拥抱开源，一开始会大大降低技术门槛；
2. 拥抱工具，该花钱的地方就花，尽可能减少自己维护的成本，现在人最贵；
3. 耐心，创业的路子远没有想象的那么容易走，要早点学会鼓励自己，内心软弱的话，纵铁甲难护：）

互动环节：消息队列是用的 RabbitMQ?

唐晓敏：是的。

互动环节：市场上也有类似的产品，你们的产品优势是什么？

唐晓敏：要说产品优势的话，我就不吹了，BearyChat 的用户是这么说的：设计出色，不是照搬，有自己的思考；功能稳定，其他几个产品他们用下来多多少少有问题；服务到位，反馈可以非常及时的回复。

互动环节：在唐总的刚刚提到的过程中，产品经理或者产品人员担任怎样的角色呢？创业项目的话在真正做大之前，基本上都是在试错再修正，这个过程中，产品经理怎么引导，怎么做到既具有前瞻性又具可执行性？

唐晓敏：基本是我和 CEO 负责。我们也在摸索，不过数据上涨才是硬道理。

感谢大家看完了这篇这么长的访谈文章了解我们和我们的产品，有任何问题，都欢迎随时和我们联系哦^^

欢迎使用 BearyChat https://bearychat.com/