🔹Тестовые задания, или докажите, что вы не робот🔹
❓Зачем же нужны тестовые задания?
Прежде всего тестовые задания экономят время компании и позволяют отсеять кандидатов, которые подают своё резюме на "авось прокатит". Также, хорошо составленное задание, могут показать как человек будет справляться с реальными задачами (но это не точно).
❓Нужно ли выполнять тестовое задание кандидату с опытом?
Опытные разработчики редко встречают данное требование в вакансии. Большинство компаний, которые готовые нанимать программистов 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/
🔹Языковой барьер🔹
Несколько месяцев назад со мной произошла интересная история. Мне зазвонил телефон и высветился регион Лондона. Когда я снял трубку, меня поприветствовала девушка-рекрутер на английском языке. У меня уже был опыт работы в составе американской команды и общения с ними, поэтому я не опешил и начал общение.
Она напомнила, что несколько лет назад мы с ней уже созванивались. В то время я ещё обучался в ВУЗе, поэтому не мог рассматривать вакансию с релокацией в Германию, поэтому она решила мне перезвонить. У неё было предложение о трудоустройстве одной крупной немецкой компании, которая искала сотрудников в подразделения в Карлсруэ и Мюнхене. Мы обменялись, интересующими нас вопросами, она попросила выслать резюме для согласования и на этом наш разговор закончился. Через несколько дней она мне перезвонила и сообщила, что мне готовы назначить интервью в оба офиса.
Сначала собеседование проходило с подразделением в городе Карлсруэ. Собседование включало 3 этапа: с HR-менеджером, с Head of Development и Архитектором. Собседование прошло хорошо, я со всеми нашёл общий язык, ответил на все технические и архитектурные вопросы. Вообщем все прошло гладко.
Несколько дней спустя было собеседование с Мюнхеном. Там Head of Development и Архитектор решили провести совместное собеседование. И вот здесь я провалил собеседование с треском. Архитектором проекта оказался индус, речь которого я понимал через слово. На заднем фоне был гул машин и толпа проходящих людей, что только усложняло ситуацию. Я ничего не имею против индусов, более того я общался с несколькими ребятами из америки, мы хорошо друг-друга понимали, но здесь в Германии, что-то пошло не так. Не знаю, может быть его речь смешалась с немецким, индийским и английским акцентом, но факт остаётся фактом. Такого поворота событий я не ожидал и действительно не смог ничего с этим этапом сделать. Мне пришлось просить Head of Development (немца) повторять все его вопросы, и все возможные вопросы от архитектора. Естественно, это выглядело глупо и было понятно, что собеседование я не прошёл 🙂
Спустя несколько дней со мной снова связалась рекрутер. Она была немного в растерянности, так как получила 2 совершенно разных отзыва. Карлсруэ готов был предложить ЗП больше запрашиваемой, а Мюнхен попросил отбирать кандидатов получше и что я врядли смогу вписаться в коллектив.
Хоть я и провалил собеседование в Мюнхене, однако получил много ценного опыта. Еще раз убедившись, что бывает всякое. Поэтому не думайте, раз Вам отказали в работе - это значит, что откажут и остальные. Возможно, Вы просто не нашли общий язык с собеседующим вас человеком. И не забывайте о софт скиллах, они могут сыграть решающую роль.
https://www.instagram.com/p/CUKJNwYA5gp
Несколько месяцев назад со мной произошла интересная история. Мне зазвонил телефон и высветился регион Лондона. Когда я снял трубку, меня поприветствовала девушка-рекрутер на английском языке. У меня уже был опыт работы в составе американской команды и общения с ними, поэтому я не опешил и начал общение.
Она напомнила, что несколько лет назад мы с ней уже созванивались. В то время я ещё обучался в ВУЗе, поэтому не мог рассматривать вакансию с релокацией в Германию, поэтому она решила мне перезвонить. У неё было предложение о трудоустройстве одной крупной немецкой компании, которая искала сотрудников в подразделения в Карлсруэ и Мюнхене. Мы обменялись, интересующими нас вопросами, она попросила выслать резюме для согласования и на этом наш разговор закончился. Через несколько дней она мне перезвонила и сообщила, что мне готовы назначить интервью в оба офиса.
Сначала собеседование проходило с подразделением в городе Карлсруэ. Собседование включало 3 этапа: с HR-менеджером, с Head of Development и Архитектором. Собседование прошло хорошо, я со всеми нашёл общий язык, ответил на все технические и архитектурные вопросы. Вообщем все прошло гладко.
Несколько дней спустя было собеседование с Мюнхеном. Там Head of Development и Архитектор решили провести совместное собеседование. И вот здесь я провалил собеседование с треском. Архитектором проекта оказался индус, речь которого я понимал через слово. На заднем фоне был гул машин и толпа проходящих людей, что только усложняло ситуацию. Я ничего не имею против индусов, более того я общался с несколькими ребятами из америки, мы хорошо друг-друга понимали, но здесь в Германии, что-то пошло не так. Не знаю, может быть его речь смешалась с немецким, индийским и английским акцентом, но факт остаётся фактом. Такого поворота событий я не ожидал и действительно не смог ничего с этим этапом сделать. Мне пришлось просить Head of Development (немца) повторять все его вопросы, и все возможные вопросы от архитектора. Естественно, это выглядело глупо и было понятно, что собеседование я не прошёл 🙂
Спустя несколько дней со мной снова связалась рекрутер. Она была немного в растерянности, так как получила 2 совершенно разных отзыва. Карлсруэ готов был предложить ЗП больше запрашиваемой, а Мюнхен попросил отбирать кандидатов получше и что я врядли смогу вписаться в коллектив.
Хоть я и провалил собеседование в Мюнхене, однако получил много ценного опыта. Еще раз убедившись, что бывает всякое. Поэтому не думайте, раз Вам отказали в работе - это значит, что откажут и остальные. Возможно, Вы просто не нашли общий язык с собеседующим вас человеком. И не забывайте о софт скиллах, они могут сыграть решающую роль.
https://www.instagram.com/p/CUKJNwYA5gp
🔹Мифы о собеседованиях в IT🔹
👨🏫 Нужна ли математика для программирования? 👨🏫
Программист - сравнительно молодая профессия, которая начала распространяться около 70 лет назад. Чтобы запрограммировать большие ЭВМ, которыми тогда пользовались, нужно было знать математику очень хорошо, во многих случаях знать физику и уметь паять (считалось даже, что программист, который не умел паять - вообще не программист). Написание простейших программ занимало недели и месяцы, поэтому гораздо быстрее было формализовать задачи на листе в виде математического языка. Из-за этого в вузах до сих пор математике отводится достаточно много учебных часов.
Актуальны ли познания в математике сегодня❓
Программирование это не только стук по клавишам, но и выстраивание логических цепочек. Им можно заниматься гуляя по парку, ложась спать, глядя в окно и тд. Стоит определить, что и математика это не только диффуры, интегралы, пределы и прочее. Она очень обширна и охватывает множество тем. Любая программа содержит математику. Возможно, это очень завуалированно, но вспомните как часто Вы пишите код на подобии { if i < 5 }. Это условие тоже математика.
Многие пишут программу по наитию, т.к. некоторые аспекты были усвоены ещё в школе. К сожалению, школьные знания обычно не охватывают разделы математической логики, конечных автоматов, доказательства корректности алгоритмов и др. На мой взгляд, эти разделы являются базовыми для программиста, мы их используем каждый день. Мы постоянно пишем и оптимизируем условия, проверяем конечность цикла и что наша программа переходит из одного состояния в другое. Этих действий не получится избежать фразой: "Есть библиотека, которая за меня всё сделает, мне не нужно разбираться как она работает внутри". Кстати в библиотечных структурах данных постоянно используется теория графов, тот же HashMap из Java помимо хэш-таблицы, использует красно-чёрное дерево.
По моему мнению, must have разделы математики для программиста следующие(это тот минимум, с которым Вы так или иначе будете сталкиваться почти каждый день, программируя программы.):
- Арифметика
- Математическая логика
- Теория автоматов
- Теория множеств
- Теория кодирования
- Дискретная математика (она просочилась почти во всё, компьютеры в целом являются дискретными)
Все остальные разделы высшей математики нужны только олимпиадникам❓
Скорее всего вы сталкнётесь и с этими разделами, но это специфично для конкретного проекта. Некоторые примеры:
✅ В геймдев при разработке движка Вам может понадобиться физика, математический анализ и вычислительная математика для моделирования естественных процессов. При работе с графикой Вам помогут знания геометрии, интеграллов и дифферинциальных уравнений.
✅ В финансовой сфере помогают алгебра, вычислительная математика, численные методы, теория чисел, математическая статистика, теория вероятности.
✅ Если проект связан с логистикой, анализом карт, построением баз данных, то не обойтись без дискретной математики, теории графов, топологий, теории множеств, теории категорий.
✅ В Машинном обучении и ИИ, можно написать просто математика (очень много разделов используется).
Без математики можно писать программы. Необязательно получать степень доктора математических наук, чтобы писать хороший код. Однако очень многие отмечают, что изучение математики позволило мыслить более логично, смотреть глубже. Кто-то стал гораздно быстрее решать задачи, только по тому, что стал лучше понимать поставленное условие.
Главная проблема, которую я отметил, помогая своим коллегам при выполнение специфических задач связанных с математикой - непониманиее зачем это нужно и где используется. К сожалению, большинство школ/университетов не учат задавать вопросы "зачем? где? когда?", они учат запоминать и зубрить. Поэтому так много людей знают формулу и не знают где ее применить.
А Вы используете математику в своей работе?
https://www.instagram.com/p/CUWtfyMjjFQ
👨🏫 Нужна ли математика для программирования? 👨🏫
Программист - сравнительно молодая профессия, которая начала распространяться около 70 лет назад. Чтобы запрограммировать большие ЭВМ, которыми тогда пользовались, нужно было знать математику очень хорошо, во многих случаях знать физику и уметь паять (считалось даже, что программист, который не умел паять - вообще не программист). Написание простейших программ занимало недели и месяцы, поэтому гораздо быстрее было формализовать задачи на листе в виде математического языка. Из-за этого в вузах до сих пор математике отводится достаточно много учебных часов.
Актуальны ли познания в математике сегодня❓
Программирование это не только стук по клавишам, но и выстраивание логических цепочек. Им можно заниматься гуляя по парку, ложась спать, глядя в окно и тд. Стоит определить, что и математика это не только диффуры, интегралы, пределы и прочее. Она очень обширна и охватывает множество тем. Любая программа содержит математику. Возможно, это очень завуалированно, но вспомните как часто Вы пишите код на подобии { if i < 5 }. Это условие тоже математика.
Многие пишут программу по наитию, т.к. некоторые аспекты были усвоены ещё в школе. К сожалению, школьные знания обычно не охватывают разделы математической логики, конечных автоматов, доказательства корректности алгоритмов и др. На мой взгляд, эти разделы являются базовыми для программиста, мы их используем каждый день. Мы постоянно пишем и оптимизируем условия, проверяем конечность цикла и что наша программа переходит из одного состояния в другое. Этих действий не получится избежать фразой: "Есть библиотека, которая за меня всё сделает, мне не нужно разбираться как она работает внутри". Кстати в библиотечных структурах данных постоянно используется теория графов, тот же HashMap из Java помимо хэш-таблицы, использует красно-чёрное дерево.
По моему мнению, must have разделы математики для программиста следующие(это тот минимум, с которым Вы так или иначе будете сталкиваться почти каждый день, программируя программы.):
- Арифметика
- Математическая логика
- Теория автоматов
- Теория множеств
- Теория кодирования
- Дискретная математика (она просочилась почти во всё, компьютеры в целом являются дискретными)
Все остальные разделы высшей математики нужны только олимпиадникам❓
Скорее всего вы сталкнётесь и с этими разделами, но это специфично для конкретного проекта. Некоторые примеры:
✅ В геймдев при разработке движка Вам может понадобиться физика, математический анализ и вычислительная математика для моделирования естественных процессов. При работе с графикой Вам помогут знания геометрии, интеграллов и дифферинциальных уравнений.
✅ В финансовой сфере помогают алгебра, вычислительная математика, численные методы, теория чисел, математическая статистика, теория вероятности.
✅ Если проект связан с логистикой, анализом карт, построением баз данных, то не обойтись без дискретной математики, теории графов, топологий, теории множеств, теории категорий.
✅ В Машинном обучении и ИИ, можно написать просто математика (очень много разделов используется).
Без математики можно писать программы. Необязательно получать степень доктора математических наук, чтобы писать хороший код. Однако очень многие отмечают, что изучение математики позволило мыслить более логично, смотреть глубже. Кто-то стал гораздно быстрее решать задачи, только по тому, что стал лучше понимать поставленное условие.
Главная проблема, которую я отметил, помогая своим коллегам при выполнение специфических задач связанных с математикой - непониманиее зачем это нужно и где используется. К сожалению, большинство школ/университетов не учат задавать вопросы "зачем? где? когда?", они учат запоминать и зубрить. Поэтому так много людей знают формулу и не знают где ее применить.
А Вы используете математику в своей работе?
https://www.instagram.com/p/CUWtfyMjjFQ
🔹Вы уволены!🔹
При выходе на первую работу (и не на первую тоже), многие разработчики испытывают страх увольнения. Большинство чувствует себя самозванцами. Чаще всего именно новички считают, что если не справляться с поставленными задачами и не работать по 20 часов в сутки, они услышат такие слова: "Вы уволены, было приятно с Вами познакомиться".
А давайте посмотрим на увольнение со стороны работодателя❓
Если работодатель требует от Вас заявления по собственному желанию и Вы его пишите, то проблем нет, компании даже никаких отступных выплачивать не придётся. Быстро, просто и дёшево.
А что если вы не согласны с решением❓
1️⃣ Прежде всего, руки компании связывает трудовой кодекс (речь идёт про РФ). В нём подробно описан данный процесс👇
Чтобы уволить сотрудника по инициативе работодателя (т.е. Вы НЕ СОГЛАШАЕТЕСЬ писать заявление), компании нужно провернуть целую уйму документов с предупреждениями. Работодатель, конечно, может угрожать увольнением по статьям «несоответствие занимаемой должности» или «за дисциплинарное взыскание». Доказать это очень сложно ‼️. Вам должны назначить аттестацию, предупредив об этом за 2 месяца. Только такое оформление бумаг обычно занимает от 2-4х недель, в это время Вы всё ещё работаете и получаете ЗП (оклад), но скорее всего выполняете свои обязанности спустя рукава, если вообще выполняете. Весь этот процесс влечёт за собой очень большие траты на Вас и лиц, участвующих в вашем увольнении. При этом компания может налететь на солидные штрафы и даже попасть под суд.
Именно поэтому работодатели идут на уступки и предлагают написать заявление по собственному желанию, в лучшем случае с выплатой одной зарплаты, но здесь Вы вправе торговаться. При увольнении, по соглашению сторон, часто сотрудники выбивают 4-6 окладов, т.к. компании становится выгоднее заплатить Вам и разойтись по-хорошему.
2️⃣ IT-компании очень тяжело переносят потерю сотрудника (даже плохого), поиск нового кандидата на Ваше место может занимать месяцы, в этот процесс также вовлечены множество сотрудников. В том числе Senior-программисты, время которых стоит очень дорого и которое они должны тратить на собеседования. В конечном итоге страдает бизнес, появляется множество дополнительных затрат.
Всё выше сказанное конечно же относится к официальному трудоустройству. Если вы ИП или самозанятый - уволить Вас очень просто, но об этом я напишу в следующих постах.
Так что не бойтесь увольнения, чаще всего работодатели больше беспокоются, что уволитесь Вы.
Как бы Вы поступили, если бы Вас решили уволить? Требовали компенсацию или уволились по собственному желанию?
https://www.instagram.com/p/CU68kyQhE4v
При выходе на первую работу (и не на первую тоже), многие разработчики испытывают страх увольнения. Большинство чувствует себя самозванцами. Чаще всего именно новички считают, что если не справляться с поставленными задачами и не работать по 20 часов в сутки, они услышат такие слова: "Вы уволены, было приятно с Вами познакомиться".
А давайте посмотрим на увольнение со стороны работодателя❓
Если работодатель требует от Вас заявления по собственному желанию и Вы его пишите, то проблем нет, компании даже никаких отступных выплачивать не придётся. Быстро, просто и дёшево.
А что если вы не согласны с решением❓
1️⃣ Прежде всего, руки компании связывает трудовой кодекс (речь идёт про РФ). В нём подробно описан данный процесс👇
Чтобы уволить сотрудника по инициативе работодателя (т.е. Вы НЕ СОГЛАШАЕТЕСЬ писать заявление), компании нужно провернуть целую уйму документов с предупреждениями. Работодатель, конечно, может угрожать увольнением по статьям «несоответствие занимаемой должности» или «за дисциплинарное взыскание». Доказать это очень сложно ‼️. Вам должны назначить аттестацию, предупредив об этом за 2 месяца. Только такое оформление бумаг обычно занимает от 2-4х недель, в это время Вы всё ещё работаете и получаете ЗП (оклад), но скорее всего выполняете свои обязанности спустя рукава, если вообще выполняете. Весь этот процесс влечёт за собой очень большие траты на Вас и лиц, участвующих в вашем увольнении. При этом компания может налететь на солидные штрафы и даже попасть под суд.
Именно поэтому работодатели идут на уступки и предлагают написать заявление по собственному желанию, в лучшем случае с выплатой одной зарплаты, но здесь Вы вправе торговаться. При увольнении, по соглашению сторон, часто сотрудники выбивают 4-6 окладов, т.к. компании становится выгоднее заплатить Вам и разойтись по-хорошему.
2️⃣ IT-компании очень тяжело переносят потерю сотрудника (даже плохого), поиск нового кандидата на Ваше место может занимать месяцы, в этот процесс также вовлечены множество сотрудников. В том числе Senior-программисты, время которых стоит очень дорого и которое они должны тратить на собеседования. В конечном итоге страдает бизнес, появляется множество дополнительных затрат.
Всё выше сказанное конечно же относится к официальному трудоустройству. Если вы ИП или самозанятый - уволить Вас очень просто, но об этом я напишу в следующих постах.
Так что не бойтесь увольнения, чаще всего работодатели больше беспокоются, что уволитесь Вы.
Как бы Вы поступили, если бы Вас решили уволить? Требовали компенсацию или уволились по собственному желанию?
https://www.instagram.com/p/CU68kyQhE4v
🔹Жить равно работать🔹
Work-Life Balance - то, чего у меня не было в первые годы IT - разработки. Чтобы получить заветную должность Junior-программиста, я видел лишь один единственный выход - отдавать всё свободное время этому процессу: учиться ночами, читать книги в транспорте, писать код на коленках.
В первые года у меня постоянно были мысли, что я упускаю жизнь. С получением своей первой работы стало только хуже. IT проедало мое время полностью, мелкие баги в первое время отнимали дни. Мозг был загружен. Загружен при прогулке с друзьями, загружен в транспорте, в душе, перед сном, утром - задачи не отпускали. Приходилось засиживается допоздна, только чтобы завершить задачу и со спокойной совестью пойти спать.
Сейчас компании стараются создавать удобства, чтобы работники жили в офисе и/или на работе в целом. У них это получается, они готовы кормить, поить, предоставляют досуг для 12-14 часовой жизни в офисе. Всё, чтобы хоть как-то создать иллюзию личной жизни для тех, кто работает на эту компанию. С появлением удалёнки - грань между работой и жизнью совсем перестала существовать.
Так ли всё плохо❓
В первое время будет казаться, что баланс между работой в IT и личной жизнью - проект, который никогда не заканчивается, нечто, чего практически невозможно достичь. Однако, все это временно. Чем больше усилий Вы прикладываете в начале пути - тем больше дивиденды, с которыми сильно проще перестроить баланс в сторону жизни.
Чаще новички стрессуют, что на решение задач у них уходит 10ч, в то время как у разработчика с 1 годом опыта - уходит час. И это нормально, этот разработчик уже отсидел свои 10ч, и Вы такими будете. Главное не сдаваться и постараться влюбиться в то, что Вы делаете.
https://www.instagram.com/p/CVKYagogBcf
Work-Life Balance - то, чего у меня не было в первые годы IT - разработки. Чтобы получить заветную должность Junior-программиста, я видел лишь один единственный выход - отдавать всё свободное время этому процессу: учиться ночами, читать книги в транспорте, писать код на коленках.
В первые года у меня постоянно были мысли, что я упускаю жизнь. С получением своей первой работы стало только хуже. IT проедало мое время полностью, мелкие баги в первое время отнимали дни. Мозг был загружен. Загружен при прогулке с друзьями, загружен в транспорте, в душе, перед сном, утром - задачи не отпускали. Приходилось засиживается допоздна, только чтобы завершить задачу и со спокойной совестью пойти спать.
Сейчас компании стараются создавать удобства, чтобы работники жили в офисе и/или на работе в целом. У них это получается, они готовы кормить, поить, предоставляют досуг для 12-14 часовой жизни в офисе. Всё, чтобы хоть как-то создать иллюзию личной жизни для тех, кто работает на эту компанию. С появлением удалёнки - грань между работой и жизнью совсем перестала существовать.
Так ли всё плохо❓
В первое время будет казаться, что баланс между работой в IT и личной жизнью - проект, который никогда не заканчивается, нечто, чего практически невозможно достичь. Однако, все это временно. Чем больше усилий Вы прикладываете в начале пути - тем больше дивиденды, с которыми сильно проще перестроить баланс в сторону жизни.
Чаще новички стрессуют, что на решение задач у них уходит 10ч, в то время как у разработчика с 1 годом опыта - уходит час. И это нормально, этот разработчик уже отсидел свои 10ч, и Вы такими будете. Главное не сдаваться и постараться влюбиться в то, что Вы делаете.
https://www.instagram.com/p/CVKYagogBcf
🔹Программист без диплома🔹
На заре появления электричества профессия электрика была самой элитной, специалисту в этой сфере платили любые деньги. Прошло меньше века и вот уже электриков выпускают училища и сама профессия стала обычной. Та же ситуация происходит сейчас в IT (в России и странах СНГ) — профессия программиста из элитной превращается в типовую, теперь все необходимые знания можно получить с онлайн курсов, прочитать книги и написать несколько pet-проектов.
На собеседованиях Вас вряд ли спросят про высшее образование. Конечно, будет плюсом, если Вы имеете "корочку" и более того, если она совпадает по специальности. Однако, трудоустройство это не гарантирует.
Будем честны, среди 2-х (примерно одинаковых по результатам собеседования) кандидатов, кого выберет интервьюер? С профильным образованием или без❓
Ответ — с образованием. Почему? Если говорить о вузе, то его цель не дать Вам профессию, а научить Вас мыслить и дать навыки, чтобы умели искать информацию и сами в ней разбирались. Я выберу кандидата с профильным образованием, просто потому, что ему на лекциях читали что-то о программировании и математике. Даже если он их просто прослушал, хотя бы слова будут ему знакомы.
Я и мои коллеги обращаем внимание на образование, мы понимаем, что студент Computer Science направления имеет больше шансов пройти наше техническое интервью. Но ограничений для других кандидатов никаких нет, такое же собеседование, вопросы и условия. Так что если Вы учитесь в школе, советую пойти в ВУЗ на компьютерное направление, это Вам поможет в будущем.
Что насчёт иностранных компаний❓
В США и ЕС степень бакалавра компьютерных наук (или идентичная: математика, физика и тп.) требуется почти на все вакансии, а без диплома магистра могут ограничить в должности. В России также есть некоторые компании, по уставу которых, сотрудник без высшего образования не может занимать определённые высокие должности (это редкость, но всё же). Я показывал свой диплом только в отделе кадров, другой необходимости пока не было. В иностранные компании — разговор об образовании заводился практически сразу, после ФИО.
Какие сертификаты курсов могут заменить диплом ❓
По своему опыту скажу, что сам по себе сертификат не имеет ценности, если это конечно не сертификат MIT, Harvard или других всемирно известных вузов. Неважно, даже если вы отдали 200-500к за сертификаты, эти бумажки вряд ли где-то оценят. Из курсов нам интересны ваши знания и умения, а не то что Вы прослушали лекции и выполнили задания. Более того сертификаты некоторых IT-школ скорее настораживают.
Были ли ситуации, когда Вам был нужен диплом? Напишите в комментариях.
https://www.instagram.com/p/CVw7jAwg2vT/
На заре появления электричества профессия электрика была самой элитной, специалисту в этой сфере платили любые деньги. Прошло меньше века и вот уже электриков выпускают училища и сама профессия стала обычной. Та же ситуация происходит сейчас в IT (в России и странах СНГ) — профессия программиста из элитной превращается в типовую, теперь все необходимые знания можно получить с онлайн курсов, прочитать книги и написать несколько pet-проектов.
На собеседованиях Вас вряд ли спросят про высшее образование. Конечно, будет плюсом, если Вы имеете "корочку" и более того, если она совпадает по специальности. Однако, трудоустройство это не гарантирует.
Будем честны, среди 2-х (примерно одинаковых по результатам собеседования) кандидатов, кого выберет интервьюер? С профильным образованием или без❓
Ответ — с образованием. Почему? Если говорить о вузе, то его цель не дать Вам профессию, а научить Вас мыслить и дать навыки, чтобы умели искать информацию и сами в ней разбирались. Я выберу кандидата с профильным образованием, просто потому, что ему на лекциях читали что-то о программировании и математике. Даже если он их просто прослушал, хотя бы слова будут ему знакомы.
Я и мои коллеги обращаем внимание на образование, мы понимаем, что студент Computer Science направления имеет больше шансов пройти наше техническое интервью. Но ограничений для других кандидатов никаких нет, такое же собеседование, вопросы и условия. Так что если Вы учитесь в школе, советую пойти в ВУЗ на компьютерное направление, это Вам поможет в будущем.
Что насчёт иностранных компаний❓
В США и ЕС степень бакалавра компьютерных наук (или идентичная: математика, физика и тп.) требуется почти на все вакансии, а без диплома магистра могут ограничить в должности. В России также есть некоторые компании, по уставу которых, сотрудник без высшего образования не может занимать определённые высокие должности (это редкость, но всё же). Я показывал свой диплом только в отделе кадров, другой необходимости пока не было. В иностранные компании — разговор об образовании заводился практически сразу, после ФИО.
Какие сертификаты курсов могут заменить диплом ❓
По своему опыту скажу, что сам по себе сертификат не имеет ценности, если это конечно не сертификат MIT, Harvard или других всемирно известных вузов. Неважно, даже если вы отдали 200-500к за сертификаты, эти бумажки вряд ли где-то оценят. Из курсов нам интересны ваши знания и умения, а не то что Вы прослушали лекции и выполнили задания. Более того сертификаты некоторых IT-школ скорее настораживают.
Были ли ситуации, когда Вам был нужен диплом? Напишите в комментариях.
https://www.instagram.com/p/CVw7jAwg2vT/