Код Меркури

🔹 Architect Фокус: Стратегическое проектирование 📌 Задачи: ✅ Проектирование масштабируемых систем ✅ Выбор технологий и архитектурных подходов ✅ Разработка стандартов и гайдов ✅ Взаимодействие с несколькими командами ✅ Оптимизация производительности и интеграций 🔹 Architect vs Tech Lead * Tech Lead – решает локальные технические вопросы в рамках одной команды * Architect – отвечает за глобальные архитектурные решения на уровне всей компании или нескольких проектов 👉 Это роль для тех, кто хочет уйти глубже в инженерные решения и решать бизнес-задачи, а не просто писать код.

🔹 Tech Lead Фокус: Разработка и технологии 📌 Задачи: ✅ Определяет архитектурные и технологические решения, ✅ Разрабатывает стратегию развития кода и инфраструктуры, ✅ Контролирует код-ревью и следит за качеством кода, ✅ Помогает команде с техническими сложностями, ✅ Работает с техническим долгом и DevOps-процессами. 🔹 Tech Lead vs Team Lead * Tech Lead – фокус на техническом развитии продукта (качество и масштабируемость) * Team Lead – фокус на команде и процессах. 👉 Tech Lead – это человек, который помогает разработчикам писать не просто код, а качественный и масштабируемый код.

🔹 Team Lead Фокус: Люди и процессы 📌 Задачи: ✅ Организация работы команды (скрам-митинги, ретро, планирование), ✅ Отвечает за продуктивность и мотивацию команды, ✅ Решает административные вопросы (перформанс-ревью, найм, онбординг, увольнение), ✅ Следит за сроками и распределением задач, ✅ Работает над ростом сотрудников и их карьерными планами. 🔹 Senior vs Team Lead * Senior – фокус на коде и архитектуре, * Team Lead – фокус на людях и управлении командой. 👉 Ключевой навык для Team Lead – умение выстраивать эффективную команду, а не просто разрабатывать самому.

🔥 Карьера разработчика: что после Senior? Когда разработчик доходит до уровня Senior, возникает вопрос: «А что дальше?» Спойлер: карьера только начинается! На этом этапе открываются четыре основные ветки развития: 🔹 Team Lead – управление командой и процессами 🔹 Tech Lead – техническое лидерство и развитие продукта 🔹 Architect – проектирование архитектуры и стратегические решения 🔹 Manager – переход в управление. Помимо этих направлений, есть и дополнительные роли, которые можно совмещать с основной позицией: 🔹 Mentor – обучение и поддержка коллег 🔹Engineering Manager - работа с направлением внутри компании (но в данном посте мы не будем погружаться в детали этой роли). Давайте разберёмся в каждой из описанных позиций подробнее.

💣 Типичные ошибки: Застревание в «техническом режиме» → микроменеджмент вместо делегирования. 🆚 Lead vs Senior: * Senior отвечает за код, Lead — за людей и процессы * Senior все еще пишет код сам, Lead следит, чтобы команда писала правильно 🎯 Главная цель: Построить систему, которая работает без вашего ежедневного вмешательства. Итог Каждый уровень — это не просто рост технических навыков, а смена фокуса: 🔸 Intern → Junior: «Учусь делать» → «Делаю сам» 🔸 Junior → Middle: «Вижу задачу» → «Вижу систему» 🔸 Middle → Senior: «Решаю проблемы» → «Предотвращаю проблемы» 🔸 Senior → Lead: «Создаю код» → «Создаю среду» А какой переход был для вас самым сложным? Поделитесь лайфхаками в комментариях! P.S. А если вы Lead, который до сих пор пишет код по ночам — это нормально. Мы вас видим 👀

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

🔹 Senior "Разрабатываю не фичи, а бизнес-ценность" Здесь начинается игра на совсем другом уровне. Senior — это не просто опытный разработчик, а человек, который понимает бизнес, берет на себя ответственность и влияет на продукт. 📌 Что отличает настоящего Senior: * Видит разницу между «можно сделать» и «нужно сделать» * Умеет сказать «нет» заказчику (и предложить альтернативу) * Автоматизирует рутину команды, а не только свою * Пишет документацию, которую реально читают * Лидит процессы. Участвует в оптимизации разработки, CI/CD, DevOps и техническом долге. * Строит долгосрочные решения, а не просто пилит фичи * Обучает и помогает Junior/Middle-разработчикам 💼 Неочевидные навыки: * Выступление на митапах / написание статей (формирование экспертного статуса) * Управление ожиданиями стейкхолдеров («это займёт 2 месяца» → «это невозможно в ваши сроки, но вот что мы можем...») 🎯 Главная цель: Перевести фокус с технологии на бизнес-результат. 👉 Как расти до Lead? * Брать ответственность за ключевые решения в проекте, * Учиться делегировать и эффективно распределять задачи, * Работать не только над кодом, но и над процессами в команде. * Смотреть на проекты вокруг себя. Расширять свою техническую компитенцию и экспертизу.

🔹 Middle: золотая середина "Решаю проблемы, а не пишу код" 🔥 Что реально требуется: * Понимание устройства всего проекта * Умение писать код любой сложности, если есть более ли менее чёткие критерии * Готовность брать на себя ответственность за задачи и их дедлайны. * Способность перевести простой бизнес-запрос в технические спецификации * Понимание, как ваш код влияет на смежные модули * Умение отстаивать своё решение (с аргументами, а не «мне так нравится») 🆚 Middle vs Senior: Middle спрашивает: «Как сделать?», Senior — «Зачем делать?» 🎯 Главная цель: Перестать быть «исполнителем» и начать видеть системные взаимосвязи. 👉 Как расти до Senior? * Участвовать в обсуждениях бизнес-процессов, * Работать с бэклогом, самостоятельно формулировать acceptance criteria, * Начинать менторить и помогать другим.

🔹 Junior: первый самостоятельный шаг "Я уже что-то могу, но не спрашивайте как это работает в продакшене" 📌 Отличия от Intern: * Способен самостоятельно решать большинство простых задач * Работает с простыми системами и API * Умеет грамотно декомпозировать задачи * Взаимодействие с ментором становится реже и более асинхронным. * Пишет автотесты (иногда даже перед кодом!) * Понимает, что такое технический долг (и оставляет его будущему себе) 💡 Ловушка уровня: «Я уже всё знаю» → игнорирует feedback → застревает в джуне на 3 года. 🎯 Главные цели: * Набить руку на типовых задачах * Научиться работать с неочевидными и сложными системами * Разбираться в чужом коде и стабильно решать задачи в разумные сроки * Предвидеть последствия своего кода.

🚀 Карьерная лестница в IT: от Intern до Lead — что скрывается за грейдами? Привет! Вы наверняка знакомы с классической карьерной лестницей: Intern → Junior → Middle → Senior → Lead. Это стандартный путь развития технического специалиста, где на каждом уровне от вас ожидают определённые компетенции, но какие конкретно? Давайте сегодня разберемся подробнее. 🔹 Intern: точка роста "Горящие глаза + базовые навыки" ✅ Минимум для старта: * Основы языка/фреймворка (хотя бы по туториалу) * Умение задавать вопросы (да, это навык!) * Готовность переделывать задачу 3 раза * Минимальные навыки чтения технического английского ⚠️ Особенность роли: Задачи интерна — тренировочный полигон. Без детального ТЗ, ежедневного менторства и 80% времени на правки в код-ревью — не обойтись. 🎯 Главная цель: Научиться не теряться при виде production-кода и доводить задачи до конца самостоятельно (даже если «работает, но стыдно показать»).

Как внедрить чтение в рутину? 🔹5 минут утром за кофе — пролистайте ленту Telegram-каналов. 🔹Подкасты в дороге — слушайте технические подкасты, пока едете на работу. 🔹Челлендж на неделю — выделяйте 15 минут в день на одну главу книги. Сделав это ежедневной привычкой, вы будете оставаться в курсе трендов и развиваться без перегруза. А вы что выбираете — книги, статьи или learning by doing? Делитесь в комментариях своими лайфхаками и топовыми книгами! 🚀

🔥 Must-read для любого IT-специалиста 📖 «Компьютерные сети» (Таненбаум) — база для DevOps и не только. 📖 «Linux Kernel Development» (Robert Love) — мастхэв для работы с ОС. 📖 «Паттерны проектирования» (Банда Четырёх) — классика, которая не стареет. 📖 «Искусство программирования» (Кнут) — если хватит смелости 😉 📖 «System Design Interview» (Alex Xu) — даже если не собеседуетесь, научит масштабировать системы и думать как архитектор. 📖 «Современные операционные системы» (Таненбаум) — энциклопедия по ОС. После неё перестанете бояться deadlock’ов и виртуальной памяти. 📖 «Чистый код» (Роберт Мартин) — мастхэв для любого разработчика и DevOps. Учит писать код, который не стыдно показать: от именования переменных до рефакторинга и принципов SOLID. Если не читали — начинайте с этой книги! Эти книги сформируют прочный фундамент, который пригодится в любой IT-специальности. А если вы когда-нибудь решите пройти собеседование в FAANG-like компанию, они станут просто незаменимой базой.

Что я вынес за 10 лет в IT? 📌Книги — это фундамент, но не все книги одинаково полезны.. Бессмысленно читать очередную «Java за 24 часа» — практика даст вам больше. А например книги уровня «Чистого кода» или «Современные операционные системы» сэкономят вам массу времени и уберегут от изобретения велосипедов. 📌 Если нет времени на книги — читайте хотя бы статьи и рассылки. Уделяйте 5–10 минут в день материалам по вашей специализации на любом из ресурсов ниже: 🔸Medium 🔸DZone 🔸HackerNoon 🔸Habr 🔸Telegram-каналы по теме (у меня их целая подборка — пишите в комментариях, если нужен список 👇).

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

Итоги, что же выбрать? 🔸Оффлайн-курсы — лучший из возможных стартов в IT. 🔸Если офлайн-формат недоступен, лучше выбирать проверенные онлайн-курсы, а также дополнять их самостоятельным изучением материалов, например ориентируясь на roadmap.sh 🔸Независимо от того, учитесь ли вы онлайн или офлайн, отличной идеей будет параллельно пройти курсы CS от Гарварда. Многие из них доступны бесплатно на edx.org. 🔸Высшее образование пригодится на уровнях middle+ и выше. Многие начинают работать со 2–3 курса, и к моменту достижения middle грейда как раз получают диплом. А какой путь выбрали вы? Что оказалось полезнее — высшее образование, офлайн-курсы или онлайн-обучение? Делитесь в комментариях! 🚀

Курсы: офлайн или онлайн? Во время учёбы я прошёл обучение в двух учебных центрах крупных IT-компаний и успел закончить две стажировки. Это значительно расширило мой кругозор, помогло определиться с направлением и взглянуть на задачи из разных сфер. 📌В одном центре я изучал PL/SQL и DBA, погружаясь в банковские системы. 📌В другом прошёл хардкорную 8-месячную программу по Java, где на выходе уже был оффер на позицию Junior. 📌На стажировках попробовал себя в роли DevOps. 📌Параллельно со всеми остальными активностями успел пройти весь javarush и множество других онлайн-курсов. Оффлайн-курсы: Часто у них есть отбор, но пройти его несложно. Даже если не получилось с первого раза — пробуйте снова. Это отличная возможность расширить кругозор и ответить себе на вопрос: «Чем я хочу заниматься?». Основываясь на собственном опыте, могу смело их рекомендовать, особенно потому, что при университетах такие курсы либо полностью бесплатны, либо стоят символическую сумму. Онлайн-курсы: ➖Сильно дороже ➖Меньше живого общения ➖Требуют больше дисциплины и усидчивости ➕гибкий график ➕доступ к лучшим программам со всего мира (Coursera / EDX) ➕возможность учиться в удобном темпе

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

Давайте поговорим об образовании в IT: что действительно важно, что можно пропустить и как это всё комбинировать. Нужно ли высшее образование в IT? Я закончил бакалавриат на мехмате, а потом магистратуру на факультете компьютерных наук с красным дипломом. Если говорить о фундаментальном высшем образовании, то, на мой взгляд, в современном IT можно обойтись без него, но с некоторыми важными оговорками: 🔹Самостоятельно осваивать базу будет сложнее (но возможно). Операционные системы, компьютерные сети, формальные языки, компиляторы — всё это придётся изучать самому. 🔹Навык работы с большими текстами (500+ страниц). Университет учит читать сложные научные книги, а не только документацию. Там много канцелярита, сложной математики и профессионального сленга. 🔹Диплом aka “корочка” (как минимум бакалавриат) — базовый зелёный флаг при получении визы в США. 🔹Нетворкинг! Университет — это отличная среда для знакомства с людьми, с которыми в будущем можно продолжить общение и совместные проекты. Даже если вы экстраверт, такого уровня вовлечённости и контактов сложно добиться самостоятельно без специального навыка. Однако важно понимать, что для получения всех плюсов от университетского нетворкинга вам всё равно придётся прикладывать усилия — посещать клубы, конференции, дополнительные занятия и кружки.

Привет! Меня зовут Александр Шаров, я 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

Какие события громче всех обсуждали в индустрии в марте? 👀