Подготовка к выходу на работу, часть 2
первая тут
За 15+ лет в ИТ мне много раз приходилось менять работу или выходить на новый проект, в этой части поделюсь моей подготовкой к выходу на новую работу, надеюсь кто-то подчерпнет полезные мысли
1️⃣ Хранение информации: как уже писал прежде всего нужно продумать место где фиксировать поступающую информацию и как дальше она будет упорядочиваться - для этой цели лично я использую Obsidian, т.к. по нему суперудобно делать поиск, можно строить при желании взаимосвязи заметок и т.п. Плюс каждая заметка это обычный md-файл, легко перенести в другую систему при необходимости.
2️⃣ По технической части имеет смысл начать с верхнеуровневой архитектуры - какие есть модули и системы, как они взаимодействуют друг с другом. Это полезно чтобы увидеть картину целиком без погружения в детали. Дальше при необходимости разбираться с более конкретными модулями.
3️⃣ По коду проекта понять:
➡️ общую архитектуру, какие архитектурные слои используются
➡️ есть ли многомодульность и на какой идее она построена
➡️ git-flow, именования веток, как устроен код-ревью
➡️ codestyle, принятые стандарты кода, посмотреть на общий уровень написания кода на проекте
4️⃣ Требования к продукту:
➡️ выделить основные термины и бизнес-процессы
➡️ ознакомиться с документацией, если она есть
➡️ в качестве требований также можно смотреть существующие тесты на проекте
5️⃣ Люди:
➡️ команда: роли, кто чем занимается
➡️ кто ответственный за требования / дизайн - для разных кейсов это могут быть разные люди
➡️ бадди / тимлид или другой человек который будет помогать осваиваться в проекте и к кому можно приходить с вопросами по технической стороне
➡️ понять кто больше подходит по общению из команды
➡️ наладить социальные связи, тут отлично подойдут как всякие неформальные мероприятия, так и просто кофе-брейки или совместные обеды
⚡️Нужно будет проделать много действий, зафиксировать много информации. Поэтому лучше заранее подготовиться, чтобы эту информацию было проще структурировать. Такой подход позволит быстрее освоится на проекте, постепенно получить хорошую базу знаний, что даст серьезное преимущество перед теми кто этого не делает и поможет вырасти в эксперта на проекте
⚡ - или любая реакция если было полезно
Поделитесь своими лайфхаками, если они есть, будет правда интересно)
Post #57
404