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

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

Так же важно знать, что тебя мотивирует, важно понимать, что тебя демотивирует. За 10+ лет я чётко вижу, что мне не нравится и что я стараюсь избегать.

1. DevOps и инфраструктура

Что именно:

• Setting up servers (Ubuntu, Linux конфигурация)
• Сетевые issues (DNS, firewalls, SSL certificates)
• Load balancers и auto-scaling
• Monitoring инфраструктуры (Prometheus, Grafana setup)
• Disaster recovery и backup procedures

Почему не нравится:

• Медленная feedback loop (deploy takes 30 минут, видишь результат потом)
• Много скучной конфигурации
• Одна ошибка — и whole production down
• Требует очень специализированного знания
• Быстро меняется (новые инструменты каждый год)

Когда приходится:

• Я справляюсь, есть навыки
• Но переделегирую DevOps инженеру, когда возможно
• Или использую managed services (Heroku, Railway, Vercel)

2. Frontend разработка

Что именно:

• CSS стили и responsive design
• Browser compatibility issues
• JavaScript animations и transitions
• UX/UI细節 (padding, margins, colors)
• React/Vue deep diving

Почему не нравится:

• Много субъективных решений
• Трудно измерить quality (что красивее?)
• Частые требования кардинально менять макет
• Браузеры часто ведут себя по-разному
• CSS сложнее чем кажется

Мое мнение:

• Frontend — это skill сам по себе
• Требует специального таланта к дизайну
• Я лучше в backend логике

Что я делаю:

• Вижу, как должно выглядеть
• Но реализацию лучше доверить frontend специалисту

3. Mobile разработка

Что именно:

• Swift / Kotlin разработка
• Native iOS или Android
• Cross-platform (React Native, Flutter) — хоть лучше, но всё равно

Почему не нравится:

• Очень специфичные для каждой платформы
• Не могу code share много между платформами
• Testing на реальных девайсах дорого и сложно
• App Store approval процесс
• Быстрая фрагментация (новые версии iOS)

Но если нужно:

• Могу написать backend API для мобильного приложения
• Могу помочь с architecture
• Но сам не буду писать UI код

4. Sales и Customer Support

Что именно:

• Общение с клиентами
• Объяснение технических вещей non-technical людям
• Проведение демо
• Handling complaints
• Negotiating contracts

Почему не нравится:

• Много времени на talking, мало на coding
• Нужна высокая эмпатия (не мой сильный side)
• Требует diplomacy и политики
• Может быть stressful

Но как senior developer:

• Иногда нужно общаться с product team
• Я могу это делать, но в ограниченном количестве
• Предпочту, чтобы это делал PM или account manager

5. Meetings и управление

Что раздражает:

• Бесконечные syncs (стендапы каждый день)
• Meetings, которые могли быть email
• Slack notifications каждые 5 минут
• Context switching

Когда приходится:

• Я участвую в важных архитектурных обсуждениях
• Code review discussions
• Planning на спринт

Но я избегаю:

• Быть на всех meetings по умолчанию
• Брать на себя full-time management роль
• HR stuff и performance reviews других

Идеально:

• 1-2 meeting в день максимум
• Остальное время — deep work на code
• Async communication где возможно

6. Политика и корпоративная бюрократия

Что именно:

• Одобрение от 5 разных людей для простого решения
• "Это всегда делалось так, не меняй"
• Работа с legacy процессами и бюрократией
• Фокус на опасениях вместо фокуса на решении

Примеры:

Мня: "Давайте переходить на Python 3.11"
Менеджер: "Нет, нам нужно одобрение от компании X"

Мня: "Это улучшит производительность на 30%"
Менеджер: "Но мы никогда это не делали раньше"

Когда приходится:

• Работаю в больших корпорациях
• Есть процессы, нужно их соблюдать
• Но ищу компании с культурой autonomy

7. Legacy code без документации и тестов

Ситуация:

• Код из 2010 года на Python 2.7
• Нет тестов
• Нет документации
• Никто не помнит, зачем это нужно
• Один разработчик работал, теперь его нет

Почему ужасно:

• Очень медленно что-то менять
• Боишься что-то сломать
• Много time waste на понимание
• Нельзя рефакторить

Когда я это делаю:

• Это мой job как senior
• Сначала пишу тесты
• Потом refactor
• Потом документирую
• Это долгая работа, но это правильно

Но я избегаю:

• Быть единственным человеком, который знает код
• Ответственность за legacy system всю жизнь

8. Узкие, скучные, повторяющиеся задачи

Примеры:

• Добавить поле в БД (скучно)
• Скопировать-вставить API endpoint (скучно)
• Исправить опечатку в 10 местах (скучно)
• Обновить dependencies (надо делать, но скучно)

Как я это решаю:

• Автоматизирую (generate code)
• Делаю батчем
• Даю junior разработчику (хороший способ обучить)
• Если очень скучно — делегирую

9. Работа в неправильной культуре

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

🚩 Нет code review
🚩 Нет тестов
🚩 Нет CI/CD
🚩 Люди боятся говорить правду
🚩 Есть egos и politics
🚩 Senior люди не менторят junior
🚩 Нет четких требований
🚩 Частая смена приоритетов

Когда я ухожу:

• Если культура плохая, я не могу быть продуктивен
• Нужно мне полгода, чтобы это понять
• После полугода я начинаю искать новую работу

10. Постоянные emergency и firefighting

Ситуация:

• Каждый день критический bug в production
• Нельзя заранее планировать
• Всё reactive, не proactive
• Нет time на проектирование

Это убивает продуктивность:

• Нельзя написать хорошее решение
• Пишешь quick fix
• Потом ещё более broken
• Спираль вверх

Что делаю:

• Сначала стабилизирую систему
• Потом пишу тесты, чтобы не допустить регрессии
• Потом рефакторим правильно

Абсолютный No-Go

❌ Dishonesty и fraud
❌ Крайне плохая культура
❌ Discrimination или harassment
❌ Работать под микроменеджментом
❌ Никакого growth opportunity
❌ Технический долг настолько большой, что безнадёжно

Что я предпочитаю вместо этого

✅ Deep work, не meetings
✅ Архитектурные challenges
✅ Система, которую нужно масштабировать
✅ Опытная команда
✅ Culture, которая ценит качество
✅ Time для learning
✅ Autonomy и trust
✅ Clear requirements и OKRs
✅ Work-life balance

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

"Я предпочитаю role, где я могу сосредоточиться на backend
и архитектуре. Я лучше в системном дизайне и оптимизации,
чем в frontend или DevOps. 

Средний объём meetings мне подходит — 1-2 в день. 

Я люблю культуру code quality, TDD, и continuous improvement.

Если нужно делать DevOps или frontend, я могу, но 
это не мой primary focus. Я предпочту, чтобы это делали 
специалисты в этих областях."

Это честный и профессиональный способ сказать, что ты не интересуешься, не отпугивая рекрутеров.