Как проходила адаптация на прошлой работе

# Адаптация на прошлой работе

Общий контекст

Я присоединился к команде из 12 разработчиков, работающей над legacy Java-приложением (Spring MVC + Hibernate) с миграцией на микросервисную архитектуру. Первая неделя была интенсивной, но структурированной.

Неделя 1: Onboarding

День 1-2: Окружение и документация

• 2 часа - Установка dev окружения (IDE, Docker, Git, VPN)
• 3 часа - Запуск приложения локально через docker-compose up
• 1 час - Обзор архитектуры от tech lead
• Чтение: README.md, ARCHITECTURE.md, API spec

Ключевой момент: Я сразу нашел outdated документацию. Сообщил tech lead - это показало инициативу.

День 3: Коды и процессы

• 2 часа - Review git history последних 3 месяцев Это дало понимание, какие фичи добавлялись и почему

• 2 часа - Запуск тестов 190 unit тестов, 45 integration тестов. Все прошли успешно

• 1 час - Обход кода с коллегой

  • Где находится domain logic
  • Как работает persistence layer
  • Какая версия Java (Java 11 на тот момент)

День 4: Малые задачи

• Задача 1: Исправить опечатку в error message (15 минут) Было: "Invalide email". Стало: "Invalid email" Почему: Простая, но реальная задача - показать вклад

• Задача 2: Добавить unit test для существующей функции (1 час) Покрытие выросло на 0.5%, код стал понятнее

• Задача 3: Помочь разработчику с bug'ом (30 минут) NullPointerException при создании заказа Я заметил: забыли инициализировать items = new ArrayList<>() Ценность: Помощь коллеге + дополнительное знание о коде

День 5: Первая real задача

• Добавить API endpoint для получения истории заказов
• Время: 3 часа (включая code review)
• Feedback: Tech lead дал замечание про error handling - я переделал
• Merge: Pull request принялся в main

Неделя 2-4: Рост уверенности

Стратегия

1. Читаю, не пишу (40%)

   • Изучаю существующий код
   • Понимаю patterns и conventions
   • Слежу за pull requests других

2. Пишу маленькие fixes (30%)

   • Bug fixes
   • Refactoring
   • Улучшение тестов

3. Реальные features (30%)

   • Полноценные задачи из backlog'а
   • Всегда с code review
   • Постепенно рост сложности

Примеры задач первого месяца

• Исправил утечку памяти в кэше (неправильное использование HashMap)
• Переписал SQL query - улучшил performance на 60%
• Добавил интеграцию с внешним payment API
• Помог перевести часть кода на Spring Boot 3.0

Ключевые факторы успешной адаптации

1. Проактивность

Вместо "как это работает?" я писал: "я понял, что это работает ТАК, потому что..." и потом проверял, правильно ли я понял

2. Задание вопросов

• Не боялся спрашивать
• Но СНАЧАЛА читал код 30 минут, ПОТОМ спрашивал
• Вопросы были конкретные, не просто общие

3. Документирование

• Вел личный wiki с архитектурой
• Исправлял outdated docs
• Писал комментарии в код для future me

4. Взаимопомощь

• Когда разбирался с багом, зовал коллег
• Когда коллеги просили помощь, помогал
• Code review был обучением в обе стороны

5. Respect к существующему коду

• Не переписывал просто так
• Если видел что-то странное - спрашивал, почему
• Часто была хорошая причина, которую я не видел

Метрики первого месяца

Сложности и как я их преодолел

Сложность 1: Непонимание бизнес-логики

Проблема: Код говорил о заказах, платежах, но я не понимал, почему именно так Решение: Запросил demo приложения от product manager, спросил про бизнес-процесс Результат: Теперь мог писать code, понимая зачем

Сложность 2: Legacy code и техдолг

Проблема: Много старого, плохо написанного кода Решение: Не пытался переписать всё. Фокусировался на своих задачах, улучшал по ходу Результат: Постепенно код становился лучше, техдолг падал

Сложность 3: Большое количество сервисов

Проблема: Микросервисная архитектура - 7 сервисов, complex interactions Решение: Рисовал диаграммы, отслеживал Message Queue events Результат: Понял полный flow за 2 недели

Чему я научился

1. Soft skills:

   • Общение в англоязычной команде
   • Асинхронная работа (люди в разных timezones)
   • Презентация идей на code review

2. Technical:

   • Spring Boot best practices в боевых условиях
   • Как работает реальный CQRS в продакшене
   • Kafka для event streaming
   • Advanced SQL optimization

3. Process:

   • JIRA workflow
   • Agile с 2-week sprints
   • Как писать code review comments, чтобы не обидеть

Совет для нового разработчика

Первый месяц - это инвестиция в будущее

• Запомни 20% кода, который дает 80% функционала
• Читай, не пиши в первую неделю
• Будь helpful - помогай другим, просите их помощь
• Feedback loop - спросил, услышал, применил, рассказал результат
• Документируй свой путь - future разработчик (ты через год) скажет спасибо

За 3 месяца я стал одним из самых productive разработчиков в команде не потому, что я гений, а потому что я осознанно инвестировал в адаптацию.