如何理解程序设计和架构设计中“简单”这个词?
来源:互联网 发布:30岁转行学编程 编辑:程序博客网 时间:2024/06/10 02:47
简单是如何服务于敏捷开发,怎么样的简单有助于真正的敏捷?很多人将简单理解成,直观,易懂,但这并非是简单。
所说的“简单”,可以理解为“恰如其分”,即不会置架构设计于不顾,亦不会以风险驱动过度架构,选择适当的技术、设计降低项目中的风险。
先理解一下,什么是敏捷里的简单?
其设计源自kent beck的极限编程。 kent beck是解释过这个实践的含义的:
即:通得过测试、揭示意图、没有重复、没有不必要的元素。主要表现在管理、沟通、需求分析、系统设计四个过程中。
1.团队管理
平行组织的、自组织的团队是敏捷开发团队的特点,团队成员之间上下级关系淡化、没有管理和被管理关系,成员之间的关系变得更加简单。团队目标一致、团结协作、各司其职是敏捷开发所追求的目标。
2.简单沟通
其在沟通中不要求繁文缛节的文档,表现的是面对面,即直接沟通,因此。
3.需求管理
在敏捷开发过程中决定需求是否采纳和优先级排序的标准是商业价值,进而保证敏捷开发交付呈现的是商业价值,而非单纯的功能。其追求在复杂的业务中提取简单的场景,注重实效。不进行需求变更设置复杂的控制,坚持“拥抱变化”。
4系统设计
敏捷开发的系统设计遵循KISS(Keep it simple and stupid)原则,,即尽量保持设计简单。敏捷开发的系统设计遵循Just Enough原则,也就是够用就好,不做功能预测,不追求超前设计和过度设计。设计的风格上遵循最小化设计(little design up front)的原则,在能把握整体风险的情况下,利用演进的方式对架构进行调整,结合重构、TDD、持续集成等方式来降低架构演进过程中对局部代码修改造成的风险。
- 如何理解程序设计和架构设计中“简单”这个词?
- 架构设计中服务层的简单理解(转载)
- 架构设计中服务层的简单理解
- 微服务架构设计的简单理解
- 架构师如何从复杂中设计出简单? – 反思许多架构师的迷思
- 对“编码”这个词的理解
- 依赖注入这个词怎么理解?
- 如何理解《Windows程序设计》第5章图形设计中“设备的大小”中下面的一段文字
- 炒了8年的概念,到底该如何理解DevOps这个词?
- 炒了8年的概念,到底该如何理解DevOps这个词?
- 炒了8年的概念,到底该如何理解DevOps这个词?
- 如何学习和理解三层架构
- 如何学习和理解三层架构
- C/S架构和B/S架构的简单理解
- 手机设计指南(一):如何理解移动信息架构?
- c++中设计模式这个词--痛苦的当代程序员--人生规划
- [原创]MySQL中SQL优化和架构设计的一些简单想法
- MySQL中SQL优化和架构设计的一些简单想法(转贴)
- df, du, ls 的区别
- laravel(一)composer 安装laravel
- 多项式拟合曲线
- Centos7卸载nginx及php、php-fpm方法
- 链接scheme替换
- 如何理解程序设计和架构设计中“简单”这个词?
- Android关于SDCard存储
- 自定义控件学习总结【1】
- iOS 组件化方案探索
- vps ftp 快速安装教程
- 迷宫求解
- 如何定制自己的native service: example (C++)
- div清除浮动
- Omnigraffle Pro 6 Axure RP Pro MAC注册码许可证