Чем не хотел бы заниматься?

Моя профессиональная позиция: чем я не хотел бы заниматься как Frontend Developer

Как опытный разработчик с фокусом на фронтенд, я осознанно строю свою карьеру, ориентируясь на задачи, которые приносят максимальную ценность продукту и позволяют мне профессионально расти. Есть несколько направлений, которых я стараюсь избегать, не потому что они «плохие», а потому что они не соответствуют моей экспертизе, интересам или подходу к созданию качественного ПО.

1. Работа над проектами без четких процессов и инструментов для контроля качества

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

• Отсутствует система контроля версий (как минимум Git) или она используется хаотично, без стратегии ветвления (например, Git Flow).
• Нет linting, форматирования и статического анализа кода. Это приводит к непредсказуемому качеству кода и бесконечным спорам о стиле.
• Игнорируется необходимость юнит- и интеграционных тестов. Разработка становится игрой в «русскую рулетку» при каждом изменении.

// Пример: проект без тестов — любое изменение опасно
function calculateDiscount(price, coupon) {
    // Магические числа, хардкод, никаких тестов.
    // Через месяц никто не вспомнит, как это работает.
    return price * 0.9 - coupon || 0;
}

Я ценю проекты, где качество кода — это не опция, а часть цикла разработки, обеспеченная инструментами вроде ESLint, Prettier, Jest/Vitest и Cypress.

2. «Чистый» Pixel-Perfect верстак без логики или развития

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

• Вся работа сводится к бесконечной правке CSS под десятки браузеров без использования современных методологий (CSS-in-JS, CSS Modules, Utility-first).
• Отсутствует компонентный подход. Верстка «плитками» в чистый HTML без возможности переиспользования (например, без React/Vue/Svelte) — это шаг назад.
• Нет задачи по проектированию состояния приложения, работе с API, оптимизации производительности.

3. Поддержка legacy-кода без плана модернизации

Работа с legacy — неизбежная часть работы. Но я не хотел бы заниматься простым «латанием дыр» в устаревшей кодовой базе без стратегии её улучшения. Речь о проектах на устаревших технологиях (например, jQuery без модульности, Backbone.js), где:

• Запрещено обновлять зависимости из-за мифических «рисков».
• Архитектура монолитна, спагетти-код, и бизнес не видит ценности в рефакторинге.
• Мой вклад будет лишь продлевать агонию системы, а не двигать её вперёд.

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

4. Задачи, исключительно связанные с копипастом или настройкой «конструкторов»/CMS

Создание типовых лендингов в конструкторах (Tilda, WordPress с визуальными билдерами) — это отдельная область, требующая других навыков (скорее, веб-мастеринга). Мне это неинтересно, так как:

• Нет простора для программирования и архитектурных решений.
• Сильная ограниченность кастомизации и производительности.
• Результат часто — это нагромождение неоптимального, сгенерированного кода.

5. Работа в среде, где разработчик — это «исполнитель» без права голоса

Я не вижу себя в роли пассивного исполнителя технических заданий, где:

• Дизайнеры или менеджеры диктуют технические решения, не учитывая ограничения браузеров, производительность или сложность реализации.
• Нет возможности влиять на продуктовые решения, предлагать более оптимальные с технической точки зрения альтернативы.
• Процесс построен по принципу «закрытых дверей» между отделами.

Эффективная фронтенд-разработка сегодня — это тесная коллаборация с дизайнерами (дизайн-системы, Figma), бэкенд-разработчиками (согласование API, GraphQL) и продукт-менеджерами.

Заключение

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