О чем программисту стоит спросить у будущего работодателя

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

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

Положительный ответ

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

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

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

Продуманы ли этапы превращения бизнес-идеи в программное решение?

Положительный ответ

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

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

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

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

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

• Мы признаем опыт, а не название должности.

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

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

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

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

Положительный ответ

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

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

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

5. Что вы считаете хорошим кодом?

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

Положительный ответ

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

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

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

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

Хоть это и отдельный вопрос, но он является неотъемлемой частью предыдущего.

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

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

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

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

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

Положительный ответ

• Мы исправляем проблемы в рабочее время.
• Вызовы в нерабочее время оплачиваются дополнительно.

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

• Нам нужно подтверждение в течение пяти минут.
• Вы должны быть у ноутбука через 30 минут после звонка.
• Возмещение не предусмотрено, так как оно включено в зарплату.

8. Как выглядит ваш офис?

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

Положительный ответ

• Команда работает сообща в одном пространстве.
• Есть много комнат для встреч.
• В офисе предусмотрено место, где можно отдохнуть и пообщаться.

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

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

9. Как вы помогаете разработчикам профессионально развиваться?

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

Положительный ответ

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

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

10. Как вы анализируете итоги работы?

Обычно в оценке эффективности работы участвуют только члены команды, но не сторонние консультанты.

Положительный ответ

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

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

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

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

• ≤ 1

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

• > 1

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

Удобное оборудование помогает быть продуктивнее, так зачем ограничивать в его выборе?

Положительный ответ

• Вы можете выбрать любой ноутбук и аксессуары.

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

Источник.