Владимир Балун

📚 Начал читать книгу «Как привести дела в порядок» Очень простая книга - без сложных систем и умных слов. Обычные, понятные вещи про то, как не держать все в голове, как фиксировать задачи и немного разгрузить мозг. Поймал себя на мысли, что уже на первых главах много вещей и так понятных, но почему-то в жизни они часто не используются. Кажется, что для тех, кто живет в постоянных пожарах - книга может быть очень полезной. А вы какие книги по продуктивности и эффективности можете порекомендовать? Кто я | Навигация | Спасибо

💭 Периодически провожу бесплатные консультации в формате Q&A-встреч, где можно задать вопросы про программирование, карьеру, собеседования, развитие в IT и просто обсудить разные рабочие ситуации Мы специально разделили встречи на два формата: - отдельно для новичков и тех, кто только пытается войти в IT - отдельно для разработчиков с опытом, которые уже с опытом Обычно на таких встречах обсуждаем: - как эффективнее учиться и что именно изучать - как готовиться к собеседованиям - выбор языка, стека или направления - архитектуру, backend, Go и смежные темы - проблемы на текущей работе и карьерные тупики Следующие встречи пройдут 23 и 30 июня. Участие бесплатное, но записи не делаем - только онлайн присутствие вживую. Если интересно, можно присоединиться по ссылке: https://clck.ru/3UAbGj Кто я | Навигация | Спасибо

Если будете в Санкт-Петербурге 20 июня или в Казани 4 июля - можно заглянуть на «Сезон кода» Там будут рассказывать не только про технологии, но и показывать, как устроены продукты Т-Банка: архитектура сервисов, работа систем под нагрузкой и внутренние платформы. Из интересного: — демозоны, где можно пообщаться с инженерами и посмотреть на решения изнутри — продуктовая кухня, новая секция про то, как данные и гипотезы превращаются в рост продукта — бэкенд-методичка, инструменты и подходы, которые используются в работе — нетворкинг, лаундж-зона и афтепати после основной программы Хороший вариант, если хочется познакомиться с коллегами, обсудить технологии и просто провести вечер в компании специалистов из своей сферы. Зарегистрироваться можно по ссылке. Кто я | Навигация | Спасибо

В минувшие выходные вместе с @it_krasavchik провели уже второй митап в Ростове-на-Дону 🚀 ▪Поговорили про алгоритмические собеседования - что на самом деле проверяют интервьюеры, какие ошибки чаще всего допускают кандидаты и как эффективно готовиться к секции с задачами. ▪Разобрали устройство поисковых систем: от обхода страниц и индексации до ранжирования результатов поиска. Заглянули под капот технологий, которыми пользуются миллиарды людей каждый день. ▪Обсудили валютную удаленку - где искать зарубежные вакансии, какие требования сейчас предъявляют работодатели и как выглядит рынок для инженеров в 2026 году. Отдельное спасибо всем, кто пришел - было много вопросов, живых дискуссий и полезного нетворкинга после докладов ❤️ Кто я | Навигация | Спасибо

В минувшие выходные вместе с @it_krasavchik провели уже второй митап в Ростове-на-Дону 🚀 ▪Поговорили про алгоритмические собеседования - что на самом деле проверяют интервьюеры, какие ошибки чаще всего допускают кандидаты и как эффективно готовиться к секции с задачами. ▪Разобрали устройство поисковых систем: от обхода страниц и индексации до ранжирования результатов поиска. Заглянули под капот технологий, которыми пользуются миллиарды людей каждый день. ▪Обсудили валютную удаленку - где искать зарубежные вакансии, какие требования сейчас предъявляют работодатели и как выглядит рынок для инженеров в 2026 году. Отдельное спасибо всем, кто пришел - было много вопросов, живых дискуссий и полезного нетворкинга после докладов ❤️ Кто я | Навигация | Спасибо

💭 Многие после изучения алгоритмов начинают воспринимать Big O как абсолютную характеристику производительности. Если один алгоритм имеет сложность O(1), а другой O(log N), значит первый всегда быстрее. Но в реальности все немного сложнее. Big O показывает только, как растет время работы алгоритма при увеличении данных. Она ничего не говорит про константы, кэши, память и реальные размеры входа. Например, поиск в хеш-таблице имеет сложность O(1), а линейный поиск в массиве - O(N). Кажется, что хеш-таблица всегда должна быть быстрее. Но представьте массив из 20–30 элементов. Линейный поиск просто идет по непрерывной памяти, которая отлично ложится в кэш процессора. А хеш-таблица требует вычисления хеша и дополнительных переходов по памяти. В итоге на небольших данных линейный поиск может быть быстрее, несмотря на худшую асимптотику. Есть и обратный пример: - алгоритм с ~1000 операций - алгоритм с ~2 × O(log N) операций

“2” - это не часть Big O, а просто оценка количества операций. В асимптотике такие константы не учитываются.

Если N = 1 000 000: - 1000 операций - ~40 операций И "логарифмический" вариант выигрывает с большим запасом. Поэтому при анализе производительности важно смотреть не только на Big O, но и на: константы, локальность данных в памяти и реальные измерения через профилирование и бенчмарки. Кто я | Навигация | Спасибо

📹 Недавно сходил на подкаст, где поговорили о том, что сегодня происходит с рынком IT и образования Обсудили текущую ситуацию с наймом, почему компаниям все сложнее находить подходящих специалистов, а начинающим разработчикам - получать первые офферы. Затронули проблемы современного обучения, ожидания студентов и работодателей, а также то, как меняется рынок образовательных продуктов. Отдельно поговорили о том, какие навыки сейчас действительно помогают расти специалистам, как выстраивать свое развитие в условиях высокой конкуренции и на что стоит делать ставку тем, кто только начинает карьеру в IT. Ссылка на выпуск: https://www.youtube.com/watch?v=654K9aXKS68 Кто я | Навигация | Спасибо

📺 Запись открытого урока «Как устроен новый сборщик мусора в Golang?» Детально рассматриваем Green Tea GC в Go, а также факторы, влияющие на стоимость garbage collector. Если пропустили эфир – запись уже на YouTube 👇 • Смотреть запись

🔊В июне еду на South HUB 2026 в Сочи - и, кажется, это один из самых сильных IT-кэмпов для C-level и техлидов, которые я видел. С 10 по 14 июня там собираются CTO, CPO, CEO, CDO, CISO и люди, которые реально принимают сложные решения в IT. Без случайных людей и без бесконечных продаж со сцены - только нормальное общение, обмен опытом и разговоры про то, что обычно остается за кадром. AI-стратегии, управление командами и рисками, скорость изменений, архитектура, оргдизайн, выгорание, амбиции, рост - темы максимально жизненные для тех, кто строит продукты и команды. И отдельно нравится формат: это не просто конференция в отеле. Там будут хайкинг, воркшопы, бизнес-игры, пробежки, вечерние посиделки у костра и просто возможность спокойно пообщаться с людьми из X5, Avito, Ozon, VK, Yandex, Альфа-Банка и других компаний. 📍 10–14 июня, Курорт Газпром Поляна 📩 Регистрация и отбор по ссылке: southhub.ru/southub/ Я тоже там буду, так что если поедете - увидимся в горах 🏔

⚙️ Лучшие практики в Go: разбираем на Podlodka Go Crew Пишете на Go и хотите узнать, как закладывать надёжную основу для своих проектов? С 1 по 5 июня Podlodka Go Crew вместе с 2ГИС проведут сезон «Лучшие практики в Go». Организаторы собрали сильную программу с акцентом на живой опыт и прикладные кейсы. Также, в этот раз там участвую я. Вместе с Николаем Тузовым и Эдгаром Сипки проведём круглый стол «AI в Go: хайп или новая реальность?» - поговорим с ребятами про LLM-инструменты в Go-разработке, и в целом про влияние ИИ на нашу индустрию. 🎟 И это ещё не всё — смотрите полную программу на сайте и забирайте билет! Для подписчиков скидка 500 р по промокоду: vladimir_balun_7 P.S. первые два человека, кто напишет любой комментарий под постом - подарю бесплатную проходку

На выходных выступал на DonDevConf - рассказывал про основы продуктивности и эффективности: как разработчикам и руководителям не тонуть в задачах, правильно расставлять приоритеты и успевать делать действительно важные вещи, а не постоянно тушить пожары. Но самое неожиданное было на следующий день конференции - наша команда спикеров еще и заняла первое место в турнире по волейболу 🏆 Кстати, если вы из Ростова-на-Дону - приходите в эту субботу на митап. Будем говорить про алгоритмы, поисковые системы и работу на валютных удаленках. Осталось несколько мест: https://vladimir-balun.timepad.ru/event/3922777/ Кто я | Навигация | Спасибо

📹 Почему Go кажется таким быстрым? Записал новое видео, где разобрал простым языком ключевые темы в Go - горутины, каналы, а также разницу конкурентности и параллелизма. Часто эти понятия смешивают в одну кучу, хотя разница между ними напрямую влияет на то, как вы проектируете системы и пишете многопоточный код. Посмотреть видео можно по ссылке: https://www.youtube.com/watch?v=FlVGvwQEpCA Кто я | Навигация | Спасибо

Как устроен новый сборщик мусора Go • 27 мая, СР • 19:00 по мск Бесплатный открытый урок: что изменилось в новом сборщике мусора, как эти изменения влияют на реальные сервисы и какие знания о новинках дадут преимущество на технической интервью по Go. Запись для всех зарегистрировавшихся. Что будет на уроке: 1) Внутреннее устройство нового сборщика мусора 2) Тонкости, которые помогают более осознанно работать с памятью в Go 3) Вопросы по сборщику мусора, которые могут спросить на собеседовании по Go, и как на них отвечать Записаться на урок: https://clck.ru/3TpCUV Кто я | Навигация | Спасибо

📹 Записал отдельное видео про lock contention - проблему, которая может незаметно съедать производительность даже в хорошо написанном многопоточном коде В видео разобрал: что такое lock contention и почему он возникает и какие подходы помогают снизить contention и улучшить производительность. Посмотреть можно по ссылке: https://youtu.be/ANQJPn6WAZA Кто я | Навигация | Спасибо

🎤 На выходных выступал в Чебоксарах на конференции IT-Link с докладом про алгоритмические собеседования Разбирали, почему алгособесы во многом похожи на RPG-игры: у них тоже есть свои механики, паттерны, боссы и стратегии прохождения. Плюс поделился своими лайфхаками - как со стороны кандидата, так и со стороны интервьюера. А уже в субботу, 23 мая, выступлю в Ростове-на-Дону на Don Dev Conf с новой темой - про софт скиллы. Будем обсуждать: как разработчикам быть более продуктивными и эффективными и почему мы постоянно ничего не успеваем. Если будете на конференции - приходите на доклад 🙂 Кто я | Навигация | Спасибо

Вся база по Kafka для разработки и собеседований • 20 мая, СР • 19:00 по мск Открытый урок по внутреннему устройству Kafka, кейсам ее использования и частым вопросам, которые спрашивают на собеседованиях. Запись для всех зарегистрировавшихся Что будет на уроке: 1️⃣Почему появилась Kafka и какие задачи она решает 2️⃣Как устроена Kafka: топики, партиции, оффсеты, сегменты 3️⃣Как работает компактификация и зачем она нужна 4️⃣Чем Kafka отличается от RabbitMQ и когда что выбирать 5️⃣Как использовать Kafka в популярных сценариях 6️⃣Какие вопросы задают на собеседованиях в BigTech, и как на них отвечать Записаться на урок можно по ссылке: https://clck.ru/3Ti4p2 Кто я | Навигация | Спасибо

🎤 Сезон докладов для меня официально открыт Несколько дней назад выступал на конференции Mobius и рассказывал про подготовку к алгоритмическим собеседованиям: как к ним подходить, почему недостаточно просто «нарешивать задачи» и на что на самом деле обращают внимание на интервью. Кстати, уже завтра расскажу этот доклад в Чебоксарах на конференции IT-Link. Если будете там - приходите на доклад и после пообщаться!

📹 Сняли новое видео, где разбираем тестовые задания по программированию Обсуждаем с Женей Айти Красавчиком, как бы мы сами подходили к решению, на что смотрели в первую очередь, какие вопросы задавали бы и где чаще всего допускают ошибки. Если готовитесь к интервью или просто хотите посмотреть на разные тестовые задания - должно быть полезно. Посмотреть можно по ссылке: https://www.youtube.com/watch?v=gcG_YhYZUWI Кто я | Навигация | Спасибо

💭 Периодически провожу бесплатные консультации в формате Q&A-встреч, где можно задать вопросы про программирование, карьеру, собеседования, развитие в IT и просто обсудить разные рабочие ситуации Мы специально разделили встречи на два формата: - отдельно для новичков и тех, кто только пытается войти в IT - отдельно для разработчиков с опытом, которые уже с опытом Обычно на таких встречах обсуждаем: - как эффективнее учиться и что именно изучать - как готовиться к собеседованиям - выбор языка, стека или направления - архитектуру, backend, Go и смежные темы - проблемы на текущей работе и карьерные тупики Следующие встречи пройдут 26 и 28 мая. Участие бесплатное, но записи не делаем - только онлайн присутствие вживую. Если интересно, можно присоединиться по ссылке: balun.courses/open_lessons/qa Кто я | Навигация | Спасибо

💭 Есть известная шутка: "There are only two hard things in Computer Science: cache invalidation, naming things, and off-by-one errors" И сначала кажется, что насчет кеша это просто мем. Ну реально - что сложного? Обновил данные в БД, очистил кеш и все. А потом появляется баг: данные уже обновились, но пользователь все еще видит старое значение. Проблема в том, что кеш - это почти всегда еще одна копия данных. Есть оригинал в БД, а есть копия, например в Redis, локальном кеше, CDN или браузере. И теперь все это нужно держать синхронным. И вот тут начинается веселье, так как нужно понять: когда удалять кеш, кто должен его удалять, какой именно ключ инвалидировать и что делать, если несколько инстансов одновременно обновляют данные. Причем даже такой простой код уже может создавать проблемы:

db.UpdateUser(user)
redis.Del("user:123")

Потому что БД могла обновиться успешно, а сервис упал до удаления ключа. И устаревшие данные останутся жить дальше. Если сделать наоборот - тоже можно поймать баг. Удалили данные в кеше, но БД еще не обновилась, а другой запрос сходил в базу, прочитал старые данные и снова положил их в кеш (то есть сами восстановили устаревшие данные). Именно поэтому вокруг кеширования столько паттернов: например cache aside, write through, write behind и так далее. Но ни один из них не решает проблему полностью. Они просто по-разному влияют на задержки, консистентность или сложность системы. Отдельная боль - многоуровневый кеш. Когда у вас одновременно: in-memory cache, Redis, CDN, кеш браузера или кеш на фронте. И теперь инвалидировать нужно не один слой, а сразу всю цепочку. Особенно весело, когда в одном месте данные уже обновились, а в другом еще нет. И система начинает сама себе противоречить. Поэтому инвалидация кеша - это не просто старый мем разработчиков. Это реально одна из самых неприятных задач в программировании, которая на словах выглядит элементарно, а на практике постоянно приводит к очень странным проблемам. Кто я | Навигация | Спасибо