Как вы боретесь с наследием кода в больших проектах?

Question

[alk]

Добрый день коллеги!

Хотелось бы узнать общественное мнение по поводу наследия кода. Ни для кого не является секретом тот факт что большие проекты, разработка которых идёт много лет, часто бывают сильно переусложнены по своей структуре, архитектуре, с помощью "зоопарка технологий" и т. д. А если копнуть глубже, то часто можно наткнуться на откровенный говнокод, но при этом всё работает.
Часто выходит такая ситуация: код ужасен но он работает, а рефакторинг ещё больше пугает чем код.

Как вы решаете подобную проблему?

Answer 1

[Saboteur]

Никакие размеры кода не должны пугать, если на это выделяется бюджет.
Если не выделяется - значит рефакторинг ради рефакторинга не нужен.

Если программа нужна заказчику, то просто берете и проводите investigation - что будет лучше и выгоднее в конечном счете - масштабный рефакторинг или написание с нуля. Если цена устраивает - определяются сроки, нанимаются люди. В общем не то вас пугает.

Answer 2

[AlexLIn]

Работает? Не трож. Так надо.
Не часто начальство платит за рефакторинг или переписования кода.
Клиентом тоже пох. что и как там написанно, если все работает и не падает.

Comments

[alk]

Просто иногда поддержка очень плохого кода превращается в мазохизм, в этом-то и беда)

[AlexLIn]

Alexеу Kutepov: Да, согласен. Если это так то придеться переписовать заного и продать шефу как "Теперь наша программа работает на 100500% быстрее и экономит 100500 денег в поддержке".
Часто это бывает правдой если часть кода написанна на отличном от всего проекта ЯП.
(вся программа написанна на с++, а часть когда написанна на lua, которая тянет за собоя luavm, которыя тянет за собо еще 100500 неизвестных и старых либ. У меня так было)

Answer 3

[Александр Кондауров]

Разработка через тестирование (наличие тестов) дают хоть какую то гарантию на архитектуру вашего приложения, что она не поменяется если прийдет другой человек на место создателя приложения.

vasIvas @vasIvas
А можете объяснить, как тесты помогают избавится от плохого кода и тем более от неправильной архитектуры?
Написано 03 марта
Ответить
Nc_Soft @Nc_Soft
vasIvas: никак

Вы че гоните? прежде чем писать функцию - придумай тест и придумай 3 - 4 кейса к нему! Я разрабатываю через тестирование а не "тестирую сотнями запусками функций руками". Потом я уверенно использую эти функции в комбинации с другими и получаю проект который сразу работает и мне не надо писать еще интеграционные тесты потому что корень зла был убит еще в начале.

Потом можно без опаски рефакторить! А рефакторить код который сам не писал или писал давно просто не реально, а если ваш проект связан с откруткой денег то и страшно