какие вопросы можно задать программисту
Проблемы в собеседовании на позицию программиста
Мне так сильно понравилось ваша вакансия и ваша компания и ваши идеалы корпоративной культуры, что я решил предложить вам мою скромную кандидатуру. Вот моё супер-уникальное резюме, пришлите тестовое, а еще мы можем пообщаться час-два для того чтобы мы примерно поняли хотим ли мы друг друга.
Преамбула
Я работаю программистом давно. Так сложилось что мне довелось оказаться по обе стороны «баррикад»: я проходил не менее сотни собеседований, чаще получая отказ и проводил не менее пятидесяти собеседований, чаще отказывая.
Обычно меня собеседовали два человека: менеджер\босс и программист\технарь. Реже — один, еще реже — трое и более. Задают вопросы они, как правило, из совершенно разных областей, поэтому разделим условно собеседование на тестовое задание, инспектирование софт скиллов и инспектирование технических скиллов.
Тестовое задание
Вряд ли я отправлю обратно решение к тестовому заданию, если не проверю что оно рабочее и выполняет поставленную задачу. Соответственно на проверку другому программисту приходят, в основном, только рабочие решения, среди которых он должен выбрать те, которые по его оценке (мнению) являются достаточно подходящими. Поработав со множеством программистов в команде я не по наслышке знаю об их лютой нетерпимости к чужому коду, к чужому ходу мысли. Поэтому даже если вы предложите им решение лучшее, чем могло бы созреть у них в голове, вы сильно рискуете нарваться на непонимание и отказ. При этом на просьбу расписать причины, можно получить как совершенно левую ахинею (однажды мне в укор поставили то что я выслал задание в архиве, а не опубликовал его на своём гитхабе, конечно, буду я пачкать своё пространство), так и полный игнор. Поэтому игра в тестовое задание это на самом деле игра в «понравься другому технарю, о котором ты не знаешь ничего», то есть великий рандом.
Кстати, по очередности тестового задания и собеседования вы можете уловить отношения в фирме между менеджером и программистом. Если вам предлагают решать тестовое задание до собеседования, значит менеджер себя считает более загруженным, чем своих подчиненных, пытается сэкономить своё время по максимуму, делегируя базовую проверку. Если же тестовое задание вам предлагают решить уже после собеседования, значит у программистов в фирме в текущее время настолько большая нагрузка, что их даже не отвлекают на проверку тестовых заданий случайных людей. Еще больше отношений вы можете уловить, если собеседование проходит поэтапно, сперва с одними людьми, затем с другими. Надеюсь вы уцепились за суть.
Проверка софт скиллов
«Расскажите о себе?» — вопрос, вводящий в ступор человека с глубоко-техническим складом ума (будем в дальнейшем называть его конструктор). Конструктор может немного покопавшись в памяти вывалить своё имя, возраст, рост и вес, национальность и цвет глаз, но при этом не поймет какое это все имеет отношение к делу, ведь он пришел продавать свой технический скилл, а не себя. «Что конкретно вы хотите обо мне узнать?» — обычно отвечаю я и наблюдаю разочарование в глазах босса, босс редко любит когда ему отвечают вопросом на вопрос, ведь теперь мячик на его стороне и думать приходится ему. Если бы я мыслил по другому, то конечно, я бы вывалил на него заранее подготовленную смачную историю меня любимого с детальными подробностями того насколько я клёвый, классный и, что самое главное, лучше чем остальные. Но если бы я мыслил по другому, я вряд ли стал бы программистом. Поэтому на ответ «что хотите то и рассказывайте» я начинаю тупо перечислять где я работал и какими проектами занимался, плюс какие технологии использовал, чем совершаю очередную ошибку, поскольку всё это уже расписано в резюме и не вызывает ничего кроме скуки. Ведь словами невозможно донести тот объем, вес и значимость, которые я ощущаю в своей голове.
И здесь я делаю допущение: допустим, что программист НЕ ДОЛЖЕН обладать сильными софт-скиллами.
Пойдем от обратного: допустим, что программист ДОЛЖЕН обладать сильными софт-скиллами, тогда — зачем нужен менеджер? Зачем тогда вообще нужна фирма, если я могу пойти на биржу фриланса и найти себе там самостоятельно заказчика? Господин Форд — великий изобретатель прошлого века, он изобрел конвеер, невероятно эффективную вещь, которую, видимо, еще не все научились использовать. В некоторых фирмах просекли эту фишку и вставили между программистами и заказчиками особое звено — менеджеров, по сути являющихся переводчиками с «человеческого» на «программисткий». Задача менеджера — договориться с программистом и заказчиком, задача программиста — «договориться» с кодом. Ожидая от программиста дополнительного повышенного скилла договариваться и коммуницировать, вы отсекаете тех программистов, которые за счет отсутствия этих софт-скиллов освободили в своей голове достаточно места чтобы прокачать скилл разработки гораздо глубже.
Представим себе что мы попали на собеседование в фирму, которая понимает эту идею. Тем не менее оценить общую коммуникабельность она всё равно желает, просто для того чтобы отсеять совершенно неспособных к командной работе людей. Каким образом это можно сделать эффективно за 1-2 часа разговора? Никаким. Я не видел ни одного человека на собеседовании, который вел бы себя распутно, неуважительно или неприемлемо выражался, и это естественно, ведь на собеседовании мы все максимально открыты, дружелюбны и адекватны. Поэтому, пропустив через себя тысячи собеседующихся, собеседующий начинает больше обращать внимание на другие детали: как человек одет, какая у него прическа, как от него пахнет, какие гримасы строит, какие эмоции проявляет, какие жесты использует, как долго смотрит в глаза, как часто отводит взгляд, как быстро отвечает на вопросы. И формирует своё заключительное «экспертное» решение, по сути, на голой интуиции. Ведь перед ним стоит задача «выбрать лучшего на текущий момент», а не «отсеять подходящих от неподходящих», и он не может пойти против этой задачи.
Оценка быстроты реакции — отдельная ошибка. Мгновенно отвечающие люди на самом деле даже не успевают подумать. Люди же тормозящие с ответом, напротив, погружаются в чертоги разума, тщательно взвешивая все возможные варианты, пока чувствуют что было бы уместно еще немного подумать. Даже если у них сразу появляется подходящий ответ.
Проверка технических скиллов
Казалось бы что техническая подкованность на порядки более значима, чем способности к коммуникации, но по факту редко какая фирма устраивает собеседование таким образом, что техническая часть превосходит социальную. Бывают, конечно, исключения, однажды мне довелось 4 часа общаться с очень дружелюбным технарём, от которого я узнал множество интересных, но бесполезных в моей реальной жизни фишек.
Так что же, реально за 1-2 часа разговоров оценить человека достаточно хорошо чтобы принять правильное решение? Конечно же нет. Самая главная ошибка здесь — точно такая же как и в предыдущей части — задача найти лучшего, а не отсеять подходящих от неподходящих. В результате собеседование превращается из поиска знаний в поиск пробелов, ведь чем больше пробелов найдет собеседующий, тем менее подходит кандидат и тем проще сложить-вычесть-посчитать виртуальные очки. Дополнительная ошибка в том что мы проверяем у кандидата наличие лишь тех знаний, которые знаем сами, полностью упуская из виду те знания, которых не знаем, которые могли бы быть намного более полезными в фирме, чем очередная копия меня.
Особенно скользкое в происходящем то, что превращенное в экзамен инспектирование проверяет не способность кандидата программировать, а его способность объяснить, донести, научить, то есть по сути та же самая проверка коммуникативных способностей в иной плоскости. Я, например, могу быстро и качественно спроектировать нормализованную структуру базы данных или нормализовать уже имеющуюся, но совершенно не в состоянии объяснить словами другому человеку как это делать, потому что когда я нормализую, я не использую русские слова, я использую внутренние знания, приобретенные не на парах в университете, а на «боевом» опыте. Эту разницу скиллов между исполнителем и учителем понимают не все. Другой каноничный пример — путаница в шаблонах проектирования. Я быть может и знаю тот шаблон что вы у меня спрашиваете, но в моей голове он называется по другому и его реализация может немного отличаться.
Особенно мной нелюбимое — инспектирование очень мелких и сверх-специфичных деталей, место которым в Гугле, а не в моей голове. За что отвечает третий параметр в функции пузырьковой сортировки? Организуйте очередь двумя стеками. Как сделать выборку так чтобы не так, а вот так? Конечно, хорошо когда эти детали находятся в голове, программист экономит время, а фирма экономит деньги. Но чего вы никогда не узнаете задавая подобные вопросы — это что лежит у кандидата в голове ВМЕСТО этих знаний, знаний такой низкой ценности. Быть может там глубокое понимание асинхронности, а может навык подката к девочкам на вечеринках, но вопрос задан, время потрачено, собеседование на очередной шаг приблизилось к своему завершению, а вы разведали мало значимого.
Про просьбы скомпилировать с бумаги код в голове даже говорить не хочется. Вы на позицию ищите программиста или компилятор\интерпретатор? В повседневной рабочей рутине программист привык полагаться на среду, использовать ее возможности по максимуму, экономя своё «процессорное» время там, где это возможно. Поэтому неудивительно что такого рода задания выполняются медленно и часто не правильно. Вместо них было бы лучше спросить какими средами он пользуется и что ему в них нравится, быть может найдете для себя что-то новое, вкусное.
Есть ли выход?
Если вы вознамерились экономить на мозгах, извините, вы будете продолжать пропускать нужные кадры в погоне за лучшими. Могу лишь обратить ваше внимание на то, что хорошие мозги почти постоянно находятся в поиске места лучше, чем их текущее, поэтому потерять «лучший» мозг так же легко как и «найти».
Если же у вас достаточно бюджета, вы можете попробовать следующий трюк: предложите 1 испытательный месяц работы всем желающим за пол ставки и принимайте решение по результатам работы. Его можно скомбинировать с предварительными собеседованиями, если задачу переключить с поиска лучшего на поиск подходящих, но стоит помнить о том что собеседования такого рода практически бесполезны и лишь отнимают время.
19 вопросов, которые стоит задать веб-разработчику на собеседовании
Наём новых сотрудников может оказаться настоящим кошмаром. Иногда, чтобы найти подходящего кандидата, приходится пройти долгий и трудный путь. Если вы ищете веб-разработчика, техническая сторона этой профессии значительно усложняет процесс поиска.
Адаптировали статью команды блога Codementor о том, что важно спросить у веб-разработчика перед тем, как его нанять.
Коммерческий автор и переводчик
Подготовьтесь заранее
Есть такая поговорка: кто не планирует свою победу, тот планирует чужую. И она будет к месту, если вы ищете разработчика, особенно на удалёнку.
Вот главные советы.
Определите требования
Опытные веб-разработчики всегда очень заняты. Нужно определиться с вашими ожиданиями и объёмом работы кандидата. Чётко сформулируйте должностную инструкцию и особенности работы в компании. Соискатель должен ясно понимать рабочие обязанности и предлагаемые условия труда.
Выделите оптимальный бюджет
Помните, вы получите ровно столько, сколько заплатили.
Сумма зависит от местоположения и требований к специалисту. Проанализируйте зарплаты перед тем, как определить окончательную цифру.
В России на первое полугодие 2018 года средняя зарплата ИТ-специалистов составляет около 100 тыс. рублей в месяц. При этом диапазон зарплат достаточно большой — от 14 до 350 тыс. рублей.
Установите реалистичные дедлайны
Разработчику может потребоваться время, прежде чем приступить к работе в вашей компании. Учитывайте это при отборе кандидатов, тем более вам тоже нужно время для поиска подходящего человека.
На срочный проект можно рассмотреть фрилансера. Он начнёт работу, а у вас появится время для поиска кандидата в штат. Убедитесь, что у выбранного фрилансера или подрядчика достаточно времени на ваш проект.
Подготовьтесь к собеседованию
У хорошего разработчика во время и после собеседования появятся вопросы. Будьте готовы объяснять, что именно вы ищете в кандидате и какую работу ему предлагаете.
Профессия
Веб-разработчик
Вопросы для собеседования с разработчиком
Процесс поиска разработчика зависит от его роли в команде и особенностей компании в целом. Вот несколько вещей, на которые стоит обратить внимание при поиске.
Основные вопросы для собеседования с разработчиком и ответы, которые следует от него ждать. Не забывайте делать заметки во время собеседования — это поможет точнее оценить кандидатов.
Вопросы об опыте
1. Расскажите о проекте, которым по-настоящему гордитесь. Что вы сделали для его успешной реализации?
Начните собеседование аккуратно, чтобы уменьшить волнение кандидата. Ответ на этот вопрос даст представление об амбициях специалиста, покажет его взгляд на успех и рабочий процесс. Обратите внимание, упомянул ли разработчик других членов команды или сосредоточился на своих стараниях.
2. Расскажите о проекте, который вас разочаровал. Что бы вы сейчас изменили при работе над ним?
Разработчик должен постоянно анализировать свою работу. Вы не захотите нанимать человека, который всё время повторяет ошибки.
3. Что в программировании для вас самое сложное?
Другими словами, какие слабые стороны видит разработчик в своих технических навыках.
4. Как проводите тестирование? И что вообще о нём думаете?
Хороший код — это минимум багов в работе приложения и мало ошибок в коде. Хороший разработчик уделяет много внимания тестированию качества. Так можно сократить количество бессонных ночей в поисках ошибок на ранних этапах работы.
5. Как следите за последними тенденциями в веб-разработке?
Другими словами, прикладывает ли кандидат усилия, чтобы оставаться востребованным специалистом. Например, спросите, какие технические издания он читает, какими авторами и личностями ИТ-сообщества восхищается и почему.
Сфера веб-разработки постоянно меняется, поэтому для специалиста важно интересоваться последними тенденциями и формировать своё мнение о них.
6. Какую среду разработки предпочитаете?
Не важно, где работает кандидат — вам необходимо найти человека, который может адаптироваться под разные технологии и делиться своим мнением. Ответ на вопрос также покажет его опыт работы с разными фреймворками, системами контроля версий, юнит-тестированием и так далее.
Курсы Нетологии
Soft Skills
Вопросы о коммуникативных и управленческих навыках
7. Расскажите, какие качества помогают вам в работе
Возможно, вы ищете человека, который быстро решает проблемы, отлично ведёт переговоры или любит учиться. Попросите кандидата привести примеры, как он применяет эти навыки.
В зависимости от вакансии, одни навыки будут приоритетнее других. Например, тайм-менеджмент и коммуникативные навыки будут более важны для удалённого сотрудника, чем для штатного разработчика.
8. Расскажите о проблеме, которую вы решили вне программирования
Проблема может быть какой угодно. Например, кандидат починил кофемашину или помог коллеге отремонтировать велосипед. Неважно, что именно он сделал. Главное — вы увидите его способность решать проблемы и взаимодействовать с людьми.
9. Как бы описали вас другие разработчики / менеджеры проектов, с которыми вы работали?
Это отличный способ понять, как кандидат оценивает себя и свои навыки, какую роль играет в команде и как проявлял себя на прошлых должностях.
10. Представьте, что не можете решить проблему, связанную с программированием. Что сделаете, чтобы найти решение?
Спросит ли он коллег, зайдёт на StackOverflow или другие ресурсы? Здесь нет правильных и неправильных ответов. Важно понять, как кандидат преодолевает рабочие трудности.
11. Что вы думаете о парном программировании? Был ли у вас такой опыт?
Такой метод программирования не всегда подходит для повседневной разработки, но будет интересно узнать, готов ли кандидат сесть рядом с коллегой и разбираться в его коде.
12. Работали ли вы когда-нибудь напрямую с заказчиком или как-то взаимодействовали с ним? Если нет, хотели бы попробовать?
Ответ на этот вопрос даст представление, как кандидат реагирует на мнения других людей о его работе. Если вы ищете человека для разработки приложения или способного в будущем расти внутри компании, он неизбежно будет сталкиваться с критикой пользователей и коллег.
Вопросы для проверки технических навыков разработчика
13. Опишите, пожалуйста, процесс создания веб-страницы или приложения.
Это отличный способ оценить, как кандидат справляется с базовыми задачами. Он используют фрагменты кода для быстрого создания базовой HTML-страницы, добавляет jQuery и начинает программировать или использует вспомогательные инструменты для разработки, типа Bower или Yeoman?
14. Какие инструменты используете для поиска багов?
Ответ на этот вопрос будет зависеть от среды разработки, которую использует кандидат. Разные языки программирования используют разные профилировщики, а некоторые фреймворки имеют встроенные инструменты для устранения багов. Важно узнать не инструмент, а подход к решению проблемы.
15. Что знаете о CORS?
CORS (Cross-Origin Resource Sharing, с англ. — «совместное использование ресурсов между разными источниками») — основной элемент HTML5, который должен быть знаком большинству фронтенд-разработчиков. Технология позволяет запрашивать доступ к различным ресурсам другого домена (jQuery, библиотекам шрифтов).
16. Вы можете объяснить назначение каждого типа HTTP-запроса при соблюдении требований RESTful?
Знает ли ваш кандидат разницу между запросом GET и POST? Не забыл ли он упомянуть запросы PATCH и CONNECT? Это серьёзный вопрос для оценки базового понимания HTML.
17. У вас есть пять разных таблиц стилей, как лучше всего интегрировать их в сайт?
Этот вопрос проверяет понимание CSS. Объединит ли кандидат стили в один CSS-файл или объединит только стили для конкретного приложения? И как он использует библиотеки стилей, например, Bootstrap?
18. Как вы организуете JavaScript-код?
Ответ на этот вопрос покажет, как кандидат систематизирует свой код. Он разделяет JavaScript и HTML? JS разбит на логические блоки и хранится в отдельных файлах? Он использует скрипт для объединения этих файлов в один пакет? А пространство имён в JavaScript, чтобы не захламлять глобальное пространство имён?
19. Как вы учитываете SEO, производительность, безопасность и UX при создании приложения?
Это очень важный вопрос. Способность понимать и сочетать эти факторы в работе является ключевым навыком для любого веб-разработчика. Из ответа также будет понятно, чему кандидат отдаёт приоритет при программировании. Например, если вы — крупная финансовая компания, безопасность для вас будет важнее SEO. Если вы — интернет-издание, на первом месте производительность сайта и SEO.
Ваше собеседование не ограничивается перечисленными вопросами.
Узнавайте больше о техническом опыте кандидата, стеке технологий, который встретится ему на новой работе. Если вы сами не разработчик, лучше попросить опытного специалиста провести техническую часть собеседования.
Примеры вопросов для технической части собеседования и ответы специалистов:
После собеседования
Из-за нехватки специалистов веб-разработчики очень востребованы. Если вы ищите разработчика, действуйте быстро: оцените всех кандидатов и сразу же свяжитесь с теми, кто вам подходит. Хороший кандидат быстро найдёт работу.
Нет единой правильной схемы для поиска разработчика — важны детали. Чтобы найти идеальный вариант, ясно определите собственные ожидания и требования для разработчика. На Github есть целый список вопросов для интервью.
Вопросы, которые программистам на самом деле стоит задавать на собеседованиях
Авторизуйтесь
Вопросы, которые программистам на самом деле стоит задавать на собеседованиях
Большинство разработчиков, когда их спрашивают, почему они хотят сменить работу, отвечают что-то вроде: «Я хочу совершенствоваться, как программист, а моё текущее место не даёт такой возможности». Все ищут новых знаний, однако когда приходит время задать вопросы новому работодателю, обычно всё сводится к этому:
Тут можно сделать один из двух выводов: либо разработчикам всё-таки в первую очередь нужна возможность работать удалённо, иногда отдыхать и лечиться за счёт компании, либо они задают не те вопросы.
Для тех из вас, кто заинтересован в постоянном профессиональном самосовершенствовании мы подготовили несколько советов о том, что на самом деле нужно спрашивать во время собеседования.
1. Как разработчики узнают что-то новое?
Ревью кода
Обмен знаниями
Отдельные спринты для рефакторинга
Парное программирование
Ретроспективные обсуждения
Stack Overflow
Можно спросить других разработчиков
Иногда отправляем на конференции
Смотря как вам удобнее узнавать новое
Этот вопрос поможет узнать, заботится ли компания о повышении уровня разработчиков и способствует ли получению новых знаний сотрудниками.
Возможные хорошие ответы:
Если вы услышали большинство или все из этих ответов, то это, считайте, просто рай новых знаний для вас.
2. Вы разрешаете разработчикам экспериментировать?
Свободный выбор технологий
Поощрение новых идей
Вы сами планируете своё время для
покорения неизведанных территорий
Никаких экспериментов
Менеджеры расскажут, как нужно это сделать
У нас нет времени на эту ерунду
Эксперименты с чем-то новым — это один из лучших путей расширения горизонтов и обучения, так что если работодатель не против самостоятельного выбора разработчиками технологий для реализации нового проекта, то это хороший знак.
17 ноября, Онлайн, Беcплатно
Вам лучше заранее узнать, придётся ли вам работать на сверхзвуковой скорости, постоянно гоняясь за смехотворно короткими дедлайнами. Если это так, то вам, скорее всего, придётся всегда использовать наиболее знакомый вам стек технологий — на что-то другое просто не будет времени.
Также неплохо, если в компании выделяют время на собственные проекты сотрудников. Не ждите, что это будет какое-то фиксированное количество часов в неделю или в месяц, важно лишь, что руководство в принципе не против этого. Если же они скажут, что компания не может себе позволить тратить время на такие эксперименты, ведь времени и так всегда не хватает, то спросите, каким образом ещё один разработчик в вашем лице сможет изменить ситуацию.
3. Что нужно для того, чтобы получить повышение?
У нас разработан путь продвижения
программистов по карьерной лестнице
Личное обсуждение с руководителем
Обратная связь
Экспертный обзор
Оценка как минимум раз в пол года
Продвижение после N лет работы
Мы скажем, когда вы будете готовы
Вы ведущий программист тогда,
когда вы помогаете другим
Не стоит недооценивать эту тему, ведь то, насколько быстро люди продвигаются по службе, отражает насколько быстро они получают новые навыки в компании. Конечно, всё это зависит от личной мотивации и других персональных характеристик человека, но компании могут помочь разработчикам в отслеживании прогресса и обозначении точек роста. Есть три вещи, которые вам стоит проверить:
4. Расскажите о вашем опыте работы с чем-то необычным или инновационным
Мы платим в биткоинах
Как-то раз проводили хакатон
по боям роботов
У нас бывают недели, когда запрещено
использовать мышку
Однажды мы попробовали использовать X,
но ничего не вышло.
Хм, не припомню такого
Технология X — самая крутая и
мы используем только её
Не стоит изменять то,
что и так отлично работает
«Нам нужен программист для работы над интересным, инновационным проектом» — сколько раз вы видели подобные слова в вакансиях? Так давайте же предоставим шанс работодателю оправдать написанное.
На самом деле это очень коварный вопрос! Вероятно, он может сильно удивить вашего собеседника и привести либо к 10-минутному страстному рассказу о том, какую классную уникальную штуку они как-то раз создавали, либо к оправданию по поводу того, что они не могут себе позволить сделать что-то большее, чем стандартное решение.
5. Будет ли у меня наставник и стану ли я сам для кого-то в будущем наставником?
В команде есть как опытные
разработчики, так и новички
В каждой команде есть технический
наставник
Парное программирование
Ревью кода
Вы будете один на проекте
Все работают удалённо
Пожалуй, вы будете единственным
разработчиком с таким опытом
Вполне очевидно, что если вы будете самым опытным на проекте, то станете тем самым разработчиком, к которому посылают всех остальных за помощью в решении проблем. Конечно, это неплохо для самолюбия, но так вы останетесь без того, с кем можно поделиться новыми идеями и обсудить их. Даже если вы уже очень опытный специалист, наличие кого-либо со схожим опытом рядом определённо пойдет на пользу вашему развитию.
6. Какие у вас есть перспективы для ведущих разработчиков?
У нас есть планы для роста и для
ведущих разработчиков тоже
Будем рады помочь вам
строить ваше будущее
Всегда есть чему ещё научиться,
можно заняться наставничеством
Через год мы сможем обсудить
повышение оклада
Отправим вас на более сложные проекты
Вы даже можете занять моё место
когда-нибудь
Представим, что вы заняли позицию «самого главного» разработчика в компании, много работали для этого и добились своего. Но что дальше?
Как понять, что после определённой точки ваш рост не прекратится и вам всегда будет куда развиваться? Просто спросите! Может быть, в компании есть более высокие должности для разработчиков. Тогда обязательно попросите их описать эти должности подробнее, чтобы не получилось, что они сводятся к другой надписи на визитке и большему количеству денег.
Возможно, вам предложат заняться наставничеством и участвовать в обучении молодых специалистов с меньшим опытом. Или же вас будут продвигать как публичного эксперта и предложат выступать на конференциях от лица компании. В любом случае стоит убедиться, что у них есть планы по дальнейшему развитию специалистов любого уровня и они готовы в том числе учитывать ваши идеи по этому поводу.
7. Вы выделяете бюджеты и время на обучение сотрудников и посещение конференций?
Мы оплачиваем участие в конференциях
Сами тоже выступаем
Покупаем книги
Выделяем деньги на покупку
учебных материалов
Аээ, зачем?
В Интернете же и так всё можно найти!
Конечно, вы в любом случае будете учиться в процессе работы, но разве не было бы здорово иногда посещать сторонние конференции или слетать послушать вашего кумира в мире программирования?
И если есть хотя бы какие-то бюджеты на обучение, то это будет огромным плюсом, ведь можно будет покупать полезные книжки для корпоративной библиотеки или какие-нибудь учебные курсы.
8. Что вы делаете, когда понимаете, что проект начинает проваливаться?
Если вы ошиблись,
мы все можем поучиться на этом!
Посмотрим, что пошло не так
и не будем допускать подобных
ошибок в следующий раз!
Мы проводим ретроспективы как в случае
успеха, так и при провалах!
Бывает, что не повезло,
нужно двигаться дальше
Мы не будем платить за время
на исправление ваших собственных ошибок
Давайте признаем, что не существует команды, которая всегда делала бы всё идеально и не ошибалась. Самое важное здесь, что происходит после того, когда становится понятно, что дела идут наперекосяк. И правильный ответ: компания должна рассматривать каждую кризисную ситуацию, как возможность для обучения, чтобы стать лучше. Если это так, что вы попали в команду, в которой никто не боится экспериментировать и ошибаться. Другими словами, лучше быть там, где неудачная попытка считается лучшим, чем отсутствие попытки совсем.
Также можете попробовать спросить:
Теперь вы знаете, какие вопросы стоит спросить на вашем следующем собеседовании. Важно, что всё это нужно спрашивать у технического специалиста или руководителя во время их части интервью. Профессиональные рекрутёры из HR-отдела скорее всего уже слышали ранее такие вопросы и будут отвечать так, чтобы вам это больше всего понравилось.
Хорошие программисты высоко ценятся на современном рынке труда. Компании часто соревнуются за работников банально своими кошельками — кто сможет больше платить, тот и получит лучшего специалиста. Конечно, иметь хорошую зарплату дело полезное, никто не просит вас работать только за идею! Но разве мы не можем рассчитывать на нечто большее, чем просто деньги?
В конце концов, вы, как программист, производите код, а взамен, получаете деньги и опыт. И если вас заботит в том числе вторая часть про опыт, то будет вполне уместным задать некоторые свои вопросы на собеседовании, а не только поинтересоваться уровнем оклада. Хорошем тоном тут будет заранее сообщить, что вы планируете это сделать, чтобы собеседник выделил достаточно времени на вас.
А вы задаёте свои вопросы на собеседованиях? Использовали ли когда-либо вопросы из этого списка? Какие получили ответы в каких компаниях? Какие ещё вопросы вы используете и с какой целью? Поделитесь своим мнением в комментариях, это будет очень полезно для остальных читателей.