Привет! Меня зовут Александр Шаров, я DevOps-инженер в команде Мерка. В компании занимаюсь разработкой облачной инфраструктуры, построением CI/CD-процессов, анализом требований под конкретных клиентов, а также провожу технические собеседования и помогаю коллегам в профессиональном развитии.

В IT я уже почти 10 лет. За это время работал с проектами самых разных масштабов — от небольших стартапов до гигантских экосистем, где одна только команда DevOps насчитывала 150+ человек. Про карьерный путь будет отдельный пост. "Under the hood" я разобью на три части, а сейчас — вводный обзор тем, которые мы затронем.

🎓 Образование
Поговорим про высшее образование, IT-курсы, книги, английский язык и сертификации.

🚀 Карьера
Разберем, как выглядит типичный путь в IT, что бывает после позиции Senior и как продолжать расти. Обсудим pet-проекты, стартапы, Y Combinator и волонтерство.

💻 Hard Skills
Какие технические навыки действительно важны для DevOps? Обсудим инфраструктуру, автоматизацию, мониторинг и другие ключевые аспекты. Затронем архитектуру и разберемся, почему быть архитектором — это в основном работа с документами, а не веселый кодинг.

🤝 Soft Skills
Поговорим о навыках, без которых невозможно вырасти выше Middle. Коммуникация, лидерство, управление временем — все, что делает вас не просто специалистом, а профессионалом.

🔧 DevOps
Обсудим тренды индустрии и устроим пару холиваров, например, про open source и разновидности *Ops профессий.

🚀 Личный бренд
Как писать статьи, выступать на конференциях, запускать pet-проекты и пытаться построить стартап? Обсудим, как выделиться в IT-сообществе.

⚖️ Work-Life Balance
Поговорим про разграничение рабочей и личной жизни. Например, зачем разделять ноутбуки для работы и личных задач.

🌐 Нетворкинг
Как развивать LinkedIn, участвовать в митапах, создавать свои команды и посещать хакатоны? Обсудим, как строить полезные связи.

💡 Программирование
Почему DevOps без программирования — это тупик? Поговорим про LeetCode, олимпиадное программирование и пользу от этого.

Будет интересно! Подписывайтесь, задавайте вопросы и участвуйте в обсуждениях. Буду рад початиться с вами в комментариях 🚀

#underhood

Давайте поговорим об образовании в IT: что действительно важно, что можно пропустить и как это всё комбинировать.

Нужно ли высшее образование в IT?
Я закончил бакалавриат на мехмате, а потом магистратуру на факультете компьютерных наук с красным дипломом. Если говорить о фундаментальном высшем образовании, то, на мой взгляд, в современном IT можно обойтись без него, но с некоторыми важными оговорками:


🔹Самостоятельно осваивать базу будет сложнее (но возможно). Операционные системы, компьютерные сети, формальные языки, компиляторы — всё это придётся изучать самому.


🔹Навык работы с большими текстами (500+ страниц). Университет учит читать сложные научные книги, а не только документацию. Там много канцелярита, сложной математики и профессионального сленга.


🔹Диплом aka “корочка” (как минимум бакалавриат) — базовый зелёный флаг при получении визы в США.


🔹Нетворкинг! Университет — это отличная среда для знакомства с людьми, с которыми в будущем можно продолжить общение и совместные проекты. Даже если вы экстраверт, такого уровня вовлечённости и контактов сложно добиться самостоятельно без специального навыка. Однако важно понимать, что для получения всех плюсов от университетского нетворкинга вам всё равно придётся прикладывать усилия — посещать клубы, конференции, дополнительные занятия и кружки.

Почему важно техническое, но не чисто IT-образование?

Мехмат дал мне широту мышления и умение решать задачи из разных областей. Факультет компьютерных наук углубил знания в IT, но главное, что я вынес из этого опыта, — важно научиться думать, а не просто узнавать факты. Условно, теория групп будет сильно полезнее, чем знание о том, что Windows поддерживает USB (не шутка, мне про это действительно рассказывали на факультете компьютерных наук в магистратуре).

Курсы: офлайн или онлайн?

Во время учёбы я прошёл обучение в двух учебных центрах крупных IT-компаний и успел закончить две стажировки. Это значительно расширило мой кругозор, помогло определиться с направлением и взглянуть на задачи из разных сфер.

📌В одном центре я изучал PL/SQL и DBA, погружаясь в банковские системы.

📌В другом прошёл хардкорную 8-месячную программу по Java, где на выходе уже был оффер на позицию Junior.

📌На стажировках попробовал себя в роли DevOps.

📌Параллельно со всеми остальными активностями успел пройти весь javarush и множество других онлайн-курсов.



Оффлайн-курсы:
Часто у них есть отбор, но пройти его несложно. Даже если не получилось с первого раза — пробуйте снова. Это отличная возможность расширить кругозор и ответить себе на вопрос: «Чем я хочу заниматься?».

Основываясь на собственном опыте, могу смело их рекомендовать, особенно потому, что при университетах такие курсы либо полностью бесплатны, либо стоят символическую сумму.

Онлайн-курсы:
➖Сильно дороже
➖Меньше живого общения
➖Требуют больше дисциплины и усидчивости
➕гибкий график
➕доступ к лучшим программам со всего мира (Coursera / EDX)
➕возможность учиться в удобном темпе

Итоги, что же выбрать?

🔸Оффлайн-курсы — лучший из возможных стартов в IT.

🔸Если офлайн-формат недоступен, лучше выбирать проверенные онлайн-курсы, а также дополнять их самостоятельным изучением материалов, например ориентируясь на roadmap.sh

🔸Независимо от того, учитесь ли вы онлайн или офлайн, отличной идеей будет параллельно пройти CS курсы от Гарварда. Многие из них доступны бесплатно на edx.org.

🔸Высшее образование пригодится на уровнях middle+ и выше. Многие начинают работать со 2–3 курса, и к моменту достижения middle грейда как раз получают диплом.


А какой путь выбрали вы? Что оказалось полезнее — высшее образование, офлайн-курсы или онлайн-обучение? Делитесь в комментариях! 🚀

Сегодня обсудим continuous learning, книги по IT и важность чтения технических статей.

Однажды мой друг заявил: «Зачем читать книги по программированию? Я всё узнаю на практике!» Сначала меня это возмутило, но позже я понял: такой подход тоже имеет право на жизнь... если не забывать про нюансы.

Что я вынес за 10 лет в IT?

📌Книги — это фундамент, но не все книги одинаково полезны.. Бессмысленно читать очередную «Java за 24 часа» — практика даст вам больше. А например книги уровня «Чистого кода» или «Современные операционные системы» сэкономят вам массу времени и уберегут от изобретения велосипедов.

📌 Если нет времени на книги — читайте хотя бы статьи и рассылки. Уделяйте 5–10 минут в день материалам по вашей специализации на любом из ресурсов ниже:
🔸Medium
🔸DZone
🔸HackerNoon
🔸Habr
🔸Telegram-каналы по теме (у меня их целая подборка — пишите в комментариях, если нужен список 👇).

🔥 Must-read для любого IT-специалиста

📖 «Компьютерные сети» (Таненбаум) — база для DevOps и не только.

📖 «Linux Kernel Development» (Robert Love) — мастхэв для работы с ОС.

📖 «Паттерны проектирования» (Банда Четырёх) — классика, которая не стареет.

📖 «Искусство программирования» (Кнут) — если хватит смелости 😉

📖 «System Design Interview» (Alex Xu) — даже если не собеседуетесь, научит масштабировать системы и думать как архитектор.

📖 «Современные операционные системы» (Таненбаум) — энциклопедия по ОС. После неё перестанете бояться deadlock’ов и виртуальной памяти.

📖 «Чистый код» (Роберт Мартин) — мастхэв для любого разработчика и DevOps. Учит писать код, который не стыдно показать: от именования переменных до рефакторинга и принципов SOLID. Если не читали — начинайте с этой книги!

Эти книги сформируют прочный фундамент, который пригодится в любой IT-специальности. А если вы когда-нибудь решите пройти собеседование в FAANG-like компанию, они станут просто незаменимой базой.

Как внедрить чтение в рутину?

🔹5 минут утром за кофе — пролистайте ленту Telegram-каналов.

🔹Подкасты в дороге — слушайте технические подкасты, пока едете на работу.

🔹Челлендж на неделю — выделяйте 15 минут в день на одну главу книги.
Сделав это ежедневной привычкой, вы будете оставаться в курсе трендов и развиваться без перегруза.

А вы что выбираете — книги, статьи или learning by doing? Делитесь в комментариях своими лайфхаками и топовыми книгами! 🚀

🚀 Карьерная лестница в IT: от Intern до Lead — что скрывается за грейдами?

Привет!
Вы наверняка знакомы с классической карьерной лестницей: Intern → Junior → Middle → Senior → Lead. Это стандартный путь развития технического специалиста, где на каждом уровне от вас ожидают определённые компетенции, но какие конкретно? Давайте сегодня разберемся подробнее.


🔹 Intern: точка роста
"Горящие глаза + базовые навыки"


✅ Минимум для старта:
* Основы языка/фреймворка (хотя бы по туториалу)
* Умение задавать вопросы (да, это навык!)
* Готовность переделывать задачу 3 раза
* Минимальные навыки чтения технического английского

⚠️ Особенность роли:
Задачи интерна — тренировочный полигон. Без детального ТЗ, ежедневного менторства и 80% времени на правки в код-ревью — не обойтись.

🎯 Главная цель:
Научиться не теряться при виде production-кода и доводить задачи до конца самостоятельно (даже если «работает, но стыдно показать»).

🔹 Junior: первый самостоятельный шаг
"Я уже что-то могу, но не спрашивайте как это работает в продакшене"

📌 Отличия от Intern:
* Способен самостоятельно решать большинство простых задач
* Работает с простыми системами и API
* Умеет грамотно декомпозировать задачи
* Взаимодействие с ментором становится реже и более асинхронным.
* Пишет автотесты (иногда даже перед кодом!)
* Понимает, что такое технический долг (и оставляет его будущему себе)

💡 Ловушка уровня:
«Я уже всё знаю» → игнорирует feedback → застревает в джуне на 3 года.

🎯 Главные цели:
* Набить руку на типовых задачах
* Научиться работать с неочевидными и сложными системами
* Разбираться в чужом коде и стабильно решать задачи в разумные сроки
* Предвидеть последствия своего кода.

🔹 Middle: золотая середина
"Решаю проблемы, а не пишу код"

🔥 Что реально требуется:
* Понимание устройства всего проекта
* Умение писать код любой сложности, если есть более или менее чёткие критерии
* Готовность брать на себя ответственность за задачи и их дедлайны.
* Способность перевести простой бизнес-запрос в технические спецификации
* Понимание, как ваш код влияет на смежные модули
* Умение отстаивать своё решение (с аргументами, а не «мне так нравится»)

🆚 Middle vs Senior:
Middle спрашивает: «Как сделать?», Senior — «Зачем делать?»

🎯 Главная цель:
Перестать быть «исполнителем» и начать видеть системные взаимосвязи.

👉 Как расти до Senior?
* Участвовать в обсуждениях бизнес-процессов,
* Работать с бэклогом, самостоятельно формулировать acceptance criteria,
* Начинать менторить и помогать другим.

🔹 Senior
"Разрабатываю не фичи, а бизнес-ценность"
Здесь начинается игра на совсем другом уровне. Senior — это не просто опытный разработчик, а человек, который понимает бизнес, берет на себя ответственность и влияет на продукт.

📌 Что отличает настоящего Senior:
* Видит разницу между «можно сделать» и «нужно сделать»
* Умеет сказать «нет» заказчику (и предложить альтернативу)
* Автоматизирует рутину команды, а не только свою
* Пишет документацию, которую реально читают
* Лидит процессы. Участвует в оптимизации разработки, CI/CD, DevOps и техническом долге.
* Строит долгосрочные решения, а не просто пилит фичи
* Обучает и помогает Junior/Middle-разработчикам

💼 Неочевидные навыки:
* Выступление на митапах / написание статей (формирование экспертного статуса)
* Управление ожиданиями стейкхолдеров («это займёт 2 месяца» → «это невозможно в ваши сроки, но вот что мы можем...»)

🎯 Главная цель:
Перевести фокус с технологии на бизнес-результат.

👉 Как расти до Lead?
* Брать ответственность за ключевые решения в проекте,
* Учиться делегировать и эффективно распределять задачи,
* Работать не только над кодом, но и над процессами в команде.
* Смотреть на проекты вокруг себя. Расширять свою техническую компитенцию и экспертизу.

🔹 Lead
"Моя роль — превращать хаос в процессы"
На этом уровне разработка отходит на второй план, а на первый выходит управление командой и процессами.

⚙️ Чем занят Lead:
* Создаёт культуру команды (как проводят ретро, как спорят, как празднуют успехи)
* Формирует стратегию. Как и что будет разрабатываться в ближайшие месяцы и годы.
* Выстраивает команду. Занимается наймом, адаптацией и развитием сотрудников.
* Разрешает конфликты и управляет ожиданиями. Lead — это основной буфер между бизнесом и технической командой.
* Выстраивает процессы. Это включает как ежедневные ритуалы (скрам-митинги, ретро, демо), так и технические процессы: деплой, откаты (rollback), работу над постмортемами, а также внедрение и адаптацию новых инструментов.
* Делегирует задачи. Разрабатывает не сам, а распределяет задачи среди команды.

💣 Типичные ошибки:
Застревание в «техническом режиме» → микроменеджмент вместо делегирования.

🆚 Lead vs Senior:
* Senior отвечает за код, Lead — за людей и процессы
* Senior все еще пишет код сам, Lead следит, чтобы команда писала правильно

🎯 Главная цель:
Построить систему, которая работает без вашего ежедневного вмешательства.

Итог
Каждый уровень — это не просто рост технических навыков, а смена фокуса:
🔸 Intern → Junior: «Учусь делать» → «Делаю сам»
🔸 Junior → Middle: «Вижу задачу» → «Вижу систему»
🔸 Middle → Senior: «Решаю проблемы» → «Предотвращаю проблемы»
🔸 Senior → Lead: «Создаю код» → «Создаю среду»

А какой переход был для вас самым сложным? Поделитесь лайфхаками в комментариях!
P.S. А если вы Lead, который до сих пор пишет код по ночам — это нормально. Мы вас видим 👀

🔥 Карьера разработчика: что после Senior?

Когда разработчик доходит до уровня Senior, возникает вопрос: «А что дальше?» Спойлер: карьера только начинается! На этом этапе открываются четыре основные ветки развития:

🔹 Team Lead – управление командой и процессами

🔹 Tech Lead – техническое лидерство и развитие продукта

🔹 Architect – проектирование архитектуры и стратегические решения

🔹 Manager – переход в управление.


Помимо этих направлений, есть и дополнительные роли, которые можно совмещать с основной позицией:
🔹 Mentor – обучение и поддержка коллег

🔹Engineering Manager - работа с направлением внутри компании (но в данном посте мы не будем погружаться в детали этой роли).


Давайте разберёмся в каждой из описанных позиций подробнее.