Don't make the mistake of putting all the testing and verifying on the developers. Nobody's perfect. Even experienced developers who practice Test Driven Development (TDD) will release software with the most obvious bugs. The fact is, the person writing the code is the worst person who should test it. The developer may have made assumptions that certain algorithm work without actually testing it due to time constraints or worse ego. If you had a good software quality department, they can come up with a thorough test plan and focus on testing the corner cases that would cause instability.
Seriously, there is no better motivation than laziness. What would you rather do go through 50 computers and robotically enter commands or spend a hour on a perl script and letting the script take care of the work while you take a coffee break.
Slashdot Mirror
"1000 songs to get in her pockets."
posting Cringely's articles. They're nothing but flamebait and don't deserve to make slashdot's front page.
Don't make the mistake of putting all the testing and verifying on the developers. Nobody's perfect. Even experienced developers who practice Test Driven Development (TDD) will release software with the most obvious bugs. The fact is, the person writing the code is the worst person who should test it. The developer may have made assumptions that certain algorithm work without actually testing it due to time constraints or worse ego. If you had a good software quality department, they can come up with a thorough test plan and focus on testing the corner cases that would cause instability.
Seriously, there is no better motivation than laziness. What would you rather do go through 50 computers and robotically enter commands or spend a hour on a perl script and letting the script take care of the work while you take a coffee break.
Judging from Red Hat's stock performance, it looks like the business community is taking Red Hat (GNU/Linux) seriously!!!