写点什么

如何锻炼开发人员“简单设计”的思维力?

  • 2019-10-25
  • 本文字数:1791 字

    阅读完需:约 6 分钟

如何锻炼开发人员“简单设计”的思维力?

Story 场景树, 主要是要帮助开发人员, 锻练 “简单设计” 的思维;当经过一段时间的锻练后, 开发人员就可没有 “必要” 的再使用 Story 场景树进行简单设计。因为, 开发人员已能将软件架构浮现在脑海中, 并能自然而然的思考出简单设计。


软件开发的过程中, 不做简单设计, 软件开发就永远做不好。


但是, 简单设计假如只是写写文档, 而不能指导开发, 这样的简单设计, 就只是在瞎折腾。


简单设计能指导开发, 指的是: 代码隔离:


简单设计能使开发人员, 在开发前, 有一清晰且明确的指导地图; 开发人员沿著这指导地图, 便可开发出高质量的代码。使得代码不仅能符合各个质量属性上的要求, 更能使代码具备好的 “隔离“; 不会因后续需求上的变更, 而产生新的缺陷或失败。


测试用例定义“开发完成”的标准:


简单设计能使开发人员, 在开发前, 便设计出测试用例; 使得开发人员可明确的定义, 每日所开发的 TASK, 完成的标准是什么? 需通过那些测试用例的场景?


每日目标(风险)管理:


简单设计能使开发人员, 明确且客观的做出结论: 今天该完成的 TASK 完成了没? 假如, 没完成, 真正的问题是什么? 该寻求什么样的协助?

简单设计要如何做?

有的人是天生就会的。


而大部分的我们,简单设计的思维,是需要经过一段时间锻练的,不是天生就会的。


Matei Zaharia; Spark 开发的主导者。

Matei 当在用 Scala 开发 Spark 时, 并没有做所谓的简单设计。

Matei 在开发前, 会先在脑中清楚的浮现出软件的架构。

Matei 便照着脑中的软件架构, 开发完了一行又一行伟大的代码。

Matei 每次在开发完一段代码后, 便会根据代码的弱点, 设计所谓 “灾难测试” 的测试用例;测试自己所开发的代码,在架构上的弱点为何?


敏捷开发与软件工程实践;如:Story 场景树;对 Matei 而言,是完全没有“必要”的。因为, Matei “天生”就会简单设计了。


Story 场景树,主要是要帮助开发人员,锻练“简单设计”的思维;当经过一段时间的锻练后, 开发人员就可没有 “必要” 的再使用 Story 场景树进行简单设计。因为, 开发人员已能将软件架构浮现在脑海中, 并能自然而然的思考出简单设计。


为何 Story 场景树,可帮助开发人员,锻练“简单设计”的思维?


因为, Story 场景树够可视化,够轻量级;放在ㄧ个脑袋里,绰绰有余。



Story 场景树: 可视化、轻量级的开发人员指导地图


从图中的 Story 场景树中, 清楚的指导著开发人员在“客户租 CD” 的这个 Story 中, 总共有 3 个关注点所产生的 3 个 TASKs 需完成开发; 分别是:


1.获取客户租 CD 的数据 (历史数据)。


2.校验客户已租的 CD 片数是否已超过 3 片?


3.计算客户所租的 CD 需归还的日期。


开发人员亦可在图一的 Story 场景树中, 分析、标示每个将进行开发的 TASK 需调用的外部接口。


开发人员按照 Story 场景树中的 TASK,进行代码上的隔离;使得 Story 不会因后续某个 TASK 需求上的变更, 而使得其他的 TASKs 引入新的缺陷或失败。


例如:开发人员从图一的场景树中很清晰的就能分析出: “TASK 获取客户租 CD 的数据(历史数据)” 与 “TASK 计算客户所租的 CD 需归还的日期”, 需要进行代码上的隔离。因为, 开发人员希望当 “TASK 计算客户所租的 CD 需归还的日期” 的运算逻辑的代码改变时, 不致于会在 “TASK 获取客户租 CD 的数据(历史数据)” 中引入新的缺陷或失败。


当然, 代码隔离的实现方式可藉由不同的接口或是适当的引用设计模式 (Design Patterns) 来完成。


更重要的是 : 开发人员亦可从图一的 Story 场景树中, 设计每个将进行开发的 TASK 所需的“测试用例”; 当开发人员能设计出 TASK 相对应的测试用例时, 所代表的意义不仅是开发人员已能充分的理解了需求, 更说明了开发人员已能从 TASK 相对应的测试用例中, 明确的定义出 “TASK 完成的标准”。


当开发人员已能从 TASK 相对应的测试用例中, 明确的定义 “TASK 完成的标准” 时, 开发人员便能明确且客观的做出结论:


1.今天该完成的 TASK 完成了没?


2.假如,没完成,真正的问题是什么?该寻求什么样的协助?

结论

拥有 “简单设计思维” 的开发人员, 永远是在用 “脑” 驱动著手, 产生一行又一行伟大的代码。之所以称之为一行又一行伟大的代码, 是因为, 每一行代码永远都是能随著时间的推移, 而能持续的演进; 演进的过程中, 却依然保持著健康、强壮。伟大的代码就宛如是拥有强健生命的有机体。


本文转载自公众号云加社区(ID:QcloudCommunity)。


原文链接:


https://mp.weixin.qq.com/s/IEFsYqDd850oaGOqYl3glQ


2019-10-25 19:04795

评论

发布
暂无评论
发现更多内容

深圳云堡垒机厂商哪家好?很贵吗?咨询电话多少?

行云管家

云计算 网络安全 堡垒机 云堡垒机

资源池以及资源池化是什么意思?

行云管家

资源池 IT运维 资源池化

TiDB 在多点数字化零售场景下的应用

TiDB 社区干货传送门

实践案例 社区活动 TUG 话题探讨

APP常用跨端技术栈深入分析

京东科技开发者

flutter H5 Weex ReactNative

数字电路基础篇

贾献华

7月月更

如何用低成本方案解决室内超大场景下机器人定位与导航难题?

优必选科技

机器人 定位 导航

参与开源社区还有证书拿?

胡说云原生

开源 证书

一文理解分布式开发中的服务治理

博文视点Broadview

万物根生,共创新时代:华为亮相第五届数字中国建设峰会

极客天地

转转监控系统的内部原理及实践 审核中

转转技术团队

监控 Prometheus

研发需求拆分的全流程详解 | 敏捷实践

LigaAI

开发者 研发管理 需求管理 需求分析 LigaAI

性能大规模专项评测双通过,数牍Tusita步入隐私大数据计算时代

Jessica@数牍

隐私计算性能 数牍科技 可信隐私计算评测

多商户系统的直播功能用过吗?用过的朋友扣个 666!

CRMEB

一文读懂Elephant Swap的LaaS方案的优势之处

西柚子

TiCDC 架构和数据同步链路解析

TiDB 社区干货传送门

数据库架构设计 6.x 实践

TiDB 在长银五八消费金融核心系统适配经验分享

TiDB 社区干货传送门

安装 & 部署 OLAP 场景实践

MRS +Apache Zeppelin,让数据分析更便捷

华为云开发者联盟

大数据 开源 后端

单点登录的三种方式

Authing

云原生 SaaS SSO 单点登录 Authing

iOS中@class和#import

NewBoy

ios 前端 移动端 iOS 知识体系 7月月更

万物皆可柯里化的 Ramda.js

掘金安东尼

前端 函数式编程 7月月更

专注B2B跨境支付的背后,XTransfer的风控基础设施是如何炼成的?

XTransfer技术

黄东旭:TiDB的优势是什么?

TiDB 社区干货传送门

人物访谈

Ticmp - 更快的让应用从 MySQL 迁移到 TiDB

TiDB 社区干货传送门

性能测评

涅槃重生!字节大牛力荐大型分布式手册,凤凰架构让你浴火成神

冉然学Java

Java 华为 开源 网络协议 #Github

2022可信云权威评估公布:天翼云获十项认证、五项最佳实践

极客天地

Spring Cloud 与 K8s 的微服务设计

Damon

7月月更

转转微服务框架的连接管理

转转技术团队

微服务 RPC 服务治理

[ Kitex 源码解读 ] 服务注册

baiyutang

Go 微服务架构 kitex CloudWeGo

NFT是什么?如何开发NFT系统?

开源直播系统源码

数字藏品软件开发 数字藏品系统软件开发 数字藏品交易平台开发

TiKV主要内存结构和OOM排查总结

TiDB 社区干货传送门

故障排查/诊断

TiDB之rawkv升级之路v5.0.4-->v6.1.0

TiDB 社区干货传送门

迁移 版本升级 集群管理

如何锻炼开发人员“简单设计”的思维力?_文化 & 方法_方俊賢_InfoQ精选文章