Shortcuts Now Are Paid Back with Interest Later
来源:互联网 发布:新歌2016网络红歌情歌 编辑:程序博客网 时间:2024/05/29 05:02

Shortcuts Now Are Paid Back with Interest Later
Scot Mcphee
iT’S iMpoRTAnT To REMEMBER when architecting a system that maintenance will, in the long run, consume more resources than initial development of the project. Shortcuts taken during the initial development phase of a project can result in significant maintenance costs later.
For example, you may have been informed that unit tests don’t deliver direct value, and so you tell your developers to skip the rigorous application of them. This makes the delivered system much more difficult to change in the future, and decreases confidence when making those changes. The system will require far more manual testing for a smaller set of changes, leading to brittleness and increased maintenance expenses as well as a design that’s not as appropriate as a fully tested design (let alone a test-first design).
A serious architectural mistake is to adapt an existing system for a purpose that it is not fit for, on the basis that using an existing system somehow reduces costs. For example, you might find yourself utilizing BPEL architectural com- ponents coupled with database triggers to deliver an asynchronous messaging system. This might be done or insisted upon for reasons of convenience or because that is the architecture known to you or the client. But a messaging architecture should have been selected in the first instance after requirements made it clear, it was a necessary component. Poor decisions made at the incep- tion of a project make it much more expensive to re-architect the system to meet new requirements.

In addition to avoiding shortcuts during the initial development phase, it’s also important to correct poor design decisions as quickly as they are discovered. Poorly designed features can become the foundation for future features, mak- ing corrective action later even more costly.
For example, if you discover that inappropriate libraries were selected for some underlying functionality, they should be replaced as soon as possible. Other- wise, the effort to make them fit evolving requirements will result in additional layers of abstractions, each designed to hide the poor fit of the previous layer. You are building yourself a ball of tangled twine, tack, and sticky tape and with every layer you add, it is harder to unravel. This results in a system that is resistant to change.
As an architect, whenever you encounter an architectural problem or design flaw, insist that it be rectified now, when it is cheapest to fix. The longer you leave it to drag out, the higher the interest payment is.
Scot Mcphee is an Australian software developer and architect with more than 15 years of experience coding and designing applications. Over the last eight years, he’s worked mostly within the J2EE stack.
- Shortcuts Now Are Paid Back with Interest Later
- uva1146 - Now or later
- UVA1146 Now or later
- UVA1146 Now or later
- now or later
- LA3211 Now or later
- UVALive3211 Now or later
- LA 3211 Now or later
- UvaLive-1146-Now or later
- LA 3211 Now or Later
- UVA 1146 Now or later
- LA 3211 Now or later
- UVALive 3211 Now or later
- uvaoj 1146 - Now or later
- UVA - 1146 Now or later
- Come back is now!
- Are you READY now?
- Enjoy Life Now, AND Save for Later
- You Have to Understand Hardware,Too
- 进程组ID操作
- 网易校园招聘java面试经历
- iOS快速开发必备
- 格式化I/O和文本行I/O异同
- Shortcuts Now Are Paid Back with Interest Later
- 美化上传控件
- Ubuntu Python 环境配置
- Android手势检测 带你打造支持图片缩放、平移预览(下)
- SQL语句中的order by语句
- 【leetcode每日一题】25.Reverse Nodes in k-Group
- C#中序列化实现深拷贝,实现DataGridView初始化刷新
- 关于三极管常用电路
- 尺度空间理论