Ответ
Основные причины для смены работы связаны с профессиональным ростом и рабочим контекстом:
1. Технологический стек и сложность задач: Стремление работать с современными технологиями и решать более масштабные архитектурные задачи. Например, переход от поддержки монолита на Java 8 к разработке микросервисов на Spring Boot 3, использованию Kotlin, Kubernetes и облачных платформ.
2. Процессы разработки: Поиск среды, где практикуются:
- Code Review как инструмент обучения и поддержания качества кода.
- Continuous Integration/Continuous Delivery (CI/CD).
- Четкое планирование (Agile/Scrum) и открытое обсуждение технических решений.
3. Вклад и влияние: Желание участвовать в проектах, где вклад разработчика значим и виден, а не ограничен работой с legacy-кодом без возможности его модернизации.
| Пример различия в задачах: | Текущий контекст (может быть) | Желаемый контекст |
|---|---|---|
| Исправление багов в монолите | Проектирование нового сервиса | |
| Работа с устаревшим фреймворком | Внедрение современного стека (Spring Boot 3, реактивные потоки) | |
| Минимальные автотесты | Написание комплексных unit- и интеграционных тестов |
Ответ 18+ 🔞
Да ты посмотри, на что люди жалуются-то! Сидят, блядь, как в болоте, и даже не понимают, что гниют заживо. Ну ладно, объясню на пальцах, почему нормальный разработчик в конце концов пиздует с такой работы, даже если платят вроде норм.
Первое и главное — технологии и задачи, ёпта! Представь: ты каждый день, как обезьяна, ковыряешься в древнем монолите, который на Java 8 написан ещё при царе Горохе. А в соседней компании, сука, уже вовсю Spring Boot 3 гоняют, на Kotlin пишут, микросервисы в Kubernetes разворачивают и архитектурные ребусы решают, от которых мозг вскипает, но зато кайфово! Ну и какой дурак выберет первое? Тут даже думать не надо — ядрёна вошь!
Второй пункт — процессы, блядь! Это ж пиздец, а не работа, когда у тебя нет нормального Code Review. Пишешь ты код, как бог на душу положит, и закидываешь его в продакшн, а потом ночами тушишь пожары. А где учиться-то? Где этот самый обмен опытом, чтобы не быть мартышкой-одиночкой? Хочу, сука, чтобы был чёткий CI/CD, чтобы не приходилось вручную, как идиот, артефакты собирать. Чтобы на планировании (Agile/Scrum, ёбта!) не просто хуйню обсуждали, а реально тех. решения аргументировали. А то чувствуешь себя не инженером, а говночистом в цифровом виде.
Ну и третье — влияние и вклад. Ну не могу я, блядь, годами только баги в легаси-коде латать! Это же волнение ебать — ноль! Хочу участвовать в чём-то новом, чтобы мой код был виден, чтобы я мог сказать: «Вот этот сервис — это я, сука, спроектировал и запилил!». А не так, чтобы от твоей работы один только пот и тихая ненависть оставались.
Вот, смотри, табличка наглядная, чтобы совсем дошло:
| Где сижу сейчас (и тихо ебёшься) | Куда хочу (и буду реально работать) |
|---|---|
| Ковыряю дыры в монолите-динозавре | Проектирую новый сервис с нуля |
| Дрочу устаревший фреймворк, от которого все давно в рот чих-пых | Внедряю современный стек (Spring Boot 3, реактивные потоки) |
| Пишу три теста, чтобы отстали | Заваливаю проект unit- и интеграционными тестами так, что любая поломка — это праздник |
Вот и весь сказ, блядь. Хочется не просто «работать», а развиваться, влиять и не чувствовать себя хитрой жопой, которую используют для самой скучной и бесперспективной хуйни. Всё гениальное просто, как хуй с горы.