New ask Hacker News story: Ask HN: Software design patterns for projects without a scope?
Ask HN: Software design patterns for projects without a scope?
3 by rlayton2 | 0 comments on Hacker News.
My work often involves starting with creating small prototypes that show a concept or solve a very specific problem. That prototype solves that problem, the client is happy and wants to extend it. The software grows from there, usually one feature at time. For these projects, the client usually doesn't know what comes next until they need it. This extension can sometimes be immediate, or could be years after the fact. "Common wisdom" states that the prototype should be thrown away when the concept is proved and the funds come in, but for me there is never a point at which that makes sense. As I mentioned, it's one feature at a time. I feel I do a good job at designing those prototypes in a decoupled, extensible way. I think about what direction the project could take, and try to put the right levels of abstraction in. Despite my best efforts, oftentimes I'm rewriting existing chunks of code to incorporate the new features because I chose a certain structure that no longer makes sense. What I'm looking for is to improve this part of my programming. Are there any good resources on designing software that will grow/evolve over time? Software that never have a project plan for more than a few months or a few features?
3 by rlayton2 | 0 comments on Hacker News.
My work often involves starting with creating small prototypes that show a concept or solve a very specific problem. That prototype solves that problem, the client is happy and wants to extend it. The software grows from there, usually one feature at time. For these projects, the client usually doesn't know what comes next until they need it. This extension can sometimes be immediate, or could be years after the fact. "Common wisdom" states that the prototype should be thrown away when the concept is proved and the funds come in, but for me there is never a point at which that makes sense. As I mentioned, it's one feature at a time. I feel I do a good job at designing those prototypes in a decoupled, extensible way. I think about what direction the project could take, and try to put the right levels of abstraction in. Despite my best efforts, oftentimes I'm rewriting existing chunks of code to incorporate the new features because I chose a certain structure that no longer makes sense. What I'm looking for is to improve this part of my programming. Are there any good resources on designing software that will grow/evolve over time? Software that never have a project plan for more than a few months or a few features?
Comments
Post a Comment