4 ms·
That seems like a common problem. You gather requirements which suggest that the software will be used once or for a limited time, so you cut corners in order t
by locopati 17y ago
That seems like a common problem. You gather requirements which suggest that the software will be used once or for a limited time, so you cut corners in order to get it done quickly and then years later the software is still being used and everyone is complaining about the cut corners without understanding the circumstances by which they came to exist.
- frossie 17y agoI agree with you, though I am not necessarily talking about "cutting corners", which to me implies slopiness. It's just that you can optimise for a certain environment of use, but if you don't realise that the software will be used 10 years from now, you don't worry about how the usage environment will change. This isn't sloppiness, it's optimisation - as the old saying goes, the perfect race car is the one that falls apart 10 yards past the finishing line; if it lasts for longer it was overengineered. It's just that in software we don't know where the finish line is - or even if there is one.
- hypermatt 17y agoOne of the dangers is most projects do get killed, and even if it doesn't you put more risk by not releasing it. Once its released and people are getting value from it the project is a lot safer position to put more effort into design.