🎙Фидбечная по докладу!

Пишите, что понравилось, что не понравилось.

И вопросы, которые не были раскрыты!

А я побежал на квартирник про токсиков в командах. Через десять минут на софтовом треке, жду вас 😎

Мне не о чем рассказывать, мне некогда создавать контент, я боюсь критики...

Узнали себя? У меня вот точно были такие боли, как и у многих других, кто задумывался о создании контента.

В подкасте Газпромбанка "Техно.Логично" вместе с Андреем Смирновым, автором подкаста Weekend Talk и шоу «600k в секунду», а также с моим коллегой Владимиром Герциковым в качестве ведущего, обсудили тему личного бренда и пообсуждали популярные мифы вокруг неё.

Если давно хотели выступать, создавать контент, выкладывать что-то в публику — послушать точно стоит, даже если вы не айтишник!

❕Это моё первое участие в подобном формате, поэтому очень прошу поддержать репостами и вашей обратной связью в комментариях ❤️

Посмотреть:
📺 VK Видео
📺 Rutube

Послушать:
🎵 Яндекс Музыка
📱 Apple Podcasts
💙 VK Музыка
➕ Другие платформы

Как вести мероприятие на 1300 человек, если ты интроверт и технарь

Появилась возможность провести внутреннее мероприятие. Я стоял перед выбором: отказаться от роли ведущего или принять вызов.

Мои страхи:

> Я технарь — зачем мне это?
> Это не моя экспертиза
> Вдруг выйдет плохо?

Я задушил "самозванца" внутри и написал "Погнали!". Я верил, что справлюсь. Разве это может быть сложнее, чем выступление с докладом?

Но на прогоне меня накрыло:
- тонны информации: тайминг, обязательные реплики, даже просто ударения в фамилиях;
- моя открывающая речь звучала как плохо заученное стихотворение;
- я осознал, что хоть мой опыт и полезен, здесь нужно действовать совсем по-другому;
- слегка стрессово, но мега-полезно — Кирилл Анастасин и Женя Колбяшкин рассказали, как быть крутым ведущим.

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

Неожиданный результат:
✅ 0 факапов
✅ Море позитивных отзывов (даже от топов)
✅ После первых 10 минут — кайф и ощущение "Это моё"

3 простых вывода

1️⃣ Подготовка ≠ зубрёжка

Запомни только: тайминг, имена спикеров и ключевые фразы. Всё остальное — живая импровизация.

2️⃣ Энергия > перфекционизма

Люди прощают ошибки, когда видят твою вовлечённость. Будь собой — иначе всё равно не получится, на сцене ты сбросишься до "дефолтных настроек".

3️⃣ Страх — лучший индикатор возможностей

Если что-то пугает, но "цепляет" — хватайся. Худший сценарий — куча опыта, лучший — узнаешь что-то новое о себе и откроешь новые двери.

_______________________________________________________

Если вдруг ищете ведущего для митапа, подкаста или чего-то ещё интересного — я готов 😁

❓А когда вы последний раз делали что-то новое и пугающее? Расскажите в комментах :)

Подборка моего IT-контента: от кода до философии разработки

Смотрим, читаем и качаемся — без воды, только суть.

🎤 Доклады и лекции:

🔵Прагматичный взгляд на разработку: почему кодинг — не главное — для тех, кто хочет расти в айти и стать крутым инженером.

🔵Кто такой инженер-разработчик — вводная лекция для всех, кто хочет понять, чем занимаются разработчики в компаниях.

🔵Backend — это тоже красиво — почему мониторинг и метрики — это база, которая сделает вашу работу лучше, для всех инженеров.

🔵Trunk Based Development: коммитим в main несколько раз в день — как ускорить работу команды с помощью внедрения TBD, для инженеров и техлидов.

🔵Польза и вред Java-сообществ для инженеров (с коллегами из других компаний) — зачем нужны внутренние инженерные сообщества и стоит ли участвовать в их развитии, для всех, кто работает в больших компаниях.

🔵Квартирник: гений, но токсик — уволить или терпеть? — обсуждаем с коллегами, что делать с токсиками, для лидов/менеджеров и всех, кто работает в командах.

📎Статьи:

🟡Бэкенд — это тоже красиво: как метрики и мониторинг делают вашу работу заметной — статья по следам лекции, для всех инженеров.

🟡Как не стоит писать код: разбираем ошибки (feat @codemonsterslogs) — прожарка некачественного кода и советы как сделать лучше, для джунов и миддлов.

🟡Гайд по чистому коду: учимся писать тесты (feat @codemonsterslogs) — как реанимировать пахнущий репозиторий с помощью чёткого README и интеграционных тестов, для джунов и миддлов.

________________________________________________________________________________________________________________________________________

Хотите больше контента по конкретным темам? Пишите в комменты — возьму в проработку 👍

#it

Как я два года не ходил на собесы — и что из этого вышло

Два года я не ходил на собеседования — казалось, мой уровень и так очевиден, меня ведь периодически оценивают внутри компании. Но я решил получить оценку извне, всё же в плане собеседований я немного "заржавел".

Изначально попробовал откликнуться на роли выше моей (управление несколькими командами). и меня не позвали ни-ку-да. Ни. На. Одно. Собеседование.

И тут я почувствовал себя стажёром, который впервые ищет работу — чтобы получить работу тебе нужен опыт, но ты не можешь получить опыт, ведь тебя не берут на работу 😁

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

Хотите мои мысли по ходу этого челленджа? Тыкайте реакции — и я подробно расскажу:

🔵Как оценивают тимлидов в 2025

🔵Почему «опыт» ≠ «готовность к следующему уровню» в глазах рынка

🔵Нужно ли ходить на собеседования, даже если активно не ищешь работу

🔵Можно ли без многодневной подготовки пройти собес в большую компанию

🔵Что в реальности важно показать на собеседовании, как на инженерные, так и на менеджерские роли

P.S. Первые итоги — уже через неделю. Если тема зайдёт, сделаю серию подробных разборов

#it #инетолько

Я чуть не сгорел, когда стал тимлидом — и вот почему вы тоже рискуете

Ты недавно стал тимлидом.

Всё держится на тебе, больше никто не справится.

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

Ты всё ещё топ-перформер, но почему-то от этого только хуже.

Я прошёл через это.

Когда я только стал лидом, я думал, что должен разбираться во всём лучше всех и контролировать каждую мелочь.

Результат? Выгорание и разочарование.

Спасло меня лишь то, что я перестал делать вид, что всё знаю и умею, начал общаться с "братьями по боли", перенимать опыт и учиться не только на своих "граблях".

Поход на конференцию — один из лучших способов "закрыть" все эти потребности сразу.

19-20 мая пройдёт конференция PeopleSense — если подумываете ворваться в менеджмент или дальше развиваться по этому направлению, то вам сюда :)

Почему стоит сходить на PeopleSense:
🔵Получите опыт десятков опытных управленцев, и вероятно вернётесь с чувством "а так можно было?"
🔵Пообщаетесь с теми, кому реально близки ваши боли
🔵Создадите связи, которые могут изменить вашу карьеру и жизнь

Для нашего сообщества любезно предоставили онлайн-билет на эту конференцию, который разыгрывается в следующем посте 🔥

#it #конференции

🎉 Результаты розыгрыша:

🏆 Победитель:
1. Елена (@Boneyra)

✔️Проверить результаты

🚀 Прошёл собеседование на Engineering Manager без подготовки — и не жалею. Вот почему

Недавно я решил проверить свой уровень и отправился на собеседования без подготовки.

Зачем? Чтобы получить честный срез знаний и понять, на что реально способен.

Цикл собеседований в одну из компаний завершён — делюсь опытом.

🔥 Как собеседуют на позицию Engineering Manager?

4 этапа, каждый — небольшой вызов:

1️⃣ Техническое интервью
→ Разбор чужого кода (Java / Spring)
→ Лайвкодинг (да, даже на такую позицию!)

2️⃣ System Design
→ Верхнеуровневое проектирование фичи
→ Без углубления в детали, но с акцентом на масштабируемость и прагматичность

3️⃣ People Management (2 часа!)
→ Наём, структура команды
→ Разбор конфликтных ситуаций в команде, 1-1
→ Метрики, планирование и другие менеджерские кейсы

4️⃣ Финал с топами
→ Разбор моего опыта от джуна до лида
→ Мотивация и принятие решений — жёстко и по делу

💡 Итог

✔️ Прошёл все этапы
❌ Оффера не получил
📌 Но! Получил детальный фидбек — и для меня сейчас это ценнее любого оффера

Теперь я:
✅ Лучше понимаю, что от меня ждут
✅ Более чётко вижу зоны роста
✅ Стал увереннее в том, что мой опыт релевантен

Хотите разбор каждого этапа и фидбека?
👍 Лайк — и в следующих постах выложу всё, что узнал.

P.S. А вы когда-нибудь ходили на собеседование «на удачу»? Как оно прошло?

#it #карьера

Техническое интервью: ошибался, тупил, но прошёл. Вот что сработало

Начинаем обещанный разбор интервью!

Сходу главный секрет: команды ищут не ходячий справочник, а человека, который умеет размышлять, общаться, задавать вопросы и признавать ошибки. Расскажу, как это работает на практике ⬇️

1️⃣ "Я не знаю" — ваш козырь

Вместо паузы или попытки угадать:
— Честно скажите: "Я не знаю". Признать факт, что вы чего-то не знаете — это сила, а не слабость.
— Но обязательно продолжайте размышлять. Озвучьте ход мыслей: "Точно определение не помню, но работает примерно вот так...", "Конкретно про этот случай не знаю, но предположу, что аналогично X..."
— Предложите альтернативу: "Если нельзя использовать Х, то попробовал бы Y".

Мой пример: забыл синтаксис пагинации в Hibernate (слишком редко использую, чтобы без гугления и IDE вспомнить), о чём и сообщил интервьюеру, и озвучил общий принцип работы пагинации. Итог — интервьюер под конец даже не вспомнил, что я чего-то не знал по этому вопросу.

2️⃣ Вопросы — ваша суперсила

На собеседовании важно показать не только технические навыки, но и подход к решению задач. Самый мощный инструмент — правильные вопросы:

— "Какая основная цель этой функциональности?"
— "Какие есть ограничения?"
— "Этот код "одноразовый" или будет развиваться и поддерживаться?"

На моём интервью попросили написать небольшую утилиту. После первого наброска я предложил два варианта развития и спросил интервьюера: "Какой подход тебе кажется предпочтительнее?" Это запустило продуктивную дискуссию о trade-off'ах, и мы вместе пришли к элегантному решению, учитывающему контекст задания.

3️⃣ Ошибка ≠ провал. Главное — как вы реагируете

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

Вот что сработало:
— Интервьюер заметил ошибку и задал наводящий вопрос
— Я сразу признал: "Да, тут я неправильно сгруппировал данные"
— Объяснил, как исправить: "Нужно выводить поле X вместо Y, сейчас не работает, так как мы не агрегируем по полю X"
— Добавил: "В реальном проекте я бы сначала проверил запрос на тестовых данных".

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

❗️Главный урок
Технические детали можно нагуглить, а вот правильное мышление — нет. Интервьюеры ценят не идеальные ответы, а способность решать задачи в условиях неопределенности.

Ну а если вас не взяли из-за синтаксических ошибок при "программировании на бумажке" — может, там и не стоит работать? :)

#it #карьера

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

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

Но я заметил кое-что важное: я всё равно приносил результат. Я был полезен.

🔵Я разбирал самые "болючие" баги — те, которые никто не хотел разбирать, но они бесили пользователей.

🔵Я слышал бизнес и мог объяснить разработчикам, зачем мы делаем ту или иную фичу.

🔵Я находил компромиссы там, где другие спорили до хрипоты.

🔵Я не боялся "грязной работы" — копался в легаси, переписывал ужасные тесты, делал "скучные" задачи.

Я не был самым сильным. Я был универсалом. И это оказалось моей суперсилой.

〰️〰️〰️〰️〰️〰️〰️〰️〰️〰️

Средний разработчик 🔜 хороший лид

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

Ведь я не пытался быть самым умным в комнате — я никогда таковым и не был.

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

Я умел договариваться — поэтому разруливал конфликты там, где они возникали.

Когда-то я думал, что недостаточно техничен для успеха. Теперь я знаю: моя сила — в другом.

〰️〰️〰️〰️〰️〰️〰️〰️〰️〰️

Если вы тоже сомневаетесь — попробуйте неделю сосредоточиться не на "крутости", а на реальных результатах. Возможно, вы обнаружите, что ваши "слабые места" — это и есть ваше преимущество.

Мои советы тем, кто не чувствует себя "техническим гением"

🔵Поймите, что ваша ценность — не только в коде. Умение видеть проблему целиком важнее, чем знание всех фреймворков и "фишечек".

🔵Концентрируйтесь на своих сильных сторонах — каждый из нас в чём-то слаб, но определённо в чём-то силён. Найдите такие области (например, с помощью руководителя) и сделайте их своей суперсилой.

🔵Прокачивайте свои "гибридные" навыки. Код-ревью, документирование, грумминг задач, менторинг и т. д. Возможно, именно тут раскроется ваш талант.

🔵Помните: технологии — инструмент. Самый "крутой" код бесполезен, если решает не ту проблему.

➡️ В канале Чашка Кода для вас подробный план действий для ситуаций, когда не можешь смириться c тем, что ты не самый сильный по хардам,

#it #карьера

Штош...

Сказать вам что-нибудь по-аджайльному? 😂

Бюджетный микрофон, который изменит ваши созвоны (а может и карьеру)

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

Как вас слышно — это база, о которой многие забывают. При этом нет необходимости тратить очень много — бюджетные микрофоны стали ОЧЕНЬ хороши в последние годы. Лично полгода пользуюсь Fifine K688 — микрофон просто отличный, особенно за свою цену.

Сейчас с очень вкусной скидкой (осталось 3 дня!) на Алишке продаётся его собрат Fifine AM8.

Почему советую:

🔵Работает по USB — plug&play, подключил и работает;

🔵Чистый звук без фонового шума — микрофон динамический, довольно хорошо режет фоновые шумы;

🔵Выглядит очень даже солидно.

🔵По скидке стоит 3800 без пантографа, с пантографом — 4600, и это просто бомба по цена/качество.

Если у вас много созвонов, онлайн-выступления, или хотите начать записывать видео или подкасты — просто берите. Разница со встроенным ноутбучным микрофоном колоссальная.

🔜 Fifine AM8
🔜 Комплект с пантографом

А вы что пользуете?

P. S. Не реклама и даже не рефералка, просто делюсь полезным :)

Для важных переговоров

Во-первых, нас 400+, за что вам большое спасибо ❤️

А сейчас в качестве поста выходного дня я нагло стырю идею у своей жены и добавлю немножко своего.

💬 Кидайте в комменты свои любимые стикеры для важных переговоров! И лайкайте лучшие! Соберём ультимативный набор 🥸

⬇️ Мои уже в комментах, погнали!

#оффтопик

Действуем, сейчас!

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

Я уже упоминал в одном из постов книгу "Million Dollar Weekend". Решив ещё разок её прочесть, наткнулся на простую мантру: NOW, Not How! И у меня в очередной раз "щёлкнуло".

Очень часто мы с вами переусложняем, ждём, когда будем готовы, когда изучим "всё что надо", когда будет "идеальный момент", но такой момент никогда не настаёт. Я от этого страдаю ГОДАМИ. Ведь без практики и действий — всё остальное бессмысленно.

Пора с этим кончать — просто жму "отправить", а также планирую запостить для вас всё, что нагенерил 😎

❓А у вас есть такая боль? Что-то откладываете, ожидая "момента"? Го пообсуждаем в комментах.

"Я прочитал 100500 книг за год, какой же я крутой"

Я слишком часто вижу такое в медиа-пространстве. Меня удивляет, что чтение превратилось в "спорт".

И нам опять создают ложные цели и причины сомневаться в себе:

Ты не прочитал книги X1, X2, X3? Уууу, да ты совсем не эксперт

Ты читаешь Y? Фи, это же плохая книга

Ты прочитал всего пару книг за год? Наверное ты очень мало читаешь

Я люблю книги. Люблю читать. Я человек спокойный, но такие высказывания и отношение просто выводят из себя.

За последние 2 года я пропустил через себя много книг, но по-настоящему погрузился и дочитал до конца всего несколько, но каждая из них дала больше, чем сотни "проглоченных" ранее. Лично для меня — именно такой путь правильный.

〰️〰️〰️〰️〰️〰️〰️〰️〰️〰️

📌 Вот мой список советов для тех, кто читает чтобы радоваться и расти, а не заниматься писькомерством:

1️⃣Читайте то, что приносит радость, пока не полюбите сам процесс

Навал Равикант начинал с комиксов, пока не полюбил чтение. Процесс важнее, чем "красивый" результат, которым можно хвастаться в соцсетях.

2️⃣Позвольте себе не дочитывать книги

Книг много. Особенно сейчас. Многие написаны исключительно для того, чтобы зарабатывать деньги или продавать другие продукты.
Если книга ни коим образом не цепляет — будьте безжалостны, бросайте.

3️⃣Если книга стоящая, но сейчас "не идёт" — можно откладывать и возвращаться потом

Я часто читаю несколько книг параллельно. Беру перерыв, возвращаюсь, перечитываю какие-то отрезки. Помогает ли это усваивать прочитанное? Не знаю, но точно поддерживает интерес к чтению.

4️⃣Не читайте технические книги от корки до корки, если в этом нет необходимости

ГЛАВНАЯ ОШИБКА! Видимо, так работает наш перфекционизм: если мы взяли книгу, то надо её прочитать "от и до". Многие технические книги так не работают. Это не роман, в конце книги вы не узнаете, дворецкий ли убийца. Можно застрять в деталях, которые вам не нужны, бонусом получить демотивацию. Читайте столько, сколько нужно. И не забывайте применять на практике.

5️⃣Поймите, что ДОЛГО читать СЛОЖНЫЕ книги — это нормально

Сложные книги требуют много времени. И тут "много" — это действительно много. Столько, сколько потребуется.

6️⃣Стоящие книги можно и нужно перечитывать

Лучшие книги — это кладезь мыслей, которые помогают думать и прокачивают нашу креативность. Перечитывание таких книг не поднимет ваш счётчик прочитанных книг, но сделает вас лучше.

〰️〰️〰️〰️〰️〰️〰️〰️〰️〰️

💭 А теперь поделитесь в комментах последней книгой, которая вас прям зацепила. Пообсуждаем!

#развитие #книги

🚀 Инженерный апгрейд: кто я и зачем читать этот канал

Привет, друг! Меня зовут Вадим Ваганов.

Я — техлид в финтехе, преподаватель, автор и спикер, но главное — я учусь превращать инженерные навыки в свободу, влияние и осознанную карьеру.

Этот канал — дневник моего пути.
Здесь не будет гуру-постов. Только эксперименты, факапы, мысли и выводы.
Это наш с вами Инженерный Апгрейд. Не про «как писать код лучше», а про то, как инженерам (и не только) раскрыть свой потенциал и добиться большего.

О чем будем говорить?

🔧 #технологии как рычаг
Технологии и практики, которые решают проблемы и экономят месяцы жизни, а не просто закрывают таски.

💡 #софты
Как перейти от задач к реальному влиянию на людей, продукты и команды. И почему софты могут продвинуть вас дальше, чем харды.

🎤 #контент и личный бренд
Как творить, прокачать личный бренд и раскрыть свою уникальность — потому что никто не сможет быть тобой лучше тебя.

🚀 #продукты и проекты
Как начать создавать свои продукты и развивать продуктовое мышление, которое превращает код в реальные рычаги.

🧘 #саморазвитие, осознанность и покой
Как оставаться счастливым и умиротворённым, не сгорая в погоне за успешным успехом.

🗯 И немножко #оффтопик
Что происходит за кулисами моей инженерной жизни.

Почему мне можно доверять?

— 10 лет в разработке (от Junior до техлида и Head of Profession Backend).

— Выступал перед 1000+ инженерами, преподаю в IT-школах.

— Экспериментирую с контентом и продуктами (и честно делюсь результатами).

📌 Лучшие материалы канала:
Подборка моего IT-контента
Почему мне ок, что я не самый сильный технарь
Фреймворк, по которому можно делегировать любую задачу
Как проходить технические интервью, если ты не ходячий справочник
Как провести мероприятие на 1300 человек, если ты интроверт и технарь

Написать мне: @vrvaganov

Если что-то откликнулось, то обязательно подписывайтесь. Спасибо ❤️

@vaganov_vadim