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

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

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

1. Исчерпание возможностей для профессионального роста

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

• Отсутствии внедрения современных практик (например, graceful shutdown, продвинутое использование горутин и каналов для высоконагруженных систем).
• Минимальном использовании возможностей Go 1.18+ (таких как дженерики, которые могли бы упростить код).
• Рутинных задачах, не требующих углубления в оптимизацию производительности или распределённые системы.

Пример: вместо разработки микросервисов с использованием gRPC или GraphQL, я занимался в основном поддержкой устаревшего монолита на Go, что не соответствовало моим карьерным амбициям.

2. Технологический стек и процессы

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

• Устаревшие версии Go (например, 1.16 при доступности 1.21), что ограничивало использование новых функций языка.
• Отсутствие CI/CD-практик для автоматизации тестирования и деплоя, что приводило к рутинным ручным операциям.
• Недостаточное внимание к качеству кода: редкие код-ревью, отсутствие статического анализа (например, golangci-lint) и unit-тестов.

// Пример: в проекте отсутствовала структура для тестирования, 
// что усложняло рефакторинг
func ProcessData(data []byte) error {
    // Логика без тестов и обработки ошибок
    if len(data) == 0 {
        return nil // Пропуск ошибок — антипаттерн в Go
    }
    // ... 
}

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

• Негибкие процессы: длительные согласования даже для мелких изменений, что противоречит agile-подходу.
• Коммуникационные проблемы: решения принимались без обсуждения с техническими специалистами, что приводило к неоптимальным архитектурным решениям.
• Ограниченные ресурсы для обучения: отсутствие бюджета на конференции, курсы или эксперименты с новыми технологиями в Go-экосистеме (например, Fiber, Echo или Temporal для workflow).

4. Стремление к новым вызовам

Как опытный Go-разработчик, я стремлюсь к проектам, где могу применить свои навыки в:

• Разработке высоконагруженных систем с акцентом на низкую задержку и высокую пропускную способность.
• Использовании распределённых архитектур (микросервисы, event-driven-подход).
• Участии в полном цикле разработки — от проектирования до deployment и мониторинга (с использованием Prometheus, Grafana).

5. Баланс работы и развития

На предыдущем месте не было чёткой дорожной карты развития для инженеров. Я искал среду, где:

• Технические лидеры поощряют изучение новых инструментов (например, Kubernetes для оркестрации Go-приложений).
• Существует культура менторства и обмена знаниями внутри команды.
• Компания инвестирует в развитие сотрудников через хакатоны, внутренние мастер-классы или участие в open-source проектах на Go.

Заключение

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