研发效率破局之道
葛俊
前Facebook内部工具团队Tech Lead
立即订阅
3343 人已学习
课程目录
已完结 39 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 为什么你要关注研发效能?
免费
研发效能综述 (3讲)
01 | 效能模型:如何系统地理解研发效能?
02 | 效能度量:效果不好甚至有副作用,怎么回事?
03 | 效能度量:如何选对指标与方法,真正提升效能?
研发流程 (7讲)
04 | 流程优化:怎样才能让敏捷、精益真正为我所用?
05 | 代码入库前:Facebook如何让开发人员聚焦于开发?
06 | 代码入库到产品上线:Facebook如何使用CI/CD满足业务要求?
07 | 分支管理:Facebook的策略,适合我的团队吗?
08 | DevOps、SRE的共性:应用全栈思路打通开发和运维
09 | 信息流通:让团队高效协同,让产品准确击中目标
10 | 答疑篇:反对996并不是反对奋斗
工程方法 (10讲)
11 | 研发环境:Facebook怎样让开发人员不再操心环境?
12 | 代码审查:哪种方式更适合我的团队?
13 | 代码审查:学习Facebook真正发挥代码审查的提效作用
14 | 质量与速度的均衡:让“唯快不破”快得更持久
15 | 开源:从Phabricator的开源历程看开源利弊
16 | 高效上云:如何用云计算来提高效能?
17 | 测试左移:测试如何应对新的开发模式?
18 | 蓝绿红黑灰度发布:这些五颜六色的发布到底怎么用?
19 | 不再掉队,研发流程、工程方法趋势解读和展望
20 | 答疑篇:如何平衡短期收益和长期收益?
个人效能 (11讲)
21 | 高效工作:Facebook的10x程序员效率心法
22 | 深度工作:聚焦最有价值的事儿
23 | 效率工具:选对用对才能事半功倍
特别放送 | 每个开发人员都应该学一些VIM
24 | VIM:如何高性价比地学习VIM的实用技巧?
25 | 玩转Git:五种提高代码提交原子性的基本操作
26 | Facebook怎样实现代码提交的原子性?
27 | 命令行:不只是酷,更重要的是能提高个人效能
28 | 从工作场景出发,寻找炫酷且有效的命令行工具
29 | 1+1>2,灵活的工具组合及环境让你的工作效率翻倍
30 | 答疑篇:关于价值导向和沟通
管理和文化 (6讲)
31 | 业务目标和技术目标两手抓:怎样打造高效团队?
32 | 从Netflix公开的著名PPT谈硅谷公司文化
33 | Facebook企业文化:工程师文化是创造力引擎
34 | Facebook工程师文化实践三大支柱之一做感兴趣的事
35 | Facebook工程师文化实践三大支柱之二拥有信息和权限
36 | Facebook工程师文化实践三大支柱之三绩效调节
结束语 (1讲)
结束语 | 超越昨天的自己,享受成长的快乐
研发效率破局之道
登录|注册

19 | 不再掉队,研发流程、工程方法趋势解读和展望

葛俊 2019-10-04
你好,我是葛俊。今天,我们就来聊一聊研发流程和工程方法的一些趋势吧。
软件行业从诞生之日起,就一直是充满了发展和变化,各种工程方法、研发模式不断涌现,而且涌现的速度越来越快。对于开发团队和个人来说,这既是挑战也是机会:说是挑战,是因为我们需要持续学习才能跟得上它的发展;说是机会,是因为如果能够快速学习并应用这些实践,我们就可以在竞争中取得优势。
这些挑战和机会,并不强依赖于资源、背景,其实是为我们提供了一个相对公平的竞争环境。这,也是软件行业这些年来涌现了许多白手起家的成功公司和个人的重要原因。
在今天这篇文章中,我会针对当前比较流行的研发流程、工程方法的趋势,尤其是与国内研发比较相关的部分,做一些解读和展望,和你说说我的理解、预测,希望作为你以及你的团队,在技术选型以及工程方法选择上的一些参考。
接下来,我将会从协作方式、云计算平台、应用开发和 AI 这 4 个方面与你展开讨论。

协作方式的相关趋势

在我看来,协作方式的相关趋势,主要表现在以下两个方面:
首先,团队远程办公、灵活工时办公,会越来越普遍;
其次,聊天工具和其他工具的集成,会越来越普遍。
接下来,我与你说说我为什么会有这样的预测吧。

团队远程办公、灵活工时办公,会越来越普遍

取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《研发效率破局之道》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(6)

  • Jxin
    A.中台的构建(中台不是目的,只是解决问题的一个方案)以电商系统为例,电商系统从业务可以划分出两个系统,交易平台和供应链系统。一个对外一个对内。从非业务可以划分出两个平台,技术平台和数据平台。
    1.交易平台系统存在一个痛点。精益的模式(快速试错)和市场的激烈竞争(花样多)。导致前端业务变化快且多,需要后端服务快速并低成本支撑(低债务,少人力,还得快)。带来的问题就是前端快齿轮和后端的慢齿轮会卡壳。所以就需要为交易平台构建一套中台架构,将可复用的业务逻辑抽象成可组装的轮子,降低一个新业务重复造轮子的时间和人力开销(以及运维开销),也就是<企业it架构转型之道>一书中的大中台小前台。
    2.供应链系统存在一个可能。大部分电商企业的供应链系统就是一个垃圾,烟囱林立,包裹繁重,但毕竟2b,倒也无可厚非。不过,如果好好梳理业务(包裹),抽象出对应的业务中台,最后将原本的大单体应用,封装成多租户的saas平台,不也有变废为宝的可能。即缓解了内部系统烂的问题,还开拓了额外的收入,甚至还提高了公司的影响力。
    3.技术平台也称为基础架构,面向整个企业所有系统的公共技术平台称为技术中台。亦是中台复用思想的一种落地。
    4.数据平台往往称为大数据平台。面向整个企业所有系统的公共数据平台称为数据中台。大数据(数据分析)结合人工智能(数据模型训练),是企业战略决策的依据,亦是众多营销玩法的依赖(智能推荐)。

    B.5g也充满了可能。10倍于4g的网络传输,加之越来越高性能的移动端。5g的未来难以揣测(就像2g时代想不到能用手机玩吃鸡这种大型游戏),但势必相当精彩。

    C.请教个问题。老师您觉得服务网格会打破java现有的微服务生态圈吗?是相融还是取代?能谈谈您的见解吗?

    作者回复: 你对中台的理解很深刻呀!赞一个!

    关于C,我觉服务网格会打破java现有的微服务生态圈。K8s这一套东西出来之后,Spring Cloud生态实际是有些尴尬的。因为它提供的功能K8s这一套都有了。而且用K8s这一套做云原生风格的开发,每个服务可以随便选择语言、框架,所以对Spring Cloud冲击会很大。我觉得短期会过渡,但是长期会是一个取代的趋势。当然了,一定还会有少量场景适合一直使用Java的生态圈。

    2019-10-07
    2
  • 日拱一卒
    已经在家办公3年了,除了去公司报销或者开比较重要的会,平时都在家,工作中会使用各种工具进行沟通。整体下来,我觉得有利有弊吧。好的地方是节省了通勤时间,而且可以更多时间照顾家人,不好的地方是和同事沟通不够,平时更多的是所做项目的沟通,和面对面沟通还是有差别,特别是一些项目外的事情。

    关于AI提升研发效能,有几个感想。
    1. AI智能运维,通过分析历史数据,及时对产品环境可能发生的问题进行预警。
    2. AI智能设计,将来有没有可能像前人总结的设计模式一样,我们用自然语言的方式提出需求,系统可以给出我们比较成熟的设计方案。
    3. AI开发门槛越来越低,目前很多AI相关的算法都已经封装成服务,部署在集群中向外提供服务,将来这部分会更成熟,开发人员无需知道各种类库的API,只需要简单的配置,就得到使用AI带来的变化,从而降低AI开发相关的门槛。

    作者回复: 现在还有低代码这一说。跟AI也能挂上钩。
    https://36kr.com/p/5231215

    2019-10-12
    1
  • 幻想
    又是一篇好文,干货哈。

    作者回复: 有用就好!

    2019-12-08
  • 可乐
    通过对大量开源代码进行训练,以后写代码,提示会更精准,也有一些公司有些尝试了。这对效能提升应该也有帮助。

    作者回复: 我之前待过的一家公司也做过这方面的尝试。有一点点用 :)

    2019-11-01
  • 李双
    学习

    作者回复: 👍👍👍

    2019-10-10
  • 吕哲
    做了10年.net项目,技术水平一般,最近一直在学习敏捷管理和devops,想问下葛老师,如果转型的话,哪个方向比较有前途呢?

    作者回复: 这个问题比较难回答。应该来说还是有比较多的方向前景比较好。根你学习的敏捷管理和devops相关的,我觉得K8s相关的方向很不错,包括K8s本身以及在上面进行云原生的开发。另外大数据处理(以及AI)应该不错。还有前端Javascript我觉得也不错。

    另外,还要多考虑自己的兴趣。有兴趣的话,学起来做起来会更有意思。

    2019-10-07
    1
收起评论
6
返回
顶部