Что не хочешь видеть на новом месте

Почему я не хочу видеть на новом месте

Как опытный разработчик с более чем 10 годами в индустрии, я ищу стабильную и профессиональную среду, где смогу приносить максимальную пользу и продолжать развиваться. Конкретные "красные флаги", которые меня настораживают:

Токсичная культура и отсутствие баланса

• Постоянные авралы и переработки как норма. Если в процессе собеседования слышу фразы вроде "У нас тут иногда приходится засиживаться" или "Команда очень сплоченная — вместе и работаем, и отдыхаем до ночи" — это тревожный сигнал. Здоровый work-life balance критически важен для долгосрочной продуктивности и предотвращения выгорания.
• Бессистемные процессы. Хаос в процессах разработки, когда нет понятного цикла (спринты, планирование, ревью), требования меняются ежедневно, а технический долг игнорируется. Пример из практики: когда задача в трекере имеет статус "В работе" три месяца, потому что постоянно перебивается "горящими" правками.

Непрофессиональный подход к разработке

• Отсутствие практик code review и автоматизированного тестирования. Это фундамент качественной разработки. Без этого страдает не только кодовая база, но и команда не учится на ошибках.

  // Пример кода, который должен был быть исправлен на code review
  class UserRepository {
      // Прямые вызовы к БД в UI потоке — грубое нарушение
      fun getUsers(): List<User> {
          return database.query("SELECT * FROM users") // Выполняется на главном потоке!
      }
  }
  

• Нежелание инвестировать в инфраструктуру и инструменты. Устаревшие сборщики, отсутствие CI/CD, невозможность обновить версии библиотек или SDK из-за "и так работает". Это тормозит разработку и увеличивает риски.
• Игнорирование безопасности и производительности. В Android-разработке это особенно критично: хранение чувствительных данных в SharedPreferences без шифрования, утечки памяти в Activity, тяжелые операции на главном потоке.

Проблемы с менеджментом и коммуникацией

• Микроменеджмент и отсутствие доверия. Когда каждый шаг разработчика контролируется, а за принятие технических решений отвечает не команда, а один человек без обсуждения.
• Размытые цели и KPI. Непонимание, на что именно направлены усилия команды и как измеряется успех проекта. "Делаем крутой продукт" — недостаточно.
• Недостаток прозрачности. Сокрытие информации о состоянии бизнеса, roadmap или проблемах от разработчиков.

Технические и карьерные ограничения

• Монолитная архитектура без возможности её улучшать. Если кодовая база представляет собой "спагетти-код" в одном гигантском модуле, а предложения по рефакторингу встречаются фразой "не трогай, всё работает".
• Отсутствие интереса к профессиональному росту команды. Нет бюджета на конференции, обучение, книги или хотя бы внутренних технических воркшопов.
• Закрытость к новым технологиям. Полный отказ от современных подходов (Kotlin Coroutines, Jetpack Compose, современные архитектурные паттерны типа MVI) без технического обоснования.

В итоге, я стремлюсь к месту, где ценят качество кода, процессы, профессиональный рост и здоровую атмосферу. Проект, где разработка — это не просто "написание кода под задачу", а создание устойчивого, масштабируемого продукта совместными усилиями грамотной команды. Если этих основ нет, даже самый интересный технологический стек или высокая зарплата не компенсируют стресс и стагнацию.