12 вопросов, которые стоит задать во время собеседования
Очевидно, это рынок девелоперов, на котором больше спроса, чем предложения.
Итак, учитывая множество возможностей, вы бы хотели задать вопрос: «У вас есть к нам какие-либо вопросы?» для правильного использования и создания профиля вашего следующего потенциального работодателя, чтобы вы могли сделать наиболее осознанный выбор, прежде чем решите остаться или уйти.
Фактически, как сказано в названии, идея здесь в том, чтобы взять интервью у вашего интервьюера.
Вот несколько вопросов, которые помогут вам создать этот профиль (если позволяет время).
1. Чего вы ожидаете от нового разработчика в команде?
Соответствуют ли их ожидания обо мне хотя бы моим собственным ожиданиям?
Положительно
- Командный игрок, который делится своим опытом, терпеливо выслушивает и разделяет рабочую нагрузку команды.
- В первые несколько дней объединитесь с кем-нибудь еще, чтобы лучше понять, как мы работаем.
Отрицательный
- Поддерживайте устаревшие системы.
- Нам нужно больше людей, так как у нас есть крайний срок.
2. Как перейти от бизнес-требований к производству?
Есть ли у них четко определенные этапы, чтобы программные решения точно отражали намерения бизнеса?
Положительно
- Мы принимаем требования и тесно сотрудничаем с бизнесом, чтобы написать сценарии, выражающие их намерения.
- Затем группа моделирует решение на основе сценариев (и любых последующих вопросов для бизнеса).
- Затем мы создаем истории, чтобы задачами можно было управлять и ими могла пользоваться вся команда.
- Мы проверяем код (который придерживается чистой и предсказуемой архитектуры), который проходит конвейер сборки и тестирования перед развертыванием в среде.
Отрицательный
- Мы создаем истории на основе требований, основанных на нашей собственной интерпретации того, чего хочет бизнес, поскольку они заняты другими делами.
- Человек, который переводит историю от «дел» к «незавершенным», решает, как следует реализовать код.
- Проверка кода не является обязательной.
- Тестируем и разворачиваем вручную.
3. Есть ли у вас иерархия разработчиков?
У плоской и неплоской иерархии есть свои плюсы и минусы. Если все сделано правильно и с добрыми намерениями, оба могут работать достаточно.
Положительно
- Мы признаем опыт, а не титул.
Отрицательный
- Иерархический порядок определяет наш подход.
- Вы должны принять решения тех, кто стоит выше вас.
- Ваш титул зависит от того, как долго вы работаете в компании.
4. Как вы помогаете, чтобы вся команда чувствовала, что их вклад ценится?
Какой смысл присоединяться к команде, которая не ценит ваш вклад?
Положительно
- Мы поощряем смирение.
- Мы, как команда, понимаем, что если мы хотим, чтобы другие слушали нас, нам также нужно слушать.
Отрицательный
- Если вам есть что сказать, просто скажите это.
5. Что вы считаете чистым и удобным в обслуживании кодом?
Предпочитаю работать в команде, которая ценит время на разработку качественного кода, а не делать дела как можно быстрее.
Положительно
- Мы следуем установленной и предсказуемой архитектуре, которая четко отделяет намерение от деталей.
- Мы тестируем нашу архитектуру, чтобы не сломать ее.
- Мы документируем наши архитектурные решения, чтобы подробно объяснить, почему система находится в ее текущем состоянии.
Отрицательный
- У каждого разработчика свой стиль работы.
- Мы делаем микросервисы, поэтому кодовая база довольно мала и не требует чрезмерной разработки.
- Здесь мы могли бы добиться большего успеха, но время обычно ограничено, однако мы надеемся, что в будущем у нас получится лучше.
6. Как сделать так, чтобы ваш код был максимально безопасным?
Хотя это отдельный вопрос, безопасный код должен быть частью написания чистого и поддерживаемого кода.
Положительно
- Мы следуем лучшим практикам.
- Написание качественного кода также должно быть безопасным, так как классы должны быть четко определены и всегда применяются ограничения / инварианты / контракты.
- У нас есть тесты, чтобы убедиться, что наш код безопасен.
Отрицательный
- Другая команда заботится о безопасности.
- Нам не нужны накладные расходы на определение всего, достаточно передавать строки и карты.
- Каждые несколько месяцев мы проводим тест на проникновение, чтобы определить, что нам нужно исправить.
7. Требуется ли вам поддержка по вызову в нерабочее время?
Дежурный по вызову может быть прекрасным, если он не слишком жесткий и требовательный.
Положительно
- Ремонтируем в рабочее время.
- Вам будут возмещены расходы на дежурство в нерабочее время.
Отрицательный
- Нам нужно подтверждение в течение пяти минут.
- Вы должны быть в пределах 30 минут от вашего ноутбука.
- Компенсация не предусмотрена, поскольку она учитывается в вашей зарплате.
8. Какое у вас офисное пространство?
Рабочая среда может быть как обнадеживающей, так и обескураживающей.
Положительно
- Команда сидит рядом друг с другом в офисе открытой планировки.
- Для специальных встреч есть множество комнат для разговора.
- У команды есть открытые площадки для отдыха и общения.
Отрицательный
- Сидячие места не так важны, как выполнение работы.
- Важно вести себя тихо, чтобы не мешать другим командам.
9. Как повысить квалификацию разработчика?
Компании должны желать, чтобы их разработчики постоянно совершенствовались, и поэтому должны предоставлять средства для этого.
Положительно
- Мы предлагаем бюджет на образование для каждого разработчика.
Отрицательный
- Вы должны представить аргументы в пользу того, чтобы расходы были учтены.
- Закупка - длительный процесс, поэтому реализовать новые идеи бывает сложно.
- Вам нужно заплатить за вещи самостоятельно, а затем потребовать их обратно на расходы.
- Вместо этого можно использовать множество бесплатных ресурсов.
10. Как вы проводите проверки эффективности?
Обычно в процессе проверки эффективности участвуют только сотрудники. Вы когда-нибудь слышали о консультанте, который просил принять участие в процессе проверки эффективности компании?
Положительно
- Вам предлагается ставить цели вместе с менеджером, но ваш вклад в команду - это самое важное.
- Вам не нужно раз в год рассказывать своему руководителю, чем вы занимаетесь, поскольку мы проявляем активный интерес.
Отрицательный
- Ожидается, что каждый будет использовать этот инструмент, который мы приобрели, и он напрямую связан с обсуждением заработной платы.
- В обзоре эффективности вы должны обосновать то, что вы делали в течение последнего года, поскольку не следует ожидать, что ваш руководитель об этом узнает.
11. Сколько инструментов управления временем вы используете?
Чем больше инструментов, требующих ввода в них одной и той же информации, тем менее организованной кажется эта компания.
Положительно
- ≤ 1
Отрицательный
- > 1
12. Могут ли разработчики выбирать собственное оборудование?
Инструменты помогают разработчикам работать более продуктивно, так зачем же заставлять их использовать то, что вы решили?
Положительно
- Вы сами выбираете себе ноутбук и аксессуары.
Отрицательный
- Вы получаете корпоративный ноутбук и один монитор из имеющегося пула.
- Зависит от того, что было у предыдущего разработчика.