Про скрам. Intro 🐣
Ну что, не прошло и года)) Надеюсь еще не отписались те, кто ставил огонек под прошлым постом про скрам.
Давайте так, раскрыть методологию скрама в 3 небольших постах было бы просто нереально, именно поэтому я бы хотел начать с рекомендаций.
Лично мне в понимании скрама очень сильно помогли 3 вещи:
1) Книга “Хенрика Книберга Scrum и XP” по редакцией Алексея Кривицкого. Очень рекоммендую. Чисто практика, никакой ненужной теории. Все как мы любим 🙂
Небольшая книжка которая читается за 3-4 дня.
2) Книга “Быстрый старт в agile ретроспективы” так же от Алексея Кривицкого. Чувак реально шарит)). Читается за 2-3 часа.
3) Workshop по скраму в одной Software фирме: Prodyna. Тогда я только погружался в разработку, и он помог впервый попробовать мне скрам на практике. Да, совет вряд ли дельный, но если вы увидите где-то в своем городе воркшоп по скраму, то я настоятельно рекомендую его посетить. Мероприятие было бесплатным.
4) Как альтернатива воркшопу можно посмотреть курс от гугла. Скажу честно, сам не смотрел, поэтому за качество материала не ручаюсь, но думаю гугл плохого не посоветует)
Ну и важный момент: я не являюсь сертифицированным скрам мастером или каким либо другим скрам гуру, как и большинство людей, которые работают в разработке. В этом посте я скорее хотел поделиться своим личным опытом и мнением по поводу скрама, чем “экспертизой” в высоком понимании этого слова.
Серия постов по скраму будет состоять из следующий частей 👇
Часть 1. Почему скрам?
Как мы пришли к идеи начать использовать скрам, зачем он вообще был нужен и есть ли смысл усложнять процесс разработки и менеджмента команды?
Часть 2. Какие результаты?
Что реально круто показало себя в скраме, а что наоборот не очень.
Часть 3. Почему хейтят скрам?
Почему многие разработчики не хотят работать по этой методике и как исправить свое отношение к скраму.
Ну и разумеется, как всегда, чтобы понимать, что все это пишется не в пустоту, заряжайте свои пальцы вверх 👍 :)
Ну что, не прошло и года)) Надеюсь еще не отписались те, кто ставил огонек под прошлым постом про скрам.
Давайте так, раскрыть методологию скрама в 3 небольших постах было бы просто нереально, именно поэтому я бы хотел начать с рекомендаций.
Лично мне в понимании скрама очень сильно помогли 3 вещи:
1) Книга “Хенрика Книберга Scrum и XP” по редакцией Алексея Кривицкого. Очень рекоммендую. Чисто практика, никакой ненужной теории. Все как мы любим 🙂
Небольшая книжка которая читается за 3-4 дня.
2) Книга “Быстрый старт в agile ретроспективы” так же от Алексея Кривицкого. Чувак реально шарит)). Читается за 2-3 часа.
3) Workshop по скраму в одной Software фирме: Prodyna. Тогда я только погружался в разработку, и он помог впервый попробовать мне скрам на практике. Да, совет вряд ли дельный, но если вы увидите где-то в своем городе воркшоп по скраму, то я настоятельно рекомендую его посетить. Мероприятие было бесплатным.
4) Как альтернатива воркшопу можно посмотреть курс от гугла. Скажу честно, сам не смотрел, поэтому за качество материала не ручаюсь, но думаю гугл плохого не посоветует)
Ну и важный момент: я не являюсь сертифицированным скрам мастером или каким либо другим скрам гуру, как и большинство людей, которые работают в разработке. В этом посте я скорее хотел поделиться своим личным опытом и мнением по поводу скрама, чем “экспертизой” в высоком понимании этого слова.
Серия постов по скраму будет состоять из следующий частей 👇
Часть 1. Почему скрам?
Как мы пришли к идеи начать использовать скрам, зачем он вообще был нужен и есть ли смысл усложнять процесс разработки и менеджмента команды?
Часть 2. Какие результаты?
Что реально круто показало себя в скраме, а что наоборот не очень.
Часть 3. Почему хейтят скрам?
Почему многие разработчики не хотят работать по этой методике и как исправить свое отношение к скраму.
Ну и разумеется, как всегда, чтобы понимать, что все это пишется не в пустоту, заряжайте свои пальцы вверх 👍 :)
👍26👎3
Решение задачи по Python 🐍
Друзья, позавчера мы опубликовали задачу от Данила, нашего технического ментора и Software Engineer в Stripe.
Спешим поделиться с вами решением:
Мы в codereview прокачиваем твои навыки решения задач поэтапно:
- Берем задание, оцениваем требования. Если задача неполная, технические менторы подсказывают, как уточнить условия грамотно.
- Если вам трудно решить задачу, технические менторы подают идеи, что лучше использовать (библиотеку, фреймворк, подход) для решения проблемы и делятся полезной документацией.
- После решения задачи наши Senior разработчики делают код ревью и рекомендуют, как оформить/переписать/улучшить код, что добавить в него.
Записаться к нашим техническим менторам и попрактиковаться в решении задач можно, оставив заявку на сайте.
Друзья, позавчера мы опубликовали задачу от Данила, нашего технического ментора и Software Engineer в Stripe.
Спешим поделиться с вами решением:
python
def count_and_say(n: int) -> int:
res = [1]
for _ in range(n-1):
new_res = []
cur_num = res[0]
cnt = 1
for elem in res[1:]:
if elem != cur_num:
new_res += [cnt, cur_num]
cnt = 1
cur_num = elem
else:
cnt += 1
if cnt:
new_res += [cnt, cur_num]
res = new_res
return int(''.join(str(t) for t in res))
def count_and_say_generator():
yield 1
res = [1]
while True:
new_res = []
t = 1
cur_num = res[0]
cnt = 1
for elem in res[1:]:
if elem != cur_num:
new_res += [cnt, cur_num]
cnt = 1
cur_num = elem
else:
cnt += 1
if cnt:
new_res += [cnt, cur_num]
res = new_res
yield int(''.join(str(t) for t in res))
Мы в codereview прокачиваем твои навыки решения задач поэтапно:
- Берем задание, оцениваем требования. Если задача неполная, технические менторы подсказывают, как уточнить условия грамотно.
- Если вам трудно решить задачу, технические менторы подают идеи, что лучше использовать (библиотеку, фреймворк, подход) для решения проблемы и делятся полезной документацией.
- После решения задачи наши Senior разработчики делают код ревью и рекомендуют, как оформить/переписать/улучшить код, что добавить в него.
Записаться к нашим техническим менторам и попрактиковаться в решении задач можно, оставив заявку на сайте.
👍3👎1
Тесты для проверки кода 💻
Часть 1
На многих собеседованиях интервьюеры задают вопросы о тестах для проверки кода. Наш технический ментор и Senior JavaScript разработчик Вика подготовила для вас материал о видах тестов, чтобы вы смогли развернуто ответить на интервью и использовать тесты на практике.
Существуют различные классификации видов тестирования: по объекту, знанию внутреннего строения, степени автоматизации, степени изоляции и т. д.
Мы с вами разберем виды тестирования по степени изоляции, то есть объему того, что именно тестируем — отдельную функцию или весь объект в целом. Их существует три вида:
- юнит-тестирование
- интеграционное тестирование
- end-to-end тестирование
Сегодня рассмотрим юнит-тестирование. Завтра поговорим об интеграционном и end-to-end тестировании.
Юнит-тестирование
Юнит-тестирование представляет собой полностью изолированные тесты, которые покрывают классы или отдельные функции. С утилитами и чистыми функциями всё просто: подаем тестовые данные на вход, получаем результат и сравниваем с ожиданиями.
А как поступать с компонентами, у которых есть зависимости в виде других компонентов или даже сторов и внешнего API? Надо мокать! (ударение на О 😌)
Чтобы стало немного понятней:
Мок (mock) — объект-имитация. Он повторяет нужный компонент с необходимой точностью и реализует его интерфейс или API. Используется только в тестовом окружении. Например, для тестов бэкенда можно замокать репозиторий, чтобы он записывал и читал данные из оперативной памяти, в то время как реальный репозиторий работает с БД.
Стаб (stub) — объект-заглушка с интерфейсом связанных компонентов или API, но без логики. Например, объект, метод которого возвращает один и тот же результат на его вызов.
Обычно стабы используют для заглушек API. Например, запрос GET api/user/1 будет возвращать одного и того же юзера без необходимости запускать реальный бэкенд.
Важная особенность: считывать данные можно и из моков, и из стабов. А вот записывать — только в мок. В большинстве случаев стабы предпочтительнее, поскольку их логика не меняется и писать их быстрее, чем моки.
Кстати, у нас в codereview есть очень крутой формат, на котором мы прокачиваем этот скилл у студентов. На пробных Mock Interview мы часто даем задание на лайвкодинг. Обычно оно делится на два этапа:
1) решение задачи
2) написание тестов к данному решению.
Такой формат очень часто распространен на реальных собеседованиях. Наша задача здесь — направить и показать, как правильно писать юнит тесты к тем методам, которые вы реализовали, чтобы не зафакапиться на собеседовании. Заявку на вступление на наш карьерный трекинг можно оставить на нашем сайте.
Желаем всем терпения и сил в написании тестов 😉
Часть 1
На многих собеседованиях интервьюеры задают вопросы о тестах для проверки кода. Наш технический ментор и Senior JavaScript разработчик Вика подготовила для вас материал о видах тестов, чтобы вы смогли развернуто ответить на интервью и использовать тесты на практике.
Существуют различные классификации видов тестирования: по объекту, знанию внутреннего строения, степени автоматизации, степени изоляции и т. д.
Мы с вами разберем виды тестирования по степени изоляции, то есть объему того, что именно тестируем — отдельную функцию или весь объект в целом. Их существует три вида:
- юнит-тестирование
- интеграционное тестирование
- end-to-end тестирование
Сегодня рассмотрим юнит-тестирование. Завтра поговорим об интеграционном и end-to-end тестировании.
Юнит-тестирование
Юнит-тестирование представляет собой полностью изолированные тесты, которые покрывают классы или отдельные функции. С утилитами и чистыми функциями всё просто: подаем тестовые данные на вход, получаем результат и сравниваем с ожиданиями.
А как поступать с компонентами, у которых есть зависимости в виде других компонентов или даже сторов и внешнего API? Надо мокать! (ударение на О 😌)
Чтобы стало немного понятней:
Мок (mock) — объект-имитация. Он повторяет нужный компонент с необходимой точностью и реализует его интерфейс или API. Используется только в тестовом окружении. Например, для тестов бэкенда можно замокать репозиторий, чтобы он записывал и читал данные из оперативной памяти, в то время как реальный репозиторий работает с БД.
Стаб (stub) — объект-заглушка с интерфейсом связанных компонентов или API, но без логики. Например, объект, метод которого возвращает один и тот же результат на его вызов.
Обычно стабы используют для заглушек API. Например, запрос GET api/user/1 будет возвращать одного и того же юзера без необходимости запускать реальный бэкенд.
Важная особенность: считывать данные можно и из моков, и из стабов. А вот записывать — только в мок. В большинстве случаев стабы предпочтительнее, поскольку их логика не меняется и писать их быстрее, чем моки.
Кстати, у нас в codereview есть очень крутой формат, на котором мы прокачиваем этот скилл у студентов. На пробных Mock Interview мы часто даем задание на лайвкодинг. Обычно оно делится на два этапа:
1) решение задачи
2) написание тестов к данному решению.
Такой формат очень часто распространен на реальных собеседованиях. Наша задача здесь — направить и показать, как правильно писать юнит тесты к тем методам, которые вы реализовали, чтобы не зафакапиться на собеседовании. Заявку на вступление на наш карьерный трекинг можно оставить на нашем сайте.
Желаем всем терпения и сил в написании тестов 😉
👍10❤1👎1
У меня достаточно опыта для этой вакансии?
А я точно хорошо готов к собеседованию?
Чтобы вы больше не мучали себя подобными вопросами, мы подготовили тест, который поможет оценить шансы на трудоустройство в IT. 5 минут вашего времени — и вот вы уже знаете свои зоны роста.
Всем, кто прошел — даем крутые материалы бесплатно. Они уже ждут в конце теста ☺️
А я точно хорошо готов к собеседованию?
Чтобы вы больше не мучали себя подобными вопросами, мы подготовили тест, который поможет оценить шансы на трудоустройство в IT. 5 минут вашего времени — и вот вы уже знаете свои зоны роста.
Всем, кто прошел — даем крутые материалы бесплатно. Они уже ждут в конце теста ☺️
🔥9👎3🥰1
Тесты для проверки кода 💻
Часть 2
Друзья, вчера мы с вами разобрали, что такое юнит-тестирование. Настало время узнать о двух других видах тестирования: интеграционном и end-to-end.
Материал подготовила Вика, наш технический ментор и Senior JavaScript разработчик.
Интеграционные тесты
В интеграционных тестах мы проверяем работу нескольких компонентов или классов в связке. Моками и стабами в нём закрывают только межсервисное взаимодействие, например обращение по API к бэкенду или между микросервисами.
Чётких правил здесь нет, они исходят из задачи компонента. Но есть несколько советов. Например, не стоит тестировать логику работы внешних библиотек (реакта и его стейта, баз данных) и прочих не зависящих от нас вещей. Кроме того, в этих тестах не стоит смотреть на визуальное отображение. Нас интересует, чтобы компонент работал. Тестировать нужно только то, что часто ломается: бизнес-логику, модель данных и пограничные ситуации. Здесь в первую очередь ориентируемся на пользовательские сценарии.
Есть правило: один тест — один сценарий. Если есть общие части у тестов, их выносят в отдельную функцию и выполняют в beforeEach, либо просто руками там, где она нужна. Это хорошо согласуется с принципом единой ответственности.
End-to-end тестирование или сквозное тестирование
End-to-end-тестирование эмулирует действия пользователей в среде, идентичной проду. Если речь идёт про клиент-серверное веб-приложение, то для его тестирования нужно поднимать полноценные фронт и бэк и писать бота, повторяющего поведение пользователя. Он будет заходить на сайт, нажимать кнопки, пытаться авторизоваться и т. д.
e2e помогает избежать регрессионного тестирования, автоматизировать работу тестировщиков и отловить баги, которые не смогли отловить нижние уровни тестов.
Мы в codereview тренируем с тобой любой тип тестирования или все из них. Тренировка тестирования проходит совместно с решением задач поэтапно:
- делаем код чистым при помощи codereview;
- отвечаем на появляющиеся вопросы;
- исходя из текущих знаний предлагаем возможные темы, которые стоит изучить, и разбираем их;
- готовим к собеседованиям и разбираемся что нужно, чтобы пережить livecoding;
- часто практикуем livecoding для улучшения качества кода студентов и для того, чтобы перебороть страх решения задач на алгоритмы на собеседовании;
Если ты продемонстрируешь свои практические скиллы, верно решишь задание и протестируешь его, то ты сможешь поднять свою стоимость как специалиста в глазах работодателя. А, значит, договориться на более высокую зарплатную вилку.
Заявку на карьерный трекинг можно оставить тут.
Удачных тебе тестов!
Часть 2
Друзья, вчера мы с вами разобрали, что такое юнит-тестирование. Настало время узнать о двух других видах тестирования: интеграционном и end-to-end.
Материал подготовила Вика, наш технический ментор и Senior JavaScript разработчик.
Интеграционные тесты
В интеграционных тестах мы проверяем работу нескольких компонентов или классов в связке. Моками и стабами в нём закрывают только межсервисное взаимодействие, например обращение по API к бэкенду или между микросервисами.
Чётких правил здесь нет, они исходят из задачи компонента. Но есть несколько советов. Например, не стоит тестировать логику работы внешних библиотек (реакта и его стейта, баз данных) и прочих не зависящих от нас вещей. Кроме того, в этих тестах не стоит смотреть на визуальное отображение. Нас интересует, чтобы компонент работал. Тестировать нужно только то, что часто ломается: бизнес-логику, модель данных и пограничные ситуации. Здесь в первую очередь ориентируемся на пользовательские сценарии.
Есть правило: один тест — один сценарий. Если есть общие части у тестов, их выносят в отдельную функцию и выполняют в beforeEach, либо просто руками там, где она нужна. Это хорошо согласуется с принципом единой ответственности.
End-to-end тестирование или сквозное тестирование
End-to-end-тестирование эмулирует действия пользователей в среде, идентичной проду. Если речь идёт про клиент-серверное веб-приложение, то для его тестирования нужно поднимать полноценные фронт и бэк и писать бота, повторяющего поведение пользователя. Он будет заходить на сайт, нажимать кнопки, пытаться авторизоваться и т. д.
e2e помогает избежать регрессионного тестирования, автоматизировать работу тестировщиков и отловить баги, которые не смогли отловить нижние уровни тестов.
Мы в codereview тренируем с тобой любой тип тестирования или все из них. Тренировка тестирования проходит совместно с решением задач поэтапно:
- делаем код чистым при помощи codereview;
- отвечаем на появляющиеся вопросы;
- исходя из текущих знаний предлагаем возможные темы, которые стоит изучить, и разбираем их;
- готовим к собеседованиям и разбираемся что нужно, чтобы пережить livecoding;
- часто практикуем livecoding для улучшения качества кода студентов и для того, чтобы перебороть страх решения задач на алгоритмы на собеседовании;
Если ты продемонстрируешь свои практические скиллы, верно решишь задание и протестируешь его, то ты сможешь поднять свою стоимость как специалиста в глазах работодателя. А, значит, договориться на более высокую зарплатную вилку.
Заявку на карьерный трекинг можно оставить тут.
Удачных тебе тестов!
👍6
Что сделать перед поиском работы?
Часть 1
На связи Арина, HR ментор в < codereview />. Я написала для тебя чек-лист на тему того, что сделать и подготовить перед поиском работы.
Чек-лист поместился на два поста. Первый опубликовали, второй выйдет на канале сегодня в 18:20 по Мск.
Итак, а вот и сам чек-лист:
1. Определи свои цели и приоритеты
Ответь себе на вопросы, приводя конкретные примеры:
1) Что бы ты хотел получить от компании и команды в перспективе 1-1.5 лет? Например: развитие существующего стека и изучение новых технологий (каких?), поучаствовать в разработке микросервисов или социально-значимого проекта или, возможно, получение опыта в командном тестировании и review кода;
2) Четко определи себе направление развития по фреймворкам, языку программирования и инструментам разработки, не берись за все подряд, подтягивай знания системно;
3) Какие бенефиты и какое вознаграждение тебе сейчас хотелось бы получать?
4) Определи свою точку А. В каких технологиях ты лучше разбираешься, а в каких хуже, где есть пробелы и на что нужно будет сделать упор. Какой у тебя грейд и на какие вакансии ты можешь откликаться? Чтобы получить объективную оценку, лучше всего попросить кого-то из своих знакомых опытных разработчиков провести с тобой небольшое интервью. Если помочь некому, то ты можешь записаться на такое собеседование с нашим ментором codereview. Записаться на него можно на нашем сайте.
👉 Наш пост про стратегии поиска работы.
2. Проанализируй рынок труда и составь список потенциальных работодателей
Анализ рынка труда происходит за счет сбора открытых вакансий по выбранному языку программирования, выбору страны поиска и необходимого грейда. Информация об открытых вакансиях в конкретных компаниях позволит лучше ориентироваться по требуемым навыкам и стеку технологий.
Составь список вакансий, которые соответствуют твоим целям и приоритетам, и удели особое внимание тем, которые лучше всего соответствуют твоим навыкам и опыту.
3. Подготовь свое резюме и сопроводительное письмо
Составь структурированное резюме, которое наилучшим образом подчеркивает твой опыт, квалификацию и навыки. Обрати внимание на размер резюме, орфографию и пунктуацию, краткость и емкость информации о себе и своем опыте. Лучше иметь 2 резюме: одно по формату hh.ru, другое более адаптивное, например созданное на Canva.
Создай несколько шаблонов сопроводительных писем, позже ты сможешь адаптировать их под конкретные вакансии.
👉 Наши советы по составлению резюме тут.
4. Проверь свои социальные сети и профессиональный образ
Убедись, что твои профили в социальных сетях (LinkedIn, Twitter, Вк и т.д.) и твой профессиональный образ в интернете соответствуют тому, кого ты хочешь показать работодателям. Удали любую информацию или фотографии, которые могут навредить твоей репутации.
Желательно, чтобы фото в резюме совпадало с фото на аватарке в социальных сетях.
Мы распишем следующие 3 пункта сегодня вечером. Ставь 🔥, если пост для тебя полезен.
Часть 1
На связи Арина, HR ментор в < codereview />. Я написала для тебя чек-лист на тему того, что сделать и подготовить перед поиском работы.
Чек-лист поместился на два поста. Первый опубликовали, второй выйдет на канале сегодня в 18:20 по Мск.
Итак, а вот и сам чек-лист:
1. Определи свои цели и приоритеты
Ответь себе на вопросы, приводя конкретные примеры:
1) Что бы ты хотел получить от компании и команды в перспективе 1-1.5 лет? Например: развитие существующего стека и изучение новых технологий (каких?), поучаствовать в разработке микросервисов или социально-значимого проекта или, возможно, получение опыта в командном тестировании и review кода;
2) Четко определи себе направление развития по фреймворкам, языку программирования и инструментам разработки, не берись за все подряд, подтягивай знания системно;
3) Какие бенефиты и какое вознаграждение тебе сейчас хотелось бы получать?
4) Определи свою точку А. В каких технологиях ты лучше разбираешься, а в каких хуже, где есть пробелы и на что нужно будет сделать упор. Какой у тебя грейд и на какие вакансии ты можешь откликаться? Чтобы получить объективную оценку, лучше всего попросить кого-то из своих знакомых опытных разработчиков провести с тобой небольшое интервью. Если помочь некому, то ты можешь записаться на такое собеседование с нашим ментором codereview. Записаться на него можно на нашем сайте.
👉 Наш пост про стратегии поиска работы.
2. Проанализируй рынок труда и составь список потенциальных работодателей
Анализ рынка труда происходит за счет сбора открытых вакансий по выбранному языку программирования, выбору страны поиска и необходимого грейда. Информация об открытых вакансиях в конкретных компаниях позволит лучше ориентироваться по требуемым навыкам и стеку технологий.
Составь список вакансий, которые соответствуют твоим целям и приоритетам, и удели особое внимание тем, которые лучше всего соответствуют твоим навыкам и опыту.
3. Подготовь свое резюме и сопроводительное письмо
Составь структурированное резюме, которое наилучшим образом подчеркивает твой опыт, квалификацию и навыки. Обрати внимание на размер резюме, орфографию и пунктуацию, краткость и емкость информации о себе и своем опыте. Лучше иметь 2 резюме: одно по формату hh.ru, другое более адаптивное, например созданное на Canva.
Создай несколько шаблонов сопроводительных писем, позже ты сможешь адаптировать их под конкретные вакансии.
👉 Наши советы по составлению резюме тут.
4. Проверь свои социальные сети и профессиональный образ
Убедись, что твои профили в социальных сетях (LinkedIn, Twitter, Вк и т.д.) и твой профессиональный образ в интернете соответствуют тому, кого ты хочешь показать работодателям. Удали любую информацию или фотографии, которые могут навредить твоей репутации.
Желательно, чтобы фото в резюме совпадало с фото на аватарке в социальных сетях.
Мы распишем следующие 3 пункта сегодня вечером. Ставь 🔥, если пост для тебя полезен.
🔥30👍4❤3
Что сделать перед поиском работы?
Часть 2
А вот и вторая часть нашего чек-листа по подготовке к поиску работы.
Материал для вас подготовила Арина, HR ментор.
5. Подготовься к откликам на вакансии и к их структурированию
Оставляй отклики только на релевантные вакансии, где сможешь пройти интервью и продемонстрировать, что твои навыки будут полезны. Не спамь, откликаясь на все подряд. Каждый отклик начинай с сопроводительного письма, адаптированного под конкретную вакансию. Старайся откликаться системно, а не раз в неделю. Фиксируй отклики в отдельную табличку, чтобы можно было всегда вспомнить с кем и когда ты взаимодействовал.
Наши посты по темам:
👉 Как откликаться?
👉 Структурирование поиска работы
6. Подготовься к интервью и самопрезентации
Изучи информацию о компании, где будешь проходить интервью. А именно, зафиксируй себе: миссию, ценности, культуру, проекты и продукты, которые есть в компании. Далее обязательно сохрани себе информацию о вакансии, на которую претендуешь.
Изучи типовые вопросы, которые могут задать на собеседованиях, и подготовь ответы на них. Видео с пробными собеседованиями на нашем YouTube канале помогут тебе в этом.
Далее поработай над самопрезентацией, ведь очень важно продемонстрировать не только свои hard skills, но и soft skills.
👉 Наш Топ-5 советов по самопрезентации.
7. Работай с обратной связью
Коммуникация с компанией даже после интервью еще не заканчивается. Всегда инициируй получение фидбека и способа дальнейшего взаимодействия с компанией. Даже если тебе пришел отказ, то не завершай диалог, а запросите более развернутый ответ, что получилось хорошо, а с чем ты не справился. Научись рефлексировать и анализировать фидбек - это даст тебе возможность более точечно исправлять свои слабые стороны и намного быстрее расти как специалист.
👉 Пост на тему: Что делать, если долго не получаешь обратной связи после интервью.
Это полный список того, что тебе нужно подготовить перед тем, как искать работу. Наши менторы помогают с каждым этапом поочередно и составляют стратегию, как прийти к офферу. Записывайся на пробную бесплатную консультацию, чтобы понять, как действовать именно тебе.
Часть 2
А вот и вторая часть нашего чек-листа по подготовке к поиску работы.
Материал для вас подготовила Арина, HR ментор.
5. Подготовься к откликам на вакансии и к их структурированию
Оставляй отклики только на релевантные вакансии, где сможешь пройти интервью и продемонстрировать, что твои навыки будут полезны. Не спамь, откликаясь на все подряд. Каждый отклик начинай с сопроводительного письма, адаптированного под конкретную вакансию. Старайся откликаться системно, а не раз в неделю. Фиксируй отклики в отдельную табличку, чтобы можно было всегда вспомнить с кем и когда ты взаимодействовал.
Наши посты по темам:
👉 Как откликаться?
👉 Структурирование поиска работы
6. Подготовься к интервью и самопрезентации
Изучи информацию о компании, где будешь проходить интервью. А именно, зафиксируй себе: миссию, ценности, культуру, проекты и продукты, которые есть в компании. Далее обязательно сохрани себе информацию о вакансии, на которую претендуешь.
Изучи типовые вопросы, которые могут задать на собеседованиях, и подготовь ответы на них. Видео с пробными собеседованиями на нашем YouTube канале помогут тебе в этом.
Далее поработай над самопрезентацией, ведь очень важно продемонстрировать не только свои hard skills, но и soft skills.
👉 Наш Топ-5 советов по самопрезентации.
7. Работай с обратной связью
Коммуникация с компанией даже после интервью еще не заканчивается. Всегда инициируй получение фидбека и способа дальнейшего взаимодействия с компанией. Даже если тебе пришел отказ, то не завершай диалог, а запросите более развернутый ответ, что получилось хорошо, а с чем ты не справился. Научись рефлексировать и анализировать фидбек - это даст тебе возможность более точечно исправлять свои слабые стороны и намного быстрее расти как специалист.
👉 Пост на тему: Что делать, если долго не получаешь обратной связи после интервью.
Это полный список того, что тебе нужно подготовить перед тем, как искать работу. Наши менторы помогают с каждым этапом поочередно и составляют стратегию, как прийти к офферу. Записывайся на пробную бесплатную консультацию, чтобы понять, как действовать именно тебе.
🔥8❤6👍3
Задайте вопросы нашему ментору
С вами Вика, технический ментор < codereview /> и Senior Frontend разработчик.
Мы вводим новую ежемесячную рубрику «вопрос-ответ».
В комментах под этим постом вы можете задать Вике любой вопрос по JS, поиску работы, прокачке себя как специалиста и т.д.
От одного подписчика принимается один вопрос.
Читайте вопросы других ребят и голосуйте реакциями за те, которые вам понравятся. В пятницу, 31 марта, мы выложим пост с ответами Вики на Топ-3 вопросов, набравших наибольшее число реакций.
Поехали 🚀
С вами Вика, технический ментор < codereview /> и Senior Frontend разработчик.
Мы вводим новую ежемесячную рубрику «вопрос-ответ».
В комментах под этим постом вы можете задать Вике любой вопрос по JS, поиску работы, прокачке себя как специалиста и т.д.
От одного подписчика принимается один вопрос.
Читайте вопросы других ребят и голосуйте реакциями за те, которые вам понравятся. В пятницу, 31 марта, мы выложим пост с ответами Вики на Топ-3 вопросов, набравших наибольшее число реакций.
Поехали 🚀
👍8🔥1
Пробное техническое собеседование junior Java разработчика 🧑💻
Мы загрузили новый ролик на наш YouTube канал.
В нем Николай, наш технический ментор по Java, проводит первую часть mock interview с Ильей, junior Java разработчиком.
На собесе поговорили о:
- GC
- работе Java платформы в целом
- работе с коллекциями
- Exception handling
И других вопросах, которые могут спросить начинающего Java разработчика на собеседовании.
В ходе таких пробных собеседований наши менторы определяют ваш грейд и составляют персональный план по его прокачке. Если вы не уверены, на какой уровень и зарплатную вилку вы можете претендовать, оставляйте заявку на бесплатную консультацию на нашем сайте.
Мы загрузили новый ролик на наш YouTube канал.
В нем Николай, наш технический ментор по Java, проводит первую часть mock interview с Ильей, junior Java разработчиком.
На собесе поговорили о:
- GC
- работе Java платформы в целом
- работе с коллекциями
- Exception handling
И других вопросах, которые могут спросить начинающего Java разработчика на собеседовании.
В ходе таких пробных собеседований наши менторы определяют ваш грейд и составляют персональный план по его прокачке. Если вы не уверены, на какой уровень и зарплатную вилку вы можете претендовать, оставляйте заявку на бесплатную консультацию на нашем сайте.
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Техническое собеседование junior Java разработчика. Часть 1.
Записаться на пробное техническое собеседование по Java, JS, Python, DS, PHP: https://goo.su/B5GZ
На связи Николай, технический ментор coderveiw по Java.
В этом ролике Николай провел первую часть mock interview для Ильи, junior Java разработчика.
В ходе…
На связи Николай, технический ментор coderveiw по Java.
В этом ролике Николай провел первую часть mock interview для Ильи, junior Java разработчика.
В ходе…
👍6❤4🔥1
Макс из Софи
Задайте вопросы нашему ментору С вами Вика, технический ментор < codereview /> и Senior Frontend разработчик. Мы вводим новую ежемесячную рубрику «вопрос-ответ». В комментах под этим постом вы можете задать Вике любой вопрос по JS, поиску работы, прокачке…
Ответы на ваши вопросы
На связи Вика, технический ментор и Senior Frontend разработчик.
Мы публикуем ответы Вики на Топ-4 вопросов, набравших больше всего реакций в рамках рубрики Q&A.
Вопрос 1:
"Преувеличение и/или вранье опыта работы" Как относитесь к этому, стоит или не стоит это делать, если стоит то как это сделать лучше? Часто вижу тех кто преувеличивает и/или даже врет про опыт работы, причем довольно неплохо накручивают.
Ответ:
Большого смысла врать про опыт работы нет, так как человек очень быстро расколется во время работы. Опыт продакшена очень сильно видно, и просто красивые слова вас только с некрасивой стороны покажут в дальнейшем.
Вопрос 2:
Какие инструменты есть для статического и динамическое анализа кода на js?
Ответ:
Динамический: Iroh.js - думаю, это самый популярный инструмент
Статический: ESLint, Prettier, JSHint, SonarCloud, PMD, Dependabot, npm-audit, Flow (Первые три - рекомендую использовать в большинстве проектов, SonarCloud - там, где нужно детально следить за производительностью, остальные изучите - иногда бывают полезны)
Вопрос 3:
Как быть, когда у тебя одновременно мутируется множество SVG элементов, в связи с чем проседает FPS? raf не спасает ситуацию, разбиение мутаций на порции с последующей асинхронной обработкой с высвобождением очереди задач запрещено и/или неэффективно, т.к. всё должно происходить одновременно. Например, есть кружок, который можно перетаскивать, к этому кружку ведёт множество искривлённых линий/дуг, кривизна которых вычисляется в зависимости от длины линий и множества других параметров. При перетаскивании кружка линии должны следовать за этим гружком без отставания и изменять свою кривизну и длину.
Ответ:
Думаю, стоит посмотреть в сторону виртуализации, чтобы мутировать только то, что в данный момент видно пользователю + попробовать вынести в отдельные слои для очереди ренеринга (Composite), чтобы не вызывать кучу пересчетов для всего сразу (css свойство will-change)
Вопрос 4:
Оч много вакансий на vue. Может таки надо было с него начинать а не с реакта?)
Ответ:
Vue, React - это всего лишь разные методы делать одинаковые вещи, главно практиковать навыки написания кода, а выучить новый инструмент в дальнейшем не будет проблемой. Главное не начинать в самом начале менять одно на другое и обратно, выберите что-то одно и совершенствуйте свои знания.
P.s. если посмотреть google trends, то React все же обгоняет 😏
Ставьте 🔥, если рубрика вам понравилась.
Попасть на консультацию/пробное интервью к Вике через заявку тут.
На связи Вика, технический ментор и Senior Frontend разработчик.
Мы публикуем ответы Вики на Топ-4 вопросов, набравших больше всего реакций в рамках рубрики Q&A.
Вопрос 1:
"Преувеличение и/или вранье опыта работы" Как относитесь к этому, стоит или не стоит это делать, если стоит то как это сделать лучше? Часто вижу тех кто преувеличивает и/или даже врет про опыт работы, причем довольно неплохо накручивают.
Ответ:
Большого смысла врать про опыт работы нет, так как человек очень быстро расколется во время работы. Опыт продакшена очень сильно видно, и просто красивые слова вас только с некрасивой стороны покажут в дальнейшем.
Вопрос 2:
Какие инструменты есть для статического и динамическое анализа кода на js?
Ответ:
Динамический: Iroh.js - думаю, это самый популярный инструмент
Статический: ESLint, Prettier, JSHint, SonarCloud, PMD, Dependabot, npm-audit, Flow (Первые три - рекомендую использовать в большинстве проектов, SonarCloud - там, где нужно детально следить за производительностью, остальные изучите - иногда бывают полезны)
Вопрос 3:
Как быть, когда у тебя одновременно мутируется множество SVG элементов, в связи с чем проседает FPS? raf не спасает ситуацию, разбиение мутаций на порции с последующей асинхронной обработкой с высвобождением очереди задач запрещено и/или неэффективно, т.к. всё должно происходить одновременно. Например, есть кружок, который можно перетаскивать, к этому кружку ведёт множество искривлённых линий/дуг, кривизна которых вычисляется в зависимости от длины линий и множества других параметров. При перетаскивании кружка линии должны следовать за этим гружком без отставания и изменять свою кривизну и длину.
Ответ:
Думаю, стоит посмотреть в сторону виртуализации, чтобы мутировать только то, что в данный момент видно пользователю + попробовать вынести в отдельные слои для очереди ренеринга (Composite), чтобы не вызывать кучу пересчетов для всего сразу (css свойство will-change)
Вопрос 4:
Оч много вакансий на vue. Может таки надо было с него начинать а не с реакта?)
Ответ:
Vue, React - это всего лишь разные методы делать одинаковые вещи, главно практиковать навыки написания кода, а выучить новый инструмент в дальнейшем не будет проблемой. Главное не начинать в самом начале менять одно на другое и обратно, выберите что-то одно и совершенствуйте свои знания.
P.s. если посмотреть google trends, то React все же обгоняет 😏
Ставьте 🔥, если рубрика вам понравилась.
Попасть на консультацию/пробное интервью к Вике через заявку тут.
🔥41👍3👎1
Друзья, мы решили провести небольшой опрос на тему поиска работы. Нам интересно будет узнать, как долго вы ищете работу и по какой причине, по вашему мнению, не получается найти работу.
Итак, первый вопрос. Как долго ты уже ищешь работу?
Итак, первый вопрос. Как долго ты уже ищешь работу?
Anonymous Poll
31%
Пока не начал/а искать 😴
7%
Меньше месяца ☺️
16%
1- 3 месяца 🤔
23%
3 - 6 месяцев 🤪
13%
Больше года 😱
10%
Уже нашел/нашла 😎
Вопрос для тех, кто выбрал варианты 3,4 и 5. Как думаешь, почему не получается найти работу?
Anonymous Poll
53%
У меня мало или нет опыта в разработке
31%
Не получаю ответы работодателя на отклики
32%
Получаю много отказов
22%
У меня мало или совсем нет проектов на GitHub
14%
Не знаю, как писать сопроводительные письма
13%
Сильно нервничаю перед и во время собеса, не могу пройти его
18%
Не умею грамотно презентовать себя
15%
Другое (напишу в комментах)
Как мы помогаем в поисках работы?
Друзья, в опросе выше мы собрали основные причины долгого поиска работы, с которыми к нам приходят на карьерный трекинг.
Мы решили поделиться с вами, как мы помогаем с каждой из причин.
У меня мало или нет опыта в разработке
Не беда, все мы когда-то начинали. Наши Senior разработчики сами прошли этот путь и знают, как:
- прокачать нужные навыки, что для этого делать и что читать/смотреть
- грамотно оформить портфолио
- отвечать на техническом собеседовании
- решить задачи на лайвкодинге
А HR менторы помогут грамотно презентовать себя, составить сопроводительные письма и оформить профиль на LinkedIn.
По статистике, около 70% наших студентов, получивших оффер, пришли к нам на уровне трейни и джун.
Не получаю ответы работодателя на отклики
В этом случае мы:
- смотрим твое резюме и вместе составляем то, которое наилучшим образом покажет твои навыки;
- помогаем с упаковкой портфолио;
- учимся составлять персонализированные под каждую компанию сопроводительные письма;
👉 Наш пост на тему, почему работодатель не отвечает на отклики
Получаю много отказов
Мы анализируем твою текущую стратегию поиска. Смотрим, что становится причиной отказов. Прорабатываем эту причину на еженедельных консультациях, через прохождения пробных собеседований, выполнение домашних заданий, работу над самопрезентацией, резюме и профилем на LinkedIn. Также мы расширяем каналы поиска и выбираем наиболее подходящие для тебя job сайты, телеграм каналы, рекомендации и т.д.
У меня мало или совсем нет проектов на GitHub
Вы обсуждаете, какие проекты включить в портфолио, на еженедельных консультациях с техническим ментором.
👉 Тебе будет полезен наш пост о том, как оформлять портфолио на GitHub.
Не знаю, как писать сопроводительные письма
Наши HR менторы расскажут тебе о структуре сопроводительного письма. Они помогут тебе составить универсальные шаблоны сопроводительных писем, которые ты сможешь адаптировать под каждую вакансию.
Сильно нервничаю перед и во время собеса, не могу пройти его
Наши HR менторы подскажут тебе психологические приемы снятия стресса. С помощью них ты поймешь свою ценность как специалиста, что придаст тебе уверенности.
Для закрепления мы с тобой пройдем пробные поведенческие собеседования.
👉 Полезный пост на тему того, как преодолеть страх перед собесом
Не умею грамотно презентовать себя
HR ментор проведет с тобой отдельную консультацию, на которой вы поработаете над самопрезентацией. Затем все закрепляется пробными собеседованиями.
👉 Наш пост о самопрезентации
Если после нашего поста ты уверен в том, что мы тебе поможем, оставляй заявку на бесплатную консультацию.
Друзья, в опросе выше мы собрали основные причины долгого поиска работы, с которыми к нам приходят на карьерный трекинг.
Мы решили поделиться с вами, как мы помогаем с каждой из причин.
У меня мало или нет опыта в разработке
Не беда, все мы когда-то начинали. Наши Senior разработчики сами прошли этот путь и знают, как:
- прокачать нужные навыки, что для этого делать и что читать/смотреть
- грамотно оформить портфолио
- отвечать на техническом собеседовании
- решить задачи на лайвкодинге
А HR менторы помогут грамотно презентовать себя, составить сопроводительные письма и оформить профиль на LinkedIn.
По статистике, около 70% наших студентов, получивших оффер, пришли к нам на уровне трейни и джун.
Не получаю ответы работодателя на отклики
В этом случае мы:
- смотрим твое резюме и вместе составляем то, которое наилучшим образом покажет твои навыки;
- помогаем с упаковкой портфолио;
- учимся составлять персонализированные под каждую компанию сопроводительные письма;
👉 Наш пост на тему, почему работодатель не отвечает на отклики
Получаю много отказов
Мы анализируем твою текущую стратегию поиска. Смотрим, что становится причиной отказов. Прорабатываем эту причину на еженедельных консультациях, через прохождения пробных собеседований, выполнение домашних заданий, работу над самопрезентацией, резюме и профилем на LinkedIn. Также мы расширяем каналы поиска и выбираем наиболее подходящие для тебя job сайты, телеграм каналы, рекомендации и т.д.
У меня мало или совсем нет проектов на GitHub
Вы обсуждаете, какие проекты включить в портфолио, на еженедельных консультациях с техническим ментором.
👉 Тебе будет полезен наш пост о том, как оформлять портфолио на GitHub.
Не знаю, как писать сопроводительные письма
Наши HR менторы расскажут тебе о структуре сопроводительного письма. Они помогут тебе составить универсальные шаблоны сопроводительных писем, которые ты сможешь адаптировать под каждую вакансию.
Сильно нервничаю перед и во время собеса, не могу пройти его
Наши HR менторы подскажут тебе психологические приемы снятия стресса. С помощью них ты поймешь свою ценность как специалиста, что придаст тебе уверенности.
Для закрепления мы с тобой пройдем пробные поведенческие собеседования.
👉 Полезный пост на тему того, как преодолеть страх перед собесом
Не умею грамотно презентовать себя
HR ментор проведет с тобой отдельную консультацию, на которой вы поработаете над самопрезентацией. Затем все закрепляется пробными собеседованиями.
👉 Наш пост о самопрезентации
Если после нашего поста ты уверен в том, что мы тебе поможем, оставляй заявку на бесплатную консультацию.
👍4🔥3
Список ресурсов для поиска работы
Друг, тебя тоже напрягает то, что на hh.ru мало ответов на твои отклики? Выход есть — попробуй поискать вакансии на других сайтах.
Наши HR менторы Аня и Арина собрали для тебя список ресурсов для поиска работы разработчиком любого уровня.
Сайты:
👉 geekjob.ru
👉 Хабр карьера
👉 Dev.by
👉 budu.jobs
👉 tproger.ru
👉 vc.ru
👉 masterhub.co
👉 proglib.io
👉 spisokrabot.ru
Telegram каналы:
👉 Young & Junior — вакансии IT
👉 junojobs
👉 Telegram IT Job
👉 IT Jobs | Вакансии в IT
👉 Job for Junior
👉 Remote Junior
Ставь 👍, если список для тебя полезен.
Друг, тебя тоже напрягает то, что на hh.ru мало ответов на твои отклики? Выход есть — попробуй поискать вакансии на других сайтах.
Наши HR менторы Аня и Арина собрали для тебя список ресурсов для поиска работы разработчиком любого уровня.
Сайты:
👉 geekjob.ru
👉 Хабр карьера
👉 Dev.by
👉 budu.jobs
👉 tproger.ru
👉 vc.ru
👉 masterhub.co
👉 proglib.io
👉 spisokrabot.ru
Telegram каналы:
👉 Young & Junior — вакансии IT
👉 junojobs
👉 Telegram IT Job
👉 IT Jobs | Вакансии в IT
👉 Job for Junior
👉 Remote Junior
Ставь 👍, если список для тебя полезен.
👍63
5-дневный марафон по резюме 📄
Стартуем 10 апреля 🚀
Друзья, уже на следующей неделе мы запускаем наш первый марафон. В течение 5 дней мы с вами будем заполнять и структурировать резюме на hh.ru, которое раскроет вас как специалистов с наилучшей стороны.
Марафон подготовили наши HR менторы. Он подойдет как для тех, у кого резюме уже составлено, так и для тех, у кого его еще нет.
На марафоне мы разберем:
- типичные ошибки в резюме;
- как заполнить пункт о желаемой должности;
- как структурировать свой опыт;
что писать, если нет релевантного - опыта в разработке;
- как расписать свои навыки;
Наши HR менторы будут следить за вашим прогрессом в комментариях. Если у вас появятся вопросы на любом из этапов марафона по его теме, вы сможете обратиться к ним за помощью.
Участники, которые выполнят все задания марафона, получат призы от нас (скидку 5% на все продукты) и возможность побороться за главный приз от HR менторов — часовую консультацию на свой выбор:
- Консультация по стратегии поиска работы с HR.
- Совместное составление резюме и сопроводительного письма с HR.
- Консультация по вопросам с собеседований с HR.
- Консультация по самопрезентации.
Давайте познакомимся с вами перед началом марафона 🤗
Напишите в комментах к этому посту, как вас зовут и какой у вас опыт в разработке.
Стартуем 10 апреля 🚀
Друзья, уже на следующей неделе мы запускаем наш первый марафон. В течение 5 дней мы с вами будем заполнять и структурировать резюме на hh.ru, которое раскроет вас как специалистов с наилучшей стороны.
Марафон подготовили наши HR менторы. Он подойдет как для тех, у кого резюме уже составлено, так и для тех, у кого его еще нет.
На марафоне мы разберем:
- типичные ошибки в резюме;
- как заполнить пункт о желаемой должности;
- как структурировать свой опыт;
что писать, если нет релевантного - опыта в разработке;
- как расписать свои навыки;
Наши HR менторы будут следить за вашим прогрессом в комментариях. Если у вас появятся вопросы на любом из этапов марафона по его теме, вы сможете обратиться к ним за помощью.
Участники, которые выполнят все задания марафона, получат призы от нас (скидку 5% на все продукты) и возможность побороться за главный приз от HR менторов — часовую консультацию на свой выбор:
- Консультация по стратегии поиска работы с HR.
- Совместное составление резюме и сопроводительного письма с HR.
- Консультация по вопросам с собеседований с HR.
- Консультация по самопрезентации.
Давайте познакомимся с вами перед началом марафона 🤗
Напишите в комментах к этому посту, как вас зовут и какой у вас опыт в разработке.
👍18🔥6
Первый день марафона 📄
Разбираем типичные ошибки в резюме
Друзья, мы начинаем 🥳
Сегодня мы узнаем о типичных ошибках в резюме, научимся их видеть и исправлять.
Наши HR менторы подготовили список ошибок, из-за которых твой отклик может остаться без ответа:
- слишком большое резюме, не умещается на 1-2 страницы;
- обратная ситуация, когда резюме совершенно не раскрывает ученический/коммерческий опыт, pet-проекты, мотивацию;
- нет четких смысловых блоков в виде абзацев, нет структуры;
- указано слишком много нерелевантного опыта;
- если есть нерелевантный опыт, не написана мотивация, почему человек решил уйти в IT, и как его предыдущий опыт помог развить soft-навыки;
- лишний креатив в резюме (например, магистр кодинга, оживлял нерабочий код и т.д.);
- неправильно проставлены акценты в резюме, не используются глаголы для описания своих реализованных задач (нет ответов на вопросы «Что делал? Какие результаты показал?»)
- резюме не проверено на орфографические, лексические и пунктуационные ошибки. Советуем пользоваться расширением для Google Chrome Language tool, сайтами https://glvrd.ru или https://text.ru.
Задание:
Для тех, у кого есть резюме: Проанализировать свое резюме на ошибки. Написать в комментах к этому посту, сколько и какие из них нашли.
Для тех, у кого нет резюме:
На второй картинке есть резюме. Вам нужно будет найти в нем ошибки и написать в комментариях, сколько ошибок и какие именно вы обнаружили.
Разбираем типичные ошибки в резюме
Друзья, мы начинаем 🥳
Сегодня мы узнаем о типичных ошибках в резюме, научимся их видеть и исправлять.
Наши HR менторы подготовили список ошибок, из-за которых твой отклик может остаться без ответа:
- слишком большое резюме, не умещается на 1-2 страницы;
- обратная ситуация, когда резюме совершенно не раскрывает ученический/коммерческий опыт, pet-проекты, мотивацию;
- нет четких смысловых блоков в виде абзацев, нет структуры;
- указано слишком много нерелевантного опыта;
- если есть нерелевантный опыт, не написана мотивация, почему человек решил уйти в IT, и как его предыдущий опыт помог развить soft-навыки;
- лишний креатив в резюме (например, магистр кодинга, оживлял нерабочий код и т.д.);
- неправильно проставлены акценты в резюме, не используются глаголы для описания своих реализованных задач (нет ответов на вопросы «Что делал? Какие результаты показал?»)
- резюме не проверено на орфографические, лексические и пунктуационные ошибки. Советуем пользоваться расширением для Google Chrome Language tool, сайтами https://glvrd.ru или https://text.ru.
Задание:
Для тех, у кого есть резюме: Проанализировать свое резюме на ошибки. Написать в комментах к этому посту, сколько и какие из них нашли.
Для тех, у кого нет резюме:
На второй картинке есть резюме. Вам нужно будет найти в нем ошибки и написать в комментариях, сколько ошибок и какие именно вы обнаружили.
👍11🔥3❤1
Второй день марафона 📄
Заполняем общую информацию и пункт о желаемой должности
Сегодня мы с вами приступим к основному — заполнению резюме. Пойдем по структуре резюме на hh.ru от верхних блоков к нижним.
Общая информация
Начинаем с общей информации: город проживания, контакты для связи, фото.
Важно поставить город проживания в той стране, где вы ищете работу. Так оно будет отображаться в выборке нужной вам страны.
В контактах для связи желательно указывать мессенджеры, так как сейчас это наиболее популярный формат связи.
Выбираем фотографию для резюме без фильтров, посторонних людей в кадре. Примеры и антипримеры фото для резюме мы приводили в этом посте.
Желаемая должность
Выбираем только одну должность для резюме — ту, которая указана в вакансии. Под каждую позицию нужно делать отдельное резюме.
Как не надо:
Python разработчик/Web разработчик/Full-stack разработчик
Как надо:
Отдельное резюме на позицию Python разработчик, отдельное на Full-stack разработчик
Задание:
Заполнить разделы «общая информация» и «желаемая должность» в своем резюме на hh.ru. В комментариях отправить скриншот раздела о желаемой должности.
Заполняем общую информацию и пункт о желаемой должности
Сегодня мы с вами приступим к основному — заполнению резюме. Пойдем по структуре резюме на hh.ru от верхних блоков к нижним.
Общая информация
Начинаем с общей информации: город проживания, контакты для связи, фото.
Важно поставить город проживания в той стране, где вы ищете работу. Так оно будет отображаться в выборке нужной вам страны.
В контактах для связи желательно указывать мессенджеры, так как сейчас это наиболее популярный формат связи.
Выбираем фотографию для резюме без фильтров, посторонних людей в кадре. Примеры и антипримеры фото для резюме мы приводили в этом посте.
Желаемая должность
Выбираем только одну должность для резюме — ту, которая указана в вакансии. Под каждую позицию нужно делать отдельное резюме.
Как не надо:
Python разработчик/Web разработчик/Full-stack разработчик
Как надо:
Отдельное резюме на позицию Python разработчик, отдельное на Full-stack разработчик
Задание:
Заполнить разделы «общая информация» и «желаемая должность» в своем резюме на hh.ru. В комментариях отправить скриншот раздела о желаемой должности.
❤7👍2
Третий день марафона 📄
Заполняем раздел «опыт работы»
Сегодня мы с вами переходим к блоку «опыт работы». Разберем:
- структуру заполнения опыта
- что писать — задачи, результаты или все вместе?
- как заполнить, если нет релевантного опыта?
- упоминать ли нерелевантный опыт?
Погнали 🚀
Опыт работы указываем в обратном хронологическом порядке. Пишем название компании, должность, период трудоустройства, краткую информацию о проекте, стеке технологий, основных задачах, достижениях и успехах. При этом не забываем правило баланса в резюме — оно должно составлять 1-2 страницы.
Пример заполнения на картинке ☺️
Частые вопросы, который мы получаем от наших студентов — как заполнить раздел об опыте, если нет релевантного опыта? Стоит ли его указывать в резюме?
Наш ответ на них — да, стоит. Можно преподнести нерелевантный опыт следующим образом:
- расписать ключевые достижения:
- написать о приобретенных навыках и soft skills, которые вы сможете применить на желаемой должности;
Пример:
До frontend-разработки работал в интернет-маркетинге. Этот опыт помогает мне смотреть на продукт с разных сторон - бизнеса (его целей/бюджетов), клиентов, технической, - и принимать оптимальные решения. Там же я получил опыт командной работы: мы работали в команде из 4-х человек (2 интернет-маркетолога, менеджер, дизайнер), вели задачи в трелло, созванивались 3 раза в неделю, устраивали брейнштормы для поиска лучших решений по проектам.
Также допустимо вынести нерелевантный опыт в раздел «о себе» и кратко расписать, что из этого опыта для вас наиболее ценно.
В опыте работы можно указывать:
- Фриланс / ИП / самозанятость. Выносится в отдельный блок и расписывается по такой же структуре, как на картинке.
- (Для тех, у кого мало / нет опыта) производственная / учебная практика. - Университетские проекты / курсовые / дипломные / волонтерская деятельность.
- Проекты с хакатонов, конференций.
Задание:
Заполнить раздел «опыт работы». Прислать нам скриншот раздела в комменты к этому посту.
Заполняем раздел «опыт работы»
Сегодня мы с вами переходим к блоку «опыт работы». Разберем:
- структуру заполнения опыта
- что писать — задачи, результаты или все вместе?
- как заполнить, если нет релевантного опыта?
- упоминать ли нерелевантный опыт?
Погнали 🚀
Опыт работы указываем в обратном хронологическом порядке. Пишем название компании, должность, период трудоустройства, краткую информацию о проекте, стеке технологий, основных задачах, достижениях и успехах. При этом не забываем правило баланса в резюме — оно должно составлять 1-2 страницы.
Пример заполнения на картинке ☺️
Частые вопросы, который мы получаем от наших студентов — как заполнить раздел об опыте, если нет релевантного опыта? Стоит ли его указывать в резюме?
Наш ответ на них — да, стоит. Можно преподнести нерелевантный опыт следующим образом:
- расписать ключевые достижения:
- написать о приобретенных навыках и soft skills, которые вы сможете применить на желаемой должности;
Пример:
До frontend-разработки работал в интернет-маркетинге. Этот опыт помогает мне смотреть на продукт с разных сторон - бизнеса (его целей/бюджетов), клиентов, технической, - и принимать оптимальные решения. Там же я получил опыт командной работы: мы работали в команде из 4-х человек (2 интернет-маркетолога, менеджер, дизайнер), вели задачи в трелло, созванивались 3 раза в неделю, устраивали брейнштормы для поиска лучших решений по проектам.
Также допустимо вынести нерелевантный опыт в раздел «о себе» и кратко расписать, что из этого опыта для вас наиболее ценно.
В опыте работы можно указывать:
- Фриланс / ИП / самозанятость. Выносится в отдельный блок и расписывается по такой же структуре, как на картинке.
- (Для тех, у кого мало / нет опыта) производственная / учебная практика. - Университетские проекты / курсовые / дипломные / волонтерская деятельность.
- Проекты с хакатонов, конференций.
Задание:
Заполнить раздел «опыт работы». Прислать нам скриншот раздела в комменты к этому посту.
👍9❤2