It was originally the document that you can (still) download from O'Reilly to go with the "Oracle Best Practices" book. I changed a few things I disagreed with (mainly SQL layout - the way Feuerstein right-aligns his keywords for absolutely no reason drives me up the wall, as you can probably tell), updated a couple of points (it was written in Oracle 8.0 days) and added some other stuff (the sections about exception handling and OUT parameters, for example). I'd recently been on a project where a new PM had demanded a Coding Standards document without really knowing anything about Oracle, or programming (or project management

) and had accepted the first one someone found on the net - it was pretty terrible. I guess I was thinking, next time someone asks I'll show them this. In particular I wanted it to say
why, not just
because we say so. Then when I got the web space I reformatted it in HTML and put it up there.
With hindsight I kind of wish I'd started from scratch rather than rewriting someone else's work (though I do credit them and provide a link to the original, so maybe I won't be hearing from their lawyers just yet). I'm also not sure how useful this kind of document is. Maybe a series of linked articles along the lines of
Jonathan Lewis ,
Howard J Rogers or
Adrian Billington 's sites would be better. Also I've heard it argued that nobody will ever agree about layout, so it's more constructive to concentrate on things like modularity, code reuse, interface design, reading the
New Features Guide , that kind of thing.
I have thought about ways to make it interactive. Blogger-style comments linked to individual sections might be good, or even (if I could figure out how) a series of "Vote" buttons. A Wiki-style document would be great if I could prevent it from becoming an unstructured free-for-all.