Как исправить худший проект, на который только возможно попасть

Представьте, что вас нанимают навести порядок в проекте, который:

- Разрабатывался 12 лет без системы контроля версий
- Никогда не рефакторился, и никакая функциональность не удалялась
- Писался без каких-либо фреймворков, архитектуры и паттернов
- Представляет собой полный хаос с точки зрения кода, модели данных и инфраструктуры
- Зарабатывает 20 миллионов долларов в год

Автор статьи дает много хороших советов про то, как в такой ситуации можно поступить:

- В первую очередь, не соглашайтесь на такую работу, и ищите нормальный проект. Компания, работавшая в таком режиме много лет, будет не готова меняться, и вы просто потратите несколько лет карьеры зря
- Даже не думайте затевать переписывание всего с нуля, двигайтесь очень маленькими постепенными шагами
- Начинайте с наименее рисковых инициатив: документация, контроль версий, автоматические сборки. Потом продвигайтесь к более сложным – автотесты и управление зависимостями. И только после того, как с точки зрения инфраструктуры и тестов все готово, начинайте постепенный рефакторинг архитектуры
- Постепенно ротируйте команду, избавляясь от тех, кто сопротивляется изменениям. Готовьтесь платить много денег, иначе хороших инженеров на такой проект не нанять

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