Устаревший код - когда двигаться дальше

Question

Моя команда и поддерживает большое количество устаревших приложений, все из которых в настоящее время функциональны, но проблематичны в поддержке и обслуживании. Все они зависят от кода, который производитель компилятора официально не поддерживает.

Таким образом, вопрос в том, должны ли мы оставить код как есть и рискнуть новым компилятором, нарушающим наш код, или мы должны откусить пулю и обновить весь код?

Answer 1

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

Поэтому вы должны сначала оценить, сколько времени / разработчиков вы можетепозволить себе рефакторинг приложения, а затем посмотреть, считаете ли вы, что этого будет достаточно.

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

Answer 2

Похоже, у вас большой технический долг. Этот долг будет только увеличиваться, если вы не сделаете что-то. Обе вещи, которые вы упомянули, являются вариантами и рискованными, но в долгосрочной перспективе это риск, на который вам нужно пойти.

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

Другой вариант - обновить всю базу кода. Это занимает время, в течение которого вам нужно сохранить 2 копии кода или заморозить старую версию. Замораживание старой версии, вероятно, не вариант.

Я бы порекомендовал использовать обновленный компилятор и исправлять ошибки. Это позволяет добавлять функции при рефакторинге и исправлении текущей кодовой базы.

Answer 3

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

Если приложения достаточно ценны дляВы, что они стоят хлопот, и у вас есть необходимые ресурсы, затем сделайте обновление.Не позволяйте проблеме сохраняться.

Если они недостаточно ценны, чтобы стоить полномасштабного обновления, или нет подходящих ресурсов, возможно, по возможности работайте над обновлением по одному за раз.

Просто несколько предложений, но опять же, это очень сильно зависит от вас и вашей организации.

Answer 4

Переписывание кода может быть полезным шагом для вашей компании по многим причинам:

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

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