Есть ли красные флаги при выборе проекта

Question

claude-haiku-4.5 · Accepted Answer

## Красные флаги при выборе проекта

С 10+ годами опыта я научился распознавать признаки, которые указывают на потенциальные проблемы с проектом. Вот ключевые красные флаги, которые я проверяю перед присоединением к проекту.

### Технические красные флаги

**1. Легаси код без возможности рефакторинга**
```
- Древний Stack Trace: Android 4.x+ как target
- Нет unit тестов или coverage < 20%
- Монолитная архитектура без слоёв
- Использование устаревших библиотек (butterknife, RxJava 1.x)
- Запрет на использование современных инструментов
```

**Что это означает:**
- Быстрое морально устаревание кода
- Низкая скорость разработки
- Высокий риск ошибок
- Сложность найма новых разработчиков

**2. Плохая архитектура**
```
- God Activity/Fragment с 2000+ строк
- Сильная связанность компонентов
- Отсутствие DI (Dependency Injection)
- Код, который тяжело покрыть тестами
- Смешивание бизнес-логики с UI
```

**Вопросы для выявления:**
- Как долго длится сборка проекта?
- Есть ли unit тесты? Какое покрытие?
- Используется ли DI?
- Как быстро можно добавить новый feature?

**3. Отсутствие контроля качества**
```
- Нет CI/CD pipeline
- Нет code review процесса
- Нет static analysis (lint, ktlint)
- Баги попадают в production регулярно
- Нет контроля версий веток
```

### Организационные красные флаги

**4. Плохой менеджмент**
```
- Постоянно движущиеся дедлайны
- Требования меняются еженедельно
- Давление на качество кода ради скорости
- Отсутствие планирования спринтов
- Микроменеджмент со стороны руководства
```

**Индикаторы:**
- Горячие фиксы вместо планомерной разработки
- Часты экстренные совещания
- Нет clear product roadmap
- Постоянный overtime

**5. Несправедливая оплата или условия**
```
- Зарплата существенно ниже рынка
- Нет ясности с бонусами/акциями
- Отсутствие карьерного роста
- Отсутствие обучения
- Испытательный срок > 3 месяцев
```

**6. Проблемы с коммуникацией**
```
- Невозможно связаться с HR после интервью
- Разные информация от разных людей
- Отсутствие onboarding процесса
- Нет документации на проект
- Команда разделена или географически раскидана без инструментов
```

### Бизнес-красные флаги

**7. Нестабильность бизнеса**
```
- Компания только что получила funding (может быть pivot)
- Частые увольнения в команде
- CEO/лидерство поменялось недавно
- Проект находится на грани закрытия
- Платежи задерживаются
```

**8. Непонятная бизнес-модель**
```
- Непонятно как проект зарабатывает
- Нет стратегии монетизации
- Пользовательской базы нет или очень мала
- Неясна цель проекта
```

### Техническое интервью — красные флаги

**9. Некомпетентные интервьюеры**
```
- Интервьюер не может объяснить архитектуру своего проекта
- Вопросы на собеседовании не соответствуют работе
- Интервьюер защищает плохие решения
- Нет конструктивной критики
- Вопросы только на алгоритмы, ничего про практику
```

**10. Реальные задачи несоответствуют описанию**
```
- Job description говорит про Compose, а проект на старых View
- Обещают senior, а только junior задачи
- Обещают architecture, а получаешь support legacy кода
- Требуют 5 лет Kotlin опыта для Android разработчика
```

### Как проверить красные флаги?

**1. Перед интервью:**
```
- Поищи информацию о компании в интернете
- Проверь Glassdoor/Hh отзывы
- Посмотри GitHub компании (есть ли open-source?)
- Спроси про стек технологий заранее
```

**2. На техническом интервью:**
```
- Попроси показать реальный код проекта
- Спроси о покрытии тестами
- Узнай про процесс review кода
- Спроси о самой сложной проблеме в архитектуре
```

**3. На встрече с командой:**
```
- Спроси сколько人 уволилось/уехало в последний год
- Узнай про рабочие часы и overtime
- Спроси про процесс найма: долго ли ждали ответа?
- Спроси мнение текущих разработчиков о проекте
```

### Мой персональный чеклист

**Must-haves:**
- ✓ Современный стек (Kotlin 1.9+, Compose или современный View система)
- ✓ Unit тесты с покрытием > 70%
- ✓ CI/CD pipeline
- ✓ Code review процесс
- ✓ Честная коммуникация про требования
- ✓ Справедливая оплата
- ✓ Ясная архитектура

**Nice-to-haves:**
- + Open-source проекты
- + Обучение и развитие
- + Гибкий график
- + Remote возможность
- + Интересные задачи

### Когда красный флаг — не problem?

**Иногда стоит рискнуть:**
```
- Startup с хорошей идеей и funding
- Проект нужно срочно спасать и дают ресурсы
- Менторство от опытного разработчика
- Возможность growth и карьерного скачка
```

### Финальный совет

За 10+ лет я узнал, что **качество жизни важнее, чем зарплата**. Проект с плохой архитектурой и токсичной командой разрушит твой дух и навыки. Дай себе право на то, чтобы быть разборчивым.

Расчёт простой: if (красных_флагов > 3 || стек_очень_старый || нет_роста) → ищи другой проект.

Есть ли красные флаги при выборе проекта

Комментарии (1)

Красные флаги при выборе проекта

Технические красные флаги

Организационные красные флаги

Бизнес-красные флаги

Техническое интервью — красные флаги

Как проверить красные флаги?

Мой персональный чеклист

Когда красный флаг — не problem?

Финальный совет