Что не хочешь на новой работе

Отказ от предложения о работе: критические факторы для Android-разработчика

При всей востребованности нашей профессии, решение о смене работы — это всегда взвешенный риск. Как senior-разработчик, я стремлюсь к проектам, где могу приносить максимальную пользу и профессионально расти. Поэтому я принципиально не хотел бы оказаться в следующих условиях:

1. Токсичная культура и деструктивные процессы

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

  // Пример: Pull Request без ревью — риск принять проблемный код
  fun processData(data: List<RawData>?) {
      data!!.forEach { // Явный ненулевой оператор (!!) без проверок — потенциальный NPE
          // ... сложная бизнес-логика без комментариев
      }
  }
  

• Культура бесконечного "геройства" и переработок. Ненормированный день как норма говорит о плохом планировании, ведёт к профессиональному выгоранию и в долгосрочной перспективе снижает общую продуктивность.
• "Синдром стога сена" (Blame Culture). Поиск виноватого вместо решения проблемы убивает психологическую безопасность и инициативу.

2. Устаревший или неадаптивный технический стек

• Отказ от современных практик и инструментов. Например, работа исключительно с устаревшими архитектурами (MVC без эволюции), самописными фреймворками 10-летней давности, полное отсутствие CI/CD или автоматических тестов.
• Болезненный легаси-код без стратегии по его модернизации. Работать с legacy — это нормально, но должна быть дорожная карта по его постепенному улучшению, а не политика "не трогать, лишь бы работало".
• Игнорирование современных парадигм. Нежелание внедрять реактивное программирование (Kotlin Flow/RxJava), Jetpack Compose для новых экранов или модульность для масштабирования проекта.

3. Неясные цели и хаотичное управление

• Отсутствие видения продукта. Когда задачи ставятся точечно ("сделай вот эту кнопку"), без контекста общей бизнес-цели, работа теряет смысл.
• Методологическая пустота. Полный хаос в процессах или, наоборот, догматичное следование Agile/Scrum-ритуалам без рефлексии над их пользой для команды.
• "Feature Factory". Компания, где ценятся только скорость и количество выпущенных фич, а качество кода, стабильность приложения и техническое совершенство считаются излишеством.

4. Профессиональный застой

• Отсутствие возможности для роста. Нет карьерных треков (как в сторону технической экспертизы, так и в сторону менеджмента), бюджета на конференции и обучение, внутренних митапов.
• Изоляция от процесса. Когда разработчиков отстраняют от обсуждения архитектуры, дизайна продуктовых решений и коммуникации с бизнесом, превращая их в простых исполнителей задач.
• Однообразные задачи. Работа, не дающая шанса изучить что-то новое (например, поработать с нативным кодом C++ через JNI, углубиться в производительность, безопасность или попробовать себя в лидских обязанностях).

5. Технические "красные флаги" для Android-проекта

• Отсутствие слоистой архитектуры. Монолитный God-Object в Activity или Fragment, смешивающий UI-логику, сетевые запросы и работу с БД.

  // АНТИПАТТЕРН: Activity как "божественный объект"
  class MainActivity : AppCompatActivity() {
      override fun onCreate() {
          // 1. Работа с View
          // 2. Прямой SQL-запрос к Room/DB
          // 3. Сетевой вызов через Retrofit
          // 4. Сложная бизнес-логика
          // 5. Сохранение данных в SharedPreferences
          // Всё в одном методе! Тестировать и поддерживать такой код кошмарно.
      }
  }
  

• Ручная сборка и деплой. Отсутствие автоматизации — это огромные потери времени и высокий риск человеческой ошибки.
• Пренебрежение безопасностью. Хранение чувствительных данных в SharedPreferences без шифрования, ключи API, захардкоженные в коде, отсутствие сертификатного пининга.

Итог: Мой отказ — это не каприз, а стремление к работе, где мой опыт будет полезен для создания качественного продукта, а среда — способствовать взаимному росту меня и компании. Я ищу партнёрство, а не просто "работу".