12 вопросов, которые стоит задать во время собеседования

Очевидно, это рынок девелоперов, на котором больше спроса, чем предложения.

Итак, учитывая множество возможностей, вы бы хотели задать вопрос: «У вас есть к нам какие-либо вопросы?» для правильного использования и создания профиля вашего следующего потенциального работодателя, чтобы вы могли сделать наиболее осознанный выбор, прежде чем решите остаться или уйти.

Фактически, как сказано в названии, идея здесь в том, чтобы взять интервью у вашего интервьюера.

Вот несколько вопросов, которые помогут вам создать этот профиль (если позволяет время).

1. Чего вы ожидаете от нового разработчика в команде?

Соответствуют ли их ожидания обо мне хотя бы моим собственным ожиданиям?

Положительно

  • Командный игрок, который делится своим опытом, терпеливо выслушивает и разделяет рабочую нагрузку команды.
  • В первые несколько дней объединитесь с кем-нибудь еще, чтобы лучше понять, как мы работаем.

Отрицательный

  • Поддерживайте устаревшие системы.
  • Нам нужно больше людей, так как у нас есть крайний срок.

2. Как перейти от бизнес-требований к производству?

Есть ли у них четко определенные этапы, чтобы программные решения точно отражали намерения бизнеса?

Положительно

  • Мы принимаем требования и тесно сотрудничаем с бизнесом, чтобы написать сценарии, выражающие их намерения.
  • Затем группа моделирует решение на основе сценариев (и любых последующих вопросов для бизнеса).
  • Затем мы создаем истории, чтобы задачами можно было управлять и ими могла пользоваться вся команда.
  • Мы проверяем код (который придерживается чистой и предсказуемой архитектуры), который проходит конвейер сборки и тестирования перед развертыванием в среде.

Отрицательный

  • Мы создаем истории на основе требований, основанных на нашей собственной интерпретации того, чего хочет бизнес, поскольку они заняты другими делами.
  • Человек, который переводит историю от «дел» к «незавершенным», решает, как следует реализовать код.
  • Проверка кода не является обязательной.
  • Тестируем и разворачиваем вручную.

3. Есть ли у вас иерархия разработчиков?

У плоской и неплоской иерархии есть свои плюсы и минусы. Если все сделано правильно и с добрыми намерениями, оба могут работать достаточно.

Положительно

  • Мы признаем опыт, а не титул.

Отрицательный

  • Иерархический порядок определяет наш подход.
  • Вы должны принять решения тех, кто стоит выше вас.
  • Ваш титул зависит от того, как долго вы работаете в компании.

4. Как вы помогаете, чтобы вся команда чувствовала, что их вклад ценится?

Какой смысл присоединяться к команде, которая не ценит ваш вклад?

Положительно

  • Мы поощряем смирение.
  • Мы, как команда, понимаем, что если мы хотим, чтобы другие слушали нас, нам также нужно слушать.

Отрицательный

  • Если вам есть что сказать, просто скажите это.

5. Что вы считаете чистым и удобным в обслуживании кодом?

Предпочитаю работать в команде, которая ценит время на разработку качественного кода, а не делать дела как можно быстрее.

Положительно

  • Мы следуем установленной и предсказуемой архитектуре, которая четко отделяет намерение от деталей.
  • Мы тестируем нашу архитектуру, чтобы не сломать ее.
  • Мы документируем наши архитектурные решения, чтобы подробно объяснить, почему система находится в ее текущем состоянии.

Отрицательный

  • У каждого разработчика свой стиль работы.
  • Мы делаем микросервисы, поэтому кодовая база довольно мала и не требует чрезмерной разработки.
  • Здесь мы могли бы добиться большего успеха, но время обычно ограничено, однако мы надеемся, что в будущем у нас получится лучше.

6. Как сделать так, чтобы ваш код был максимально безопасным?

Хотя это отдельный вопрос, безопасный код должен быть частью написания чистого и поддерживаемого кода.

Положительно

  • Мы следуем лучшим практикам.
  • Написание качественного кода также должно быть безопасным, так как классы должны быть четко определены и всегда применяются ограничения / инварианты / контракты.
  • У нас есть тесты, чтобы убедиться, что наш код безопасен.

Отрицательный

  • Другая команда заботится о безопасности.
  • Нам не нужны накладные расходы на определение всего, достаточно передавать строки и карты.
  • Каждые несколько месяцев мы проводим тест на проникновение, чтобы определить, что нам нужно исправить.

7. Требуется ли вам поддержка по вызову в нерабочее время?

Дежурный по вызову может быть прекрасным, если он не слишком жесткий и требовательный.

Положительно

  • Ремонтируем в рабочее время.
  • Вам будут возмещены расходы на дежурство в нерабочее время.

Отрицательный

  • Нам нужно подтверждение в течение пяти минут.
  • Вы должны быть в пределах 30 минут от вашего ноутбука.
  • Компенсация не предусмотрена, поскольку она учитывается в вашей зарплате.

8. Какое у вас офисное пространство?

Рабочая среда может быть как обнадеживающей, так и обескураживающей.

Положительно

  • Команда сидит рядом друг с другом в офисе открытой планировки.
  • Для специальных встреч есть множество комнат для разговора.
  • У команды есть открытые площадки для отдыха и общения.

Отрицательный

  • Сидячие места не так важны, как выполнение работы.
  • Важно вести себя тихо, чтобы не мешать другим командам.

9. Как повысить квалификацию разработчика?

Компании должны желать, чтобы их разработчики постоянно совершенствовались, и поэтому должны предоставлять средства для этого.

Положительно

  • Мы предлагаем бюджет на образование для каждого разработчика.

Отрицательный

  • Вы должны представить аргументы в пользу того, чтобы расходы были учтены.
  • Закупка - длительный процесс, поэтому реализовать новые идеи бывает сложно.
  • Вам нужно заплатить за вещи самостоятельно, а затем потребовать их обратно на расходы.
  • Вместо этого можно использовать множество бесплатных ресурсов.

10. Как вы проводите проверки эффективности?

Обычно в процессе проверки эффективности участвуют только сотрудники. Вы когда-нибудь слышали о консультанте, который просил принять участие в процессе проверки эффективности компании?

Положительно

  • Вам предлагается ставить цели вместе с менеджером, но ваш вклад в команду - это самое важное.
  • Вам не нужно раз в год рассказывать своему руководителю, чем вы занимаетесь, поскольку мы проявляем активный интерес.

Отрицательный

  • Ожидается, что каждый будет использовать этот инструмент, который мы приобрели, и он напрямую связан с обсуждением заработной платы.
  • В обзоре эффективности вы должны обосновать то, что вы делали в течение последнего года, поскольку не следует ожидать, что ваш руководитель об этом узнает.

11. Сколько инструментов управления временем вы используете?

Чем больше инструментов, требующих ввода в них одной и той же информации, тем менее организованной кажется эта компания.

Положительно

  • ≤ 1

Отрицательный

  • > 1

12. Могут ли разработчики выбирать собственное оборудование?

Инструменты помогают разработчикам работать более продуктивно, так зачем же заставлять их использовать то, что вы решили?

Положительно

  • Вы сами выбираете себе ноутбук и аксессуары.

Отрицательный

  • Вы получаете корпоративный ноутбук и один монитор из имеющегося пула.
  • Зависит от того, что было у предыдущего разработчика.