«СИМПТОМЫ», С КОТОРЫМИ ПРИХОДЯТ В ОРДИНАТУРУ:
ВСЕ ГОВОРЯТ «НАДО БЫТЬ ПРОАКТИВНЫМ И ТЕХНИЧЕСКИ ПОДКОВАННЫМ». А КАК ЭТО ДЕЛАТЬ НА ПРАКТИКЕ?
Регулярно возникают сложности при общении с разработчиками: «не всегда понимаю, о чём они говорят», «при обсуждении тех. вопросов слышу одни и те же слова, но не понимаю, что за ними стоит», из‑за чего тяжело отстаивать решения и чувствовать себя на равных.
Не доверяете своим решениям: постоянно ищете очередной «правильный чек‑лист» и боитесь брать на себя архитектурную ответственность, даже если формально опыт уже позволяет.
Откладываете сложные технические темы про архитектуру, интеграции, Kafka, REST‑дизайн, system design и брокеры сообщений «на потом», потому что не знаете их так глубоко, как написано в резюме.
Рынок уже живет в парадигме «аналитик = почти архитектор», а вы больше похожи на классического аналитика по старым учебникам — и это вызывает тревожное чувство, что вы «выпадаете из новой версии профессии».
На тех. собеседованиях уверенно рассказываете про BPMN и сбор требований, но теряетесь, когда просят «накидать high‑level архитектуру», разобрать сценарий интеграции или объяснить, где тут паттерны CQRS и EDA и зачем они нужны.
В голове звучит «рынок сошёл с ума по интеграциям и high‑load, а я всё ещё закрываю базу», «я устал/а от гонки за новыми хард‑скиллами и всё равно чувствую себя недостаточно компетентным».