Удивляют меня статьи с подобными советами что писать в резюме. Я 15 лет программирую на фронтенде, из них 3 года совмещал с бэкендом так что я в работе у меня большой опыт, а вот написанием резюме и прохождением собеседований я занимаюсь очень редко. Недавно менял работу и поэтому статья меня триггернула.
Все хотят от программиста измеримые ачивки его работы, да еще и в цифрах. Все эти "реализовал внутренний проект", "реализовал локализацию", "оптимизировал скорость", "интегрировал CI/CD", "покрыл UNIT-тестами", "интегрировал скриншот-тестирование" - всё это задачи длительностью от недели до максимум нескольких месяцев, а остальное время чем человек занимался? Всё эти примеры вида "без меня было плохо, я пришел и сделал хорошо". На самом деле подобного рода задачи случаются очень редко, улучшайзинговые задачи живут в бэклоге и если выдаются в работу то либо назрело либо нет работы. Большую часть времени занимает обычная рутина "пилил фичи и фиксил баги" и именно эти рутинные задачи нужны бизнесу.
Автор привел скрин примера вроде бы хорошего описания обязанностей, но это всего лишь 9 месяцев работы. Выглядит как начало проекта, потом человек ушел. Мне вот интересно что писать когда работаешь несколько лет на разработке большого долгоиграющего проекта. Описывать все фичи которые реализовал за эти годы?
"Собеседование - это свидание" - отличная идея, именно так я это и воспринимаю. К сожалению собеседующие обычно это свидание превращают в придирчивый экзамен. Лезут в дебри теории которая в работе ни разу не понадобилась. На прямой вопрос: а насколько эти знания используются в компании следует ответ что теорию все равно надо знать. Изучить что-то без практики почти невозможно - согласен. Значит если ты с этим не сталкивался на предыдущей работе, то ты просто попал.
По поводу конверсии откликов - согласен, у меня получились похожие значения. Видимо так выглядит эта нехватка программистов о которой везде рассказывают - 90% отказов.
Удивляют меня статьи с подобными советами что писать в резюме. Я 15 лет программирую на фронтенде, из них 3 года совмещал с бэкендом так что я в работе у меня большой опыт, а вот написанием резюме и прохождением собеседований я занимаюсь очень редко. Недавно менял работу и поэтому статья меня триггернула.
Все хотят от программиста измеримые ачивки его работы, да еще и в цифрах. Все эти "реализовал внутренний проект", "реализовал локализацию", "оптимизировал скорость", "интегрировал CI/CD", "покрыл UNIT-тестами", "интегрировал скриншот-тестирование" - всё это задачи длительностью от недели до максимум нескольких месяцев, а остальное время чем человек занимался? Всё эти примеры вида "без меня было плохо, я пришел и сделал хорошо". На самом деле подобного рода задачи случаются очень редко, улучшайзинговые задачи живут в бэклоге и если выдаются в работу то либо назрело либо нет работы. Большую часть времени занимает обычная рутина "пилил фичи и фиксил баги" и именно эти рутинные задачи нужны бизнесу.
Автор привел скрин примера вроде бы хорошего описания обязанностей, но это всего лишь 9 месяцев работы. Выглядит как начало проекта, потом человек ушел. Мне вот интересно что писать когда работаешь несколько лет на разработке большого долгоиграющего проекта. Описывать все фичи которые реализовал за эти годы?
"Собеседование - это свидание" - отличная идея, именно так я это и воспринимаю. К сожалению собеседующие обычно это свидание превращают в придирчивый экзамен. Лезут в дебри теории которая в работе ни разу не понадобилась. На прямой вопрос: а насколько эти знания используются в компании следует ответ что теорию все равно надо знать. Изучить что-то без практики почти невозможно - согласен. Значит если ты с этим не сталкивался на предыдущей работе, то ты просто попал.
По поводу конверсии откликов - согласен, у меня получились похожие значения. Видимо так выглядит эта нехватка программистов о которой везде рассказывают - 90% отказов.