На какие условия точно не согласишься?

Условия, на которые я не соглашусь как Senior Frontend Developer

Как разработчик с 10+ лет опыта, я выработал четкие профессиональные принципы. Отказ от этих условий — не каприз, а защита качества работы, карьеры и ментального здоровья.

1. Полное отсутствие code review и процессов

Я никогда не соглашусь на окружение, где:

• Нет code review как обязательного этапа перед мержем.
• Отсутствуют статические анализаторы кода (ESLint, TypeScript, Prettier) или они игнорируются.
• Нет CI/CD пайплайнов, а деплой происходит вручную "по FTP".

Почему? Это прямой путь к техническому долгу, нестабильности продукта и бесконечным "поломкам в пятницу вечером". Пример приемлемого package.json для старта проекта:

{
  "scripts": {
    "lint": "eslint . --ext .ts,.tsx,.js",
    "lint:fix": "npm run lint -- --fix",
    "type-check": "tsc --noEmit",
    "test": "jest",
    "pre-push": "npm run lint && npm run type-check && npm run test"
  }
}

2. Работа с устаревшим стеком без плана модернизации

Я откажусь, если задача — бесконечно "латать" легаси на:

• jQuery без миграции на современный фреймворк.
• AngularJS 1.x или Backbone.js.
• Самописные сборщики 2012 года, где нет документации.

Почему? Это стагнация навыков и огромные операционные риски для бизнеса. Я готов работать с легаси, но только если есть реалистичный план миграции и выделено на это время. Например, стратегия поэтапного замещения:

// План: Миграция с классовых компонентов на React hooks
// 1. Фаза: Новые компоненты пишем только на хуках
const NewComponent = () => {
    const [state, setState] = useState('');
    // ... логика
};

// 2. Фаза: Рефакторинг старых компонентов при доработках
// 3. Фаза: Выделенный спринт на оставшиеся компоненты

3. Токсичная культура и микро-менеджмент

Мой стоп-лист включает:

• Ежедневные 4-часовые стендапы и тотальный контроль каждого коммита.
• Культуру "виноватых" (blame culture), а не "корневых причин" (root cause analysis).
• Обещания "сделать как в FAANG", но с командой из 2 человек и сроками "на вчера".

Почему? Это убивает мотивацию и креативность. Эффективная разработка строится на доверии и автономии. Вместо микро-менеджмента нужны четкие OKR (Objectives and Key Results) и регулярная конструктивная обратная связь.

4. Полное игнорирование производительности и accessibility (a11y)

Я не буду участвовать в проектах, где:

• Core Web Vitals (LCP, FID, CLS) считаются "блажью".
• Доступность для людей с ограниченными возможностями вообще не рассматривается.
• Размер бандла в 10 МБ — это "нормально".

Почему? Это непрофессионально и вредит пользователям и бизнесу. Базовые проверки должны быть в пайплайне:

// Пример: Интеграция аудита производительности
// в процесс сборки с использованием webpack-bundle-analyzer
const BundleAnalyzerPlugin = require('webpack-bundle-analyzer').BundleAnalyzerPlugin;

module.exports = {
  plugins: [
    new BundleAnalyzerPlugin({
      analyzerMode: 'static',
      reportFilename: 'bundle-report.html'
    })
  ]
};

5. Неадекватная оценка задач и "горение" как норма

Критически неприемлемо:

• Постоянные дедлайны "еще вчера".
• Оценка задач методом "поделил на 2 и вычел день".
• Регулярные переработки (более 45-50 часов в неделю) как стандартный режим.

Почему? Хронический overwork ведет к выгоранию и резкому падению качества кода. Зрелая команда использует исторические данные (velocity) для реалистичного планирования спринтов и закладывает буфер на непредвиденные сложности.

6. Юридические и этические красные флаги

Абсолютное "нет":

• Требование передать авторские права на все side-проекты.
• Работа над продуктами, связанными с обманом пользователей, азартными играми или тотальной слежкой.
• "Серые" схемы оплаты или договор-подряда вместо официального трудоустройства.

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