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

Проблема с LIBTYFT ™ в том, что он недостаточно хорош. Конечно, я могу добавить некоторую документацию к пользовательской модели, вырезать несколько неиспользуемых методов доступа и все же завершить свою задачу вовремя для нашей еженедельной конференции Scrum Kanban Agile Open Office Holacractic Meetathon Fest Conf, но как насчет того, когда мы выберем архитектуру внедрения зависимостей? with накапливается столько беспорядка, что заставляет разработчиков опасаться добавления новых классов в код? Или из-за того хака, который вы применили для быстрого доступа к некоторым записям базы данных, выросли когти и щупальца настолько большими, что вы даже не знаете, какой слой должен быть моделью?

Подобный рефакторинг требует времени, терпения и глубоких размышлений. Вы не можете просто «оставить код немного лучше, чем вы его нашли». Иногда у вас нет выбора, кроме как сжечь дом и купаться в крови ваших двоичных врагов. От этого зависит ваше здравомыслие и будущее вашего проекта.

Если вам это понравилось, нажмите 👏 ниже. Я замечаю каждого и благодарен каждому из них.

Чтобы узнать больше о программировании, подпишитесь на меня, и вы будете получать уведомления, когда я буду писать новые сообщения.