写点什么

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

  • 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:04707

评论

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

小迈科技 X Hologres:高可用的百亿级广告实时数仓建设

阿里云大数据AI技术

sql 大数据 分布式计算

jfinal中如何使用过滤器监控Druid监听SQL执行?

华为云开发者联盟

sql 开发

透过华为军团看科技之变(五):智慧园区

脑极体

穿越过后,她说多元宇宙真的存在

白洞计划

小暑至,盛夏始,7月月更活动伴随着盛夏走来啦!

InfoQ写作社区官方

热门活动 7月月更

细说GaussDB(DWS)复杂多样的资源负载管理手段

华为云开发者联盟

数据库 并发 CPU管控

60天远程办公经验分享 | 社区征文

Albert

初夏征文

CorelDRAW2022全新版V24.1.0.360更新

茶色酒

cdr2022

leetcode 416. Partition Equal Subset Sum 分割等和子集(中等)

okokabcd

LeetCode 动态规划 数据结构与算法

什么是IGMP?IGMP与ICMP有啥区别?

wljslmz

网络协议 6月月更 IGMP 组播

微博系统中”微博评论“的高性能高可用计算架构

Geek_e8bfe4

国内酒店交易DDD应用与实践——理论篇

Qunar技术沙龙

如何使用物联网低代码平台进行服务管理?

AIRIOT

低代码 物联网 低代码开发平台 低代码平台

“造车”,腾讯抄了华为后路

科技新知

远程沟通高效的自我总结| 社区征文

卢卡多多

初夏征文

“微博评论”的高性能高可用计算架构

Pengfei

架构实战营毕业总结

哈喽

「架构实战营」

声网自研传输层协议 AUT 的落地实践丨Dev for Dev 专栏

声网

Dev for Dev 网络传输

M1笔记本居家办公的痛点及解决方案 | 社区征文

IT蜗壳-Tango

6月月更 初夏征文

第八届“互联网+”大赛 | 云原生赛道邀你来挑战

阿里巴巴云原生

阿里云 云原生 大赛

洞见科技作为「唯一」隐私计算数商,「首批」入驻长三角数据要素流通服务平台

洞见科技

攻防演练中的防守基石——全方位监控

穿过生命散发芬芳

6月月更 攻防演练

整整面试两月,凭借这份15w字Java面试刷题宝典成功入职阿里

Java全栈架构师

Java spring 程序员 面试 算法

web3 的身份验证之以太坊签名消息

devpoint

区块链 以太坊 Web3.0 6月月更

DevCloud加持下的青软,让教育“智”上云端

华为云开发者联盟

云计算 软件 后端 开发 教育

VoIP Push 在海外音视频业务中的应用

融云 RongCloud

MySQL,MVCC详解,快照读在RC、RR下的区别

乌龟哥哥

6月月更

架构实战营模块 5 作业

Naoki

架构实战营

福昕软件受邀亮相2022先进制造业数智发展论坛

联营汇聚

HashMap分析-新增

zarmnosaj

6月月更

Jetpack之Room的使用,结合Flow

yechaoa

android flow JetPack 6月月更 Room

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