Scroll down
With enough practice, any interface is intuitive.
Projects without clear goals will not achieve their goals clearly.
A well-written program is its own heaven; a poorly-written program is its own hell.
I love deadlines. I like the whooshing sound they make as they fly by.
Don't clean up code unless the cleanup is critical to the product's success.
Proverb
The confidence you get from knowing about every crash, anywhere in the world, is crucial to delivering a high-quality product that needs to be used in the wild. In the consumer software business, you can't rely on your customers to tell you about crashes—many of them may not be technical enough, and most of them won't bother to take time off of their own important work to give you a useful crash report unless you make it completely automatic.
Many rookie software managers think that they can "motivate" their programmers to work faster by giving them nice, "tight" (unrealistically short) schedules. I think this kind of motivation is brain-dead. When I'm behind schedule, I feel doomed and depressed and unmotivated. When I'm working ahead of schedule, I'm cheerful and productive. The schedule is not the place to play psychological games.
Programmers and software engineers who dive into code without writing a spec tend to think they're cool gunslingers, shooting from the hip. They're not. They are terribly unproductive. They write bad code and produce shoddy software, and they threaten their projects by taking giant risks which are completely uncalled for.
In general, the longer you wait before fixing a bug, the costlier (in time and money) it is to fix.
