订阅业界RSS CSDN首页> 业界

【CTO讲堂】简说创业公司的技术选型,从BearyChat的开发说起

发表于2015-07-28 16:25| 次阅读| 来源CSDN| 0 条评论| 作者蒲婧

摘要:在日常工作中,除了使用基础的沟通工具外,还需要很多其他的工具来协助。使用的工具越多,信息就会越零散化。一熊科技CTO、联合创始人唐晓敏带来关于企业协同工具的分享,以及谈谈年轻创业团队该如何做好技术选型。

为了帮助IT从业者职业之路拥有更多收获,在诸多C粉的殷切期待下,由CTO俱乐部打造的CTO线上讲堂自登场以来获得大家好评。本期邀请一熊科技CTO、联合创始人唐晓敏带来“简说创业公司的技术选型,从BearyChat的开发说起 ”的创业主题分享。

想与业界大咖零距离沟通,欢迎加入CTO讲堂微信群(7月31日,新一期讲堂报名请拖至文末查看)


演讲嘉宾:一熊科技CTO、联合创始人唐晓敏

嘉宾简介:唐晓敏,一熊科技CTO、联合创始人。毕业于大连理工大学,后来加入了阿里云从事搜索工作,前后参与过 delicious, 美味书签,玩拍和 LeanCloud 的数据挖掘项目,并在此期间获得过 chad 和 steve 成立的创始人奖,目前在一熊科技专注于开发 BearyChat。

公司简介:一熊科技团队成立于2014年3月,团队分布在深圳和北京进行远程开发协作,公司专注于开发企业协作类工具产品。目前已推出两款明星产品:白板和BearyChat。白板主要解决设计师或者团队在讨论设计图时的不便,用户可以通过在讨论图上原地做标注、评论,来完成设计图的讨论和协作工作。从2014年的4月25日 Alpha 版本上线至今,零推广下「白板」已经积累了超过10万的用户;BearyChat是团队倾力打造的一款面向企业和团队的沟通工具,通过“各种第三方服务集成”、“全格式的文件共享”、“自由定制的团队机器人”等方式用户所关心的信息快速汇聚到平台上,再通过信息的“永久保存”、“一键收藏”、“全局搜索”、“实时预览”将信息流快速梳理,从而提高工作效率。一熊科技在去年获得了数百万人民币的天使轮融资,目前正在积极进行A轮的融资。

以下是7月24日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 合并自动关闭
  •  * 将代码部署到测试环境,进行功能验收
  •  * 将 Trelo 里面的 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;

从产线上来讲,What's app 十几人的团队就能扛住大流量,我相信 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 负责。我们也在摸索 不过数据上涨才是硬道理。



想与业界大咖零距离沟通,欢迎加入CTO讲堂微信群,参与CTO讲堂!

【CTO讲堂第11期预告】

分享主题:打造开放的高性能网络平台,助力SDN/NFV产业发展


演讲嘉宾:武汉绿网副总经理 雷葆华

嘉宾简介:雷葆华,业界知名的云计算专家,中国电子学会云计算专委会委员,目前任职武汉绿色网络信息服务有限公司副总经理,负责公司大数据、SDN/NFV等新产品研发工作。作为第一作者编写的《云计算解码》、《CDN技术详解》、《SDN核心技术剖析和实战指南》等书,其中《CDN技术详解》、《SDN核心技术剖析和实战指南》分别当选“2012、2013年度51CTO读者评选的我最喜爱的IT原创图书”。创业之前曾任中国电信北京研究院云计算产品线总监,是中国电信云计算工作主要发起者和推动者之一,在CDN、P2P、IDC等方面都有深入研究,提交专利28项,已授权专利8项,发表多篇有影响力的论文和文章,多次获得部级科技进步奖励。

公司简介:武汉绿色网络信息服务有限责任公司(简称武汉绿网),创立于2003年,专注于基于X86的高性能网络包处理领域, 是一家立足提供电信级应用层网络设备解决方案的高新技术企业。公司总部坐落于素有“中国光谷”之称的武汉东湖高新技术开发区光谷软件园,在北京设有分公司,在上海、深圳、广州、成都、杭州等地设有分支机构。

武汉绿网在业界率先推出了高带宽万兆级别的网络流控系统(基于x86平台的高性能DPI处理平台),充分地满足了电信运营商对业务扩展的多元化应用需求。在国内电信运营商中成功建立了高带宽万兆级网络流控系统的应用,并拥有全球最大的基于x86服务器平台的应用层网络设备串行部署案例,得到Intel的认可,现已加入Intel Network Builder核心伙伴计划。公司先后获得多项资质认证、22项软件著作权及3项发明专利,开发的成果在电信运营商、企业、高校以及 ICP/ISP 中均得到广泛应用。

分享时间地点:7月31日(本周五)上午10:00 , CTO讲堂群

加入方式:扫描二维码加“C粉儿小助手”好友,申请入群。

还不是CTO俱乐部成员的各公司技术负责人,欢迎立即加入俱乐部:cto.csdn.net 。

更多俱乐部动态,欢迎扫码关注微信号:


0
0