Oh, what the heck, here are mine...<p>1. Start with the answer, then work back.<p>2. It worked. You changed something. It doesn't work. It's probably something you did.<p>3. The answer is always "yes". Sometimes, "yes, but", but always "yes".<p>4. Never write the same line of code twice.<p>5. All names (variables, functions, routines, etc.) should accurately describe what they represent as closely as possible. i.e. an intelligent user should be able to read your code and get a fairly good idea what it does.<p>6. No variable name should be fully self-contained within another variable name.<p>7. Indent however many spaces you want and use white space however you want. Who gives a shit.<p>8. Shop standards only count if they are published.<p>9. Only enter your IDE if you have actually have something to code. Otherwise go back to your pencil/paper/whiteboard (or whatever you use for analysis and design) and don't come back until you're ready.<p>10. Prototype <i>something</i> and let the user rip it to shreds. Funny how much less bashful they become when they have something to critique. It's much easier to criticize something that exists than to imagine something that doesn't.