避开这些软件研发误区，让工作更简单高效
极客时间编辑部
讲述：丁婵大小：7.71M时长：05:37
你好，欢迎收听极客视点。
让工作更简单高效的方法有很多，重要的是了解并避免那些常见的低效工作方法。最近，阿里巴巴高级技术专家张燎原在从七个方面聊了聊软件研发过程中常见的误区及正确姿势，在上一篇文章，分享了关注需求、流动效率、关注问题这三个方面，本文继续分享其余四个工作误区。
1. 跨职能团队 vs 单一职能团队
以需求价值驱动，流动效率为核心，意味着在协作过程中，必须以业务驱动，拉通从业务、产品，到开发和测试的各个职能，跨职能协同。单一职能的团队，容易形成职能竖井，导致各个职能在局部繁忙，但是整体系统协作效率低下。
假设团队内部的沟通效率始终大于跨团队沟通的效率，通过组建跨职能团队，可以有效提升在协作中的等待问题，让整个团队关注在需求的交付上，而不是任务的完成。跨职能团队可以是实体团队，如果没有条件，组建虚拟的跨职能团队也是一个非常不错的尝试。
所以，可以虚拟组建跨职能团队，拉通从业务、产品，到开发和测试的各个职能，跨职能协同。
2. 代码扫描 vs 代码评审
人们过分强调代码评审（Code Review）的作用，而忽视了自动化代码扫描的能力。代码评审本身并不能直接提升代码质量，代码评审是社交化编程的一种手段，旨在代码评审中，形成促进团队内部知识共享，提高团队整体水平，确保团队统一规范。其本身是员工编程技能培养的一种手段。
代码扫描，可以自动化地完成代码质量的检查，借助技术手段，促进代码的高可见性，如代码的重复度、复杂度、扇入扇出依赖度、领域语言识别等等，这远比人工的检查效率高出许多。同时，结合静态代码扫描和规约扫描，把一般性的问题可以快速识别出来，如格式问题、基本的语法错误、潜在的内存问题等等；而对于一些内存问题及性能问题，也可以通过动态检查的手段来检查，如 C/C++ 中，常用 Valgrind、LLVM-Clang、Efence 等小工具就可以完成相应的动态检查。
对于 Java 开发者而言，Java 开发手册是一个不错的手段，同时，云效代码管理工具，内置代码安全扫描等功能，可以抓出代码的大部分安全问题。
要知道代码评审是开发者能力培养的手段、而非质量守护手段。借助代码规约，通过代码扫描完成代码质量检查。
3. 持续发布 vs 批量发布
持续发布，就是持续地发布，即持续、快速、可靠地发布软件。持续发布，有助于问题的快速发现，同样，持续发布有助于工程效能问题的发现，需要做到持续发布，意味着：
需要建立统一规范的发布流程，以工具手段，将流程内建在工具上，防止过多的人工参与引入不必要的问题和安全风险。
建立自动、完善的质量守护体系。
自动化的部署手段，部署尽量做到无人工介入，如采取 Docker 镜像方式，代码与配置分离，一次构建多次部署。
持续发布意味着持续获得反馈，每天的工作有反馈。更多的反馈和持续改进的机会，有助于质量及工程效率的提升。基于云的一站式代码托管和持续发布系统，可以快速发现，即时反馈。让在线发布协同成为可能。
批量发布意味着大爆炸式集成，问题集中爆发，传统的以瀑布或大迭代方式的开发方式，一般都是批量的发布方式，在当前业务不确定性如此强，变化如此快的大环境下，这种批量的发布越来越不受待见。
所以，要诀是建立统一发布流程和规范，通过工具或云原生技术实现一次构建多次部署。
4. 自动测试 vs 人工验证
持续发布的效率，在很大程度上受制于质量验证的效率，人工验证的方式，完全依赖于人工验证的速度，对于互联网多端多环境的开发方式，人工验证的手段完全跟不上工程效率的需要。采用自动化的回归的方式，让开发者每次提交都能快速获得反馈，安全放心，有信心。
常见的自动化测试手段可以用于基于 Framework,、Cucumber 等工具进行接口的自动化测试，服务间调用的契约测试，流量回放等等。
这样，有了自动化的回归手段，开发者提交代码，自动触发持续集成系统的回归验证，在第一时间就能获得反馈，有问题快速进行定位修改，再提交，再回归。
此处的要诀是自动化回归，自动化测试，持续反馈。
以上就是今天的内容，希望对你有所帮助。
原文链接：
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论