Насколько интересно работать с Legacy

Что такое Legacy-код?

Legacy-код — это старый, сложный в поддержке код, часто написанный без современных стандартов. Примеры: jQuery, непроверяемые классы, отсутствие типизации, слабая архитектура, недокументированные решения. Это реальность в 70% компаний.

Почему Legacy работа может быть интересной?

Плюсы работы с Legacy

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

2. Понимание реальных проектов — в стартапах часто начинают с идеальной архитектуры, но в реальных компаниях всё иначе. Опыт работы с Legacy учит тебя, как на самом деле развиваются проекты и как их поддерживать.

3. Рефакторинг — это искусство — когда ты берёшь код на jQuery и переводишь его на React, когда разделяешь 5000-строчный компонент на нормальную архитектуру — это творчество. Это результаты, которые видно.

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

5. Практический опыт типов коллизий — в Legacy ты сталкиваешься с проблемами, которые новички не знают: race conditions, memory leaks, циклические зависимости, сложная синхронизация состояния.

Почему Legacy может быть скучно?

Минусы работы с Legacy

1. Медленный прогресс — когда ты пытаешься добавить фичу в 20-летний codebase, половину времени ты ищешь, где это должно быть. Полезных коммитов в день может быть 1-2.

2. Отсутствие современных инструментов — старый код часто без тестов, без TypeScript, без линтеров. Вместо npm install приходится писать на Python и делать полуручное развёртывание.

3. Техдолг как миноное поле — каждое изменение рискует сломать что-то непредсказуемое. Это порождает страх и консерватизм.

4. Нет современного стека — если проект на Backbone.js или старом Angular, ты не набиваешь руку на современных технологиях.

Как оценить, насколько Legacy интересна в конкретной компании?

// Вопросы для себя:

// 1. Есть ли инвестиции в улучшение?
const hasModernization = {
  testsCoverage: true,        // Есть ли покрытие?
  typeScriptMigration: true,  // Переходят ли на TypeScript?
  componentRefactoring: true, // Разбивают ли большие компоненты?
};

// 2. Есть ли инструменты для работы?
const hasTools = {
  eslint: true,           // Линтер работает?
  github: true,           // Git-flow налажен?
  cicd: true,             // Есть ли CI/CD?
  documentation: true,    // Есть ли документация?
};

// 3. Команда готова к изменениям?
const teamMaturity = {
  codesReview: true,      // Code review строгие?
  technicalLeads: true,   // Есть ли опытные разработчики?
  planClearly: true,      // Планы понятны?
};

// Если большинство true — Legacy может быть интересным
// Если большинство false — это просто старый код, который никто не хочет улучшать

Правильный ответ на интервью

На собеседовании нужно показать, что ты не боишься Legacy, но имеешь стратегию:

"Я вижу Legacy как вызов, а не как проблему. Мне интересно:
- Понимать, как код работает
- Постепенно улучшать архитектуру
- Писать тесты для критичных частей
- Внедрять современные инструменты

Однако я предпочитаю работать там, где:
- Есть чёткие приоритеты (что улучшать в первую очередь)
- Команда готова инвестировать в качество
- Есть время для рефакторинга, а не только для фич

Legacy сам по себе не страшен — страшен, когда им пренебрегают."

Парадокс Legacy

Интересный факт: опытные разработчики часто выбирают работу с Legacy именно потому, что это сложнее. Новый код писать просто — достаточно следовать tutorials и best practices. Но когда ты улучшаешь 10-летний систему и видишь результаты — это намного более удовлетворительно.

Вывод

Legacy интересна, если:

• Есть свобода улучшать код
• Видны результаты твоей работы
• Команда поддерживает инициативу
• Это учит тебя новым навыкам

Legacy скучна, если:

• Тебе запрещают трогать код
• Всё заморозили на 10 лет назад
• Никому не нужны улучшения
• Ты только исправляешь баги, не развивая навыки

На интервью честно скажи, что тебя интересует качество кода и архитектура — это правильный сигнал для любого работодателя.