Подстава уровня бог: Просто перенести функционал
Давайте я вам сегодня расскажу про одну подставу, на которую попадались, кажется, все, кто хоть раз работал на IT-проекте.
Имя ей — «просто перенести функционал».
А если говорить шире — перенести что-то старое, забытое и хрупкое.
Вообще известный факт: новое писать проще, чем ковыряться в чьём-то наследии. Особенно если это наследие — хаос времён динозавров.
И вот приходит кто-то умный и говорит:
«Надо бы перевезти вот эти методы на другой сервис».
Звучит невинно. А ты стоишь, моргаешь и думаешь:
«А где они используются?.. А что они делают?.. А почему у меня уже нервный тик?..»
Где тут подвох?
Смотрите. Важно чётко понимать этапы. Вот прям чётко:
🔸 Разбираемся, как это работает. Желательно без инсульта.
🔸 Переносим слово в слово, ничего не ломая и сохраняя контракты (структуру запроса и ответа) — фронт жить хочет.
🔸 Выпускаем и проверяем. Всё ли дышит?
🔸 Только потом начинаем что-то менять.
‼️ Самое главное. Прошу вас, не трогайте требования на этапе переноса.
Не оптимизируйте, не “делайте лучше”, не рефакторьте. Почему?
🔸 Потому что те, кто вам их принёс, сами не понимают, как оно работает.
🔸 Потому что это не рефакторинг, а реконструкция после пожара. Иногда проще с нуля.
🔸 Потому что именно вы потом будете виноваты, что «затянули», «не оценили», «анализ не очень». И да, снова начнётся поиск «нового нормального аналитика».
Вот вроде бы я почти 6 лет в профессии. А недавно снова вляпался в такую задачу.
Любимые грабли.
Они ждут.
Не наступайте, это подстава 🙏
В след. посте расскажу про реальные примеры и чего надо опасаться
analyst.exe | чат