写点什么

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

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

评论

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

JAVA 开发常用工具汇总

编程江湖

java编程

Linux之more命令

入门小站

Linux

酷炫3D效果在瘦设备上也能实现?|HDC2021技术分论坛

HarmonyOS开发者

HarmonyOS

从 Discord 看未来社交的「超级群」模式

融云 RongCloud

2021数据技术嘉年华 | OceanBase 技术盛宴ON LINE ,我们不见不散!

OceanBase 数据库

数据库 OceanBase 社区版 技术嘉年华 DTC

Linux云计算好学吗?Linux云计算运维学习资料,手把手教你学 条件测试语句和流程控制语句的使用

学神来啦

Linux centos Shell if linux云计算

(转)前端开发之MySQL分区表中的性能BUG

@零度

MySQL 前端

【MongoDB学习笔记】-使用 MongoDB 进行 CRUD 操作(上)

恒生LIGHT云社区

数据库 mongodb

30个类手写Spring核心原理之动态数据源切换(8)

Tom弹架构

Java spring 源码

从Hadoop框架讨论大数据生态

编程江湖

大数据 hadoop

【等保小知识】等保一级需要测评吗?

行云管家

网络安全 等保 等级保护 等保一级

在线JSON转Csharp工具

入门小站

工具

实用机器学习笔记二十:偏差和方差

打工人!

机器学习 深度学习 算法 学习笔记 12月日更

孩子,你为什么要上学?

Tiger

28天写作

盘点2021 | 技术十年-记录十年技术经历

高性能架构探索

技术人 工作经历 经历分享 盘点2021

升级过log4j,却还没搞懂log4j漏洞的本质?

华为云开发者联盟

Java log4j 漏洞 JNDI rmi

Ajax+SSM实现客户端开发 实现简单的前后端分离

Bug终结者

Java ajax 前后端分离

熟悉又陌生的白帽黑客组织OWASP

喀拉峻

黑客 网络安全 安全 OWASP

视频通信中的码率控制算法

拍乐云Pano

音视频 RTC 视频编码 码率控制

web技术分享| 白板SDK的几种图形检测算法

anyRTC开发者

前端 音视频 白板 web技术分享 图形检测算法

DotNet工具箱之性能监控组件——CLRStats

为自己带盐

dotnet 28天写作 12月日更

10 个打造 React.js App 的最佳 UI 框架

编程江湖

前端开发

(转)大数据开发之Hive中UDTF函数

@零度

大数据 hive

6000 字干货详解:直播聊天室的无限用户优化

融云 RongCloud

高并发 直播 直播聊天室 海量用户

Apache APISIX 社区双周报 | 功能亮点更新进行中

API7.ai 技术团队

云原生 后端 开源社区 api 网关 Apache APISIX

化繁为简--百度智能小程序主数据架构实战总结

百度Geek说

小程序 百度 架构 后端 数据

给弟弟的信第19封|年轻人要注意养生

大菠萝

28天写作

「猿桌派」即将开播,聚焦客户端埋点和大数据分析

融云 RongCloud

大数据 程序员 埋点

30个类手写Spring核心原理之自定义ORM(下)(7)

Tom弹架构

Java spring 源码

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