Что разработчик не хотел бы видеть в новой компании или на новом проекте?

«Что разработчик не хотел бы видеть в новой компании или на новом проекте?» — вопрос из категории Софт-скиллы, который задают на 10% собеседований Java Разработчик. Ниже — развёрнутый пример ответа, который можно адаптировать под свой опыт.

Ответ

При поиске новой работы разработчики часто стремятся избежать следующих антипаттернов:

  • Микроменеджмент: Постоянный детальный контроль каждого шага, который подавляет автономию и креативность.
  • Критический технический долг: Работа с огромной legacy-системой без документации, тестов и возможности её модернизировать.
  • Переработки как норма: Культура, где регулярные сверхурочные считаются проявлением лояльности, а не признаком плохого планирования.
  • Игнорирование качества: Философия «сначала выпустим, а потом пофиксим», ведущая к накоплению багов и долга.
  • Токсичная среда: Культура обвинений, отсутствие психологической безопасности и возможностей для карьерного роста.
  • Жёсткие, негибкие процессы: Waterfall-подход или «Agile-театр» без реальной адаптации к изменениям.
  • Устаревшие инструменты: Отсутствие современных систем контроля версий, CI/CD, систем управления задачами.

Пример кода, который сигнализирует о проблемах:

// «Магические числа» и отсутствие комментариев — признак слабой поддерживаемости.
public double calculateBonus(double salary) {
    return salary * 0.15 + 500; // Что такое 0.15 и 500?
}

Вместо этого ожидаются прозрачные процессы, баланс work-life и применение современных инженерных практик.