Культура работы с Git: пуллреквест — о чём спросить команду ❓

Начнём с более формальных вещей — они касаются пока не самого код-ревью, а работы в пуллреквесте в целом. Вот список вопросов, который поможет познакомиться с основными процессами работы с пуллреквестами в новой команде.

🎯В какую базовую ветку (base branch) делать пуллреквест? Уточните, потому что далеко не всегда это main (master). Зависит от того, как построен процесс работы с ветками в вашей команде: это может быть, например, ветка develop или release.
Про подходы к организации веток я подготовлю отдельный пост.

🎯Кого ставить в ревьюеры? Иногда это почти вся команда, а иногда конкретный человек, например, тим- или техлид.

🎯Сколько аппрувов получить, прежде чем замержить ветку? Стоит спросить, потому что не всегда это ограничение автоматизировано в репозитории.

🎯Есть ли какие-то соглашения по именованию веток и коммитов? О цели и возможной пользе разных подходов мы подробно говорили ранее в этом посте.

🎯Нужно ли сквошить (squash) коммиты? Некоторые команды в конце работы над пуллреквестом обязательно объединяют все изменения в один коммит — так проще ориентироваться в истории.

🎯Что использовать — merge или rebase? Одни команды не накладывают ограничений, другие выбирают тот или иной способ. У каждого подхода есть плюсы и минусы, подробнее об этом рассказывают в статье на Хабре.
Если в вашей команде есть соглашение использовать именно git rebase, то рекомендую статью Как ребейзить ветку и не думать ни о чём, чтобы лучше разобраться в алгоритме действий.

⤵️ Впереди вторая часть и ещё несколько важных вопросов.

Культура работы с Git: пуллреквест — о чём спросить команду, часть 2 ❓

Спросите об этом заранее — это даст вам максимум контекста и поможет быстрее освоиться в команде и процессах.

🎯Какая автоматизация настроена в ветке на разные события (новый коммит, мерж изменений)?
Эту информацию вы можете получить и сами, например, детальнее рассмотрев блок Checks в интерфейсе GitHub (аналогичные есть и других сервисов, например у GitLab или Bitbucket), либо заглянув в файлы автоматизации, если они хранятся в вашем репозитории. Например, это будет файл с названием .gitlab-ci.yaml, либо yaml файлы в директории .github — читайте подробнее по ссылкам.

Если сложно ориентироваться в файлах, или они хранятся не в рабочем репозитории, уточните, какие проверки являются обязательными. Часто в проектах автоматизация настроена так, что пуллреквест нельзя замержить, если не прошли линтеры и тесты.

🎯Как и куда выкладываются изменения, когда ветка замержена, на какое окружение?

Иногда публикация изменений может быть автоматизирована. Когда вы пушите новый коммит или мержите ветку, на какое-то окружение (например, dev или staging) выкладываются изменения, чтобы уйти на проверку QA инженеру. Уточните, нужно ли нажимать Deploy вручную или выполнить какие-то команды, чтобы внести изменения.

🔖Сохраняйте себе, пишите вопросы и делитесь мыслями в комментариях. Автор поста Юлия Волкова обязательно придёт их почитать и ответить!

#дайджест февраля 📱

Делимся интересными статьями и публикациями — надеемся, вы найдёте для себя что-то полезное.

Месяц получился почти тематическим: на Хабре мы рассказывали о требованиях к начинающим специалистам, а в телеграм-канале много говорили про Git.

🕚Джуниоры-тестировщики в 2024 году: какие нужны скилы и как проходит процесс найма — рассказываем, как обстоят дела в найме начинающих QA-инженеров: важны навыки программирования, какие ошибки встречаются при трудоустройстве и почему софтскилы могут быть важнее хардов.

🕚Что работодатели ожидают от джуниор Java-разработчиков — делимся результатами исследования: какие навыки и инструменты нужны джунам, а также к чему быть готовым при устройстве на работу.

🕚Что должно быть в портфолио джуна-разработчика: мнение руководителей — ещё одно исследование: выяснили, какие типы проектов в портфолио вызывают больше интереса и важно ли наличие портфолио в принципе.

🕚Что ждёт мобильную разработку в 2024 году — рассказываем о трендах мобильной разработки и пытаемся предсказать, как будет (и будет ли) меняться сфера в этом году.

🕚Git: вопросы для самопроверки — помогаем разобраться, знаете ли вы основные команды, практики, которые вокруг них существуют, и алгоритмы решения типовых ситуаций.

🕚Культура работы с Git: именование веток — рассказываем, каким рекомендациям следовать в именовании веток, чтобы команде было приятно и легко работать.

🕚Культура работы с Git: код-ревью и пуллреквесты — объясняем пользу код-ревью и делимся списком вопросов о работе с пуллреквестами, которые стоит задать новой команде.

Пусть начало весны станет поводом для позитивных перемен! Начинать с понедельника или первого числа — это не только клише, но и рабочая стратегия 🩷

Знакомимся! Олег — выпускник курса «Python-разработчик» в Практикуме. Сейчас он руководит разработкой в beeline cloud и сам набирает сотрудников в команду.

Он расскажет, как нашёл первую работу в IT после курсов, а также поделится:
🔸какие требования он предъявляет к соискателям,
🔸на обращает внимание при проверке тестовых заданий,
🔸как подготовиться к собеседованию,
🔸как повысить шансы на мэтч с интервьюером.

Слово Олегу!

Привет! Меня зовут Олег Завитаев, я руковожу разработкой в beeline cloud — облачном провайдере для b2b.

Моя команда занимается всей внутрянкой, которая сопровождает путь клиента, — от первого звонка до выставления счёта.

В IT я попал не сразу. Получил экономическое образование и не придумал ничего лучше, чем найти работу по профессии 😅 Семь лет строил карьеру, но в конце концов разочаровался и выгорел.

Я начал искать себя на Stepik и Coursera, прошёл первые курсы по вебу. В Практикуме изучил бесплатные части сразу нескольких курсов и остановился на Python'е.


Учиться было весело: я врывался во все студенческие активности и проекты, помогал сокурсникам в чате. Параллельно потреблял про Python всё, до чего мог дотянуться.

Спойлер: это помогло на интервью 😉

После диплома получил оффер с первого клика — редкая удача.

Что помогло? Вместо стандартного «Здрасьте, хочу у вас работать» в 4 утра написал в телеграм лиду, приложил ссылку на pythonanywhere.

По ссылке запускался скрипт на питоне, который построчно парсил требования из вакансии и рассказывал, как я им соответствую. Лид впечатлился и пригласил меня на интервью.

После этого я весь день готовился к собеседованию по первой ссылке из поисковика — «100 вопросов по питону на вакансию джуна».

На интервью помогло то, что я смотрел много конференций Moscow Python. Интервьюер был их активным участником, и большую часть собеседования мы обсуждали доклады спикеров. Так получил позицию джуна.

В сентябре 2022 года стал лидом и теперь сам собеседую разработчиков к себе в команду.

⬇️На что лиды обращают внимание в тестовых и на собеседовании — расскажу в следующих постах.

🌟Подготовка к собеседованию

Готовиться к собеседованию — как учить предмет в ночь перед экзаменом. Энергии тратишь много, а результат минимальный.

Проявляйте активный интерес к программированию: смотрите записи конференций, ходите на митапы, читайте Хабр, делайте пет-проекты. Всё это нужно делать вне зависимости от того, ждёт ли вас собеседование.

Найдите список стандартных вопросов, которые задают при отборе. Это поможет обновить информацию в памяти.

Ответьте на эти вопросы вслух. Они могут быть, например, про декоратор, контекстный менеджер, GIL, разницу между потоками и процессами.

🧐Предупреждаю: недостаточно просто выучить теорию. Опытный интервьюер докопается до сути и поймёт, насколько глубоко вы разбираетесь в теме.

🌟Собеседование

Если не знаете ответ на вопрос — не паникуйте, постарайтесь оставаться расслабленными. Не помните «академический» ответ — расскажите своими словами. Не знаете совсем — попробуйте порассуждать.

Интервьюер может навести на правильный ход мысли, и вы выведете ответ прямо на собеседовании.

Поделитесь своей мотивацией, она может быть любой:
🔸свобода перемещения,
🔸деньги,
🔸желание заставлять компьютер делать крутые штуки,
🔸или ещё что-то.

Лично мне, как нанимающему лиду, важно узнать мотивацию кандидата — и неважно, в чём именно она состоит. Главное — её наличие. Человек, который не знает, зачем ему программирование, мне не подходит.

В процессе общения я понимаю, насколько человек соответствует «вайбу» команды. Если произошёл мэтч, и техническая секция не была завалена — направляю оффер.

🌟 Чек-лист соискателя

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

Пример к последнему пункту: если интервьюер задаёт вопрос, с которым вы сталкивались на практике или слушали доклад, не стесняйтесь об этом упомянуть: «О! Я об этом читал в блоге Фаулера. Он писал, что моки важны при...» звучит презентабельнее и интереснее, чем «моки важны при...».

Всем удачи!

Если вы хотите освоить новый стек, повысить грейд или просто брать в работу более сложные задачи, то приходите учиться в Практикум. А чтобы начало учёбы было приятным, можете запросить у Олега (автора постов👆) скидку на выбранный курс. Пишите ему в личных сообщениях — @TheZavitaev

🎯 Джунам: чего ждут от разработчиков и тестировщиков

Исследователи Практикума подготовили две большие статьи, которые помогут разобраться в требованиях к начинающим специалистам.

→ Что должно быть в портфолио джуна-разработчика: мнение руководителей

→ Джуниоры-тестировщики в 2024 году: какие нужны скилы и как проходит процесс найма