По каким критериям оцениваешь свое место работы

Критерии оценки места работы: от технической среды до качества жизни

К выбору работодателя я подхожу системно, оценивая несколько ключевых категорий. Идеального места работы не существует, но есть критерии, которые определяют, подходит ли компания мне на текущем этапе карьеры.

1. Техническая среда и архитектура

Это первый критерий для меня.

Ищу:

• Современный стек технологий (Java 17+, Spring Boot 3.x)
• Clean Architecture, DDD, если это backend
• Код с покрытием тестами ≥80%
• Процесс code review и лучшие практики
• Возможность писать инфраструктурный код (Kubernetes, Docker)

// Пример: хороший код говорит о культуре
// Плохой знак: сложный код без тестов и документации
// Хороший знак: SOLID принципы, dependency injection
@Service
public class OrderService {
    private final OrderRepository repository;
    private final NotificationService notifications;
    private final Logger log = LoggerFactory.getLogger(this.getClass());
    
    // Dependency injection, одна ответственность, логирование
    public void processOrder(Order order) { ... }
}

Красные флаги:

• Legacy монолит без тестов
• Хардкод конфигурации
• Отсутствие CI/CD
• Старая версия Java/Spring

2. Люди и команда

Ищу:

• Опытный tech lead, готовый mentorить
• Коллеги, у которых я могу чему-то научиться
• Открытая коммуникация (нет микроменеджмента)
• Diversity of experience (разные подходы, разные мнения)

На собеседовании проверяю:

• Как говорят о своей команде? ("Мы крутые", или "есть места для роста")
• Готовы ли ответить на техничные вопросы?
• Есть ли code review культура?
• Как разрешаются конфликты?

3. Процессы и методология

Хорошие признаки:

• Agile/Scrum с реальными спринтами (не фейк Agile)
• Уважение к оценкам разработчиков
• Выделение времени на рефакторинг и technical debt
• Постмортемы после инцидентов, не поиск виноватого

Плохие признаки:

• "Мы делаем Agile, но нет спринтов, просто work queue"
• Постоянный crunch и overtime
• "Это не нужно, нужна фича" (на всё про технический долг)

4. Возможности развития

// Критерий: могу ли я расти как архитектор?
// - Переходить от CRUD к микросервисам
// - Делать decisions, не только писать код
// - Влиять на архитектуру
// - Расти в менторство/лидерство

Ищу:

• Ясная карьерная прогрессия (Junior → Senior → Lead → Staff)
• Бюджет на обучение (конференции, курсы)
• Mentorship программы
• Возможность участвовать в hiring

5. Работо-жизненный баланс и условия

Важно для меня:

• Честное обсуждение графика: remote/office/hybrid?
• On-call ротация адекватная (не каждую ночь)
• Отпуск достаточный (минимум 20+ дней)
• Нет переработок в нормальных условиях
• Зарплата соответствует рынку (минус 10-15% за remote, плюс за seniority)

Проверяю на интервью:

• "Как часто бывают emergency in 3am?" (честный ответ важнее красивого)
• "Реально ли мне взять отпуск в высокий сезон?"
• "Как работает on-call?" (длина смены, компенсация за звонки)

6. Финансовая стабильность и прозрачность

Ищу:

• Компания прибыльна или имеет funding
• Зарплата выплачивается вовремя
• Есть бонусы, stock options
• Честно рассказывают о финансовом состоянии

Опасаюсь:

• "Зарплата скоро вырастет, просто сейчас нет денег"
• Задержки зарплаты
• Непонятная структура компенсации

7. Влияние и смысл

Вопрос себе:

• Нравится ли мне продукт? (для B2C)
• Решаю ли я интересную техническую задачу?
• Видны ли результаты моей работы?
• Горжусь ли я работать в этой компании?

Примеры:

• Хорошо: "Мы делаем платформу для health tech, помогаем 10M+ пациентов"
• Плохо: "Мы делаем внутреннюю систему учёта для крупной компании"
• Нейтрально: "Мы vendor для другой компании"

Как я взвешиваю критерии

Не все критерии равны. На разных этапах карьеры приоритеты меняются:

Junior (первые 2 года):

1. Люди и mentorship
2. Техническая среда
3. Зарплата (важна, но вторична)
4. Work-life balance

Middle (2-5 лет):

1. Техническая среда и рост
2. Люди
3. Зарплата
4. Влияние на решения

Senior (5+ лет):

1. Влияние и автономия
2. Люди (менторство)
3. Интересные задачи
4. Финансовая стабильность

Красные флаги (общие для всех уровней)

• Лидер, который не хочет слушать:

  "Зачем спрашивать разработчиков? Я знаю, что нужно"
  

• Нарушение обещаний с интервью
• Крайний микроменеджмент
• Высокий turnover (больше 2 people/quarter)
• Нечестность: "Скажи зарплату" → "Нет, скажи ты" → назначение меньше market

Метод оценки: Scoring

Для сложного выбора я использую простой scoring:

Если <6 — отказываю. Если 7+ — рассматриваю.

Вывод

К месту работы я подхожу как инженер: требую данные (конкретные вопросы на интервью), оцениваю по системе критериев, не по эмоциям. Идеальной работы нет, но есть работа, которая подходит МНЕ в этот момент времени. Главное — честность и соответствие обещанного реальности.