Всем привет! Хотим узнать о вас немного больше, чтобы сделать канал более полезным и достойным вашего внимания.

Поделитесь, на каком уровне вы находитесь и какие темы вам интересны — обязательно возьмём на заметку.

Если у вас есть предложения или любой фидбек — не стесняйтесь писать в комментарии ⤵️

Что интересного ждёт в феврале 📆

➖12 февраля — Карьерная неделя

Горящие вакансии и полезный контент от компаний-победителей рейтинга Хабр Карьеры.

В программе:
→ подборки материалов от крутых спецов
→ собеседование и разбор резюме в прямом эфире
→ Q&A-сессия с эйчарами: о планах в найме, честно о деньгах и проектах
→ розыгрыш мерча от Хабр Карьеры

Подписывайтесь на телеграм-канал, всё самое интересное будет происходить именно там!

→ Неделя победителей рейтинга ХК

➖ 12 февраля — День рождения Практикума

В этот чудесный день в 2019 году появился Практикум. Мы всё ещё молоды — прошло 5 лет, но быстро-быстро растём.

Представляете, тогда наши студенты могли выбрать одну из двух профессий: «Фронтенд-разработчик» или «Веб-разработчик». Сейчас мы даже считать не возьмёмся :)

Если захотите нас порадовать — принимаем поздравления реакциями и комментариями!

➖ 17 февраля — Я.Субботник

Встреча для разработчиков и технических специалистов, которая пройдёт и онлайн, и офлайн в офисе Яндекса в Москве. В программе 7 технических докладов, Q&A-сессии и вечеринка для офлайн-участников.

Поговорим:
→ про подходы и сложности построения инфраструктуры
→ устройство сети Yandex Cloud
→ монорепозиторий, опенсорс-продукты YDB и YTsaurus, стораджи и многое другое

Заполняйте форму регистрации, чтобы попасть на мероприятие. Все заявки рассмотрим до 12 февраля.

→ Я.Субботник: программа и регистрация

Git: вопросы для самопроверки

Вы просили — мы сделали: Юлия Волкова — фронтенд-разработчик и наставник на курсе «React-разработчик» — вернулась с новой порцией полезного про Git. Ей слово.

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

❓Почему стоит почти всегда начинать свою работу с команды git pull, если вы не forever alone на проекте?
❓Почему стоит пользоваться командой git push почаще (хотя бы раз в день)? Какие риски могут быть, если вы редко отправляете изменения в удалённый репозиторий?
❓Представьте, что вы сделали пуллреквест, отправили его на ревью. Ревьюер предложил вам мелкую правку прямо в ПР (например, поправил опечатку в слове) и вы нажали в интерфейсе Github кнопку "Commit changes". После нажатия на эту кнопку изменения попадут вам сразу и в локальный репозиторий?
❓Какие основные практики оформления коммитов вы знаете?
❓Зачем нужно ветвление в git?
❓Вы сделали коммит, отправили изменения в удалённый репозиторий. И тут в интерфейсе Github вдруг видите, что приехало не всё, над чем вы работали, точно должны были быть ещё какие-то файлы. Что пошло не так и как это исправить?
❓В вашей ветке есть конфликты с base branch. Как их разрешить?
❓Вы и коллега работали в разных ветках над разными фичами, но эти фичи могли затрагивать одни и те же файлы. Вы оба сделали ПР, но коллега замержил свой ПР быстрее, чем вы свой. В вашей ветке возникли конфликты. Вы их порешали, пересобрали свою ветку, чтобы проверить, что все ок, и при проверке понимаете, что что-то поломалось. Что-то отвалилось в том, над чем работали вы и/или пропали какие-то части изменений, которые вносил коллега.
Как всё исправить, чтобы в вашей ветке корректно работало то, над чем трудились вы, и были видны все изменения коллеги?

Оставьте в комментариях цифры от 0️⃣до 8️⃣ — по количеству вопросов/ситуаций, с которыми справились. Если будет нужно, разберёмся в нюансах вместе)

Решаем алгоритмические задачи ✔

Аркадий пришёл в обувной магазин, чтобы купить две пары кроссовок. Он хочет потратить не более X рублей. Вы продавец и знаете стоимость всех кроссовок в наличии.

Сколько уникальных сочетаний из двух пар кроссовок вы можете предложить Аркадию?

Предлагайте свои варианты в комментарии — посмотрим, насколько вы сильны в алгоритмах!

Решаем алгоритмические задачи — 2 ✔

Давайте попробуем задачку посложнее.

Вы пригласили в гости друзей и хотите угостить их пирожными. К сожалению, все пирожные оказались разного размера, а у каждого из друзей есть предпочтения по размеру порции.

Если ваш друг не получит пирожное или получит пирожное, которое по размеру меньше, чем он хотел, то он будет грустным весь вечер.

Каково максимальное количество друзей, которые не будут грустить этим вечером?

Если разберётесь — оставляйте ответ в комментариях!

Вокруг этого ходит много споров, кто-то даже негодует, что алгоритмы спрашивают при трудоустройстве. Спорить мы не будем, а будем разбираться, как с этими совладать.

15 февраля в 14:00 в этом канале мы проведём прямой эфир, где разберёмся, в чём польза алгоритмов и решим вместе задачи, которые мы публиковали в канале, а ещё обсудим:

✨ с чего начать изучение новичку;
✨ стоит ли учить алгоритмы с помощью паттернов;
✨ к чему быть готовым на алгоритмической секции собеседования.

Гость эфира: Фёдор Мушенок — наставник в Практикуме в направлении анализа данных.

Подключиться к эфиру можно по ссылке.

Если у вас есть вопросы, обязательно пишите их в комментарии и приходите на эфир, мы ответим на них ✨

В 14:00 подключайтесь к эфиру «Алгоритмы на собеседованиях: нужны ли они?» в этом канале и задавайте ваши вопросы в комментариях ✨

Чем заняться на долгих выходных⭐

Послушать «Что дальше?» — подкаст о том, как перепридумать себя.

Из маркетолога в музыканты, из журналистки в тренеры AI — наши герои превращают хобби в источник дохода и осваивают профессии, которых не было ещё пару лет назад.

Вместе со студией «Норм» рассказываем, как совершить карьерный поворот в любом возрасте и с любым опытом: сколько это стоит, какие есть подводные камни, где искать вдохновение и силы.

🎧Слушать подкаст

Культура работы с Git: код-ревью и пуллреквесты

Продолжаем серию статей «Культура работы с Git» от Юлии Волковой. В предыдущих постах рассказали про именование веток и о правильных сообщениях к коммитам.

Код-ревью — один из важнейших аспектов работы с Git. Это не только про код, это ещё и про взаимодействие внутри команды. Речь не только о том, чтобы отлавливать баги или спорить о стайлгайдах.

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

Код-ревью помогает:
🎯быть в курсе контекста по разным задачам в проекте;
🎯совместно принимать решения: от стайлгайдов и выбора библиотек до архитектуры;
🎯улучшать качество кода и вырабатывать более оптимальные решения;
🎯ещё на этапе разработки нового функционала оценить масштабируемость, поддерживаемость решения, учесть возможные риски и corner cases;
🎯обратить внимание на необходимость переиспользования каких-то компонентов или утилит;
🎯быстрее знакомить новых сотрудников с проектом;
🎯обучаться и улучшать свои навыки - как хард-скиллы, так и софт-скиллы.

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

🔖Посмотрите небольшой доклад «Код-ревью с уважением» Ангелины Купцовой с митапа SPB Frontend, чтобы узнать о теме больше. И советую почитать статью «Что такое код-ревью» от Доки.

⤵️ В следующих постах я поделюсь рекомендациями, которые помогут сделать работу в пуллреквесте и ревью немного более полезным и комфортным.