Не оставляй пеньки ни в коде, ни в жизни.

Не надо делать как получится — это в будущем аукнется, и придется тратить больше сил. Это просто нелогично.

Вот три примера: 1. Про дашборды. Был проект: разработка BI-системы. Каждый дашборд делали в порядке очереди, копируя виджеты из одного в другой. Когда нужно было вносить правки — приходилось заходить в каждый и редактировать вручную. В какой-то момент я научился делать это через СУБД, меняя данные не в BI-интерфейсе, а в базе. Позже создали мастер-атлас: меняешь данные один раз, и они автоматически обновляются во всех дашбордах.

2. Про сортировку. Заказчик попросил выстроить организации на дашборде в определенном порядке. Первое желание — сделать быстро: использовать текстовое наименование и прописать CASE. Но если изменится хоть буква — сортировка сломается. Более надежное решение: ИНН и КПП. Эти данные неизменны. Я потратил больше времени на старте, зато сделал систему, которая не сломается от «чиха».

3. Про пенек на даче. Нужно было убрать куст сливы. Изначально я его спилил — это заняло минут 10. На этом можно было и остановиться, о чем меня много раз просили. Но я не могу решить задачу в стиле «и так сойдет». Торчащий пень будет напоминать о себе, а в какой-то момент об него можно споткнуться. К тому же он забирает ресурсы у соседних деревьев. Выкорчевать его заняло уже час. Это может показаться бессмысленным перфекционизмом, но есть разница: решить проблему качественно или делать лишние действия потом — например, привозить землю и выравнивать участок.

Инсайт: Делая качественно, я на первый взгляд трачу больше времени, но если посмотреть дальновиднее — то меньше.

Связи: 📌 Такие «пни» — это технические долги, о которых я писал в этом посте

В этом посте были ссылки, но мы их удалили по правилам Сетки