“In an article in the April 1999 CACM, Robert Glass summarizes research that seems to indicate that, while code inspection is effective, conducting reviews in meetings is not.”

“Don't be a slave to history. Don't let existing code dictate future code. All code can be replaced if it is no longer appropriate. Even within one program, don't let what you've already done constrain what you do next -- be ready to refactor... This decision may impact the project schedule. The assumption is that the impact will be less than the cost of /not/ making the change.”

“Names are deeply meaningful to your brain, and misleading names add chaos to your code.”

“Don't gloss over a routine or piece of code involved in the bug because you "know" it works. Prove it. Prove it in this context, with this data, with these boundary conditions.”

“...maintaining good regression tests is the key to refactoring with confidence.”

“Providing a comfortable transition through familiar metaphors is one way to help get buy-in.”

“Documenting the reasons behind requirements will give your team invaluable information when making daily implementation decisions.”