Как стать автором
Обновить

Комментарии 9

НЛО прилетело и опубликовало эту надпись здесь
На мой взгляд в статье можно добавить ещё один шаг:
Пятый шаг. Введение стандартов разработки. После того, как вам удалось привести код в порядок необходимо «закрепить» наработки в виде каких-либо внутренних правил, стандартов для разработчиков. Если у вас уже имеется успешный опыт улучшения легаси конкретно в вашей команде, а в других командах продолжают работать «по старинке», то рано или поздно в коде появятся всё те же проблемы с которыми вы успешно поборолись. Другими словами, если конкретно вам удалось вытянуть проект и далее поддерживать его, то все это развалится после вашего ухода (повышение или переход в другую компанию).

Да, кстати, отличный поинт! Спасибо!

Лично у меня в команде такая работа проводится с помощью ручками написанного линтера. Он стоит как локально, так и на CI/CD система. Когда я только пришел, он очень выручил в плане того, что в итоге старая и новая кодовая база написана в едином стиле

Хотел написать про TDD. А потом как-то увял и пошёл домой.
Но вы открываете IDЕ, делаете пул репозитория с проектом — и хочется плакать.


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

То есть, доходите до такого состояния возвышенности, при котором разгребать и рефакторить ваше — нужно звать кого-то другого?


Вы не сочтите это за персональный выпад, я просто (как профессиональный разгребатель, ага) очень порядочно повидал людей, которые слишком крутые и офигенные профессионалы, чтоб чё-то там рефакторить (во всяком случае, по их личному мнению).

Зачем вы ее туда вставляли..

Зарегистрируйтесь на Хабре, чтобы оставить комментарий