Something we're severely lacking in is a set of extensive test benches for our various logic modules and a policy for creating and managing those test benches.
Many people don't seem to think of test engineering as particularly glorious. But I disagree. At Tech Source, the job of the test engineers is to break our stuff. The development engineers pride themselves in doing a good job, so we don't like to be proven wrong. But the culture there is one where we're impressed when the test engineer finds something wrong, rather than having our pride hurt. I think this is a good philosophy, and I'd like the OGP to emulate it. Test benches should, in fact, be harder to write and bulkier than the logic being tested. If not, then you're likely not considering enough corner cases. Also, the test should be written by someone other than the engineer who designed the thing being tested. I have a lot of complaints about the quality of a lot of Free Software, not to mention the seemingly total lack of usability analysis, but a lot of Free Software is very well-tested stuff. Every release of the Linux kernel gets the crap beaten out of it by countless hackers, and while bugs still slip through, the fact is that we have a really high-quality piece of software there. (Without getting into some of the more philosophical areas... things work as they're designed to, at the very least.) The OGP should strive to approach that standard so that end users can really rely on our hardware. On 2/9/07, Simon <[EMAIL PROTECTED]> wrote:
in the limited time I have. I'd appreciate it if someone who is more in the loop than I am could give me something to work on, so that I stop thinking about helping out and just get something done. I have a
-- Timothy Miller http://www.cse.ohio-state.edu/~millerti Favorite book: The Design of Everyday Things, Donald A. Norman, ISBN 0-465-06710-7 _______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
