融云猿桌派备忘录,那些被程序员 Pick 的工作方式

3 月 10 日,“猿桌派”第 2 季第 1 期正式开播!关注【融云全球互联网通信云】了解更多

节目主理人融云技术 VP 臧其龙与 Grab 高级研发宋清晨、VMware iOS/MacOS 开发尚传人就“中外互联网公司面面观”展开讨论。

嘉宾观点集锦

融云猿桌派备忘录,那些被程序员 Pick 的工作方式_第1张图片

臧其龙 融云技术 VP,曾任职 Musical.ly(TikTok 前身)、英语流利说、Grab 等中外知名企业,拥有 10 年以上前端研发经验,精通视频特效处理,前端架构设计。

我们在刚步入职场时,不可避免地会有些疑惑, 为什么要做这个东西?感觉跟用户毫无关系,链路隐藏得很深。
以现在的视角来看,我会觉得当时的自己没有把工作放在整个公司的架构和目标上去看。目标细拆之后,落到你身上,可能很不起眼,但其实非常关键。所以即便是一个基层员工,也应该了解整体目标和计划。


融云猿桌派备忘录,那些被程序员 Pick 的工作方式_第2张图片

 宋清晨 Grab 高级研发,曾在国内知名房屋买卖公司从事 iOS 开发,后加入东南亚网约车和送餐服务巨头 Grab,伴随公司一路发展壮大。

我认为,我们写出来的东西需要更易于每个人理解。每个人提交的代码,不同研发中心的成员站在不同视角,甚至不同国家去看,能识别出很多问题。

大家目的一致,都为了当前的业务。这样,为了更好地合作,大家的代码习惯会默默地往这个标准上去靠近,其实就保有了一种比较好的共识默契。


融云猿桌派备忘录,那些被程序员 Pick 的工作方式_第3张图片

 尚传人 VMware iOS/mac OS 开发,研究生毕业就进入猿辅导从事 iOS 研发工作,近期入职全球云基础架构和移动商务解决方案厂商 VMware,开启新旅程。

加入猿辅导时,公司最吸引我的就是强制性的 Code Review。我觉得 Code Review 是所谓工程师氛围很重要的一点。在职业生涯初期,进入一个 Code Review 比较严格的团队对个人发展是非常有利的。

应届生或在校时写代码的要求是能跑就好了,要求  workable,而在公司里,你的代码需要跟别人合作,要 maintainable,这两个单词就决定了对代码要求完全不同。


精彩内容回顾

中外互联网公司面面观之程序员喜欢的工作氛围和组织形式盘点:

#成为自己产品的重度用户

鼓励包括程序员在内的所有同学成为自家产品的重度用户。

以 Grab 为例,公司服务主要面向东南亚地区,但会让其他地区的员工也有机会去到业务和市场所在地实际体验产品,甚至参与点餐、送餐和后续的客户服务等环节,更深入地理解业务。


另外,公司鼓励开发人员了解自己所开发功能的背景,而不是单纯接受一个任务。

#对齐目标,达成共识

注重 Big Picture 大场景的同步,每个季度通过全员会等形式,跟大家同步工作进展。

作为一个普通工程师,当知道你做的工作是跟大目标目标统一的,成就感和方向感会非常强。公司从高层开始就可以把大目标一层层往下推进,虽然每个人可能只做其中的一个小点,但是要跟公司的大目标是对齐的。

否则,可能造成对自己做的事情与公司目标之间关系理解不透彻的情况,也就没办法产生价值认同。

#工程师也要进现场

大部分场景下,程序员也需要非常深入地体验和了解业务,进现场很关键。


即使做技术架构,也需要进到一线工程师里面去收集痛点,这样做出来的东西才能落地。

以融云为例,融云去年推出了语聊房、直播等一系列第三代场景化 SDK,在 API 设计上要求简洁、贴近业务,以期最大限度降低开发者的学习门槛和成本,提升开发效率。

融云的每个 SDK 在推出前,都经历了大量“进现场”过程,听取客户在接入过程中的反馈,抽取出通用能力,总结出最佳实践提供给开发者。


#文档先行,测试随行,留有 Buffer

在做一个 Feature 时必须文档先行,先把设计思路写下来。一方面能够把事情理清楚,另外一方面方便后面的人理解整体设计。

过程中要求单元测试要求的覆盖率至少 50% 以上,尽量让这个过程自动化起来。


整体在任务排期上不会卡得特别死,Deadline 依然是第一生产力,但会留有一定 Buffer,更人性化。

#新技术大胆尝试、小心求证

在技术选型方面,面对新兴技术,国内企业稍显保守,国外企业对新技术的使用会更大胆一些。

比如 Grab 对于 Swift 的选择,会跟工程师们一起探讨、验证,Swift 从安全性、效率性、可读性等方面在开发类似功能上都超过 OC,做出综合评估与报告之后决策。

小心求证,大胆尝试。

程 序 员 请 上 桌

融云猿桌派备忘录,那些被程序员 Pick 的工作方式_第4张图片

你可能感兴趣的:(通信行业,IM,程序人生)