📝 Как мы накопили 1.5к багов и про🥊ли проект, стремясь к идеальному коду

В попытках написать «идеальный» код можно достичь удивительных результатов. Например, накопить полторы тысячи багов. Как? Сейчас расскажу.

Тимлид настаивал на переписывании одного и того же кода до тех пор, пока оно не станет ИДЕАЛЬНЫМ 🌈

Дев-тест? Отходит на второй план, когда ты по 10 раз переписываешь одно и то же. Некоторые кейсы пролетают мимо тупо из-за замыленности глаза.

Баги стабильно попадали в релизы. А мы их исправляли... чтобы снова получить ревью с комментарием о «недостаточно оптимальном алгоритме». Ведь если на фронте функция по бенчмаркам работает на 2% медленнее — ОБЯЗАТЕЛЬНО 😦 надо исправить (ведь фронт не исполняется на одной машине и это имеет смысл, а… подождите…)

Работаем ли быстро или медленно — результат один и тот же: баги в коде и баги в тестировании. Но мысль, что что-то идёт не так, кажется, не очевидна. Что в итоге? Проект ушел к другому заказчику….

Мораль: Лучше «хороший код» и правильные процессы, чем «идеальный код» и 1.5к багов.