Помните новость про ИИ-турель? На этот раз кто-то создал настоящего робота-ликвидатора поместив пулемет на робо-собаку. Смотрите на свой страх и риск, не для слабонервных 🫣

#митап #анонс

⚡ Pixel Battle ⚡
Этот День Х настал, открываем регистрацию на совместный митап IT Connect и Mercury Development!

Для начала немного вводных о том, когда и где будет ивент:
Дата: 27 апреля, воскресенье
Время: 16:00 - 20:30
Место: Белград, Дом Омладине
Цена: Бесплатно (донаты приветствуются)

Ивент пройдёт на русском языке для всех причастных к ИТ. Движ для тех, кто хочет насладиться противостоянием разработчиков и дизайнеров. 👀

Программа:
— "Дизайн — это религия. Осталось лишь создать культ" Бершель Ольга / Senior Product Designer
— "Вредные советы дизайнерам от фронтендера" Сказочкин Григорий / Lead Frontend Engineer
— Батл разработчиков и дизайнеров: участвуют команды от Mercury, будет жарко
— Нетворкинг

🚶 Регистрируйся на митап "Pixel Battle"
Регистрацию закроем, когда наберём нужное количество участников. Так что поторопитесь. И помните, что регистрируясь на ивент, вы принимаете и соглашаетесь с правилами нашего комьюнити.

На этот раз сделаем отдельную ветку в основном чате нашего IT Connect комьюнити, так что наблюдать за происходящим в процессе подготовки смогут все и не нужно будет добавляться в отдельный чат.

Ну что, соскучились по нашим мипатам? До встречи уже совсем скоро!

Возможно, кто-то из вас помнит дебаты разработчика и дизайнера на нашем ютубе? Мы решили устроить такие дебаты в реальной жизни.

Уже в следующее воскрсенье 27 апреля совместно с IT Connect проводим митап в Белграде, а после докладов повысим градус и устроим Pixel Battle между теми, кто рисует невероятные анимашки и теми, кому потом всю эту красоту верстать 🫡

Если живете в Сербии, регистрируйтесь на мероприятие, ставьте событие в календарик и приходите — такое не стоит пропускать!

В бухгалтерии снова все перепутали... 0% осуждения тому кандидату.

🧭 Навигация по каналу

О чем этот канал

Код Меркури — это микромедиа об IT для релокантов и удаленщиков по всему миру. Канал ведет команда Mercury Development — мы разработчики приложений и софта для амбициозных стартапов Кремниевой Долины и технологичного энтерпрайза 🪐

Здесь вы найдете:

- Обзоры на главные события в индустрии технологий.
- Марафоны от наших экспертов на разные темы: библиотеки-фреймворки, карьера, баланс, нетворкинг и другие #underhood
- Карьерные истории для вдохновения #career
- Вакансии в команду Меркури #jobs
- Истории о самых интересных и необычных проектах, над которыми нам доводилось работать #case
- Актуальные анонсы митапов и других событий в офлайне.

Рады знакомству, чувствуйте себя как дома 🫶

Рекомендасьон из нашего слака: ESLint-плагин для упрощения логических выражений по законам де Моргана: https://github.com/azat-io/eslint-plugin-de-morgan

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

#web

TypeScript на стероидах: Microsoft портирует TypeScript на язык Go, чтобы ускорить время компиляции в 10 раз

Глобальное обновление ожидается уже в 7-й версии — обещают серьёзный апгрейд в плане developer experience 🤌

💡 Если вы сталкиваетесь с проблемами компиляции на больших TypeScript-кодовых базах, стоит также обратить внимание на ReScript — один из самых быстрых компиляторов в мире.
Он:

- основан на типовой системе Хиндли-Милнера,
- поддерживает JSX из коробки,
- и показывает невероятную скорость.

👉 Подробнее: https://rescript-lang.org/

Находка из нашего слака: ESLint-плагин для упрощения логических выражений по законам де Моргана: https://github.com/azat-io/eslint-plugin-de-morgan

#web

Сэм Альтман грозится создать свой позитивный Твиттер с ИИ, разумеется.

Ждать еще одну Threads? 😁

Только представьте: вы устраиваетесь на работу и прямо во время интервью вам приходит сообщение, что у вас родился ребенок. Именно так случилось у нашего дизайнера Стаса, когда он проходил собеседование в команду Меркури 9 лет назад 💔

У каждого меркурианца есть истории, которые делают нас теми, кто мы есть. Так как насчет еще лучше узнать друг друга?

Преподаватели долго не знали что делать с ИИ, которое теперь решает домашку и пишет научные работы за студентов. И вот, кто-то додумался добавлять в тесты скрытые промпты, чтобы вычислять студентов, которые скармливают задачи чат-ботам 🤓

Никогда такого не было и вот опять! Стартап Nate продвигали ИИ-сервис, позволяющий покупать товары на любом сайте без регистрации — вы просто скидываете в приложение ссылку на вещь, а ИИ уже оформляет заказ с учётом вашего адреса и платёжной информации.

Но вы уже, наверное, догадались, в чем подвох?

На самом деле ссылка на товар попадала одному из сотни филиппинцев, которые оформляли заказы вручную.

Написать свой калькулятор просто? Как бы не так!

Вот статья о целой горе алгебраических подводных каменей, которая ожидает разработчика: https://chadnauseam.com/coding/random/calculator-app

В китайский смартфон Oppo Find X8 Ultra завезли 120-кратный зум 😱

С таким можно заранее начать искать арендованное на Airbnb жилье прямо из самолета.

Если вы вдруг хотели узнать в общих чертах, что такое End-to-end Encryption, пожалуй, это то, что вам нужно: https://vas3k.blog/blog/end_to_end_encryption/

Из всех запросов мы выделели:

> приложение для организации экспедиционных туров в Антарктику 🐧

> браслет-тренер, который отслеживает баскетбольный бросок и дает рекомендации по движению ⛹️‍♂️

> а также приложение для сдачи в аренду своего парковочного места 🅿️

Когда заказчики приходят приходят к тебе с идеями, некоторые из них могут показаться безумными и оторванными от реальности. А потом одна из таких идей становится невероятной историей успеха: поначалу все смеялись над идей Стива Джобса переосмыслить телефон. Или у нас есть кейс, как мы разрабатывали социальную сеть для подростков на 8 миллионов пользователей, которая предвосхитила современную механику ТикТока, и в кое-чем опередила инстаграм и снэпчат.

Инсайдеры делятся, что в iPhone 17 появится функция съемки на основную и на фронатльную камеру одновременно.

Google платит бывшим сотрудникам подразделения DeepMind, чтобы они не ушли к конкурентам — компания подписывает с ними контракт на 12 месяцев.

Когда ты ИИ-специалист в Google и можешь в любой момент организовать себе годовой оплачиваемый отпуск.

Вам наверняка знакомы слова «стенокардия» и «инфаркт миокарда». Статистика безжалостна: только в Южной Корее от этих серьезнейших заболеваний страдает каждый сотый. Чтобы помочь таким пациентам проводят операцию стентирования: устанавливают в сосуд специальные сеточные структуры, которые держат его стенки в нормальном положении.

Установка стента в сосуд — не простая операция, мягко говоря. Серьезные осложнения могут наступать из-за ошибок еще на этапе диагностики. Избежать таких ошибок позволяет оптическая когерентная томография (OCT) — самый современный и точный метод исследования сосудов в медицинской практике.

В этом посте мы хотим рассказать, как с нуля воспроизводили технологию OCT, позволяющую исследовать участки сосуда перед установкой стента.

На нашем сайте вы можете посмотреть, что еще мы разрабатываем и найти вакансии на один из наших проектов 🪐

> Портфолио и другие проекты Меркури

> Страница с актуальными вакансиями

#case

Разработчик из Китая представил опенсорс-проект робота, который обойдётся всего 300 долларов.

> Репозиторий

Чтобы максимально удешивить робота, в качестве камеры разработчик использовал уже имеющийся айфон, а в качестве платформы для управления — старый MacBook.

Японская компания Kawasaki представила миру робо-коня Corleo

У коня четыре устойчивых ноги, а задние даже с амортизацией: они двигаются вверх и вниз независимо от передних при помощи механизма мотоциклетного маятника. Вот как устроен робо-конь:

🐎 Управление робо-конём при этом осуществляется при помощи смещения центра тяжести всадника, как при верховой езде на лошади.

🐎 Амортизация поглощает удары при движении, благодаря чему всадник сохраняет позу при передвижении по пересечённой местности.

🐎 Corleo позволяет безопасно и уверенно кататься по горам и водоёмам.

И вишенка на торте: робо-скакун работает на водородном топливе.

Tinder добавил новую фичу — флирт с чат-ботом. Фильм «Она» все ближе?

Митап в Буэнос-Айресе на русском языке

Вместе с сообществом Buenos Aires IT 12 апреля приглашаем наших читателей из Аргентины на живую встречу за чашечкой кофе и классными докладами.

📅 Когда: 12 апреля
📍 Где: коворкинг Huerta Humboldt

Программа
15:00 — Регистрация и приветственный кофе ☕️
15:30 — Открытие митапа
15:40 — Первый доклад: «Диффузионные модели в малом бизнесе и стартапах — поговорим о возможностях, лицензировании и внедрении этой технологии».
16:10 — Перерыв
16:20 — Второй доклад: «Преодоление пользовательской защиты на Android — хардкорный доклад: взлом вне зависимости от версии, патча и пароля».
17:15 — Перерыв
17:25 — Третий доклад: «Как UX/UI дизайнерам и разработчикам понять друг друга и п̶р̶о̶с̶т̶и̶т̶ь договориться — о взаимодействии внутри команды и заботе о продукте».
18:00 — Нетворкинг и легкие закуски ☕️🥪

Стоимость участия
До 10 апреля - 10 usdt
11 апреля - 15 usdt

👉 РЕГИСТРАЦИЯ
После заявки организаторы свяжутся для оплаты и подтверждения брони.

До встречи на митапе! 💫

Рассказывайте, какие у вас случались факапы во время интервью? 🌚

Первый кусочек моего Under the Hood подошёл к концу.
Через некоторое время увидимся здесь снова — впереди вторая часть с ещё более интересными техническими и дискуссионными темами.

Следите за обновлениями в канале, я скоро к вам вернусь 👀

Пятница — время для странностей. Закидывайте в этот тред самые абсурдные или смешные IT-термины, с которыми сталкивались в работе 😄

Наконец-то можно сказать Happy Friday! 🎉

Как и обещал, собрал для вас подборку Telegram-каналов на тему IT, которые сам читаю помимо Medium, DZone, HackerNoon и HackerNews.
Список без чатов, только каналы — чтобы лента оставалась чистой и по делу 👇

🚀 DevOps & SRE:
@devops_sre_notes
@devopslibrary
@flant_ru
@gitgate
@k8security
@Learnk8sNews
@count0_digest
@sec_devops
@k8sjust
@orangedevops
@awsweekly
@devops_mops
@buhtig
@devops_deflope
@ittales

💡 Golang:
@Golang_google
@goproglib
@HowToGoWrong

🏎️ Performance:
@troubleperf

🏗️ Архитектура и подготовка к собеседованиям:
@fakng_eng
@coding_interviews

🎭 IT-мемы (потому что без них никак!):
@profunctor_io
@TRMemas

🦄 Стартапы:
@kyrillic
@ask_vc
@Theedinorogblog
@temno
@yclibrary

🧩Петпроекты:
@your_pet_project

🧭 Метапоиск каналов:
@meta_it

📝И мой личный канал про DevOps — иногда тоже что-то кидаю:
@devops_universe

Если есть, чем дополнить — кидайте в комментарии! Интересно, что ещё у вас в подборках? 😉

📌 Key Takeaways:

🔹 Use English by default at work—no more “I’ll translate it later” nonsense.

🔹 Stick to formalized terms—don’t turn them into awkward translations.

🔹 Boost your language skills—it’s the secret sauce for career success.

🔹 English opens doors to the best jobs, projects, and opportunities.


Do you agree, or do you think IT can get by without English? Let’s hash it out in the comments! 🚀

📌 Cold, hard facts:

🔸Top companies interview in English. Even if everyone in the office speaks another language, hiring is a whole different ball game.

🔸Most open-source projects run in English. Want to contribute to Linux, Kubernetes, or TensorFlow? Your issues and PRs need to be clear as day—from California to Tokyo.

🔸The better your English, the bigger your paycheck. Employers jump at the chance to hire people who can actually talk the talk.



📌 How do you sharpen your skills?

🔸Watch tech talks, keynotes, and podcasts in English—no subtitles, no excuses.

🔸Speak English in meetings, even if you’re all from the same country.

🔸Try an English Friday—for one day a week, speak only English, even while grabbing coffee.

🔸Write docs and tickets in English from the get-go. It’s like hitting the gym—it hurts at first, but you’ll be flexing those language muscles in no time.

🔹 English is your golden ticket to top-tier jobs

Dreaming of working at FAANG or another global tech giant? Want to make a name for yourself in open-source projects? Hoping to rub elbows with devs from all over the world?

If your answer is yes, then there’s no two ways about it—English is non-negotiable.

🔹 Terminology is sacred—no ifs, ands, or buts.

It still makes me cringe when:

❌ A meeting is called a "собрание"

❌ Environment turns into a "контур"

❌ Deployment becomes "развёртывание"


📌 Why is this a big deal?
IT terms should be set in stone—universal and crystal clear.
If your team isn’t on the same page, you’re asking for confusion, delays, and a whole lot of back-and-forth.
And if you’re used to localizing everything, good luck integrating into an international team—you’ll stick out like a sore thumb.


📌 What’s the game plan?

🔸Stick to English terms at work—yes, even in Slack chats.

🔸Read English documentation straight from the source without translation (even if it feels like pulling teeth at first).

🔸Write code and comments in English—future you (and that poor dev from Sydney refactoring your code) will thank you.

А давайте похоливарим.

А что, если я скажу, что айтишник не должен использовать в работе никакой язык, кроме английского? Да, я серьёзно! 💥 И сейчас объясню, почему качать writing, reading, speaking и прочие языковые скиллы — это не просто «хорошо бы», а must-have. Let’s get started!


🔹 IT == English by default.
IT was born and raised in the U.S., and it’s still calling the shots. Startups, projects, and groundbreaking tech—everything is discussed in English first.

📌 Want to stay on top of global trends?
Get used to digesting information in English quickly. Here’s the deal: when was the last time you saw a full translation of an AWS re:Invent or Google I/O keynote? Exactly—sometimes, they don’t even exist at all. By the time you’re waiting for a translation, the rest of the world has already moved on.

Какие софт-скиллы действительно важны?

📌 Коммуникация – четко выражать мысли (устно, письменно, на родном и английском), слушать, убеждать.

📌 Адаптивность – быстро учиться, подстраиваться под изменения.

📌 Тайм-менеджмент – приоритизировать задачи, справляться с дедлайнами.

📌 Критическое мышление – анализировать, замечать детали, искать причины проблем.

📌 Проактивность – брать ответственность, предлагать решения, двигать процессы.

📌 Командная работа – сотрудничать, давать и принимать конструктивную обратную связь.

📌 Клиентоориентированность – понимать потребности бизнеса и пользователей.

📌 Понимание процессов – не бояться слов KPI, SWOT, IDEF и других инструментов управления.
Конечно, никто не требует прокачивать их все сразу. Но лично я советую: раз в полгода выбирайте один и работайте над ним — тренинг, курс по речи, практика в проектах и тд.


💬 А какие софт-скиллы помогли вам в карьере? Насколько они повлияли на вашу карьеру? 👇

P.S. Не самый очевидный совет, но иногда прокачать софт-скиллы помогает не очередной курс на Coursera, а совсем неожиданные активности: обучение актерскому мастерству, практика в дискуссионном клубе или волонтерство.

Когда я только начинал карьеру, мне казалось, что хард-скиллы – единственное, что делает меня специалистом. Думал, что чем лучше я знаю технологии, тем ценнее я как инженер.

Но со временем я понял: чем выше уровень ответственности, тем важнее не только технические знания, но и умение договариваться, презентовать идеи и передавать знания.


📌 С ростом опыта меняется и фокус работы:
🔹 Меньше кода – больше документации, обсуждений и менторства
🔹 Больше общения с командой, стейкхолдерами и заказчиками
🔹 Опыт становится ценнее, когда ты делишься им и помогаешь расти другим

Без развитых софт-скиллов всё это становится сложной задачей. Поэтому, если вы хотите не просто быть хорошим инженером, а расти в роли, уделяйте внимание не только хард-скиллам, но и умению общаться, договариваться и обучать.

🚀 Вам нужен пример для подражания — без этого роста не будет

Развитие в любой области — сложная задача, и IT тут не исключение. Когда я только начинал, было слишком много вариантов: какие технологии учить, какие книги читать, куда двигаться? Полный хаос.

На ранних этапах мне очень помогли (и вам советую обратить на это внимание):

🔹 Ментор — если есть человек, который может корректировать ваш путь и помогать не тратить время на лишнее, это бесценно. Но ментор помогает до уровня Middle. Дальше направление придётся искать самому.
Если вы не знаете как найти ментора - пишите в комментарии, я подскажу.

🔹 Регулярные 1:1 сессии
📅 С тимлидом — раз в две недели
📅 С Engineering Manager (если он есть) — раз в месяц
📅 С HRBP — раз в два месяца

Если честно, то 1:1 в свое время я ждал как сеанса психотерапии, до тех пор, пока сам не начал их проводить 🙂
Если у вас никогда небыло 1:1 сессий - просто попросите о них.


🔹 Пример для подражания
Чем выше грейд, тем меньше ритуалов которые помогают расти. В итоге единственной путеводной звездой остаётся пример для подражания.


🔥 Почему важен пример для подражания?

✅ Ролевые модели — это люди, чей путь вдохновляет. Они не дадут вам пошаговую инструкцию, но помогут увидеть возможности и понять, где можно быть через 3–5–7 лет.

✅ Как найти?
🔹 Следите за сильными специалистами в вашей сфере и компании
🔹 Изучайте их решения, принципы и карьерные стратегии
🔹 Знакомьтесь, поддерживайте контакт, спрашивайте совета — в 90% случаев вам не откажут

💡 Вывод: хотите расти — ищите людей, чьи решения вам откликаются. Это сэкономит годы поиска и убережёт от лишних ошибок.

А кто вдохновляет вас? Есть ли у вас пример для подражания? 🔥👇

🎯 Кейc: как я запускал Random Coffee и что из этого вышло
На прошлой работе я внедрил Random Coffee — Slack-бот, который автоматически соединял случайных коллег на короткие встречи. Где-то это оживило коммуникацию, а где-то бот просто висел мёртвым грузом. Почему так?

🔹 Культура. В закрытых средах люди не готовы болтать с незнакомцами, особенно из других локаций или на другом языке. Тут я часто видел “сопротивление” для общения между людьми в разных локациях.

🔹 Формат. Без явной пользы (например, обмена опытом) разговоры быстро превращались в «привет-пока». Для интровертов — вообще стресс. Для продуктивных - путая трата времени.

🔹 Навязанность - если людей заставляют участвовать, а не вовлекают, инициатива тухнет. А если не навязывают, то сложно набрать аудиторию.


🚀 Вывод: активность тоже надо продавать
⚡ Любую инициативу нужно продвигать, как pet-project. Недостаточно просто придумать что-то полезное — важно донести ценность и найти сторонников.

⚡ SSM важен даже внутри компании. Нужно уметь продавать идеи командам, менеджерам, и даже CEO.


Этот проект я вёл несколько лет — и за это время я не успел перегореть. Он мне дал много новых, полезных знакомст, а еще удовлетворения от хорошей затеи.


Так что же лучше: тихо работать или заявлять о себе? Делись своим опытом! 👇

PS: Если вы хотите запустить random coffee в своей компании - feel free to use https://github.com/kvendingoldo/random_coffee_slack

🔥 Быть активным в компании — это плюс или ловушка?
С одной стороны, активность = заметность. Ты участвуешь в митапах, двигаешь инициативы, знакомишься с топами. Карьера растёт! 🚀

Но не всё так просто:
⚡ Перегореть легко — ты делаешь больше, но зарплата остаётся прежней. В большинстве случаев корпоративные инициативы не оплачиваются.

⚡ Не все любят энтузиастов — можно нарваться на сопротивление «старожилов», которым и так нормально.

⚡ Активность ≠ результат —важны не только идеи, но и их реальная польза.

Это был насыщенный путь, полный вызовов, роста и возможностей. Конечно, я рассказал далеко не всё – например, не рассказал про запуск собственных проектов внутри компании, опыт работы в роли engineering manager, попытку бросить университет ради командировок в Штаты и том, как я уволился с предыдущего места работы, чтобы снова стать просто Senior'ом (привет вчерашнему обсуждению в комментариях)...

Если интересно — тегайте @mercdevchat в комментариях, с радостью расскажу ещё пару карьерных историй. А у вас как? Делитесь самыми яркими моментами из своей карьеры — будет интересно почитать!

Привет! Мы уже обсуждали грейды, а теперь хочу поделиться своей историей. Возможно, это поможет вам лучше понять возможные пути развития.


Начало пути
Я начал работать в 2016 году на позиции DevOps Intern. В самом начале у меня был небольшой, уютный внутренний проект, но вскоре мне его стало мало. Я начал погружаться в соседние задачи, помогая команде осваивать Terraform (ещё версии 0.6.X!), Jenkins, Docker и прочий базовый DevOps стек.

Через три месяца меня взяли на первый коммерческий проект – для одного из топ-3 ритейлеров США (при этом я очень плохо разговаривал на английском!). Это было страшно: моя команда состояла на 80% из сеньоров, и я очень боялся не справиться. Но через пару месяцев освоился (спасибо коллегам, с которыми до сих пор общаемся!) и получил промоушен до Junior.



Переход в Middle
Со временем я глубже погружался в энтерпрайз-разработку. Однажды мне предложили pre-sale проект, где я смог применить накопленные знания и полноценно залидить его с позиции Junior. Это привело к промоушену в Middle.

В этой роли я задержался примерно на 1–1,5 года. Перейти в Senior помогло то, что я активно участвовал не только в основном проекте, но и в соседних инициативах, расширяя зону ответственности и визибилити в компании. Меня начали узнавать даже на кухне в офисах разных стран.



Путь к Senior
На границе между Middle и Senior у меня появилась первая команда из двух человек (включая меня). Позже, сменив проект, я начал работать уже с командой из пяти человек. Мы переносили легаси-приложения на новую архитектуру в Kubernetes, разрабатывая её параллельно с миграцией.

Проект был сложным – сопротивление архитекторов, менеджеров и других стейкхолдеров порой тормозило процесс. По неопытности, я иногда задерживался в офисе до 10–11 вечера, пытаясь доделать работу за команду (не повторяйте моих ошибок!).
Время шло, и в какой-то момент менеджер попросил собрать очный митинг в 11 утра, на который он пришёл с фразой:

«Увольняем всю команду» (не из компании, а с проекта).

Но вместо стресса это стало для меня толчком к развитию.



Лидерство и R&D
На этом этапе я уже больше года занимался менторингом: помогал коллегам с проектами, направлял их развитие, проводил регулярные 1:1 сессии. Для меня ключевыми KPI были:
✅ Сколько человек перешли из Junior → Middle и из Middle → Senior
✅ Сколько инженеров получили сертификации

Через неделю после завершения предыдущего проекта, где всю мою команду уволили с проекта, меня пригласили в R&D, чтобы создать полноценный Data Lake с AI, batch, streaming и множеством ETL-пайплайнов – продукт, который можно было продавать как сервис.

Это был крутой и сложный опыт, который включал:
🔹 Регулярные созвоны с AWS-архитекторами
🔹 Постоянный поиск обходных путей из-за ограничений AWS
🔹Первый “взрослый” опыт работы devops-архитектором



Техлидство и масштабные проекты
После R&D наступил новый этап. Меня пригласили строить команду с нуля для крупного клиента – одной из топ-3 фастфуд-сетей США.

Здесь мне предстояло создать полноценную инфраструктуру с нуля, включая:
🏗 Multi-regional Kubernetes-кластеры с высокой отказоустойчивостью
🔀 Service Mesh для управления трафиком и безопасностью микросервисов
⚙️ 100+ микросервисов, работающих в распределённой среде
🏗 30+ окружений
🔧 Самописные Kubernetes-операторы, автоматизирующие рутинные процессы

Но кроме технической части, я также управлял процессами:
✅ Нанимал и ротировал людей, создавая эффективную команду из ~ 30 человек, которая требовала координации и поддержки
✅ Проводил регулярные архитектурные созвоны, предлгая ключевые технические решения
✅ «Продавал» заказчику новые технологии, объясняя их ценность и обосновывая необходимость внедрения

Этот этап стал для меня уникальным опытом, который позволил не только углубиться в архитектуру, но и развить лидерские и стратегические навыки. Несмотря на это, я выбрал не менеджмент или архитектуру, а стал техлидом.

📌 Итог
Каждый выбирает свой путь в зависимости от интересов:

✔ Любишь управлять людьми? -> Team Lead
✔ Хочешь влиять на технологии? -> Tech Lead
✔ Мечтаешь строить архитектуру? -> Architect
✔ Тянешься к бизнесу? -> Manager

А какой путь выбрали вы? Делитесь в комментариях! 🚀

🔹 Mentor
Ментор – это не официальная должность, а дополнительная роль, которую можно совмещать с любой позицией.

📌 Чем занимается Mentor?
✅ Помогает младшим разработчикам расти,
✅ Делится знаниями и опытом,
✅ Участвует в адаптации новых сотрудников,
✅ Может вести лекции или внутренние курсы.

🔹 Кто может быть ментором?
Любой опытный разработчик, который хочет передавать знания и помогать другим расти.

👉 Это важная роль, которая помогает всей компании развиваться быстрее.

🔹 Manager
Фокус: Бизнес и стратегия

📌 Задачи:
✅ Управление командами или отделами
✅ Рост и развитие сотрудников
✅ Найм и адаптация
✅ Взаимодействие с бизнесом и стратегическое планирование
✅ Оптимизация работы всей разработки

🔹 Manager vs Team Lead
* Team Lead – управляет процессами внутри одной команды
* Manager – управляет несколькими командами или целыми отделами.

👉 Это путь для тех, кто хочет полностью перейти в управление и влиять на развитие бизнеса.

🔹 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

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

Учёные из Южной Кореи изобрели OLED-дисплей, который может работать и в качестве динамика

Привод генерирует вибрации в ответ на высокочастотные электрические сигналы и сама поверхность дисплея издаёт звук. С таким дисплеем вовсе не нужны классические динамики.

Google Maps теперь смогут подбирать локации по картинкам

Например, если вам понравилась локация в инстаграме, можно сделать скриншот поста, загрузить в Google Maps и приложение найдет это место на картах, проложит маршрут и подскажет, где можно остановиться по близости. Сначала фича появится на iOS до конца недели, затем на Android.

Гугл разрешил воровать инстаграмные местечки.

Ничего необычного, просто военно-политическое руководство США обсуждает ход военной операции в чатике мессенджера Signal. Так вышло, что в чат случайно (а может и нет) добавили журналиста, который и поделился скриншотом.

Выглядит как типичный рабочий чат, если бы не одно НО.

В Telegram появился официальный чат-бот Grok Илона Маска

Бот доступен только для пользователей с Premium.

Ну ладно-ладно, классный и продуманный мерч это, конечно, здорово, но помимо крутых айтемов у нас удалёнка без привязки к конкретной стране, гибкий график, возможность работать по контракту заграницей, внутренние курсы английского, новый ПК или мак для работы в любую точку мира и невероятно сильная и отзывчивая команда.

Актуальные вакансии публикуем два раза в месяц в этом канале, а ещё их всегда можно найти на сайте 🙌

WWDC 2025 пройдет 9 июня

Ожидаем увидеть на конференции iOS 19 вместе с его «самым масштабным редизайном».

Сэм Альтман заявил, что изучение ИИ-инструментов — новое программирование

Возможно, нам действительно нужно меньше инженеров-программистов — сказал CEO OpenAI.

По его оценке, уже сейчас в некоторых крупных IT-компаниях ИИ автоматизирует более 50 % работы программистов, а в ближайшем будущем распространится использование ИИ-агентов, способных самостоятельно разрабатывать программы.

Бу! Испугались? 🙀

Наш дизайнер Василиса из Белграда вручает QA-инженерам из Нови-Сада меркурианский мерч на совместном митапе с @nstechtalks. Оставим тут для истории 🪐

Блогер сделал клавиатуру с 1020 клавишами — она печатает слова целиком

Блогер вдохновился принципом ракетостроения, где использовалось 1000 самых распространённых слов в английском языке и создал клавиутуру по такому же принципу. На его клавиатуре доступны 1000 популярных слов в английском языке, плюс модификаторы окончаний.

С понедельника по пятницу на следующей неделе в нашем телеграмм-канале «Код Меркури» пройдет очередной марафон с неповторимым DevOps-инженером нашей команды, который за свою карьеру успел поработать тимлидом, техлидом, архитектором, engineering manager и ментором.

Больше того! Мы с Сашей проведем целый сезон андерхуд-недель в трех частях, каждая из которых раскроет важнейшие темы для любого профессионала из индустрии технологий. В карточках спойлерим, что ожидает читателей канала в первом сезоне 🤫

Переходите по ссылке в профиле и подписывайтесь на канал, чтобы не пропустить андурхуд и не упустить возможность задавать вопросы эксперту в течение всей следующей недели в режиме реального времени.

#underhood

У Apple проблемы с Siri

Apple сначала наобещала ИИ‑функции в своем голосовм-ассистенте к весне 2025 года. Но вот уже весна, а новые фичи даже близко не готовы. Тим Кук заменит руководителя ИИ-отдела, а фичи Apple Intelligence в Siri можно не ждать до осени, а может и до следующего года.

Один рабочий день из жизни Василисы, дизайнера в Меркури 🪐

А ваши рабочие будни как проходят?

QA-инженер из США работает одновременно в девяти компаниях

QA под псевдонимом Харрисон нанял себе сотрудников, которые выполняют за него все рабочие задачи, в то время как сам он ходит на созвоны и решает организационные вопросы. Сейчас на Харрисона работают четыре инженера, два помощника по поиску вакансий и один менеджер.

В 2024 году Харрисон работал одновременно в девяти компаниях и получил 500 тысяч долларов. В этом году инженер планирует заработать 800 тысяч долларов и потратить 250 тысяч на зарплаты.

Фанфакт: стоимость Твиттера на рынке впервые за историю достигла отметки $44 миллиарда — цены, которую Маск заплатил за соцсеть.

Получается, вышел в 0 😁