| I've built quite a lot with what I've learned, however it's not always possible to demonstrate that. Consider that I am not permitted to tell anyone at all what my most-recent project was, other than that it had something to do with OpenGL. This because the product was an in-house tool for a client of my client. The very existence of that tool is a closely guarded trade secret. I read Robert Ward's excellent "Debugging C" back in the day. In part as a result of that book, I am better at debugging just about anything than just about anybody. But what can I show to a potential employer or client? "Here's some code that doesn't have bugs in it." Similarly with Scott Meyers' "Effective C++" series. Three times I have applied to a certain company to write Mac OS X I/O Kit Kernel Extensions - what Apple calls device drivers. All three times, their HR refused to forward my resume to the hiring manager, unless I removed all the experience that wasn't directly related to Mac OS X. All three times I refused; I first learned to write device drivers by hand-coding LSI-11 assembly into octal, then entering the code into the LSI-11 kernel with an octal keypad and a profoundly primitive debugger called ODT, for "Octal Debugging Technique". That was in an Intro to Computer Architecture class at UC Davis that I took over the summer of 1981, while I was still in high school. Whoever it is who keeps telling me to remove my non-OS X experience, clearly does not understand how computers work. Each time I have refused; I don't want to work for idiots. |