Всем привет!

Всем привет! 💚 Спасибо всем, кто поучаствовал в разборе вакансии . Я видела, как непросто вам это далось: где-то ответы уходили в обсуждение «почему тут такие требования», где-то — в попытку угадать, «что они хотят». Но цель у чтения вакансии другая — понять для себя: это моё или не моё? Без эмоций, без оценок, без лишней воды. Этот навык — невероятно ценный. На примере этой вакансии давайте разберём, на что реально стоит обращать внимание при чтении JD. 1️⃣ “We are helping true tech wizards in storage, cloud, and virtualization.” — доменная область Это сразу говорит о контексте компании: storage, cloud, virtualization. Чем выше роль, тем важнее доменный опыт. Если вы никогда не были рядом с подобными системами — будет тяжело и вам, и команде. 2️⃣ “Engineering Manager to lead development of Linux kernel modules, 2 teams — Compute и Storage.” Это не Team Lead одной команды. Это управление двумя техническими направлениями и двумя командами. Роль требует масштаба, зрелости, работы на уровне системы, а не отдельных задач. 3️⃣ Tech stack C, C++, Rust, Linux Kernel, Ceph, iSCSI/NFS/S3, KVM, Docker, Kubernetes, Terraform, Prometheus… Стек показывает не «что вам надо знать», а где живёт продукт. Сложный системный домен → нужна техническая глубина. Менеджер должен понимать эти технологии, даже если сейчас не пишет код. 4️⃣ Самое главное — требования: 10+ лет в системной/сторедж/кернел разработке 3+ лет управления командами опыт с Linux kernel, file systems, performance C/C++ (Rust — плюс) понимание distributed storage, virtualization, containers сильные лидерские и коммуникационные навыки Это инженерная компания → нужен инженерный майндсет. Эта роль не для менеджера «про процессы». Она для человека, который: — сам много лет писал сложный системный код, — работал с Linux Kernel ИЛИ storage, — понимает архитектуру, ограничения и performance trade-offs, — может принимать решения, опираясь на техническую глубину. ❗️ Это не означает, что вам сейчас нужно писать на C/C++ ежедневно. Но это означает, что глубокий прошлый опыт разработки — must have. Как принимать решение об отклике? Шаблон простой: 📌 Если совпадение с требованиями 70%+ — откликайтесь. 📌 Если меньше — ищите то, что точнее под ваш опыт. Отклик «в цель» лучше, чем сто откликов «а вдруг». И где-то есть вакансия, которая ждёт именно вас — важно просто научиться читать, а не «угадывать». Как вам разбор? Хотите разберу вашу в следующий раз? Если да, присылайте вакансии, на которые хотели бы откликнуться,но сомневайтесь, а я выберу одну и в декабре разберу что в ней важно! И да, совсем скоро нас ждет пост про ТОТ САМЫЙ ОФФЕР и завершающая подборка вакансий в 2025 году. Stay tuned 😉 #career_advice_cnb