Путь в IT #4. Позвали на собеседование. С чего начать?
Всем привет! В кружках немного поговорили про рынок, а сегодня продолжаем «Путь в IT» уже с практической темой.
Допустим, CV сработало и вас пригласили на техническое интервью. До него несколько дней. Первая реакция: открыть «500 вопросов Java» и попытаться срочно повторить всё, что когда-либо учили :)
Я бы начинал не с этого.
1. Сначала узнаём, что нас ждёт
Просто пишем рекрутеру: какие этапы, сколько времени, что именно будут проверять? Разговор по опыту, техническая теория, livecoding или system design?
Зачастую вам довольно подробно расскажут формат и основные направления. Не сами вопросы и задачи, конечно, но уже будет понятно, к чему готовиться.
Поэтому не надо угадывать и тратить три вечера на то, чего на ближайшем этапе вообще не будет.
2. Готовимся защищать своё CV
Открываем резюме, которое отправили работодателю, и внимательно читаем. На собеседовании нам нужно будет защищать не красивый документ, а заявленные навыки и опыт.
Написали «спроектировал», «оптимизировал», «отвечал за»? Будьте готовы объяснить, что конкретно делали лично, почему выбрали такое решение и что получилось.
Даже если опыт настоящий, рассказ о нём лучше освежить. Можно полтора года назад решить непростую задачу, а на звонке вспомнить только «ну, мы там что-то ускоряли» :)
Поэтому перед тем, как открывать очередную подборку вопросов, я бы убедился, что могу спокойно поговорить по каждому существенному пункту своего CV. Не пересказать заученный текст, а выдержать уточняющие вопросы.
3. Не готовимся ко всем собесам одинаково
В каждом процессе свои ожидания и акценты, поэтому и подход к подготовке будет отличаться. Не нужно каждый раз пытаться повторить вообще всё.
Я бы сначала определил, что могу уверенно объяснить уже сейчас, а где пока плаваю. И не начинал бы с любимых тем только потому, что повторять их приятно. Слабые места от этого никуда не исчезнут.
Ещё одна ловушка: прочитал ответ и подумал «ну да, я это знаю». Но понимать знакомый текст и самостоятельно объяснить тему на собеседовании всё-таки разные вещи.
Поэтому задача не в том, чтобы за несколько дней стать идеальным разработчиком. Нужно понять, к какому разговору вы готовитесь и на что действительно стоит потратить оставшееся время 👌
Всем привет! В кружках немного поговорили про рынок, а сегодня продолжаем «Путь в IT» уже с практической темой.
Допустим, CV сработало и вас пригласили на техническое интервью. До него несколько дней. Первая реакция: открыть «500 вопросов Java» и попытаться срочно повторить всё, что когда-либо учили :)
Я бы начинал не с этого.
1. Сначала узнаём, что нас ждёт
Просто пишем рекрутеру: какие этапы, сколько времени, что именно будут проверять? Разговор по опыту, техническая теория, livecoding или system design?
Зачастую вам довольно подробно расскажут формат и основные направления. Не сами вопросы и задачи, конечно, но уже будет понятно, к чему готовиться.
Поэтому не надо угадывать и тратить три вечера на то, чего на ближайшем этапе вообще не будет.
2. Готовимся защищать своё CV
Открываем резюме, которое отправили работодателю, и внимательно читаем. На собеседовании нам нужно будет защищать не красивый документ, а заявленные навыки и опыт.
Написали «спроектировал», «оптимизировал», «отвечал за»? Будьте готовы объяснить, что конкретно делали лично, почему выбрали такое решение и что получилось.
Даже если опыт настоящий, рассказ о нём лучше освежить. Можно полтора года назад решить непростую задачу, а на звонке вспомнить только «ну, мы там что-то ускоряли» :)
Поэтому перед тем, как открывать очередную подборку вопросов, я бы убедился, что могу спокойно поговорить по каждому существенному пункту своего CV. Не пересказать заученный текст, а выдержать уточняющие вопросы.
3. Не готовимся ко всем собесам одинаково
В каждом процессе свои ожидания и акценты, поэтому и подход к подготовке будет отличаться. Не нужно каждый раз пытаться повторить вообще всё.
Я бы сначала определил, что могу уверенно объяснить уже сейчас, а где пока плаваю. И не начинал бы с любимых тем только потому, что повторять их приятно. Слабые места от этого никуда не исчезнут.
Ещё одна ловушка: прочитал ответ и подумал «ну да, я это знаю». Но понимать знакомый текст и самостоятельно объяснить тему на собеседовании всё-таки разные вещи.
Поэтому задача не в том, чтобы за несколько дней стать идеальным разработчиком. Нужно понять, к какому разговору вы готовитесь и на что действительно стоит потратить оставшееся время 👌
💯2
Кстати, для первых участников Discord уже закинул подробные гайды по подготовке к backend, frontend и system design собесам. Составлял их на основе реальных собеседований, к которым готовился сам.
В ближайшее время планирую добавить ещё парочку. Постепенно собираю внутри базу, чтобы не приходилось каждый раз искать материалы для подготовки с нуля 👨💻
В ближайшее время планирую добавить ещё парочку. Постепенно собираю внутри базу, чтобы не приходилось каждый раз искать материалы для подготовки с нуля 👨💻
❤2
Всем доброе утро ☕️
Хочу начать день с юридического вопроса, который мне периодически задают: как вообще оформиться, чтобы работать на международном рынке?
В целом есть два основных варианта.
Первый: открыть ИП в одной из стран, например в Сербии, Армении, Грузии или Польше. Естественно, важно, чтобы нормально проходили международные платежи и не было ограничений со стороны банков и компании, с которой вы собираетесь работать.
Второй: найти фирму-помогатор, например бизнес-инкубатор, которая берёт на себя оформление и через которую вы работаете.
Позже сделаю подробный список таких вариантов и отдельный гайд, чтобы можно было посмотреть, сравнить и выбрать подходящий.
Но если коротко, оформление не обязательно должно быть долгой и сложной историей. Даже если вас сейчас нет в выбранной стране, это само по себе не препятствие. В тех же Армении, Сербии или Грузии, если для вашего гражданства доступен безвизовый въезд, можно быстро приехать и заняться оформлением на месте.
То есть это вполне решаемый вопрос. Не стоит отказываться от международного рынка только потому, что пока непонятно, как всё оформить
Хочу начать день с юридического вопроса, который мне периодически задают: как вообще оформиться, чтобы работать на международном рынке?
В целом есть два основных варианта.
Первый: открыть ИП в одной из стран, например в Сербии, Армении, Грузии или Польше. Естественно, важно, чтобы нормально проходили международные платежи и не было ограничений со стороны банков и компании, с которой вы собираетесь работать.
Второй: найти фирму-помогатор, например бизнес-инкубатор, которая берёт на себя оформление и через которую вы работаете.
Позже сделаю подробный список таких вариантов и отдельный гайд, чтобы можно было посмотреть, сравнить и выбрать подходящий.
Но если коротко, оформление не обязательно должно быть долгой и сложной историей. Даже если вас сейчас нет в выбранной стране, это само по себе не препятствие. В тех же Армении, Сербии или Грузии, если для вашего гражданства доступен безвизовый въезд, можно быстро приехать и заняться оформлением на месте.
То есть это вполне решаемый вопрос. Не стоит отказываться от международного рынка только потому, что пока непонятно, как всё оформить
❤🔥5
Пора поговорить вживую!
Завершаю день анонсом - Проведу стрим в рамках «Пути в IT»: как выйти на международный рынок и дойти до собеседований.
Разберём, почему можно месяцами учиться или отправлять отклики, но так и не приблизиться к работе. Покажу на конкретных примерах, на что я смотрю в CV и вакансиях и как подхожу к подготовке.
Будет полезно и тем, кто ищет первую работу, и тем, кто уже разработчик, но хочет двигаться дальше, будем разбирать варианты повышения дохода
Плюс оставлю время на ваши вопросы и ситуации. Можно заранее прислать их в комментарии, чтобы я включил в эфир.
Когда: Понедельник 28 сентября
Где: скину в ближайшие дни
Завершаю день анонсом - Проведу стрим в рамках «Пути в IT»: как выйти на международный рынок и дойти до собеседований.
Разберём, почему можно месяцами учиться или отправлять отклики, но так и не приблизиться к работе. Покажу на конкретных примерах, на что я смотрю в CV и вакансиях и как подхожу к подготовке.
Будет полезно и тем, кто ищет первую работу, и тем, кто уже разработчик, но хочет двигаться дальше, будем разбирать варианты повышения дохода
Плюс оставлю время на ваши вопросы и ситуации. Можно заранее прислать их в комментарии, чтобы я включил в эфир.
Когда: Понедельник 28 сентября
Где: скину в ближайшие дни
Всем привет, последнее время я все больше говорю про Discord, но как вообще проходит работа со мной?
Я не очень верю в один универсальный план, который можно скинуть всем и сказать: «Вот, учи это, и всё получится».
У каждого своя точка А, свой опыт и своя цель. Поэтому работа начинается именно с разбора вашей ситуации.
Кто-то только присматривается к IT. Кто-то уже учится, но не понимает, что делать дальше. А кто-то работает, но застрял и хочет сменить направление или выйти на международный рынок.
Поэтому начинаем не со списка технологий, а с вас.
Например, прямо сейчас я готовлю планы для двух совершенно разных людей.
Первый заходит в IT с полного нуля. Здесь нужно выстроить маршрут с самого начала: что учить, в какой последовательности, что делать руками и как проверять свой прогресс.
Второй уже работает в QA Automation и рассматривает переход в Java-разработку. Здесь нет смысла обнулять предыдущий опыт. Наоборот, нужно понять, что из него можно использовать, какие пробелы закрыть и как подготовиться к новому направлению.
Очевидно, одинаковый план этим людям не подойдёт.
Как выглядит сама работа?
Сначала мы созваниваемся и подробно разбираем вашу текущую ситуацию, опыт и цели. После этого я составляю индивидуальный план работы и подбираю/готовлю материалы конкретно под ваши задачи.
Сюда же входит и мое личное участие в виде пробных собеседований и консультаций 1 на 1. Плюс доступ к базе и сообществу в Discord.
Моя задача не скинуть всем одинаковый roadmap со словами «ну, учите». А разобраться, что нужно именно вам и за что браться в первую очередь.
Пишите @urussdev: какой у вас сейчас опыт (или его отсутствие) и куда хотите прийти. Обсудим, какой формат подойдёт под вашу задачу 🤝
Я не очень верю в один универсальный план, который можно скинуть всем и сказать: «Вот, учи это, и всё получится».
У каждого своя точка А, свой опыт и своя цель. Поэтому работа начинается именно с разбора вашей ситуации.
Кто-то только присматривается к IT. Кто-то уже учится, но не понимает, что делать дальше. А кто-то работает, но застрял и хочет сменить направление или выйти на международный рынок.
Поэтому начинаем не со списка технологий, а с вас.
Например, прямо сейчас я готовлю планы для двух совершенно разных людей.
Первый заходит в IT с полного нуля. Здесь нужно выстроить маршрут с самого начала: что учить, в какой последовательности, что делать руками и как проверять свой прогресс.
Второй уже работает в QA Automation и рассматривает переход в Java-разработку. Здесь нет смысла обнулять предыдущий опыт. Наоборот, нужно понять, что из него можно использовать, какие пробелы закрыть и как подготовиться к новому направлению.
Очевидно, одинаковый план этим людям не подойдёт.
Как выглядит сама работа?
Сначала мы созваниваемся и подробно разбираем вашу текущую ситуацию, опыт и цели. После этого я составляю индивидуальный план работы и подбираю/готовлю материалы конкретно под ваши задачи.
Сюда же входит и мое личное участие в виде пробных собеседований и консультаций 1 на 1. Плюс доступ к базе и сообществу в Discord.
Моя задача не скинуть всем одинаковый roadmap со словами «ну, учите». А разобраться, что нужно именно вам и за что браться в первую очередь.
Пишите @urussdev: какой у вас сейчас опыт (или его отсутствие) и куда хотите прийти. Обсудим, какой формат подойдёт под вашу задачу 🤝
👍4
Urus
Пора поговорить вживую! Завершаю день анонсом - Проведу стрим в рамках «Пути в IT»: как выйти на международный рынок и дойти до собеседований. Разберём, почему можно месяцами учиться или отправлять отклики, но так и не приблизиться к работе. Покажу на конкретных…
Не забываем кстати и про стрим, понедельник 19.30 CET( центральное европейское время). Платформа скорее всего Zoom, ссылку вышлю непосредственно перед началом 💪
👍3
Про достаточность. Или почему не нужно усложнять всё подряд
Есть принцип, который я советую держать в голове и в обучении, и на собеседованиях, и на работе: делать достаточно для решения задачи, а не максимально сложно, потому что умеешь.
Допустим, нужен небольшой сервис. Но вместо работающей первой версии начинается: микросервисы, Kafka, Kubernetes, бесконечные споры про архитектуру. Хотя ещё непонятно, зачем этому проекту половина выбранных инструментов.
Бизнесу от этих холиваров пока ни холодно ни жарко. Ему нужно, чтобы задача решалась, а приложение можно было нормально поддерживать.
На собеседовании похожая история. Спросили, как бы вы решили конкретную проблему, а вы уже рисуете инфраструктуру для миллиона пользователей, хотя про такую нагрузку никто не говорил.
Я бы сначала уточнил требования и предложил самое простое решение, которое их закрывает. А потом объяснил, при каких условиях его придётся усложнить. Вот здесь уже видно инженерное мышление, а не просто знание модных слов.
И этот же принцип можно использовать в свою пользу при обучении.
Не обязательно прочитать все книги по Java, пройти пять курсов и изучить каждую архитектурную школу, прежде чем начать искать работу.
Нужен достаточный набор знаний, чтобы самостоятельно решать задачи выбранной позиции и объяснять свои решения. Что-то учите глубоко уже сейчас. Что-то осваиваете, когда появляется конкретная потребность.
Это не про «нахвататься по верхам и кое-как пройти собес». Простое решение тоже нужно проверить, защитить от очевидных ошибок и понимать, как оно работает.
Но бесконечно готовиться к задачам, которых у вас пока даже нет, я бы тоже не стал.
Ваша задача не доказать, что вы знаете весь IT. А стать человеком, которому можно доверить работу и получить понятный результат без лишней сложности.
Бизнес зарабатывает на вашей работе, вы получаете за неё деньги. Для начала нужна именно эта связка, а не идеальная архитектура и прочитанная библиотека 😉
Есть принцип, который я советую держать в голове и в обучении, и на собеседованиях, и на работе: делать достаточно для решения задачи, а не максимально сложно, потому что умеешь.
Допустим, нужен небольшой сервис. Но вместо работающей первой версии начинается: микросервисы, Kafka, Kubernetes, бесконечные споры про архитектуру. Хотя ещё непонятно, зачем этому проекту половина выбранных инструментов.
Бизнесу от этих холиваров пока ни холодно ни жарко. Ему нужно, чтобы задача решалась, а приложение можно было нормально поддерживать.
На собеседовании похожая история. Спросили, как бы вы решили конкретную проблему, а вы уже рисуете инфраструктуру для миллиона пользователей, хотя про такую нагрузку никто не говорил.
Я бы сначала уточнил требования и предложил самое простое решение, которое их закрывает. А потом объяснил, при каких условиях его придётся усложнить. Вот здесь уже видно инженерное мышление, а не просто знание модных слов.
И этот же принцип можно использовать в свою пользу при обучении.
Не обязательно прочитать все книги по Java, пройти пять курсов и изучить каждую архитектурную школу, прежде чем начать искать работу.
Нужен достаточный набор знаний, чтобы самостоятельно решать задачи выбранной позиции и объяснять свои решения. Что-то учите глубоко уже сейчас. Что-то осваиваете, когда появляется конкретная потребность.
Это не про «нахвататься по верхам и кое-как пройти собес». Простое решение тоже нужно проверить, защитить от очевидных ошибок и понимать, как оно работает.
Но бесконечно готовиться к задачам, которых у вас пока даже нет, я бы тоже не стал.
Ваша задача не доказать, что вы знаете весь IT. А стать человеком, которому можно доверить работу и получить понятный результат без лишней сложности.
Бизнес зарабатывает на вашей работе, вы получаете за неё деньги. Для начала нужна именно эта связка, а не идеальная архитектура и прочитанная библиотека 😉
Forwarded from Маша💕
Приветик, уже разобрала твой курс по ии и даже попробовала создать такую типо небольшую игру, буду пытаться её раскрутить в тик токе ахах
Вроде неплохо получилось ,спасибо будем на связи
Вроде неплохо получилось ,спасибо будем на связи
🔥3❤1