We don't bite newbies here... much | |
PerlMonks |
Re: Bad Karma = Bad Codeby seattlejohn (Deacon) |
on Aug 13, 2002 at 17:56 UTC ( [id://189896]=note: print w/replies, xml ) | Need Help?? |
Sounds frustrating. Perhaps you just wanted to vent (understandable enough ;-), but here are some practical suggestions that might make your life easier:
Source control is absolutely indispensible when the PHB says "put it back the way it was before", or when you realize your change broke something, or that you mistakenly nuked some important comments. CVS isn't the most user-friendly solution IMHO, but it's in widespread use and is free. Bug-tracking tools help you keep track of change requests -- whether they come from the boss, from one of your users, or from yourself ("I know this will be a maintenance nightmare later") -- in a logical way. If Bugzilla or something like that is overkill, at least open up a spreadsheet so you have all the bug/change requests in one place and can prioritize them. Automated test cases will let you sleep soundly at night -- and will likely give you a huge productivity boost too. Assuming you do eventually get around to cleaning up the messy code created in the urgency of the moment, how do you know it still works properly? (For that matter, how do you know it worked right in the first place?) If you have solid tests, though, you can feel confident replacing the hacks in your code with better-thought-out solutions -- and doing things like refactoring, too. Sorry if I'm preaching to the converted here, but I suspect there are at least some monks lurking around here who haven't yet experienced the thrill of adopting these techniques and seeing them mitigate what could've been a really painful situation...
In Section
Meditations
|
|