Задачка в портфолио Backend
Если вы Backend разработчик, то скорее всего, для портфолио вам все советуют реализовать CRUD приложение для работы с базой. Возможно вы уже написали "Ветеринарную клинику", "Веб калькулятор", "Прогноз погоды".
Предлагаю решить задачку поинтереснее: Реализовать веб-сервер для индексации текстовых документов. Класс хранилища (БД) должен быть реализован вами, в выбранной вами структуре данных. Напишите свой класс, который предоставляет возможность поиска и сортировки по тексту. Желательно не прибегать к стандартным методам sort, а реализовывать свои.
Сервер должен иметь 3 Endpoints:
POST /api/v1/document - сохранение документа в базе. На вход принимается текст документа в RequestBody.
Пример запроса:
POST /api/v1/document
RequestBody: {"text":"Very Very Happy Day"}
GET /api/v1/document/search/{phrase} - поиск всех документов в которых содержится запрашиваемая поисковая строка {phrase}. Ответ должен содержать массив объектов, где будут указаны текст и количество вхождений данной поисковой фразы.
Пример запроса:
GET /api/v1/document/search/Very
Response: [{"text":"Very Very Happy Day", "count": 2}]
POST /api/v1/document/process - На вход принимается массив строк в RequestBody. Каждая строка содержит поисковую фразу. Обработка заключается в следующем: Из базы выгружаются все сохранённые документы, которые содержат данную поисковую строку. Затем тексты сортируются по количеству найденных поисковых фраз. После сортировки, все поисковые фразы в текстах заменяются на хеш.
Пример запроса:
POST /api/v1/document/process
Response: [{"text":"151 151 Happy Day", "count": 2}]
Подключите фантазию, расширьте функционал, напишите юнит тесты, используйте сторонние программы для кэширования, дерзайте.
Если вы Backend разработчик, то скорее всего, для портфолио вам все советуют реализовать CRUD приложение для работы с базой. Возможно вы уже написали "Ветеринарную клинику", "Веб калькулятор", "Прогноз погоды".
Предлагаю решить задачку поинтереснее: Реализовать веб-сервер для индексации текстовых документов. Класс хранилища (БД) должен быть реализован вами, в выбранной вами структуре данных. Напишите свой класс, который предоставляет возможность поиска и сортировки по тексту. Желательно не прибегать к стандартным методам sort, а реализовывать свои.
Сервер должен иметь 3 Endpoints:
POST /api/v1/document - сохранение документа в базе. На вход принимается текст документа в RequestBody.
Пример запроса:
POST /api/v1/document
RequestBody: {"text":"Very Very Happy Day"}
GET /api/v1/document/search/{phrase} - поиск всех документов в которых содержится запрашиваемая поисковая строка {phrase}. Ответ должен содержать массив объектов, где будут указаны текст и количество вхождений данной поисковой фразы.
Пример запроса:
GET /api/v1/document/search/Very
Response: [{"text":"Very Very Happy Day", "count": 2}]
POST /api/v1/document/process - На вход принимается массив строк в RequestBody. Каждая строка содержит поисковую фразу. Обработка заключается в следующем: Из базы выгружаются все сохранённые документы, которые содержат данную поисковую строку. Затем тексты сортируются по количеству найденных поисковых фраз. После сортировки, все поисковые фразы в текстах заменяются на хеш.
Пример запроса:
POST /api/v1/document/process
Response: [{"text":"151 151 Happy Day", "count": 2}]
Подключите фантазию, расширьте функционал, напишите юнит тесты, используйте сторонние программы для кэширования, дерзайте.
Скорпионов на работу не берут
Когда я устраивался на свою первую работу, руководитель компании поинтересовался, кто я по знаку зодиака. Я счёл это шуткой и лишь порадовался, что начальник с чувством юмора. Спустя несколько месяцев мне удалось поприсутствовать на собеседовании потенциального кандидата в нашу компанию. Это был крепкий Middle - разработчик, с опытом работы, да и по общению полностью адекватным. После завершения собеседования, мы с коллегами начали обсуждение, на каком проекте опыт кандидата пригодился бы больше всего, начальник пристально смотрел в резюме. Спустя несколько минут, руководитель сказал: "Пришлите ему отказ. Он Скорпион.". Я подумал, что это снова была шутка, однако мои коллеги сразу же вышли из кабинета и пошли работать. Позже я узнал, что у начальника какой-то предрассудок насчёт Скорпионов, по причине которой он не берёт их на работу.
К сожалению, это лишь одна из глупых причин, по которой Вас могут не взять на работу. Вот еще некоторые из них:
У Вас необычное имя. К моим знакомым в компанию пришёл мужчина с именем Харлампий. Кандидат злился, что его имя все произносили не правильно. Руководитель решил, что это в дальнейшем приведет к конфликтам и отказал кандидату.
Вы неформальный человек. В некоторых компания от сотрудников требуют соблюдение дресс-кода. Тату, синие волосы и спортивная одежда в таких компаниях не приветствуется.
Технологии не для девушек. Разумеется, самое распространённое, чего боится работодатель, что женщина может уйти в декрет. Также знаком со случаем, когда молодую девушку не взяли на работу ввиду того, что она вела инстаграм-блог. Работадатель счёл, что такой кандидат будет отвлекаться на себя и свою внешность больше, чем на работу. Однако существует и обратная сторона медали для женщин. Из-за нехватки женщин-разработчиков, многие крупные компании поддерживают движение Women In Tech. Благодаря которым, женщинам предоставляются бесплатные курсы и стажировки с последующим трудоустройством. Слушал подкаст, в котором говорилось, что на стажировку в Apple девушки проходят чаще, даже если их проекты более слабые, чем у парней.
Социальные сети. Это, наверное, самый распространенный случай, из-за которого Вас могут не взять на работу. Есть вероятность, что шутку, которую вы опубликовали у себя на странице, работодатель может принять всерьёз.
Когда я устраивался на свою первую работу, руководитель компании поинтересовался, кто я по знаку зодиака. Я счёл это шуткой и лишь порадовался, что начальник с чувством юмора. Спустя несколько месяцев мне удалось поприсутствовать на собеседовании потенциального кандидата в нашу компанию. Это был крепкий Middle - разработчик, с опытом работы, да и по общению полностью адекватным. После завершения собеседования, мы с коллегами начали обсуждение, на каком проекте опыт кандидата пригодился бы больше всего, начальник пристально смотрел в резюме. Спустя несколько минут, руководитель сказал: "Пришлите ему отказ. Он Скорпион.". Я подумал, что это снова была шутка, однако мои коллеги сразу же вышли из кабинета и пошли работать. Позже я узнал, что у начальника какой-то предрассудок насчёт Скорпионов, по причине которой он не берёт их на работу.
К сожалению, это лишь одна из глупых причин, по которой Вас могут не взять на работу. Вот еще некоторые из них:
У Вас необычное имя. К моим знакомым в компанию пришёл мужчина с именем Харлампий. Кандидат злился, что его имя все произносили не правильно. Руководитель решил, что это в дальнейшем приведет к конфликтам и отказал кандидату.
Вы неформальный человек. В некоторых компания от сотрудников требуют соблюдение дресс-кода. Тату, синие волосы и спортивная одежда в таких компаниях не приветствуется.
Технологии не для девушек. Разумеется, самое распространённое, чего боится работодатель, что женщина может уйти в декрет. Также знаком со случаем, когда молодую девушку не взяли на работу ввиду того, что она вела инстаграм-блог. Работадатель счёл, что такой кандидат будет отвлекаться на себя и свою внешность больше, чем на работу. Однако существует и обратная сторона медали для женщин. Из-за нехватки женщин-разработчиков, многие крупные компании поддерживают движение Women In Tech. Благодаря которым, женщинам предоставляются бесплатные курсы и стажировки с последующим трудоустройством. Слушал подкаст, в котором говорилось, что на стажировку в Apple девушки проходят чаще, даже если их проекты более слабые, чем у парней.
Социальные сети. Это, наверное, самый распространенный случай, из-за которого Вас могут не взять на работу. Есть вероятность, что шутку, которую вы опубликовали у себя на странице, работодатель может принять всерьёз.
🔹Возрастной разрыв🔹
В текущих реалиях, должность 𝚃𝚎𝚊𝚖𝙻𝚎𝚊𝚍\𝚃𝚎𝚌𝚑𝙻𝚎𝚊𝚍, по большей части, относится к человеку, который дольше всех участвует в разработке проекта. Часто, это джун, который пришёл поддерживать небольшие фичи и хотелки заказчика. Проект начал развиваться и вокруг него выросла команда, приходят новые разработчики, тестировщики, аналитики. Всё хорошо до той поры, пока в команде все +/- одного возраста, но когда к такому зелёному 22х-летнему тимлиду в роли рядового разработчика на проект нанимают 35-летнего, тогда начинаются проблемы.
В силу возраста и уважения к старшим, приходится считаться с их мнением, оно и понятно, возраст то больше, значит и опыт... должен соответствовать? - Нет, сейчас людей за 30-35 решивших пойти в айти пруд-пруди, и вот появляется он, взрослый, со своим мнением и "опытом", желающий только одного, получить свою ЗП, а в 18:00 сбежать домой, ведь там семья, солнце, шашлыки. Программирование и проект - это уже дело десятое. Это всё утрировано, но такое встречается.
Некоторые считают себя умнее какого-то вчерашнего студента, поэтому у них возникает мысль, что проект нужно переписать, всё написано неправильно, всё работает не так. С пламенем в глазах, такой возрастной вайтишник бежит к начальнику с презентацией, ведь с начальником нужно быть на одной ноге, да и по возрасту он ближе. С молодым техлидом общаться не будет, вдруг ему не понравится решение, вот ещё, выслушивать замечания мелких и неопытных? Однако чаще всего начальник всё равно обратится за консультацией к лиду, т.к. он лучше всех разбирается в технической части данного проекта.
Ещё существуют застрявшие в прошлом, которые считают, что все эти ваши модные кубернетесы, микросервисы, машин лёрнинги не нужны, на 𝙹𝚊𝚟𝚊 7 и 𝙹𝚚𝚞𝚎𝚛𝚢 нормально жить можно. Старое ведь надёжнее.
Молодым техлидам приходится очень сложно, когда в команде есть большой разрыв по возрасту. На собеседовании обязательно узнайте, с кем будете работать. Подумайте, будете ли вы следовать указаниям молодого специалиста, сможете ли вы найти общий язык. Если есть большой разрыв, но вы чувствуете, что молоды в душе, то идите и ни на что не обращайте внимание.
В текущих реалиях, должность 𝚃𝚎𝚊𝚖𝙻𝚎𝚊𝚍\𝚃𝚎𝚌𝚑𝙻𝚎𝚊𝚍, по большей части, относится к человеку, который дольше всех участвует в разработке проекта. Часто, это джун, который пришёл поддерживать небольшие фичи и хотелки заказчика. Проект начал развиваться и вокруг него выросла команда, приходят новые разработчики, тестировщики, аналитики. Всё хорошо до той поры, пока в команде все +/- одного возраста, но когда к такому зелёному 22х-летнему тимлиду в роли рядового разработчика на проект нанимают 35-летнего, тогда начинаются проблемы.
В силу возраста и уважения к старшим, приходится считаться с их мнением, оно и понятно, возраст то больше, значит и опыт... должен соответствовать? - Нет, сейчас людей за 30-35 решивших пойти в айти пруд-пруди, и вот появляется он, взрослый, со своим мнением и "опытом", желающий только одного, получить свою ЗП, а в 18:00 сбежать домой, ведь там семья, солнце, шашлыки. Программирование и проект - это уже дело десятое. Это всё утрировано, но такое встречается.
Некоторые считают себя умнее какого-то вчерашнего студента, поэтому у них возникает мысль, что проект нужно переписать, всё написано неправильно, всё работает не так. С пламенем в глазах, такой возрастной вайтишник бежит к начальнику с презентацией, ведь с начальником нужно быть на одной ноге, да и по возрасту он ближе. С молодым техлидом общаться не будет, вдруг ему не понравится решение, вот ещё, выслушивать замечания мелких и неопытных? Однако чаще всего начальник всё равно обратится за консультацией к лиду, т.к. он лучше всех разбирается в технической части данного проекта.
Ещё существуют застрявшие в прошлом, которые считают, что все эти ваши модные кубернетесы, микросервисы, машин лёрнинги не нужны, на 𝙹𝚊𝚟𝚊 7 и 𝙹𝚚𝚞𝚎𝚛𝚢 нормально жить можно. Старое ведь надёжнее.
Молодым техлидам приходится очень сложно, когда в команде есть большой разрыв по возрасту. На собеседовании обязательно узнайте, с кем будете работать. Подумайте, будете ли вы следовать указаниям молодого специалиста, сможете ли вы найти общий язык. Если есть большой разрыв, но вы чувствуете, что молоды в душе, то идите и ни на что не обращайте внимание.
🔹Возрастной разрыв. Глава 2🔹
Судя по комментариям в Instagram к предыдущему посту, в повседневной жизни я выгляжу так как на фотографии 😄 Мне нравится, когда люди демонстрируют свою реакцию и дают обратную связь. Не думал, что пост вызовет столько активности, комментариев и сохранений. История собрала в себе весь негативный образ человека, который пытается за счёт возраста, а не опыта, влиять на процессы компании. Возможно, расстрою Вас, но со мной это никак не связано. Это лишь выдуманный пример, на основании вопроса к кандидатам, почему они покинули свое предыдущее место работы. Естественно, это не применимо ко многим специалистам, которые и в 30, и 40 лет меняют свою специальность.
Каждый воспринял всё по-своему, так сказать, примерил на себе этот образ в мере своей распущенности. Значит есть проблема, Вы думаете об этом и это Вас тревожит.
Если вы уделяете значительное время образованию и работе, то наверняка сможете стать Senior разработчиком через 5-6 лет. Не важно, во сколько начнёте в 20 или в 30. Что же думают на этот счёт в Google и Amazon? Медианный возраст сотрудников там составляет 30 лет. В Facebook - 28.
Резонный вопрос, почему в таких больших компаниях такой небольшой медианный возраст? Для многих разработчиков большие компании являются трамплином для основания своих стартапов, они зарабатывают опыт, начальный капитал, связи. Только затем открывают свой стартап. Среди успешных предпринимателей медианный возраст 45 лет! Дело в том, что стартап это долгий и итеративный процесс, со взлётами и падениями. В среднем успешной компании для капитализации в 1 млрд $ требуется 8-10 лет.
В нашей стране редко становятся предпринимателями, но сменить профессию на более прибыльную это логичный шаг, всем хочется красивой жизни. Это отлично и это естественно. Я общался с разными кандидатами, некоторые проходили несколько курсов, готовили отличное резюме и выкладывали интересный код в Github. Если человек располагает к себе, то действительно на возраст никто и не посмотрит.
https://www.instagram.com/p/CPBv5s2AflQ/
Судя по комментариям в Instagram к предыдущему посту, в повседневной жизни я выгляжу так как на фотографии 😄 Мне нравится, когда люди демонстрируют свою реакцию и дают обратную связь. Не думал, что пост вызовет столько активности, комментариев и сохранений. История собрала в себе весь негативный образ человека, который пытается за счёт возраста, а не опыта, влиять на процессы компании. Возможно, расстрою Вас, но со мной это никак не связано. Это лишь выдуманный пример, на основании вопроса к кандидатам, почему они покинули свое предыдущее место работы. Естественно, это не применимо ко многим специалистам, которые и в 30, и 40 лет меняют свою специальность.
Каждый воспринял всё по-своему, так сказать, примерил на себе этот образ в мере своей распущенности. Значит есть проблема, Вы думаете об этом и это Вас тревожит.
Если вы уделяете значительное время образованию и работе, то наверняка сможете стать Senior разработчиком через 5-6 лет. Не важно, во сколько начнёте в 20 или в 30. Что же думают на этот счёт в Google и Amazon? Медианный возраст сотрудников там составляет 30 лет. В Facebook - 28.
Резонный вопрос, почему в таких больших компаниях такой небольшой медианный возраст? Для многих разработчиков большие компании являются трамплином для основания своих стартапов, они зарабатывают опыт, начальный капитал, связи. Только затем открывают свой стартап. Среди успешных предпринимателей медианный возраст 45 лет! Дело в том, что стартап это долгий и итеративный процесс, со взлётами и падениями. В среднем успешной компании для капитализации в 1 млрд $ требуется 8-10 лет.
В нашей стране редко становятся предпринимателями, но сменить профессию на более прибыльную это логичный шаг, всем хочется красивой жизни. Это отлично и это естественно. Я общался с разными кандидатами, некоторые проходили несколько курсов, готовили отличное резюме и выкладывали интересный код в Github. Если человек располагает к себе, то действительно на возраст никто и не посмотрит.
https://www.instagram.com/p/CPBv5s2AflQ/
🔹Вопросы, которые необходимо задать после собеседования🔹
По моим наблюдениям, вопросы после собеседования задают лишь 30% кандидатов, в основном это Senior-разработчики. Чаще всего, молодые специалисты не задумываются, в каких условиях они будут работать, т.к. цель такого кандидата просто устроиться на работу, а там уже привыкнет. Однако, это крайне неправильный подход. Работодатели как раз и надеются нанять таких джунов, которые не знают свою цену и не прихотливы к условиям. В итоге, Вы получаете подвал без окон, компьютер с процессором Intel Pentium, жёсткие дедлайны, работу по ночам и полную ненависть к себе (всё, конечно, утрированно).
Итак, что же спросить и как обезопасить своё психологическое здоровье, чтобы первый опыт работы был максимально комфортным?
1️⃣ Самое важное, конечно, чем Вам конкретно предстоит заниматься? Постарайтесь узнать как можно больше о воркфлоу. Кто пишет задачи, как производится тестирование/аналитика, какие системы контроля версии используются, от кого поступают задачи, как происходит ревью кода, созвоны/митинги, методология разработки. Приходится ли каждый день отчитываться о своей работе, сколько часов на задачу было потрачено. Спросите у разработчика, как проходит его типичный рабочий день. Ответ в стиле: "мы не можем Вам рассказать, мы подписали NDA", должен Вас насторожить, нередко это просто отговорка, чтобы не раскрывать какие-то карты.
2️⃣ Ноутбук или компьютер, его характеристики. Предоставляют ли дополнительные аксессуары (наушники, мышь, монитор, мобильные телефоны). В случае, если работодатель не предоставляет технику, то стоит обговорить изменение ЗП.
3️⃣ Рабочее место. Бывает так, что Вы приезжаете на собеседование в шикарный офис в центре города, а конкретно Ваша команда находится где-то в другой части здания в маленькой комнате. Обязательно, просите показать Ваше рабочее место. Плохо, если программисты сидят в опенспейсе вместе с бухгалтерами и отделом продаж.
4️⃣ Зарплата/премия/штрафы. Белая ЗП, конечно плюс. Обязательно почитайте отзывы о компании, бывают ли задержки ЗП. Выясните, как часто происходит пересмотр ЗП. Узнайте, есть ли премии. Хотя, премии - это ЗП, которую Вам могут и не дать, поэтому на нее рассчитывать не стоит. В госконторах любят устанавливать штрафы за опоздания, неформальный внешний вид, уход с работы раньше времени и тд.
5️⃣ Как в компании реагируют на факапы. Нужно ли Вам срываться на выходных/ночью, чтобы быстрее поправить баг в проде. Узнайте, как именно оплачиваются переработки, есть ли звонки по ночам от службы поддержки.
6️⃣ Удаленка или офис. В случае удалёнки, все расходы на рабочее место ложатся на Вас, поэтому стоит обсудить изменение ЗП.
7️⃣ Плюшки компании. Конференции, кофе, печеньки, ДМС, стоматология, занятия английским - это уже стандартный соцпакет хорошей IT-компании.
8️⃣ Отпуск/больничный/гибкий график. Можете ли Вы работать из дома в случае болезни. Если Вы студент - обязательно обговорите наличие гибкого графика.
9️⃣ ИП - это довольно трудный вопрос, особенно, если у вас его нет, а работодатель просит. В первую очередь, всё нужно выяснить самостоятельно с помощью гугла или консультационных центров, т.к. в компании вам скажут, что сейчас всё просто и делается одной кнопкой онлайн. На деле, есть огромное количество подводных камней и взносов, штрафы за неуплату вовремя и т.п. Если вы идёте на этот шаг, то обговорите все этапы, просите ЗП, как минимум, на 20% выше желаемой + оплату всех налоговых взносов со стороны компании.
🔟 Будет ли TeamLead. Если Вы Junior-разработчик и Вас хотят сделать архитектором на новый проект, 10 раз подумайте, хотите ли Вы взять всю ответственность на себя, и не спать ночами, чтобы уложиться в срок. Вряд ли Вам понравится
https://www.instagram.com/p/CPSRGRTDg_q/
По моим наблюдениям, вопросы после собеседования задают лишь 30% кандидатов, в основном это Senior-разработчики. Чаще всего, молодые специалисты не задумываются, в каких условиях они будут работать, т.к. цель такого кандидата просто устроиться на работу, а там уже привыкнет. Однако, это крайне неправильный подход. Работодатели как раз и надеются нанять таких джунов, которые не знают свою цену и не прихотливы к условиям. В итоге, Вы получаете подвал без окон, компьютер с процессором Intel Pentium, жёсткие дедлайны, работу по ночам и полную ненависть к себе (всё, конечно, утрированно).
Итак, что же спросить и как обезопасить своё психологическое здоровье, чтобы первый опыт работы был максимально комфортным?
1️⃣ Самое важное, конечно, чем Вам конкретно предстоит заниматься? Постарайтесь узнать как можно больше о воркфлоу. Кто пишет задачи, как производится тестирование/аналитика, какие системы контроля версии используются, от кого поступают задачи, как происходит ревью кода, созвоны/митинги, методология разработки. Приходится ли каждый день отчитываться о своей работе, сколько часов на задачу было потрачено. Спросите у разработчика, как проходит его типичный рабочий день. Ответ в стиле: "мы не можем Вам рассказать, мы подписали NDA", должен Вас насторожить, нередко это просто отговорка, чтобы не раскрывать какие-то карты.
2️⃣ Ноутбук или компьютер, его характеристики. Предоставляют ли дополнительные аксессуары (наушники, мышь, монитор, мобильные телефоны). В случае, если работодатель не предоставляет технику, то стоит обговорить изменение ЗП.
3️⃣ Рабочее место. Бывает так, что Вы приезжаете на собеседование в шикарный офис в центре города, а конкретно Ваша команда находится где-то в другой части здания в маленькой комнате. Обязательно, просите показать Ваше рабочее место. Плохо, если программисты сидят в опенспейсе вместе с бухгалтерами и отделом продаж.
4️⃣ Зарплата/премия/штрафы. Белая ЗП, конечно плюс. Обязательно почитайте отзывы о компании, бывают ли задержки ЗП. Выясните, как часто происходит пересмотр ЗП. Узнайте, есть ли премии. Хотя, премии - это ЗП, которую Вам могут и не дать, поэтому на нее рассчитывать не стоит. В госконторах любят устанавливать штрафы за опоздания, неформальный внешний вид, уход с работы раньше времени и тд.
5️⃣ Как в компании реагируют на факапы. Нужно ли Вам срываться на выходных/ночью, чтобы быстрее поправить баг в проде. Узнайте, как именно оплачиваются переработки, есть ли звонки по ночам от службы поддержки.
6️⃣ Удаленка или офис. В случае удалёнки, все расходы на рабочее место ложатся на Вас, поэтому стоит обсудить изменение ЗП.
7️⃣ Плюшки компании. Конференции, кофе, печеньки, ДМС, стоматология, занятия английским - это уже стандартный соцпакет хорошей IT-компании.
8️⃣ Отпуск/больничный/гибкий график. Можете ли Вы работать из дома в случае болезни. Если Вы студент - обязательно обговорите наличие гибкого графика.
9️⃣ ИП - это довольно трудный вопрос, особенно, если у вас его нет, а работодатель просит. В первую очередь, всё нужно выяснить самостоятельно с помощью гугла или консультационных центров, т.к. в компании вам скажут, что сейчас всё просто и делается одной кнопкой онлайн. На деле, есть огромное количество подводных камней и взносов, штрафы за неуплату вовремя и т.п. Если вы идёте на этот шаг, то обговорите все этапы, просите ЗП, как минимум, на 20% выше желаемой + оплату всех налоговых взносов со стороны компании.
🔟 Будет ли TeamLead. Если Вы Junior-разработчик и Вас хотят сделать архитектором на новый проект, 10 раз подумайте, хотите ли Вы взять всю ответственность на себя, и не спать ночами, чтобы уложиться в срок. Вряд ли Вам понравится
https://www.instagram.com/p/CPSRGRTDg_q/
🔹Тестовые задания, или докажите, что вы не робот🔹
❓Зачем же нужны тестовые задания?
Прежде всего тестовые задания экономят время компании и позволяют отсеять кандидатов, которые подают своё резюме на "авось прокатит". Также, хорошо составленное задание, могут показать как человек будет справляться с реальными задачами (но это не точно).
❓Нужно ли выполнять тестовое задание кандидату с опытом?
Опытные разработчики редко встречают данное требование в вакансии. Большинство компаний, которые готовые нанимать программистов Middle+, скорее всего обойдутся устным общением. Кандидат может не захотеть тратить время на бесплатную работу, да и за 1-2 часа можно сформировать общее мнение о потенциальном кандидате, а дальше на испытательном сроке всё станет понятно. Если компании настаивает на выполнении - тогда стоит обсудить оплату тестовой задачи.
❓Что делать начинающим разработчикам?
Частенько, кандидатам, у которых за плечами из опыта курсы или ВУЗ, приходят сообщения вида: "Мы рассмотрели ваше резюме и готовы предложить выполнить тестовое задание". Здесь уже давайте смотреть на ситуации.
1️⃣ Вы о компании ничего не знаете, также и о Вас никто ничего не знает. Такие тестовые задания редко проверяются тщательно, на них сложно получить фидбэк, да и не факт, что их вообще посмотрят. В то же время, начинающие программисты бросаются сразу их выполнять, нередко тратятся дни, а то и недели, а в ответ может прийти стандартное: "Вы нам не подходите". Может ревьюер был в плохом настроении или ожидал код, написанный Senior'ом. Что делать? Вы наверняка уже писали свои pet-проекты, отправьте ссылку на репозиторий, пусть смотрят его, не стоит тратить время на компании, которые будут требовать
ваше время, без непосредственного общения с вами.
2️⃣ Когда тестовое задание выдаётся по результатам устного общения, у Вас и у компании уже имеется информация, вы друг другу задали интересующие вопросы и возможно, обсудили зарплатные ожидания, режим работы и проекты. Если у Вас совсем нет опыта и нет проектов, то выполните это тестовое задание, но делайте его с прицелом на то, что если эта компания вам откажет, Вы сможете показать этот репозиторий другим. Не стоит соглашаться выполнять тестовое каждой компании, у Вас не бесконечное время и оно тоже стоит денег. Возможно, некоторые возразят: "Делая эти тестовые задания, мы развиваемся как специалисты". Это так, но может быть Вы просто бесплатно выполняете задачи по проекту, а иногда и бесплатно пишите весь проект 🙂 Если хочется развиваться - пишите проекты для себя и старайтесь их монетизировать.
3️⃣ В последние годы, популярность набирают платные тестовые задания. Компании после устного собеседования могут предложить тестовое с вознаграждением. Они идут на этот шаг, т.к. понимают, что время деньги, а достойных кандидатов мало, случайно можно отсеять очень хороших кандидатов, а так хотя бы будет мотивация выполнять работу. В любом случае для
работодателя это дешевле, чем нанять неподходящего кандидата. Если такое тестовое задание занимает более 1-2 дней разработки - скорее всего, Вам просто подсунули реальный проект за меньшую оплату. В данном случае делать или нет - дело Ваше, если необходим опыт (который потом можно указать в резюме) или деньги - делайте.
❓Подытожим
На мой взгляд, необходимость тестовых отпала с появлением открытых репозиториев. Если у вас есть открытые проекты на Github, которыми вы гордитесь, то ВСЕГДА демонстрируйте их. Если компания просит выполнить тестовое, предложите заменить его на просмотр вашего готового репозитория, если это не "калькулятор", а интересный проект, то с большой вероятностью интервьюеры одобрят такой шаг.
P.S. Был один случай, я проходил собеседование в небольшую компанию. После разговора с руководителем технического направления, мне предложили пройти тестовое задание,
я спросил: "Зачем?", ответ очень позабавил: "У нас принято предлагать, но можете отказаться, мы и так вас берём".
https://www.instagram.com/p/CPpyyLYDmHM
❓Зачем же нужны тестовые задания?
Прежде всего тестовые задания экономят время компании и позволяют отсеять кандидатов, которые подают своё резюме на "авось прокатит". Также, хорошо составленное задание, могут показать как человек будет справляться с реальными задачами (но это не точно).
❓Нужно ли выполнять тестовое задание кандидату с опытом?
Опытные разработчики редко встречают данное требование в вакансии. Большинство компаний, которые готовые нанимать программистов Middle+, скорее всего обойдутся устным общением. Кандидат может не захотеть тратить время на бесплатную работу, да и за 1-2 часа можно сформировать общее мнение о потенциальном кандидате, а дальше на испытательном сроке всё станет понятно. Если компании настаивает на выполнении - тогда стоит обсудить оплату тестовой задачи.
❓Что делать начинающим разработчикам?
Частенько, кандидатам, у которых за плечами из опыта курсы или ВУЗ, приходят сообщения вида: "Мы рассмотрели ваше резюме и готовы предложить выполнить тестовое задание". Здесь уже давайте смотреть на ситуации.
1️⃣ Вы о компании ничего не знаете, также и о Вас никто ничего не знает. Такие тестовые задания редко проверяются тщательно, на них сложно получить фидбэк, да и не факт, что их вообще посмотрят. В то же время, начинающие программисты бросаются сразу их выполнять, нередко тратятся дни, а то и недели, а в ответ может прийти стандартное: "Вы нам не подходите". Может ревьюер был в плохом настроении или ожидал код, написанный Senior'ом. Что делать? Вы наверняка уже писали свои pet-проекты, отправьте ссылку на репозиторий, пусть смотрят его, не стоит тратить время на компании, которые будут требовать
ваше время, без непосредственного общения с вами.
2️⃣ Когда тестовое задание выдаётся по результатам устного общения, у Вас и у компании уже имеется информация, вы друг другу задали интересующие вопросы и возможно, обсудили зарплатные ожидания, режим работы и проекты. Если у Вас совсем нет опыта и нет проектов, то выполните это тестовое задание, но делайте его с прицелом на то, что если эта компания вам откажет, Вы сможете показать этот репозиторий другим. Не стоит соглашаться выполнять тестовое каждой компании, у Вас не бесконечное время и оно тоже стоит денег. Возможно, некоторые возразят: "Делая эти тестовые задания, мы развиваемся как специалисты". Это так, но может быть Вы просто бесплатно выполняете задачи по проекту, а иногда и бесплатно пишите весь проект 🙂 Если хочется развиваться - пишите проекты для себя и старайтесь их монетизировать.
3️⃣ В последние годы, популярность набирают платные тестовые задания. Компании после устного собеседования могут предложить тестовое с вознаграждением. Они идут на этот шаг, т.к. понимают, что время деньги, а достойных кандидатов мало, случайно можно отсеять очень хороших кандидатов, а так хотя бы будет мотивация выполнять работу. В любом случае для
работодателя это дешевле, чем нанять неподходящего кандидата. Если такое тестовое задание занимает более 1-2 дней разработки - скорее всего, Вам просто подсунули реальный проект за меньшую оплату. В данном случае делать или нет - дело Ваше, если необходим опыт (который потом можно указать в резюме) или деньги - делайте.
❓Подытожим
На мой взгляд, необходимость тестовых отпала с появлением открытых репозиториев. Если у вас есть открытые проекты на Github, которыми вы гордитесь, то ВСЕГДА демонстрируйте их. Если компания просит выполнить тестовое, предложите заменить его на просмотр вашего готового репозитория, если это не "калькулятор", а интересный проект, то с большой вероятностью интервьюеры одобрят такой шаг.
P.S. Был один случай, я проходил собеседование в небольшую компанию. После разговора с руководителем технического направления, мне предложили пройти тестовое задание,
я спросил: "Зачем?", ответ очень позабавил: "У нас принято предлагать, но можете отказаться, мы и так вас берём".
https://www.instagram.com/p/CPpyyLYDmHM
🔹Зарплатные ожидания🔹
Практически каждый соискатель, который формирует резюме, рассуждает над строкой "Зарплатные ожидания". В голове происходит следующее:
- Я: Сколько просить? Нет, сколько я стою?
- Мозг: Ставь миллион у.е.
- Я: Да кто же меня возьмёт за столько?
- Мозг: Ладно, ладно, я не жадный, 100 тыс💰 в месяц тебе будет достаточно
После таких мыслей, мы сосредотачиваемся и начинаем размышлять разумно:
- Я: Так, у меня есть 2 года коммерческого опыта с языком N, я знаком с технологиями [M]
- Мозг: ... с такими навыками компании предлагают от 50к до 250к
- Я: И как нам это поможет?
⏰ Прошло 2 часа
- Мозг: хм, давай поищем кандидатов с похожими навыками, узнаем сколько они просят
⏰ Прошло 2 часа
- Я: Так, кандидаты тоже странные, есть парень, который просит за такие же навыки 300к
- Мозг: хе-хе, ну пусть ищет, будто ему кто-то заплатит. Так сколько просить?
- Я: Ты у нас мозг, я тебя зачем кормлю? Думай давай.
- Мозг: 🗿🗿🗿🗿
Так как же в этом зоопарке вилок узнать, сколько Вы стоите? ‼️Только опытным путём‼️ Самое интересное, что рано или поздно Вы найдёте компанию, которая будет готова взять Вас независимо от ваших ожиданий.
Почему специалисты с одинаковыми навыками получают разные ЗП? - Потому что они столько попросили. Безусловно, надо разумно подходить к оценке своих возможностей, не стоит на должности Junior просить 300к, это Вас конечно не обязывает, но на техническом собеседовании от Вас будут ожидать сильно больше, чем вы сможете дать. У каждой компании есть вилка на кандидата, которая формируется следующим образом (пункты расставлены по приоритетам):
1️⃣ Возможности компании. Если компания может позволить себе нанять мидла за 4 тыс $ в мес, то она и предложит такую ЗП, несмотря на то, что в других компаниях это ЗП Senior-разработчика.
2️⃣ Ожидания кандидатов. Компании просматривают ожидания кандидатов, которые выставили ЗП в резюме. При этом, Senior-разработчики вытягивают зарплаты джунам и мидлам, т.к. формируется мнение, что джун и мидл стоят N% от зарплаты Senior.
3️⃣ Зарплаты конкурентов. В последнюю очередь смотрят на то, сколько предлагают конкуренты за аналогичного специалиста.
По моему опыту, специалисты, которые ищут первую работу или им срочно нужна работа, ставят очень низкую планку и попадают в непростую среду. Рекрутеры хороших IT-компаний могут просто пропустить резюме, потому что в критериях поиска забита минимальная ЗП в 50к, а вы поставили 30к. В итоге, Вы можете попасть в "ООО Рога и Копыта", где будете работать по 12 часов, а не головой. Если у Вас есть время на поиск, меньше ваших ожиданий просить не стоит.
Когда у Вас уже есть опыт и Вы работаете в компании, но решили её сменить, ставьте зарплатные ожидания по комфортной вам цифре (можете докинуть 10-30% сверху).
Если вы понимаете, что вам в месяц будет достаточно 1 тыс $ (чтобы жить, а не выживать), то и ставьте в резюме столько. Если Вы понимаете, что опыт позволяет и хотите 7 тыс $
в месяц, отлично просите столько, это ни Вас, ни компанию ни к чему не обязывает. На каждый товар найдётся свой покупатель.
Иногда встречаются Junior, которые гораздо способнее Middle, но у них есть проблемы с самооценкой, которая не даёт им попросить больше.
Компании разные и процессы отбора у них тоже разные, в одной вам не повезёт и все вопросы будут про те вещи, которые вы никогда не слышали, а в другой Вас спросят примитивные вопросы: "Что такое хэшкод?" и на этом техническая часть закончится (не шучу, у меня такое было, просто я больше рассказывал про свой опыт).
Интересно, что в американских компаниях принято торговаться. Вы идёте, собираете несколько офферов с разной ЗП, а затем приходите в понравившуюся вам компанию и говорите, что вот,
там мне предложили больше, очень редко отказывают пересматривать оффер.
Ставьте столько, сколько хотите, и на вашу зарплату найдётся работодатель.
https://www.instagram.com/p/CP78UPpDd5G
Практически каждый соискатель, который формирует резюме, рассуждает над строкой "Зарплатные ожидания". В голове происходит следующее:
- Я: Сколько просить? Нет, сколько я стою?
- Мозг: Ставь миллион у.е.
- Я: Да кто же меня возьмёт за столько?
- Мозг: Ладно, ладно, я не жадный, 100 тыс💰 в месяц тебе будет достаточно
После таких мыслей, мы сосредотачиваемся и начинаем размышлять разумно:
- Я: Так, у меня есть 2 года коммерческого опыта с языком N, я знаком с технологиями [M]
- Мозг: ... с такими навыками компании предлагают от 50к до 250к
- Я: И как нам это поможет?
⏰ Прошло 2 часа
- Мозг: хм, давай поищем кандидатов с похожими навыками, узнаем сколько они просят
⏰ Прошло 2 часа
- Я: Так, кандидаты тоже странные, есть парень, который просит за такие же навыки 300к
- Мозг: хе-хе, ну пусть ищет, будто ему кто-то заплатит. Так сколько просить?
- Я: Ты у нас мозг, я тебя зачем кормлю? Думай давай.
- Мозг: 🗿🗿🗿🗿
Так как же в этом зоопарке вилок узнать, сколько Вы стоите? ‼️Только опытным путём‼️ Самое интересное, что рано или поздно Вы найдёте компанию, которая будет готова взять Вас независимо от ваших ожиданий.
Почему специалисты с одинаковыми навыками получают разные ЗП? - Потому что они столько попросили. Безусловно, надо разумно подходить к оценке своих возможностей, не стоит на должности Junior просить 300к, это Вас конечно не обязывает, но на техническом собеседовании от Вас будут ожидать сильно больше, чем вы сможете дать. У каждой компании есть вилка на кандидата, которая формируется следующим образом (пункты расставлены по приоритетам):
1️⃣ Возможности компании. Если компания может позволить себе нанять мидла за 4 тыс $ в мес, то она и предложит такую ЗП, несмотря на то, что в других компаниях это ЗП Senior-разработчика.
2️⃣ Ожидания кандидатов. Компании просматривают ожидания кандидатов, которые выставили ЗП в резюме. При этом, Senior-разработчики вытягивают зарплаты джунам и мидлам, т.к. формируется мнение, что джун и мидл стоят N% от зарплаты Senior.
3️⃣ Зарплаты конкурентов. В последнюю очередь смотрят на то, сколько предлагают конкуренты за аналогичного специалиста.
По моему опыту, специалисты, которые ищут первую работу или им срочно нужна работа, ставят очень низкую планку и попадают в непростую среду. Рекрутеры хороших IT-компаний могут просто пропустить резюме, потому что в критериях поиска забита минимальная ЗП в 50к, а вы поставили 30к. В итоге, Вы можете попасть в "ООО Рога и Копыта", где будете работать по 12 часов, а не головой. Если у Вас есть время на поиск, меньше ваших ожиданий просить не стоит.
Когда у Вас уже есть опыт и Вы работаете в компании, но решили её сменить, ставьте зарплатные ожидания по комфортной вам цифре (можете докинуть 10-30% сверху).
Если вы понимаете, что вам в месяц будет достаточно 1 тыс $ (чтобы жить, а не выживать), то и ставьте в резюме столько. Если Вы понимаете, что опыт позволяет и хотите 7 тыс $
в месяц, отлично просите столько, это ни Вас, ни компанию ни к чему не обязывает. На каждый товар найдётся свой покупатель.
Иногда встречаются Junior, которые гораздо способнее Middle, но у них есть проблемы с самооценкой, которая не даёт им попросить больше.
Компании разные и процессы отбора у них тоже разные, в одной вам не повезёт и все вопросы будут про те вещи, которые вы никогда не слышали, а в другой Вас спросят примитивные вопросы: "Что такое хэшкод?" и на этом техническая часть закончится (не шучу, у меня такое было, просто я больше рассказывал про свой опыт).
Интересно, что в американских компаниях принято торговаться. Вы идёте, собираете несколько офферов с разной ЗП, а затем приходите в понравившуюся вам компанию и говорите, что вот,
там мне предложили больше, очень редко отказывают пересматривать оффер.
Ставьте столько, сколько хотите, и на вашу зарплату найдётся работодатель.
https://www.instagram.com/p/CP78UPpDd5G
Значимость заголовков
Представьте, что вам написали рекрутеры двух компаний. В первом письме было предложено рассмотреть должность "Программист-разработчик", а во-втором "Senior Software Engineer". Что из этого звучит солиднее? Возможно, подсознательно, вам сперва захочется прочитать второе письмо. Такая должность гораздо точнее описывает вашу позицию, компания лучше понимает кто им нужен + на английском это звучит лучше, возможно и компания больше "в теме".
Бывает так, что под громкими заголовками, скрывается ничем не примечательная позиция, неинтересные рутинные задачи, а то и вовсе не то, что подразумевается вами. Компании завлекают лучших специалистов указывая самые разные названия. Стоит обговорить всё что написано на скрининг интервью с рекрутером. За должностью "Middle Python Developer" может скрываться должность "QA Automation".
Точно также это работает и в обратную сторону, когда кандидат пишет абстрактно "Программист" или "Junior Разработчик" в названии резюме, это выглядит менее привлекательно, чем "Java Junior Software Engineer". Интервьюеры и рекрутеры на просмотр резюме в самый первый раз, тратят около 30 секунд, ваша задача заинтересовать их за секунды. Заголовок одна из важнейших частей резюме, он должен быть краток и полностью описывать вашу желаемую должность. Укажите в нём ключевые слова для поиска, подумайте: если бы вы были рекрутером, на какой заголовок вы бы обратили внимание и по каким словам искали бы подходящего кандидата?
В то же время не стоит переусердствовать и писать в заголовке вообще всё что приходит в голову. Стоит понимать, что резюме не должно быть шуткой, иначе могут подумать, что вы относитесь к поиску работы несерьёзно.
https://www.instagram.com/p/CQYJD0xDSrk/
Представьте, что вам написали рекрутеры двух компаний. В первом письме было предложено рассмотреть должность "Программист-разработчик", а во-втором "Senior Software Engineer". Что из этого звучит солиднее? Возможно, подсознательно, вам сперва захочется прочитать второе письмо. Такая должность гораздо точнее описывает вашу позицию, компания лучше понимает кто им нужен + на английском это звучит лучше, возможно и компания больше "в теме".
Бывает так, что под громкими заголовками, скрывается ничем не примечательная позиция, неинтересные рутинные задачи, а то и вовсе не то, что подразумевается вами. Компании завлекают лучших специалистов указывая самые разные названия. Стоит обговорить всё что написано на скрининг интервью с рекрутером. За должностью "Middle Python Developer" может скрываться должность "QA Automation".
Точно также это работает и в обратную сторону, когда кандидат пишет абстрактно "Программист" или "Junior Разработчик" в названии резюме, это выглядит менее привлекательно, чем "Java Junior Software Engineer". Интервьюеры и рекрутеры на просмотр резюме в самый первый раз, тратят около 30 секунд, ваша задача заинтересовать их за секунды. Заголовок одна из важнейших частей резюме, он должен быть краток и полностью описывать вашу желаемую должность. Укажите в нём ключевые слова для поиска, подумайте: если бы вы были рекрутером, на какой заголовок вы бы обратили внимание и по каким словам искали бы подходящего кандидата?
В то же время не стоит переусердствовать и писать в заголовке вообще всё что приходит в голову. Стоит понимать, что резюме не должно быть шуткой, иначе могут подумать, что вы относитесь к поиску работы несерьёзно.
https://www.instagram.com/p/CQYJD0xDSrk/
Instagram
Instagram
🔹Матрица зарплат IT профессий🔹
Многие для выбора направления отталкиваются от зарплат. Если Вам важен будущий заработок и Вы только задумываетесь о том, кем стоит стать, то составьте матрицу зарплат. Пример матрицы зарплат IT профессий в Санкт-Петербурге смотрите в ленте. Информация собрана как из открытых источников, так и из личных бесед с коллегами по данным направлениям. Цифры скорректированы и актуальны на ИЮНЬ 2021.
В данной матрице отсутствует ступень Lead (TeamLead\TechLead). Вилки в разных компаниях слишком разнятся: в одной ЗП может быть 2 000 $, а в соседней 8 000 $. На данную позицию проводится много собеседований и оцениваются не столько технические способности, сколько софт-скиллы. Более того, TechLead обычно обладает знаниями из разных IT областей, он способен в одиночку сделать продукт от и до, поэтому с ними обычно ведётся отдельный разговор по поводу ЗП.
https://www.instagram.com/p/CQx5bCmDPnx/?utm_medium=copy_link
Многие для выбора направления отталкиваются от зарплат. Если Вам важен будущий заработок и Вы только задумываетесь о том, кем стоит стать, то составьте матрицу зарплат. Пример матрицы зарплат IT профессий в Санкт-Петербурге смотрите в ленте. Информация собрана как из открытых источников, так и из личных бесед с коллегами по данным направлениям. Цифры скорректированы и актуальны на ИЮНЬ 2021.
В данной матрице отсутствует ступень Lead (TeamLead\TechLead). Вилки в разных компаниях слишком разнятся: в одной ЗП может быть 2 000 $, а в соседней 8 000 $. На данную позицию проводится много собеседований и оцениваются не столько технические способности, сколько софт-скиллы. Более того, TechLead обычно обладает знаниями из разных IT областей, он способен в одиночку сделать продукт от и до, поэтому с ними обычно ведётся отдельный разговор по поводу ЗП.
https://www.instagram.com/p/CQx5bCmDPnx/?utm_medium=copy_link
🔹Загугли🔹
Во время карантина, многие IT-компании убедились: большая часть этапов отбора не требует личных встреч соискателя и работодателя. Это значительно сэкономило всем время. Однако все чаще кандидаты во время проведения технического интервью пытаются загуглить ответ, аргументируя, что держать в голове ничего особо не нужно, вся информация гуглится за 5 секунд. Да, согласен, оно гуглится быстро, если Вы знаете и понимаете, что Вам необходимо загуглить, а если нет?
Одним вечером, я проводил собеседование на должность Senior Java Software Engineer. Для снижения уровня стресса у меня нет требования включать камеру. В первые же минуты общения я отчётливо слышал, что кандидат стучит по клавиатуре. Запрета на использование поисковиков не было, о чём я и заявил собеседнику. Напротив, считаю, что умение пользоваться гуглом, это один из основополагающих навыков в программировании, однако я поставил ограничение, что он может гуглить вопрос не более 2-х минут, чтобы диалог не был прерывистым и скучным. Кандидат, конечно же, порадовался такой возможности. Кажется, это самое простое собеседование, которое может быть, но не всё так просто. Как техлид, я отлично понимаю, что если знаний и понимания нет, то ни 5 секунд, ни 2-х минут недостаточно, чтобы найти и осознать ответ. Кандидат завалил собеседование, к слову, претендовал он на 3 500 $, у него было 4 года опыта, да и вопросы были не такими сложными, мы просто не успели дойти до сложных. Самое печальное, что кандидат все эти года просто таскал данные из базы и отдавал их на endpoint. Только из-за потраченных лет он оценил себя как Senior, хотя по сути уровень соответствовал Junior. Задачи ему расписывали от и до, а если что-то было непонятно с технической стороны, он просил техлида дописать. Ни гугл, ни мои подсказки не смогли его навести на ответы, просто потому, что их нет в голове, понимание не может прийти, если нет теории. Кто-то может возразить, что 2-х минут на вопрос это мало. Однако, когда знания есть и нужно что-то вспомнить, то и 5 секунд хватит, а если знаний нет, то придётся разбираться час-два.
Не могу назвать свои собеседования тяжёлыми. Конечно, я могу спросить, например, про деревья или влезть в глубину технологии, но все эти вопросы даны чтобы подумать, единственного ответа нет. Я озвучиваю вопрос, даю подсказки, выслушиваю мысли кандидата и направляю его. Немногие кандидаты отвечают сразу, некоторые отвечают с подсказками, но самые трудные те, кто даже не слышал и не хочет слушать про графы, устройство компьютера и т.п. Если Junior разработчикам это простительно (хотя студенты Computer Science направлений обычно знают), то Senior разработчики уже должны хотя бы визуально представлять, как выглядят те или иные структуры.
Как сказал мой коллега: "Вы хотите устроиться в хорошую компанию, на достойную зарплату, так проявите уважение, потратьте хотя бы месяц-два и подтяните свои знания".
https://www.instagram.com/p/CRORBTljVKt/
Во время карантина, многие IT-компании убедились: большая часть этапов отбора не требует личных встреч соискателя и работодателя. Это значительно сэкономило всем время. Однако все чаще кандидаты во время проведения технического интервью пытаются загуглить ответ, аргументируя, что держать в голове ничего особо не нужно, вся информация гуглится за 5 секунд. Да, согласен, оно гуглится быстро, если Вы знаете и понимаете, что Вам необходимо загуглить, а если нет?
Одним вечером, я проводил собеседование на должность Senior Java Software Engineer. Для снижения уровня стресса у меня нет требования включать камеру. В первые же минуты общения я отчётливо слышал, что кандидат стучит по клавиатуре. Запрета на использование поисковиков не было, о чём я и заявил собеседнику. Напротив, считаю, что умение пользоваться гуглом, это один из основополагающих навыков в программировании, однако я поставил ограничение, что он может гуглить вопрос не более 2-х минут, чтобы диалог не был прерывистым и скучным. Кандидат, конечно же, порадовался такой возможности. Кажется, это самое простое собеседование, которое может быть, но не всё так просто. Как техлид, я отлично понимаю, что если знаний и понимания нет, то ни 5 секунд, ни 2-х минут недостаточно, чтобы найти и осознать ответ. Кандидат завалил собеседование, к слову, претендовал он на 3 500 $, у него было 4 года опыта, да и вопросы были не такими сложными, мы просто не успели дойти до сложных. Самое печальное, что кандидат все эти года просто таскал данные из базы и отдавал их на endpoint. Только из-за потраченных лет он оценил себя как Senior, хотя по сути уровень соответствовал Junior. Задачи ему расписывали от и до, а если что-то было непонятно с технической стороны, он просил техлида дописать. Ни гугл, ни мои подсказки не смогли его навести на ответы, просто потому, что их нет в голове, понимание не может прийти, если нет теории. Кто-то может возразить, что 2-х минут на вопрос это мало. Однако, когда знания есть и нужно что-то вспомнить, то и 5 секунд хватит, а если знаний нет, то придётся разбираться час-два.
Не могу назвать свои собеседования тяжёлыми. Конечно, я могу спросить, например, про деревья или влезть в глубину технологии, но все эти вопросы даны чтобы подумать, единственного ответа нет. Я озвучиваю вопрос, даю подсказки, выслушиваю мысли кандидата и направляю его. Немногие кандидаты отвечают сразу, некоторые отвечают с подсказками, но самые трудные те, кто даже не слышал и не хочет слушать про графы, устройство компьютера и т.п. Если Junior разработчикам это простительно (хотя студенты Computer Science направлений обычно знают), то Senior разработчики уже должны хотя бы визуально представлять, как выглядят те или иные структуры.
Как сказал мой коллега: "Вы хотите устроиться в хорошую компанию, на достойную зарплату, так проявите уважение, потратьте хотя бы месяц-два и подтяните свои знания".
https://www.instagram.com/p/CRORBTljVKt/
🔹Вопросы с подтекстом🔹
Часто рекрутер, задавая вопросы на собеседовании, преследует цель проверить Вас по таким главным критериям как:
— адекватность
— мотивация
— компетентность
— честность
На первый взгляд может показаться, что эти вопросы не имеют никакого отношения к вашей будущей профессии и лишь настраивают и расслабляют Вас к предстоящему собеседованию. Однако, ваши ответы могут рассказать даже больше, чем резюме. Некоторые компании проплачивают курсы психологии для своих менеджеров по персоналу, чтобы еще лучше оценивать кандидатов.
Прежде всего, как определить адекватность человека, который стоит перед Вами❓
Адекватный человек отвечает на тот вопрос, который ему задали. Случается так, что кандидат начинает отвечать не на заданный вопрос, а на какой-то свой, либо совсем отказывается отвечать, ссылаясь на то, что устал от однотипных вопрос, либо уже рассказывал какому-то Паше с вашего отдела, либо это оскорбляет его чувства. Старайтесь ВСЕГДА отвечать на поставленный вопрос, даже если человек, задавший его, не разбирается в данной области.
Если считаете, что вопрос Вас оскорбил - вежливо объясните, почему Вы считаете его неприемлемым. Не относитесь пренебрежительно к техническим вопросам со стороны рекрутеров, они на 99% лёгкие, заготовлены и имеют единственный ответ, это нужно, чтобы быстро проверить, что ваше резюме соответствует заявленным компетенциям.
Очень важно следить за тоном, рекрутер в первую очередь проверяет ваши коммуникативные навыки и адекватность. Если вы начнёте негативно, резко, пренебрежительно или с повышенным голосом объяснять, что отвечать каждому встречному на технические вопросы Вы не собираетесь, то шансы, что вам предложат пройти техническое интервью, резко снижаются.
Почему Вы ушли с предыдущего места работы❓
Говорите о преимуществах, которых нет на вашем старом месте работы. НЕ ГОВОРИТЕ о том, какой у вас плохой начальник и конфликтах с коллегами (это Ваше субъективное мнение, может конфликтный человек Вы?), НЕ ГОВОРИТЕ о ЗП (почти всегда это негативно влияет на интервьюера), НЕ ГОВОРИТЕ о депрессии и выгорании (негативные чувства отталкивают).
Сколько денег Вы хотите получать через год❓
Проверяется амбициозность сотрудника и его реальное восприятие мира. Если претендуете на 100$ в месяц, то через год прыгнуть на 7 000$ не получится. Оптимально, повышение на 30 - 50%, если видете, что рынок позволяет и вы способны за этот год углубить свои знания в компьютерных науках.
Каков Ваш минимум в ЗП❓
Сейчас в IT рынок кандидатов, обычно компании отталкиваются от ваших пожеланий и затем смотрят могут ли они это себе позволить. Однако если у вас недостаточно опыта, то такой вопрос может быть задан. Если его задали, то скорее всего эту сумму и предложат, поэтому отвечайте прямо без уклонений. Если готовы понижать - понижайте, но надо понимать, что сейчас очень много вакансий, так что не стоит кидаться в первую попавшуюся. Можно сказать, что готовы снизить ЗП, если проект Вам будет очень интересным (если это действительно так). Однако не понижайте ЗП ниже, чем ваш собственный прожиточный минимум, Вы будете забиты проблемами где взять денег, а не как дальше развиваться.
Чем занимаетесь помимо работы❓
Человек не может быть счастливым, если у него кроме работы ничего в жизни нет. Хотя для меня программирование - это не только работа, но и хобби (так следует отвечать, если это правда, такой ответ не возвышает Вас как специалиста). Если увлечений нет - рассказывайте о недавнем времяпрепровождении: прогулка в парках, чтение художественных книг, танцы, спорт. Стоит отдельно упомянуть, что просмотр сериалов и компьютерные игры тоже могут быть хобби, если вы уделяете им разумное, а не всё свободное время.
Часто рекрутер, задавая вопросы на собеседовании, преследует цель проверить Вас по таким главным критериям как:
— адекватность
— мотивация
— компетентность
— честность
На первый взгляд может показаться, что эти вопросы не имеют никакого отношения к вашей будущей профессии и лишь настраивают и расслабляют Вас к предстоящему собеседованию. Однако, ваши ответы могут рассказать даже больше, чем резюме. Некоторые компании проплачивают курсы психологии для своих менеджеров по персоналу, чтобы еще лучше оценивать кандидатов.
Прежде всего, как определить адекватность человека, который стоит перед Вами❓
Адекватный человек отвечает на тот вопрос, который ему задали. Случается так, что кандидат начинает отвечать не на заданный вопрос, а на какой-то свой, либо совсем отказывается отвечать, ссылаясь на то, что устал от однотипных вопрос, либо уже рассказывал какому-то Паше с вашего отдела, либо это оскорбляет его чувства. Старайтесь ВСЕГДА отвечать на поставленный вопрос, даже если человек, задавший его, не разбирается в данной области.
Если считаете, что вопрос Вас оскорбил - вежливо объясните, почему Вы считаете его неприемлемым. Не относитесь пренебрежительно к техническим вопросам со стороны рекрутеров, они на 99% лёгкие, заготовлены и имеют единственный ответ, это нужно, чтобы быстро проверить, что ваше резюме соответствует заявленным компетенциям.
Очень важно следить за тоном, рекрутер в первую очередь проверяет ваши коммуникативные навыки и адекватность. Если вы начнёте негативно, резко, пренебрежительно или с повышенным голосом объяснять, что отвечать каждому встречному на технические вопросы Вы не собираетесь, то шансы, что вам предложат пройти техническое интервью, резко снижаются.
Почему Вы ушли с предыдущего места работы❓
Говорите о преимуществах, которых нет на вашем старом месте работы. НЕ ГОВОРИТЕ о том, какой у вас плохой начальник и конфликтах с коллегами (это Ваше субъективное мнение, может конфликтный человек Вы?), НЕ ГОВОРИТЕ о ЗП (почти всегда это негативно влияет на интервьюера), НЕ ГОВОРИТЕ о депрессии и выгорании (негативные чувства отталкивают).
Сколько денег Вы хотите получать через год❓
Проверяется амбициозность сотрудника и его реальное восприятие мира. Если претендуете на 100$ в месяц, то через год прыгнуть на 7 000$ не получится. Оптимально, повышение на 30 - 50%, если видете, что рынок позволяет и вы способны за этот год углубить свои знания в компьютерных науках.
Каков Ваш минимум в ЗП❓
Сейчас в IT рынок кандидатов, обычно компании отталкиваются от ваших пожеланий и затем смотрят могут ли они это себе позволить. Однако если у вас недостаточно опыта, то такой вопрос может быть задан. Если его задали, то скорее всего эту сумму и предложат, поэтому отвечайте прямо без уклонений. Если готовы понижать - понижайте, но надо понимать, что сейчас очень много вакансий, так что не стоит кидаться в первую попавшуюся. Можно сказать, что готовы снизить ЗП, если проект Вам будет очень интересным (если это действительно так). Однако не понижайте ЗП ниже, чем ваш собственный прожиточный минимум, Вы будете забиты проблемами где взять денег, а не как дальше развиваться.
Чем занимаетесь помимо работы❓
Человек не может быть счастливым, если у него кроме работы ничего в жизни нет. Хотя для меня программирование - это не только работа, но и хобби (так следует отвечать, если это правда, такой ответ не возвышает Вас как специалиста). Если увлечений нет - рассказывайте о недавнем времяпрепровождении: прогулка в парках, чтение художественных книг, танцы, спорт. Стоит отдельно упомянуть, что просмотр сериалов и компьютерные игры тоже могут быть хобби, если вы уделяете им разумное, а не всё свободное время.
Кем Вы себя видите через 5 лет❓
Тут не стоит говорить о Lamborghini и пентхаусе в Париже. Скорее всего от Вас ждут ответа, как Вы готовы развиваться в рамках компании. Для IT сферы этот вопрос не так сложен, вертикальный рост разделён на ступени Junior, Middle, Senior и в большинстве своём в ответе хочется услышать именно слово Senior. К тому же надо подумать в каком направлении вы хотите развиваться: Backend, Frontend, Mobile, AI, BigData. Не стоит забывать, что помимо технического направления есть и управление командой (TechLead, TeamLead). Если сложно ответить, особенно новичкам, то можно спросить: "Какие возможные сценарии развития в вашей компании для таких специалистов как я?".
https://www.instagram.com/p/CRoDnELDT74
Тут не стоит говорить о Lamborghini и пентхаусе в Париже. Скорее всего от Вас ждут ответа, как Вы готовы развиваться в рамках компании. Для IT сферы этот вопрос не так сложен, вертикальный рост разделён на ступени Junior, Middle, Senior и в большинстве своём в ответе хочется услышать именно слово Senior. К тому же надо подумать в каком направлении вы хотите развиваться: Backend, Frontend, Mobile, AI, BigData. Не стоит забывать, что помимо технического направления есть и управление командой (TechLead, TeamLead). Если сложно ответить, особенно новичкам, то можно спросить: "Какие возможные сценарии развития в вашей компании для таких специалистов как я?".
https://www.instagram.com/p/CRoDnELDT74
Расскажите о ваших достоинствах и недостатках❓
На этот вопрос стоит заранее подготовить ответ. Перечислять все свои недостатки не нужно. НЕ ГОВОРИТЕ о вредных привычках, азартных играх, привычке опаздывать, рассеянности, желании работать не смотря на время (не умеете планировать время), привычка выражать свое мнение (не прислушиваетесь к другим). Например, можно ответить: "Я перфекционист, люблю докапываться до самой сути. Иногда это тормозит меня, а иногда позволяет увидеть то, что не замечают другие", либо "Невнимательность. Был случай, когда не досмотрел ..., но благодаря этой ситуации стал более внимательно вникать в ...". Старайтесь показать, что Вы учитесь на своих ошибках. Самолюбованием заниматься тоже не стоит, перечислите 3-4 качества, которые подают Вас с сильной стороны.
Расскажите о своих недавних достижениях❓
Это достаточно сложный вопрос, который может застать врасплох. Наниматель проверяет, будете ли Вы успешны на новой работе. НЕ ГОВОРИТЕ о Вашей жизни и нелегком выборе профессии. Рассказывайте об успешных проектах, о докладах, о продуктивных переговорах с заказчиком. Студенты могут рассказывать о студенческих проектах. Тем, у кого нет опыта, рассказывайте о пройденных курсах, о недавних книгах по программированию (лично я ставлю жирный плюс таким кандидатам). Если время позволяет, можно немного разобраться с технологией, которая представлена в вакансии, и рассказать нанимателю, как Вы ее применили в своем pet-проекте.
Какими еще технологиями/языками вы интересуетесь❓
Этот вопрос может прощупывать Вас на другие умения, чтобы расширить полномочия. Также это многое говорит о Вашей компетентности. Чтобы стать сильным и востребованным разработчиком, Вам придется разбираться в других отраслях, в DevOps, аналитике, языках, тестировании и тд. На мой взгляд, разработчики, которые хейтят какую-то технологию, алгоритм, язык, технологию, предпочитают одно другому - просто недостаточно их понимают и вся эта ненависть, от неумения пользоваться ими. С опытом начинаешь мыслить задачами. Разумеется, вряд ли вам предложат писать на Pascal (хотя Delphi всё ещё немного жив), но если вы проявите негатив к технологиям, это сыграет против вас. Примите, что вы прежде всего Software Engineer, а не конкретный N (JavaScript, или Java, или Python, или любой другой) программист. Если вы не развиваетесь и всё пытаетесь разрабатывать на одной, хорошо известной вам, технологии, это говорит о том, что вы не способны меняться и изучать что-то новое. Лично я 5 лет работал со Spring, но сейчас мне предложили вакансию, где его нет и даже отдельно проговорили этот аспект, мотивировав тем, что сейчас очень редко кандидаты способны отказаться от своих убеждений и писать без него. Это смешно, но действительно так, многие не готовы смотреть по сторонам и тратят много времени и бюджета компании на развитие системы с неправильными, но подходящими определенному специалисту технологиями. Даже если Вам когда-нибудь попадет задачка, которой должен заниматься другой специалист - воспринимайте это как возможность. Компании готовы, чтобы специалист потратил своё рабочее время на изучение чего-то нового, что поможет им быстрее развиваться, не бойтесь неизвестных вам технологий, языков и алгоритмов, каждая такая строчка в резюме добавляет деньги вашей зарплате.
Как вы поддерживаете актуальные знания в IT❓
Курсы, книги, статьи, сайты, видео - все ценится. Некоторые считают, что чем больше они перечислят - тем лучше, но не стоит упоминать все заголовки, которые вы когда либо видели. Знайте, всегда легко проверить это дополнительным вопросом.
Расскажите о ситуации, когда Вы не справились со своей задачей❓
Не бывает идеальных сотрудников. Если Вам нечего рассказать, может показаться, что серьёзных задач Вам не доверяли. Расскажите о ситуации, какие внешние обстоятельства Вам помешали, что вы сделали для решения этого казуса. Главное в этом вопросе именно выводы, если вы научились на своей ошибке, то это не неудача, вы выросли.
На этот вопрос стоит заранее подготовить ответ. Перечислять все свои недостатки не нужно. НЕ ГОВОРИТЕ о вредных привычках, азартных играх, привычке опаздывать, рассеянности, желании работать не смотря на время (не умеете планировать время), привычка выражать свое мнение (не прислушиваетесь к другим). Например, можно ответить: "Я перфекционист, люблю докапываться до самой сути. Иногда это тормозит меня, а иногда позволяет увидеть то, что не замечают другие", либо "Невнимательность. Был случай, когда не досмотрел ..., но благодаря этой ситуации стал более внимательно вникать в ...". Старайтесь показать, что Вы учитесь на своих ошибках. Самолюбованием заниматься тоже не стоит, перечислите 3-4 качества, которые подают Вас с сильной стороны.
Расскажите о своих недавних достижениях❓
Это достаточно сложный вопрос, который может застать врасплох. Наниматель проверяет, будете ли Вы успешны на новой работе. НЕ ГОВОРИТЕ о Вашей жизни и нелегком выборе профессии. Рассказывайте об успешных проектах, о докладах, о продуктивных переговорах с заказчиком. Студенты могут рассказывать о студенческих проектах. Тем, у кого нет опыта, рассказывайте о пройденных курсах, о недавних книгах по программированию (лично я ставлю жирный плюс таким кандидатам). Если время позволяет, можно немного разобраться с технологией, которая представлена в вакансии, и рассказать нанимателю, как Вы ее применили в своем pet-проекте.
Какими еще технологиями/языками вы интересуетесь❓
Этот вопрос может прощупывать Вас на другие умения, чтобы расширить полномочия. Также это многое говорит о Вашей компетентности. Чтобы стать сильным и востребованным разработчиком, Вам придется разбираться в других отраслях, в DevOps, аналитике, языках, тестировании и тд. На мой взгляд, разработчики, которые хейтят какую-то технологию, алгоритм, язык, технологию, предпочитают одно другому - просто недостаточно их понимают и вся эта ненависть, от неумения пользоваться ими. С опытом начинаешь мыслить задачами. Разумеется, вряд ли вам предложат писать на Pascal (хотя Delphi всё ещё немного жив), но если вы проявите негатив к технологиям, это сыграет против вас. Примите, что вы прежде всего Software Engineer, а не конкретный N (JavaScript, или Java, или Python, или любой другой) программист. Если вы не развиваетесь и всё пытаетесь разрабатывать на одной, хорошо известной вам, технологии, это говорит о том, что вы не способны меняться и изучать что-то новое. Лично я 5 лет работал со Spring, но сейчас мне предложили вакансию, где его нет и даже отдельно проговорили этот аспект, мотивировав тем, что сейчас очень редко кандидаты способны отказаться от своих убеждений и писать без него. Это смешно, но действительно так, многие не готовы смотреть по сторонам и тратят много времени и бюджета компании на развитие системы с неправильными, но подходящими определенному специалисту технологиями. Даже если Вам когда-нибудь попадет задачка, которой должен заниматься другой специалист - воспринимайте это как возможность. Компании готовы, чтобы специалист потратил своё рабочее время на изучение чего-то нового, что поможет им быстрее развиваться, не бойтесь неизвестных вам технологий, языков и алгоритмов, каждая такая строчка в резюме добавляет деньги вашей зарплате.
Как вы поддерживаете актуальные знания в IT❓
Курсы, книги, статьи, сайты, видео - все ценится. Некоторые считают, что чем больше они перечислят - тем лучше, но не стоит упоминать все заголовки, которые вы когда либо видели. Знайте, всегда легко проверить это дополнительным вопросом.
Расскажите о ситуации, когда Вы не справились со своей задачей❓
Не бывает идеальных сотрудников. Если Вам нечего рассказать, может показаться, что серьёзных задач Вам не доверяли. Расскажите о ситуации, какие внешние обстоятельства Вам помешали, что вы сделали для решения этого казуса. Главное в этом вопросе именно выводы, если вы научились на своей ошибке, то это не неудача, вы выросли.
👍1
Как бы вас охарактеризовали ваши коллеги❓
Как-то раз на собеседовании я ответил, что меня называют "жёстким". Хорошо, что я вовремя сообразил и смог объяснить, что такая фраза появилась из-за того, что я начинаю работать в 5 утра, а не потому что я всех посылаю. С другой стороны нахваливать себя тоже странно, ведь Вы не можете посмотреть на себя со стороны, лучше соблюдать нейтралитет. Поэтому не расслабляйтесь и думайте, что может подумать о Вас HR-специалист.
https://www.instagram.com/p/CSGvA7wjruU
Как-то раз на собеседовании я ответил, что меня называют "жёстким". Хорошо, что я вовремя сообразил и смог объяснить, что такая фраза появилась из-за того, что я начинаю работать в 5 утра, а не потому что я всех посылаю. С другой стороны нахваливать себя тоже странно, ведь Вы не можете посмотреть на себя со стороны, лучше соблюдать нейтралитет. Поэтому не расслабляйтесь и думайте, что может подумать о Вас HR-специалист.
https://www.instagram.com/p/CSGvA7wjruU
🔹Двустороннее собеседование🔹
Каждый раз, когда Вы идёте на собеседование, Ваша голова забита техническими вопросами, продумыванием алгоритмов и хаков, структурами данных и тд. Но вспоминаете ли Вы, хотя бы на минуту, что собеседование является двусторонним? Ваша цель не просто прийти и ответить на технические вопросы интервьюера, а затем тихо уйти. Нет, Вы обязаны понять, хотите ли Вы работать в компании, в которую Вас собеседуют.
Вспоминается история, как я собеседовал девушку на позицию Middle Java Software Engineer. Она бодро отвечала на большую часть вопросов, вместе с хорошими хард скиллами у неё были отлично прокачены и софт скиллы. Через 20 минут общения я понял, что не только я собеседую её, но и она проверяла компанию и меня на адекватность. Она задавала множество вопросов, ей нужно было понять: с кем работать, какие задачи, как устроен процесс выполнения задач в команде (кто тестит, ревьюит, вносит правки), как устроена компания. Мы с ней проговорили около 2 часов, из которых 1 час я задавал ей вопросы, а другой час она. Перед собеседованием она уже "пробила" компанию на сайтах, отзовиках, вникла в тему наших проектов и у неё уже было представление о нашей компании. Более того, согласие на интервью она дала только после того, как собрала всю доступную информацию и сделала вывод, что о нашей компании можно сложить положительное впечатление. Мне очень понравился данный подход, она довольно хорошо отвечала на вопросы и мы в итоге сделали ей оффер, но к нашему сожалению, ей предложили оффер лучше.
Готовясь к интервью, очень важно провести предварительную разведку. Необходимо собрать как можно больше сведений о фирме, куда вы идете на собеседование и о людях, с которыми Вам предстоит встретиться. Как ни странно, но многие соискатели, получая приглашение на собеседование, порою не удосуживаются узнать, куда их, собственно, позвали. Между тем, это очень важная информация. Ну как можно идти неизвестно куда? Надо же все-таки ценить себя, свое время и силы. Вы должны понимать: с кем вам работать, как работать, сколько работать, есть ли проблема с ЗП (задержки, меньше чем по рынку и т.п.), переработки.
Однажды я проходил собеседование в одну крупную организацию. Диалог был следующим:
— Интервьюер: Как вы относитесь к переработкам?
— Я: А они оплачиваются?
— Интервьюер(с наездом): Почему Вы возвращаете мои вопросы?
— Я: Я не возвращаю, просто хочу уточнить все детали для правильного ответа.
— Интервьюер(гневно): Нет, Вы пытаетесь уйти от ответа. На интервью принято прямо отвечать на поставленный вопрос.
— Я: Хорошо, мой ответ - нормально, если переработки оплачиваются вдвойне.
— Интервьюер: Значит Вас интересуют только деньги?
— Я: Я всё понял, мы с Вами не сработаемся, спасибо за собеседование, досвидания.
— Интервьюер: (сбросил звонок)
Совсем недавно мне в директ прислали историю. Девушка пришла на собеседование, а интервьюер матерился как сапожник, перешёл на "ты", не спросив об этом кандидата, вёл себя по-хамски, задавал неуместные вопросы.
Я скажу Вам следующее, НЕ БОЙТЕСЬ уйти с такого собеседования. Очень плохо, когда Вы пытаетесь это терпеть и подавляете себя. Не цепляйтесь за компанию, которая готова Вас взять, но вы понимаете, что собеседование было ужасным, может быть на Вас давили или вели неподобающим для Вас образом. Если компания будет выжимать все жизненные соки, то откуда тогда взять желание работать и развиваться?
https://www.instagram.com/p/CRyGdPBDE3q/
Каждый раз, когда Вы идёте на собеседование, Ваша голова забита техническими вопросами, продумыванием алгоритмов и хаков, структурами данных и тд. Но вспоминаете ли Вы, хотя бы на минуту, что собеседование является двусторонним? Ваша цель не просто прийти и ответить на технические вопросы интервьюера, а затем тихо уйти. Нет, Вы обязаны понять, хотите ли Вы работать в компании, в которую Вас собеседуют.
Вспоминается история, как я собеседовал девушку на позицию Middle Java Software Engineer. Она бодро отвечала на большую часть вопросов, вместе с хорошими хард скиллами у неё были отлично прокачены и софт скиллы. Через 20 минут общения я понял, что не только я собеседую её, но и она проверяла компанию и меня на адекватность. Она задавала множество вопросов, ей нужно было понять: с кем работать, какие задачи, как устроен процесс выполнения задач в команде (кто тестит, ревьюит, вносит правки), как устроена компания. Мы с ней проговорили около 2 часов, из которых 1 час я задавал ей вопросы, а другой час она. Перед собеседованием она уже "пробила" компанию на сайтах, отзовиках, вникла в тему наших проектов и у неё уже было представление о нашей компании. Более того, согласие на интервью она дала только после того, как собрала всю доступную информацию и сделала вывод, что о нашей компании можно сложить положительное впечатление. Мне очень понравился данный подход, она довольно хорошо отвечала на вопросы и мы в итоге сделали ей оффер, но к нашему сожалению, ей предложили оффер лучше.
Готовясь к интервью, очень важно провести предварительную разведку. Необходимо собрать как можно больше сведений о фирме, куда вы идете на собеседование и о людях, с которыми Вам предстоит встретиться. Как ни странно, но многие соискатели, получая приглашение на собеседование, порою не удосуживаются узнать, куда их, собственно, позвали. Между тем, это очень важная информация. Ну как можно идти неизвестно куда? Надо же все-таки ценить себя, свое время и силы. Вы должны понимать: с кем вам работать, как работать, сколько работать, есть ли проблема с ЗП (задержки, меньше чем по рынку и т.п.), переработки.
Однажды я проходил собеседование в одну крупную организацию. Диалог был следующим:
— Интервьюер: Как вы относитесь к переработкам?
— Я: А они оплачиваются?
— Интервьюер(с наездом): Почему Вы возвращаете мои вопросы?
— Я: Я не возвращаю, просто хочу уточнить все детали для правильного ответа.
— Интервьюер(гневно): Нет, Вы пытаетесь уйти от ответа. На интервью принято прямо отвечать на поставленный вопрос.
— Я: Хорошо, мой ответ - нормально, если переработки оплачиваются вдвойне.
— Интервьюер: Значит Вас интересуют только деньги?
— Я: Я всё понял, мы с Вами не сработаемся, спасибо за собеседование, досвидания.
— Интервьюер: (сбросил звонок)
Совсем недавно мне в директ прислали историю. Девушка пришла на собеседование, а интервьюер матерился как сапожник, перешёл на "ты", не спросив об этом кандидата, вёл себя по-хамски, задавал неуместные вопросы.
Я скажу Вам следующее, НЕ БОЙТЕСЬ уйти с такого собеседования. Очень плохо, когда Вы пытаетесь это терпеть и подавляете себя. Не цепляйтесь за компанию, которая готова Вас взять, но вы понимаете, что собеседование было ужасным, может быть на Вас давили или вели неподобающим для Вас образом. Если компания будет выжимать все жизненные соки, то откуда тогда взять желание работать и развиваться?
https://www.instagram.com/p/CRyGdPBDE3q/
🔹Мифы о собеседованиях в IT. Сертификаты🔹
Участились вопросы в директе, какие сертификаты (именно изображение грамоты в резюме) котируются у работодателей. Стоит ли новичку доплачивать за сертификат? Насколько он может быть действительно полезным? Расмотрим несколько факторов, которые влияют на ценность сертификатов курсов.
❓Первый фактор, по которому стоит провести оценку, это престижность обучающей компании
Если в сертификате будет написано: 📎 Иван Иванов освоил курс Java компании ООО ' Название компании о которой никто никогда не слышал ' 📎 , то такая бумажка вообще ничего не стоит. Конечно, если сертификат выдан университетами Standford или Harvard, то бесспорно, это многого стоит (хотя на собеседовании будут пытать, что Вы там проходили и как обучались). Однако есть и достаточно известные IT-школы, сертификаты которых ничего не стоят. Так как кандидаты этих школ не могут ответить на самые простые вопросы, т.к. либо просто отсидели курс, либо в курсе такого не было, либо качество продвигаемого материала оставляет желать лучшего (вопросы действительно лёгкие, никто не ставит цель завалить). Маркетинг очень многое решает 😏
❓Второй фактор, название курса
Сертификатами вида: 📎 Основы HTML и CSS 📎 , 📎 Введение в Java SE 📎 , 📎 Разработчик Python 📎 , - никого не удивишь. Основы это конечно хорошо, но на них карьеру не построить. Работодателей интересует экспертность, вряд ли с основами можно создать хоть что-то стоящее. Если в названии указаны только абстрактные должности вроде: разработчик/специалист/программист - интервьюеры обычно оценивают это как: "получил начальные навыки по технологии/языку X". Однако, такими словами не зацепить, для работы нужно больше, чем просто начальные навыки. Конечно, никто не ожидает, что пройдя один курс, вы сразу стали востребованными программистами. Чтение компьютерной литературы и написание собственных pet-проектов обязательно.
❓Третий фактор, цена
Бесплатный сыр только в мышеловке. Сомневаюсь, что Вам бесплатно/дёшево(до 100 $) выдадут более-менее ценный сертификат. Это не повод бежать, разбрасываться деньгами и покупать сертификаты за 5 000 $. Я сам видел мусорные и очень дорогие курсы, где преподаватели плохо понимают свой предмет. Есть и бесплатные варианты получить ценные сертификаты: студенты(бюджетники) получают дипломы, ценные работники ходят на курсы за счёт компаний, можно получить сертификаты о стажировке в компании, а также за участие в хакатонах. Такие варианты не для всех, но всё же они есть.
Сразу отвечу - большинство технических интервьюеров НЕ посмотрит на то, сколько и какие у Вас грамоты, эти картинки вряд ли о чём-то скажут потенциальному работодателю. Эти грамоты обычно котируются, когда Вы подтверждаете свою экспертность в какой-то очень специфической деятельности, работодатель даже укажет её в требованиях, но скорее всего большинство и не встретится с такими ограничениями.
Призываю Вас не гнаться за сертификатами, а гнаться за знаниями. Вы можете просидеть очень нудные, долгие и дорогие курсы, получить бумажку, но если в голове у Вас будет пусто, то это сразу вскроется на собеседовании. Вы не сможете укрыться за этими грамотами от технических вопросов, самое важное у Вас в голове. Если интервьюер придирчив и знает, что за курс, он ещё может и погонять Вас по вопросам этого курса. Скорее всего, никто не посмотрит на сертификаты, ну или потратит 10 секунд, прочтёт их названия и забудет о них.
Есть интересный момент, многие кандидаты заполняют графу сертификаты и портфолио только для заполненности резюме, они так успокаивают себя, стараясь по максимуму заполнить все формы. Это не плохо, но всё таки не стоит добавлять сертификаты по русскому медвежёнку и курсам кулинарии, если Вы идёте на разработчика ПО.
P.S. Меня как-то спросили: "А можно ли нарисовать сертификаты?" - Конечно можно, Paint в руки и вперёд. Это конечно же шутка, реальность в том, что сертификаты не играют почти никакой роли.
https://www.instagram.com/p/CTRdC6xDt7N/
Участились вопросы в директе, какие сертификаты (именно изображение грамоты в резюме) котируются у работодателей. Стоит ли новичку доплачивать за сертификат? Насколько он может быть действительно полезным? Расмотрим несколько факторов, которые влияют на ценность сертификатов курсов.
❓Первый фактор, по которому стоит провести оценку, это престижность обучающей компании
Если в сертификате будет написано: 📎 Иван Иванов освоил курс Java компании ООО ' Название компании о которой никто никогда не слышал ' 📎 , то такая бумажка вообще ничего не стоит. Конечно, если сертификат выдан университетами Standford или Harvard, то бесспорно, это многого стоит (хотя на собеседовании будут пытать, что Вы там проходили и как обучались). Однако есть и достаточно известные IT-школы, сертификаты которых ничего не стоят. Так как кандидаты этих школ не могут ответить на самые простые вопросы, т.к. либо просто отсидели курс, либо в курсе такого не было, либо качество продвигаемого материала оставляет желать лучшего (вопросы действительно лёгкие, никто не ставит цель завалить). Маркетинг очень многое решает 😏
❓Второй фактор, название курса
Сертификатами вида: 📎 Основы HTML и CSS 📎 , 📎 Введение в Java SE 📎 , 📎 Разработчик Python 📎 , - никого не удивишь. Основы это конечно хорошо, но на них карьеру не построить. Работодателей интересует экспертность, вряд ли с основами можно создать хоть что-то стоящее. Если в названии указаны только абстрактные должности вроде: разработчик/специалист/программист - интервьюеры обычно оценивают это как: "получил начальные навыки по технологии/языку X". Однако, такими словами не зацепить, для работы нужно больше, чем просто начальные навыки. Конечно, никто не ожидает, что пройдя один курс, вы сразу стали востребованными программистами. Чтение компьютерной литературы и написание собственных pet-проектов обязательно.
❓Третий фактор, цена
Бесплатный сыр только в мышеловке. Сомневаюсь, что Вам бесплатно/дёшево(до 100 $) выдадут более-менее ценный сертификат. Это не повод бежать, разбрасываться деньгами и покупать сертификаты за 5 000 $. Я сам видел мусорные и очень дорогие курсы, где преподаватели плохо понимают свой предмет. Есть и бесплатные варианты получить ценные сертификаты: студенты(бюджетники) получают дипломы, ценные работники ходят на курсы за счёт компаний, можно получить сертификаты о стажировке в компании, а также за участие в хакатонах. Такие варианты не для всех, но всё же они есть.
Сразу отвечу - большинство технических интервьюеров НЕ посмотрит на то, сколько и какие у Вас грамоты, эти картинки вряд ли о чём-то скажут потенциальному работодателю. Эти грамоты обычно котируются, когда Вы подтверждаете свою экспертность в какой-то очень специфической деятельности, работодатель даже укажет её в требованиях, но скорее всего большинство и не встретится с такими ограничениями.
Призываю Вас не гнаться за сертификатами, а гнаться за знаниями. Вы можете просидеть очень нудные, долгие и дорогие курсы, получить бумажку, но если в голове у Вас будет пусто, то это сразу вскроется на собеседовании. Вы не сможете укрыться за этими грамотами от технических вопросов, самое важное у Вас в голове. Если интервьюер придирчив и знает, что за курс, он ещё может и погонять Вас по вопросам этого курса. Скорее всего, никто не посмотрит на сертификаты, ну или потратит 10 секунд, прочтёт их названия и забудет о них.
Есть интересный момент, многие кандидаты заполняют графу сертификаты и портфолио только для заполненности резюме, они так успокаивают себя, стараясь по максимуму заполнить все формы. Это не плохо, но всё таки не стоит добавлять сертификаты по русскому медвежёнку и курсам кулинарии, если Вы идёте на разработчика ПО.
P.S. Меня как-то спросили: "А можно ли нарисовать сертификаты?" - Конечно можно, Paint в руки и вперёд. Это конечно же шутка, реальность в том, что сертификаты не играют почти никакой роли.
https://www.instagram.com/p/CTRdC6xDt7N/