10x 程序员工作法
郑晔
开源项目 Moco 作者
53432 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 63 讲
思考框架 (1讲)
10x 程序员工作法
15
15
1.0x
00:00/00:00
登录|注册

答疑解惑 | 持续集成,一条贯穿诸多实践的主线

可测的代码
多写单元测试
测试覆盖率
测试防护网
可检查的东西
实践之间的关联
持续集成的价值
持续集成实践关联
CI效果影响
A-TRIP
边际效用递减法则
专业素养
国内程序员的观念
信息过滤
观念
国内技术信息
安全的环境
老板参加复盘
团队内部复盘
测试
单元测试
反馈
主动沟通
技术信息
复盘
持续集成
答疑解惑

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

“沟通反馈”模块又告一段落了,在这个模块中,我们把自己与真实世界的距离又拉近了一步。
一方面,我们强调主动沟通,把自身的信息更有效地传达出去;另一方面,我们也重视反馈,让真实世界的信息,更多地回到我们身边。同学们分享了很多经验,也提出了不少的问题。
在今天的答疑中,我选择了几个非常好的问题,从不同的角度丰富一下之前讲解的内容。

问题 1:单元测试做不好,是否会影响到 CI 的效果?

同学提到
如果单元测试做的不到位,或者不满足 A-TRIP,是不是执行 CI 的效果就会弱很多?
这是一个非常好的问题,问到了各种实践之间的关联。我们在前面用了两讲的篇幅介绍了持续集成这个实践,为什么要做持续集成以及如何做好持续集成。
在自动化模块,我们还会在这个基础之上继续延伸,介绍持续交付,这些内容是从操作的层面上进行介绍,都是对单一实践的描述。
利用这次答疑的机会,我再补充一个维度,谈谈实践之间的关联。
持续集成的价值在于,它是一条主线,可以将诸多实践贯穿起来。也就是说,想要真正意义上做好持续集成,需要把周边的很多实践都要做好。
我们具体地说一下这些实践。但请记住我们说过的,做好持续集成的关键是,快速反馈。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

持续集成是软件开发中不可或缺的实践,其核心在于沟通和反馈。本文围绕单元测试和团队复盘展开讨论,强调了单元测试的重要性和团队成员敞开心扉的必要性。作者提出了改进单元测试覆盖率的方法以及通过设置安全环境进行安全性检查的方式来促进团队成员敞开心扉,暴露问题,实现改进的目的。文章深入浅出地阐述了持续集成的实践价值和方法,为读者提供了有益的指导和启发。此外,作者还就国内技术信息的滞后问题进行了讨论,指出国内程序员的观念相对滞后,强调了专业素养的重要性。文章内容丰富,为读者提供了不同的视角和前进动力。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《10x 程序员工作法》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(12)

  • 最新
  • 精选
  • 这种环境安全的判断,主持人知道所有人信息和判决会不会去领导那儿告状啊,,,

    作者回复: 这么不安全的话,还是赶紧换一个安全的环境吧!

    2020-06-22
    6
  • 西西弗与卡夫卡
    老板参加复盘这趴中的安全检查有意思。就像急救流程准则中的第一条,确认环境安全,其次才是进行急救。 团队中就出现过,复盘过了一段时间,有成员私底下反馈说复盘没有效果。如果当时就能反馈就好了。 除了复盘,我觉得会议之后也要有检查,让大家投票,会议是否达成目的,会议是否有效,会议是否需要改进,应该如何改善。 及时寻求有效反馈,是持续改进的要点

    作者回复: 回顾会议一般是定期举行,比如,两周一次,行动项就放在桌面上检查。如果不能做到定期回顾,那倒真的需要安排专门的检查,但那样做就重了。

    2019-03-11
    5
  • 如果主分支策略只是为了尽早持续集成,那么在 github 的每个 PR 也就是功能分支上都加上 CI 服务来检查,在验证完成后,再合并入主分支。这样是不是也是足够的,而没必要用主分支开发模式。感觉零零散散而不是完整业务功能的提交,对 git 的历史记录不太好。

    作者回复: 不要把开源项目的运作方式和公司项目的运作方式混在一起。在公司项目中,人和人的交流密度是更强的,出了问题,当天就能修复。

    2021-09-05
    2
    3
  • “专业化”是这篇的最大感触。功能实现仅仅是入门的基本要求,提高代码,文档和架构水平,做一个专业化的人。

    作者回复: 这个理解是对的。

    2021-01-04
    3
  • 人月聊IT
    里面提到了用主分支的开发模式,公司里用的是develop的开发模式,对于这种情况,怎么看呢?老师

    作者回复: 主分支模式强调的是一条主干,是 master 还是 develop 并不重要。

    2019-03-31
    2
  • WL
    想请教一下老师之前讲测试驱动开发,写测试用例的时候都没有写代码和方法,那怎么写测试,没有方法可以调用,这是怎么处理的

    作者回复: 假设你已经有了你怎么写呢?那就那么写。写完了,你就发现缺了很多东西,这就是你要补齐的东西。

    2019-03-12
    3
    2
  • 小袁
    有些事故复盘,好几个领导参加,心理压力更大。

    作者回复: 事故了,领导一定会关心

    2021-09-01
    1
  • 捞鱼的搬砖奇
    上面没写完就提交。。。 代码上持续集成相对好些。首先是拆解任务,把没个任务分成最小的颗粒,每每完成一个就可提交。这里难题是任务分解,如何合理的拆碎任务需要一定时间的锻炼。这个时候可以借鉴行业的最佳实践如果是技术上的可以看看成熟的解决方案等等。深入的学习。

    作者回复: 当你开始把知识贯穿起来,知识之间就了有了更多的连接。

    2019-03-11
    1
  • 捞鱼的搬砖奇
    我觉得程序员自己的学习和提交代码是类似的。前者贯穿不停的学习,后者惯着高频度的提交。 二者的不同在于学习到了某一阶段,需要换个思路。比如某些时候把发横向学习变为纵向学习,而某些时候有需要把纵向学习改为横向学习。如今的时代信息爆炸,有价值的东西多,噪音也多。两者参杂在一起,难以区别。即便是除去了噪音在一堆信息里找出适合自己的或者自己迫切需要的不是个容易的事情。
    2019-03-11
    2
  • 陈斯佳
    暴露问题是改进的前提。提早暴露问题也能让团队成员能够更好的配合你的工作,使得主要业务进程不会被耽误
    2019-06-06
    1
收起评论
显示
设置
留言
12
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部