Почему решил уйти с последнего места работы?

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

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

Можно выделить несколько аспектов, которые привели к этому решению:

1. Стагнация технологического стека и процессов

Проект, над которым я работал, был большим legacy-монолитом. Хотя мы постоянно его поддерживали и развивали, бизнес не давал мандата на его стратегическую модернизацию (например, декомпозицию на микросервисы или внедрение event-driven архитектуры). Это привело к ситуации, где 80% времени уходило не на создание новой ценности, а на "борьбу с legacy":

• Патчинг устаревших версий фреймворков.
• Обходы ограничений унаследованной схемы базы данных.
• Написание "костылей" для интеграции со старыми системами.

// Типичный пример кода, который приходилось поддерживать и почти невозможно
// было переписать из-за рисков и бизнес-ограничений:
public class LegacyOrderProcessor
{
    // Жесткая связность, статический контекст, отсутствие инъекции зависимостей
    public void Process(Order order)
    {
        var dal = new LegacyDataAccess(); // Прямое создание зависимостей
        dal.BeginTransaction();
        // 500 строк бизнес-логики, перемешанной с вызовами БД и логированием
        AuditService.Log(order, "PROCESSING"); // Глобальный статический сервис
        // ...
    }
}

Мы не могли внедрить современные подходы, такие как Dependency Injection повсеместно, чистая архитектура или эффективное тестирование (помимо медленных интеграционных тестов).

2. Смещение фокуса команды с качества на скорость

На последнем этапе приоритеты руководства сместились в сторону максимально быстрого выпуска фич в ущерб качеству кода, архитектурной целостности и даже стабильности. Были отменены code review как "тормозящий процесс", сокращено время на проектирование, а техдолг перестал учитываться в планировании. Как следствие:

• Частота инцидентов (incidents) росла, что в итоге замедляло разработку еще больше.
• Напряженность в команде увеличивалась из-за постоянного "тушения пожаров".
• Моя роль стала сводиться к оперативному исправлению ошибок, а не к разработке надежных и масштабируемых решений.

3. Отсутствие горизонта для развития

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

• Проектирование системы с нуля.
• Работа с высокой нагрузкой (сотни тысяч RPS).
• Глубокая оптимизация производительности на уровне кода, БД и инфраструктуры.
• Внедрение и настройка современных инструментов мониторинга (например, OpenTelemetry), продвинутых практик CI/CD.

4. Что я ищу в новом месте

Мой уход — это осознанный шаг вперед. Исходя из вышесказанного, я целенаправленно ищу компанию и проект, где:

• Техническая экспертиза и качество являются ключевыми ценностями. Где есть культура code review, проектирования, рефакторинга и ответственности за свой код в production.
• Используется современный и релевантный стек технологий. Меня привлекают облачные платформы (Azure/AWS), контейнеризация (Docker, Kubernetes), современный .NET 8+ с его высокопроизводительными функциями (например, Span<T>, System.Text.Json, source generators), актуальные базы данных (PostgreSQL, Redis, Elasticsearch).
• Есть сложные, масштабные задачи. Мне интересно работать над системами, где важны отказоустойчивость, масштабируемость, низкая латентность и эффективная обработка данных.
• Существует понятная карьерная траектория для senior/lead разработчиков, будь то в глубинную техническую экспертизу (Tech Lead, Architect) или в управление (Engineering Manager).

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