Evolving code over time
Given economics, time constraints, resource limitations, etc.; you can’t write all the functionality for a given solution for a single release. Even if you weren’t limited by these constraints, you’re likely to get changing requirements as development progresses and everyone learns more about the software under development. It’s fairly easy to prioritize what is developed and what isn’t. You simply develop only what you need (see YAGNI). But, how do you manage adding new functionality without causing undue grief? One way is to only make additive changes to the code. For example, let’s say we have the method create CreateRequestPacket … Continue reading Evolving code over time