Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Причины, которые могут сделать новую работу неприемлемой
При рассмотрении новой позиции Android Developer я обращаю внимание на несколько критичных аспектов, которые могут стать "красными флагами" и сделать предложение неприемлемым, несмотря на привлекательный оклад или бренд компании.
1. Устаревший или нездоровый технологический стек
Работа с морально устаревшими технологиями без плана миграции — это прямой путь к профессиональной стагнации. Для Android-разработчика это особенно актуально.
- Полное отсутствие современных практик: Проект, целиком построенный на Java без использования Kotlin, без многомодульной архитектуры, без Jetpack Compозита или Coroutines/Flow, свидетельствует о застое.
- Отсутствие CI/CD: Сборка APK "на коленке", ручное тестирование и выкатка — признак низкой зрелости процесса разработки и высокого операционного риска.
- Собственные "велосипеды" вместо стандартных решений: Когда вместо Retrofit, Room или Hilt используются самописные библиотеки 10-летней давности без документации.
// Пример "красного флага" в коде - смесь устаревших подходов
class MainActivity : AppCompatActivity() {
// Управление состоянием через синглтоны и статику
companion object {
var globalUserData: User? = null
}
// Ручное управление потоками без ViewModel/LiveData
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
Thread {
// Прямые запросы к БД из UI-потока
val data = OldDatabaseHelper.getInstance(this).getAllUsers()
runOnUiThread { /* ... */ }
}.start()
}
}
2. Токсичная культура и процессы
Технические долги можно рефакторить, а исправить культуру — крайне сложно.
- Постоянные авралы и переработки как норма: Если в описании вакансии есть фразы "работа в динамичной среде" как эвфемизм для "перманентного горения сроков".
- Отсутствие code review или формальное "rubber-stamp" ревью. Это ведёт к падению качества кода и нивелирует командную экспертизу.
- Микроменеджмент: Ежедневные часовые стендапы, детальная почасовая отчётность, отсутствие доверия к инженерам.
- "Hero culture": Поощрение тех, кто ночами фиксит баги, вместо построения устойчивых процессов, которые эти баги предотвращают.
3. Сомнительные бизнес-процессы и планирование
Работа разработчика — создавать ценность, а не исполнять произвольные задания.
- Отсутствие понятного бэклога и roadmap: Задачи приходят "сверху" в виде срочных и противоречивых требований.
- Планирование по принципу "сначала срок, потом объём": Менеджмент диктует дедлайн и фичи, а команда должна "как-нибудь успеть". Это гарантирует технический долг и выгорание.
- Полное игнорирование нефункциональных требований: Без внимания к производительности, безопасности, доступности (a11y) и удобству использования (UX) продукт обречён на долгосрочные проблемы.
4. Отсутствие перспектив роста и развития
Для senior-разработчика критично не только выполнять задачи, но и влиять на продукт.
- Чёткие стеклянные потолки: Невозможность влиять на архитектурные решения, участвовать в выборе технологий, менять процессы.
- Отсутствие менторинга и обмена знаниями: Если в команде нет культуры обмена опытом (tech talks, внутренние воркшопы, статья), это тормозит рост всей команды.
- Роль "кодер-исполнитель": Когда от разработчика ожидают только закрытия тасок в Jira, без участия в обсуждении фич, аналитике ошибок или дизайне API.
5. Финансовая и юридическая нестабильность
- "Серая" зарплата: Оформление по МРОТ с остальными выплатами "в конверте" — огромный риск и признак небрежного отношения компании к сотрудникам.
- Размытые KPI и условия бонусов: Если система премирования непрозрачна и постоянно меняется, это часто инструмент манипуляции.
- Отсутствие соцпакета (ДМС, обучение) или его формальность.
В итоге, неприемлема работа, где мой 10-летний опыт будет использоваться не для создания качественного продукта и улучшения процессов, а для постоянного "латания дыр" в условиях хаоса, технологического застоя и отсутствия профессионального уважения. Я ищу партнёрство, а не просто "место работы".