Najlepszym momentem na optymalizację kodu jest moment, gdy go piszesz. Jednak nie zawsze jest to możliwe. W miarę pisania oprogramowania i zmian wymagań, nieefektywności i zły kod mają tendencję do wkradania się. Zobacz rozdział 6, aby dowiedzieć się o typach problemów (znanych również jako zapachy kodu), które mogą występować w kodzie źródłowym, z których wiele może negatywnie wpływać na wydajność. Zanim zoptymalizujesz kod pod kątem wydajności, zdecyduj, czy optymalizacja jest warta zachodu. Jeśli program działa poprawnie i zidentyfikujesz refaktoryzację, która mogłaby go przyspieszyć, zachowaj ostrożność, aby uniknąć tego, co programiści nazywają „przedwczesną optymalizacją”. Wybitny informatyk Donald Knuth, autor The Art of Computer Programming, słynnie oświadczył, że „Przedwczesna optymalizacja jest źródłem wszelkiego zła”. (Ktoś inny powiedział: „Zdania absolutne są źródłem wszelkiego zła”). Knuth miał na myśli, że programiści powinni uważać, aby nie martwić się o wydajność bardziej niż to konieczne. Oszczędzanie kilku mikrosekund w procesie kosztem wielu godzin pracy i potencjalne wprowadzanie nowych błędów nie jest warte wysiłku — zwłaszcza, że szybsze procesory prawdopodobnie spowodują bardziej znaczącą poprawę wydajności w krótkim czasie i bez dodatkowej pracy programistycznej. Jednak jeśli użytkownicy Twojej aplikacji zgłaszają niską wydajność lub inne niedociągnięcia w oprogramowaniu, optymalizacja w celu rozwiązania tego problemu powinna być Twoim najwyższym priorytetem.