Обычно я начинаю с чистого, понятного кода — небольшие функции, говорящие имена и надёжный набор тестов. Как только тесты пройдены, я профилирую его, чтобы найти настоящие узкие места. Потом сосредотачиваюсь на оптимизации именно их, а не всего проекта целиком. Важно, чтобы основной, "счастливый" путь оставался читаемым — так я могу улучшать производительность, не сломав всё. Бесит, когда микро-оптимизация ломает что-то другое, но обычно окупается, если изолировать изменения. Главное – разделять задачи: сначала добиться работоспособности и читаемости, а потом выжимать скорость из конкретных участков, где это нужно.