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

Почему я уходил с предыдущей работы

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

1. Стремление к профессиональному росту и новым технологиям

На предыдущем месте я в основном работал с устоявшейся, но несколько консервативной технологической базой (например, PHP 5.6/7.2 без активного перехода на современные версии 8.x, фреймворк с ограниченной поддержкой новых практик). Проект находился в режиме длительной поддержки, и задачи часто сводились к исправлению багов и мелким улучшениям, что ограничивало возможности для глубокого изучения и применения современных подходов.

// Пример типичной задачи "поддержки" — адаптация старых методов,
// которые не используют возможности PHP 8 (типизация, атрибуты и т.д.)
class LegacyService {
    public function processData($data) { // Отсутствие типизации
        // Много условной логики и ручных проверок
        if (is_array($data)) {
            // ... старый алгоритм обработки
        }
    }
}

Я стремился к работе, где можно активно применять:

• PHP 8+ с его строгой типизацией, атрибутами и улучшениями производительности.
• Современные архитектурные паттерны (DDD, CQRS, Event-Driven).
• Более глубокую интеграцию с микросервисными архитектурами и cloud-технологиями (AWS, Kubernetes).

2. Техническая сложность и ограничения проекта

Проект имел значительное количество legacy-кода, что создавало ряд проблем:

• Низкая скорость разработки: Изменения требовали чрезмерного времени из-за необходимости анализа сложных взаимозависимостей.
• Проблемы с тестированием: Монолитная структура и слабая модульность делали unit- и интеграционные тесты трудоёмкими.
• Трудности с внедрением новых инструментов: Попытки внедрить, например, Docker или современный CI/CD (GitLab CI, GitHub Actions) встречали сопротивление из-за "особенностей" текущей инфраструктуры.

// Legacy-код часто содержал такие конструкции:
global $config; // Использование глобальных переменных
// Прямые SQL>запросы в бизнес-логике
$result = mysql_query("SELECT ... FROM ...");
// Смешение уровней ответственности

Я искал проект, где есть культура чистого кода, практики рефакторинга и системный подход к снижению технического долга.

3. Организационная культура и перспективы развития

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

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

Мне важно работать в организации, которая:

• Поощряет проактивное внедрение новых технологий.
• Поддерживает баланс между новыми разработками и поддержкой существующих систем.
• Создает условия для коллективного роста команды через регулярный knowledge sharing.

Мои ожидания от новой работы

Я планирую присоединиться к проекту, который не только соответствует моим техническим интересам (современный PHP, масштабируемые архитектуры), но также обладает динамичной и поддерживающей культурой. Я верю, что мой опыт работы с сложными системами и legacy-кодом, combined с желанием применять лучшие современные практики, позволит мне стать ценным contributorом для новой команды, одновременно удовлетворяя мою потребность в профессиональном развитии.