「BearyChat」可以为用户做什么?
「BearyChat」是由一熊科技目前重点为团队打造的一款沟通工具,通过“各种第三方服务集成”、“全格式的文件共享”、“自由定制的机器人”等方式将你所关心的信息快速汇聚到平台上,再通过信息的“永久保存”、“一键收藏”、“全局搜索”、“实时预览”帮你将信息流快速梳理,从而提高工作效率。
「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:每两周提交一个新版,因为安卓审核过程可控,所以节奏比较把握
* 桌面端:累积到一定新功能就发
「BearyChat」在产品开发过程中,对于架构的把控和设计是怎样的?
先分享一下产品整体架构
团队对于架构和设计的一个想法:简单。在技术架构上不做过度设计,但是会保持基本原则:可扩展。
可扩展包括两个方面:
* 横向扩展:监控得当,当发现流量增长的时候,可以及时用**加节点的方式**解决压力问题
* 纵向扩展:对产品发展有预见,设计的协议,结构可以应对未来产品功能的扩展需求
另外就是要尽可能做到模块化,解耦合。队列系统是必须要有的,所有可以异步化的模块都要异步化。
「BearyChat」的主力开发语言用了哪些?为什么要如此选择?
前端是用了 AngularJS 和 LESS,后端是 Clojure 和 Erlang。
* AngularJS: 从语言角度讲,Angular 有一定程度的组件化,容易复用,上手也相对容易;从和项目契合度来讲,AngularJS 搭建实时系统非常方便,双向绑定虽然性能差些,但是 MVC 很清晰;从社区角度讲,Library 非常丰富;不过 JS 框架通常每隔一段时间就出来一个,比如现在的 React, 选择一个当下最合适的就行。唯一一个坑就是 AngularJS 2.0 对下不兼容。
* LESS: 不用说了,模块化,语法糖,节省时间;
Clojure: 基于 JVM 的 Lisp 方言。非常适合做数据处理的事情,尤其适合做 API Server;从语言角度讲,函数式编程,比较纯粹,数据就是代码,代码就是数据,操作起来很方便;社区角度讲,虽然不是很火,但是毕竟有 JVM 的优势,所有 JAVA 的库都能引入;
* Erlang: 古老的语言,但是设计的目的就是解决通信问题,他的语言特性就是用来解决高容错,分布式。Erlang 采用了 Actor 模型,并且有 OTP Library,搭建分布式门槛就低了很多。另外作为一门古老的语言,在消息通信方面有很多代码积累,比如 Ejabberd,应该算是 XMPP 协议下用的比较多的一套开源方案了。网络库方面,有 cow_boy, ranch 等;集群方面,有 riak_core 等;通信协议方面,有国人实现的 MQTT 协议;消息队列方面,有 RabbitMQ;
目前工作上,团队重度依赖工具:
BearyChat:内部沟通,聚合第三方通知信息
GitHub:代码托管,Code Review,issue 跟踪
Jenkins:集成测试,部署
Sentry:异常收集
Grafana+StatsD:数据收集
Trello:项目管理
Skype:远程沟通
FIR.im:App 内测
感谢大家看完了这篇这么长的文章了解我们和我们的产品,有任何问题,都欢迎随时和我们联系哦