5 ms·
I don't agree with that statement. Standards are there to make development easier via an agreed upon "standard" way of doing things. Code rot has nothing to d
by jlegler 12y ago
I don't agree with that statement. Standards are there to make development easier via an agreed upon "standard" way of doing things. Code rot has nothing to do with that. Things change all the time. No amount of standards stops change. Your code is rotting the second you're "done" with it, simply because everything else around it is still moving. Just accept that and learn to write code that is easily testable so that you can make your changes as necessary and have some confidence that you haven't broken anything in the process. Trying to write rot-free code is pointless. Trying to write code that is easy to update and repair is a worthwhile goal.
- jimmaswell 12y agoNo. An FTP client written in 1987 works today because of standards. I meam standards that define how the application interacts with other applications and input.
- ProblemFactory 12y agoThat approach works for free command-line tools written for technology specialists. But not if you are trying to make money with an app for the "general public", for example on the mobile app stores or oldschool shareware. Keeping it working is not enough, it must keep up with the latest trends in design and APIs that become available for extra features. The old APIs and design guidelines could be a perfectly precise standard that still works - but it's the old standard when users expect new ones.