Что не хочешь делать на новом месте работы?

Отличный и очень важный вопрос для собеседования. Он позволяет оценить не только мои профессиональные границы, но и зрелость, осознанность и совпадение ценностей с компанией. Мой ответ будет честным и конструктивным, основанным на опыте, который позволяет четко понять, в какой среде я могу принести максимальную пользу.

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

1. Не хочу работать без ясного контекста и стратегии

Я не хочу быть просто «исполнителем тикетов», который видит лишь мелкий фрагмент картины. Без понимания бизнес-целей, целевой аудитории и долгосрочной стратегии продукта невозможно принимать взвешенные технические решения.

• Почему это плохо: Это ведет к созданию неоптимальных, а иногда и вредных решений. Например, можно потратить неделю на микро-оптимизацию, которая не влияет на ключевые метрики, в то время как критичный для пользователя баг остается неисправленным.
• Что я хочу вместо этого: Регулярный синк с продукт-менеджерами, участие в обсуждении дорожной карты (roadmap), понимание «почему» за каждой задачей.

2. Не хочу участвовать в создании и поддержке «сгорающего» долга (Burnout & Tech Debt)

Я не против здорового технического долга — это осознанный компромисс для быстрого выхода на рынок. Я категорически против практик, которые создают неконтролируемый, накапливающийся долг, делающий разработку все медленнее и опаснее.

// Пример "сгорающего" подхода, который я хочу избежать:
// Задача: срочно добавить новую кнопку. Решение – "захачить" поверх существующей, не думая об архитектуре.

// ❌ Плохо: Копипаста, хардкод, нарушение принципов DRY и SRP.
function OldComponent() {
    // ... 200 строк логики ...
    if (someCondition || isNewFeatureFlag) { // Постоянно добавляемые флаги
        // Хардкод стилей и поведения для "особого" случая
        return <button style={{marginLeft: '37px'}} onClick={someVerySpecificHandler}>Новая кнопка</button>;
    }
}

// ✅ Вместо этого я стремлюсь к: Выделению reusable-компонента, чистой конфигурации, тестируемости.
function NewFeatureButton({ config, onAction }) {
    return <Button variant={config.variant} onClick={onAction}>{config.label}</Button>;
}

Что сюда входит:

• Постоянные «горящие» дедлайны, не оставляющие времени на рефакторинг, тесты и документацию.
• Культура «работает — не трогай», где запрещено улучшать устаревший код.
• Отсутствие код-ревью или формальное «рубber stamping» без вдумчивого анализа.

3. Не хочу работать в вакууме, без обратной связи и культуры совместного роста

Разработка — это командный вид спорта. Мне не интересна среда, где:

• Нет культуры конструктивного код-ревью. Когда ревью — это либо поиск виноватого, либо безразличное «ок».
• Нет возможности делиться знаниями (митапы, внутренние доклады, блоги) и учиться у коллег.
• Обратная связь дается только в формате annual review, а не регулярно и по делу.

4. Не хочу игнорировать пользовательский опыт и доступность (Accessibility, a11y)

Я не хочу создавать интерфейсы, которые красивы, но бесполезны для части пользователей или работают только в идеальных условиях.

• Почему это важно: Это вопрос не только социальной ответственности, но и качества продукта, его устойчивости и охвата аудитории.
• Что я не хочу делать: Писать компоненты без семантической HTML-разметки, игнорировать управление с клавиатуры, не тестировать со скринридерами, считать a11y «роскошью на потом».

5. Не хочу заниматься рутиной, которую можно автоматизировать

Я не хочу вручную десятки раз прогонять одни и те же тесты, собирать билды, деплоить на staging или заполнять однообразные отчеты. Это убивает креативность и продуктивность.

Вместо этого я стремлюсь выстраивать и улучшать CI/CD-процессы:

• Автоматические тесты (unit, integration, e2e).
• Статический анализ кода (ESLint, TypeScript, SonarQube).
• Автоматизированные пайплайны сборки и деплоя.

---

Важно отметить, что мой список — это не ультиматум, а описание «красных флагов». Я реалист и понимаю, что в реальных проектах всегда есть срочные задачи, legacy-код и периоды высокой нагрузки. Ключевое для меня — осознанность и движение.

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