---

• You should surround yourself with people who are smarter than you. Because they will save you a lot of time.
• Martin Perl, Laureate of the Nobel Prize in Physics in 1995

---

• (opens in a new tab) Value simplicity and readability above all else.
• Matthew MacDonald

---

• (opens in a new tab) Reaching a test coverage of X% is not a measure of quality.
• Raymond Hettinger

• (opens in a new tab) Don't strive for a test coverage of X% - instead, focus on writing meaningful assertions.
• Matt Ranney

---

• (opens in a new tab) Reviewing code is actually harder than most people think.
• Miguel Grinberg

• (opens in a new tab) It's harder to read code than to write it.
• Joel Spolsky, via Miguel Grinberg

• (opens in a new tab) We need to be very good at doing code reviews.
• Miguel Grinberg

---

• (opens in a new tab) Don't use inheritance.
• Matthew MacDonald

• (opens in a new tab) If you see a class with 2 methods, it shouldn't be a class - refactor it into a function.
• Jack Diederich

• (opens in a new tab) Don't make new exceptions when you don't need to. And you don't need to.
• Jack Diederich

• (opens in a new tab) Refactor relentlessly.
• Jack Diederich

---

• (opens in a new tab) Do not glorify the following concepts: «separation of concerns», «decoupling», «encapsulation», «implementation hiding», «abstractions». People mean different things when they use those terms. They're not useful for furthering conversation.
• Jack Diederich

• (opens in a new tab) Do not glorify «design patterns». They can easily become a way to smuggle in overly complex OOP design under a veneer of respectability.
• Matthew MacDonald

---