研发效率破局之道
葛俊
前 Facebook 内部工具团队 Tech Lead
34093 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 40 讲
开篇词 (1讲)
研发效率破局之道
15
15
1.0x
00:00/00:00
登录|注册

10 | 答疑篇:反对996并不是反对奋斗

实用主义原则
Why-How-What黄金圈法则
质量的指标
流程高效的指标
提供用户价值的指标
环境服务化的思路
使用云架构和Docker、Kubernetes
前后端配合
Facebook iOS应用开发流程
前后端开发流程一致
反对996不是反对奋斗
硅谷互联网公司加班情况
小结
哪几个效能度量指标比较实用
关于环境获取的具体建议
如何优化移动端开发的流程
反对996并不是反对奋斗

该思维导图由 AI 生成,仅供参考

你好,我是葛俊。
这篇答疑文章,已经是我们“研发效率破局之道”专栏的第 10 篇文章了。很多同学在这些文章下面留下了精彩的留言,阐述了自己对研发效能的认识、遇到的问题以及解决方案。
比如,@囧囧冰淇淋,基本每节课都会整理详细的学习笔记,并结合自己的经验进行思考、提炼和总结;又比如,@Geek_93f953、@Geek_1988,@Robert 小七、@Johnson、@李双、@许童童、@寒光等同学,提出了高质量的问题。还有很多其他同学留下了非常精彩的留言,这里我就不一一提及了。
这些留言活跃了专栏气氛,帮助其他同学进一步思考,也激励着我要把专栏写得更好。所以,在这里我首先要对你表示感谢,感谢你对我的信任,也感谢你的积极参与。
这 9 篇文章涉及的问题,我基本都在评论区直接回复过了。在今天这篇文章中,我会挑选 4 个大家普遍关注的问题再详细展开一下,也算是研发效能综述和研发流程这两个模块的一次总结与复习,打好基础以应对接下来的工程方法、个人效能、管理和文化模块的内容。
现在,我们就正式开始今天的 4 个问题吧。

反对 996 并不是反对奋斗

在专栏第 1 篇文章“效能模型:如何系统地理解研发效能”中,我谈到了 996 的话题。从留言来看,关于我对 996 的态度,有些同学还存在些误解。所以,我们再来讨论下这个问题。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

本文主要介绍了如何优化移动端开发的流程,并提供了一些具体的解决方法。作者首先澄清了对硅谷互联网公司加班情况的误解,强调工作和生活平衡需要自己调节,并反对用工作时长来衡量工作效率。其次,文章详细介绍了如何通过云架构、Docker和Kubernetes的支持,将环境做成自助化服务,以解决研发过程中的环境问题。此外,从提供用户价值、流程高效和质量三个角度给出了一些效能度量指标的实用建议。最后,作者强调了Why-How-What黄金圈法则和“实用主义”原则对提高研发效率的关键作用,并表示将在专栏中系统化地讲解研发效能的基本原则。整体而言,本文内容丰富,涵盖了移动端开发流程优化、环境问题解决方法和效能度量指标建议,为读者提供了有益的技术知识。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《研发效率破局之道》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(3)

  • 最新
  • 精选
  • 寒光
    满满的干货! 对我们团队的效能认知有了很大的提升,希望后面能穿插一些企业软件(TO B)相关的东西,比如传统ERP/HR/CRM等的用户价值衡量,因为这类软件,用户没有选择,用也得用,不用也得用。而且发布周期没那么快,与周边系统的连动也是影响研发效能的重要因素之一。

    作者回复: 抱歉,这个专栏不太会专门讨论这些内容。我以后有机会尽量写一点我的看法和理解。

    2019-09-13
    5
  • hyeebeen
    赞同先把道讲清楚,再针对各种实际问题,给出一些“术”的建议即可。 学课程,直接手把手的,一般可迁移性也较差。

    作者回复: 👍👍

    2019-11-27
  • Phoenix
    建议可以把质量控制这块好好说说,如何做代码扫描和覆盖率扫描,如何跟持续集成无缝对接,对这块非常有兴趣,单独出一节课也行,必买
    2022-04-21
收起评论
显示
设置
留言
3
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部