Post #905

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