Вас посадили на старый код. Это не наказание
Почти в каждой команде есть система, которую написали давно и которую все обходят стороной. Новичка часто сажают именно туда, и это воспринимается как ссылка. На деле это самый быстрый способ понять, как в компании принимаются решения.
Первое правило: ничего не переписывать в первый месяц. Сначала выясните, что эта система делает для бизнеса и кто пострадает, если она встанет на час. Часто оказывается, что странный кусок логики — это не глупость автора, а требование, о котором забыли рассказать.
Второе: покрыть проверками то, что собираетесь трогать. Без них любая правка превращается в лотерею, а вы окажетесь виноваты в поломке, которая жила там годами.
Третье: менять маленькими шагами и всякий раз возвращать систему в рабочее состояние. Большая переделка, которая живёт в отдельной ветке три месяца, почти всегда умирает.
И четвёртое: записывать найденное. Через полгода вы станете человеком, который единственный понимает эту область, — и это отличная позиция для разговора о росте.
Петербургским разработчикам такие системы попадаются постоянно: город старый, компании тоже, и часть кода старше, чем люди, которые его поддерживают.
IT Санкт-Петербург — t.me/itspb_news
IT Санкт-Петербург
@itspb_news
Вас посадили на старый код. Это не наказание
Этот пост опубликован в Telegram-канале IT Санкт-Петербург. Подписаться можно по ссылке: @itspb_news.