Последние посты
Владимир Балун
22 сент., 18:05
🚀 Напоминаю, что уже в эту субботу, 26 сентября, проведем бесплатную онлайн-конференцию для backend-разработчиков под кодовым названием #РАЗНЕСИ_СОБЕСВместо общих советов разберем конкретные вопросы, которые могут встретиться на технических собеседованиях в 2026 году. Будет 8 докладов, каждый посвящен отдельной теме и вопросам из интервью: что спрашивают, что за этим стоит и как на это лучше отвечать с пониманием предметной области.Что получите: • потенциальные вопросы с собеседований • понимание теории и инженерной логики за ответами • аргументы и объяснения, которые ожидают услышать интервьюерыВсем участникам будут доступны запись и конспект конференции, а также среди участников онлайн разыграем: mock-собеседование от it-interview.io и два места на любой курс или интенсив школыРегистрация по ссылке: https://balun.courses/interview_confКто я | Навигация | Спасибо
Владимир Балун
21 сент., 18:36
💭 Периодически сталкиваюсь с тем, что после отказа на собеседовании разработчики начинают искать проблему в себе, например "чего-то не знаю" или "не дотягиваю"Порой это действительно так. Но далеко не всегда.Причин отказа может быть очень много. Например, нашелся кандидат, который лучше подошёл под конкретную задачу. Или позицию внезапно заморозили. Или компания решила не расширять команду. А бывает и наоборот - вас посчитали слишком сильным кандидатом и решили, что вам быстро станет скучно, поэтому вы уйдете через несколько месяцев.И это лишь несколько примеров. На практике таких причин могут быть десятки и сотни. В видео подробнее поделился своими мыслями на этот счет и рассказал, почему отказ не всегда стоит воспринимать как объективную оценку своих навыков.Ссылка: https://youtu.be/jYhNLT9TPjEКто я | Навигация | Спасибо
Владимир Балун
17 сент., 11:54
Avito.Tech.Conf уже совсем скоро26 сентября соберутся руководители, тимлиды и все, кто отвечает не только за код, но и за людей, процессы и результаты.Среди тем конференции: - как меняется работа команд в эпоху AI-агентов - как не превратиться в «эффективного менеджера» в плохом смысле этого слова - когда стоит отказаться от стабильности и сделать ставку на собственные цели - как расти без постоянного увеличения штатаСейчас подобных обсуждений становится все больше, потому что AI меняет не только инструменты разработчиков, но и подходы к управлению командами.Если ещё не видели программу - вся информация и регистрация по ссылкеКто я | Навигация | СпасибоВладимир Балун
16 сент., 09:33изменён
💭 Недавно выложил видео со своего выступления на конференции про базу продуктивности и эффективности для IT-специалистовПод ним увидел интересный комментарий:«О какой продуктивности и эффективности вообще может идти речь, если у меня болит спина, и я постоянно чувствую себя уставшим?»И мне кажется, это очень важное замечание. Когда говорят про продуктивность, многие сразу представляют какие-то системы планирования, таймбоксинг, инструменты планирования, трекеры задач, заметки, AI-инструменты и другие техники.Но все это - по моему мнению, надстройка.Если вы постоянно не высыпаетесь, если есть проблемы со здоровьем и вы большую часть времени чувствуете себя разбитым, то никакой фреймворк не сделает вас продуктивным. Можно сколько угодно изучать подходы к планированию, но сложно эффективно работать, когда организм банально не восстанавливается.Поэтому я смотрю наВладимир Балун
15 сент., 09:21
🚀 26 сентября проведем бесплатную онлайн-конференцию для backend-разработчиков #РАЗНЕСИ_СОБЕСВместо общих советов разберем конкретные вопросы, которые реально задают на технических собеседованиях в 2026 году. Будет 8 докладов. Каждый посвящен отдельной теме и вопросам из интервью: что спрашивают, что за этим стоит и как на это отвечать не заученными фразами, а с пониманием предметной области.Что получите: • потенциальные вопросы с собеседований • понимание теории и инженерной логики за ответами • аргументы и объяснения, которые ожидают услышать интервьюерыПочему стоит прийти: 1. Соберете в одном месте вопросы, которые сейчас встречаются на собеседованиях. Без многочасового поиска по статьям, форумам и случайным подборкам из интернета. 2. Получите запись и конспект конференции. Можно будет вернуться к материалам перед поиском работы или подготовкой к очередному интервью.Среди
Владимир Балун
14 сент., 10:19
💭 На выходных ходил в поход в горы АрхызаНесколько часов подъема с рюкзаком, палатка, спальник, ужин на горелке. И что удивительно - через какое-то время вообще перестаешь думать о работе, задачах и прочей суете. Голова занята только тем, куда поставить следующий шаг, где набрать воды и что приготовить на ужин. В такие моменты понимаешь, что для того, чтобы чувствовать себя хорошо, на самом деле нужно не так много.Кстати, понял, что сокращение на работе не так страшно - в палатке жить вполне комфортно 😄Ну а если интересен лайв-контент из поездок, спорта, работы над школой и просто жизни не так давно начал вести его по ссылкеКто я | Навигация | Спасибо
Владимир Балун
11 сент., 08:09
💭 Постоянно сталкиваюсь с тем, что некоторые разработчики не совсем верно понимают, какие задачи решает репликацияОчень часто можно услышать примерно такую логику:«У нас база данных не справляется с записью, давайте сделаем несколько мастеров. Теперь запись можно будет распределить между ними, значит пропускная способность системы вырастет».На первый взгляд звучит логично. Если серверов стало больше, почему бы просто не отправлять записи в разные узлы? Но проблема в том, что репликация устроена не так.Представим, что у нас есть два мастера. Пользователь записал данные в первый мастер. Чтобы данные оставались одинаковыми на обоих серверах, эту запись нужно синхронизировать со вторым мастером. Если другой пользователь записал данные во второй мастер, эти изменения нужно передать обратно в первый. В итоге каждый мастер вынужден обрабатывать не только свои записи, но и записи,Владимир Балун
10 сент., 08:20изменён
💭 В разработке редко бывают решения, где есть очевидно правильный ответПереписывать старый сервис или оставить как есть? Переезжать на новую базу данных или нет? Выносить функциональность в отдельный микросервис или пока рано?Проблема в том, что никто не знает будущего. Нельзя заранее открыть документацию и посмотреть, какое решение окажется правильным через год. В таких ситуациях часто побеждает не лучший аргумент, а самый громкий голос на созвоне. Или мнение самого опытного разработчика. Или просто решение принимается на интуиции.Один из инструментов, который помогает сделать принятие решения объективным - Decision Matrix.Идея простая. Выписываем варианты решения и критерии, которые для нас важны: стоимость внедрения, риски, производительность, сложность поддержки, скорость разработки, влияние на бизнес и т.д. После этого оцениваем каждый вариант по каждому критерию, а самим
Владимир Балун
9 сент., 06:49изменён
💭 Не так давно выступал на нескольких конференциях с докладом о том, как айтишникам больше успеватьПро ситуации, которые знакомы многим: бесконечные созвоны, десятки задач одновременно, постоянные переключения контекста, внезапные инциденты и ощущение, что рабочий день закончился, а действительно важные вещи так и не были сделаны.Сейчас решил записать отдельное видео на эту тему. В нем я не просто разбираю отдельные техники вроде to-do листов, матрицы Эйзенхауэра или других способов приоритизации задач. Попытался собрать в единую систему разные подходы и принципы: таймбоксинг, закон Паркинсона, context switching cost, эффект Зейгарник и другие инструменты, которые помогают навести порядок в рабочих задачах и использовать их не по отдельности, а как часть одного процесса.Посмотреть видео можно по ссылке: https://www.youtube.com/watch?v=dJLXfk0dcOoКто я | Навигация | Спасибо
Владимир Балун
8 сент., 12:00
💭 Перед тем как появился хайп вокруг микросервисов, многим казалось, что все довольно простоБерешь монолит, разбиваешь его на несколько сервисов, настраиваешь взаимодействие между ними - и готово. На конференциях рассказывали про преимущества новой архитектуры, компании массово запускали миграции, а разработчики спешили добавить микросервисы в резюме.Но довольно быстро выяснилось, что разделить систему на сервисы - это самая простая часть. Настоящие сложности начинались потом: распределенные транзакции, консистентность данных, отказоустойчивость, трассировка запросов, мониторинг, балансировка нагрузки. Появились новые паттерны, новые инструменты и целая инженерная дисциплина, которой раньше просто не существовало.Мне кажется, сейчас мы наблюдаем очень похожую ситуацию в AI.Многие все еще продолжают воспринимать AI-системы как набор промптов вокруг LLM. Кажется, что достаточноВладимир Балун
7 сент., 08:54
💭 Самая опасная фраза в карьере - "мне и так нормально"Недавно общался с коллегой, и он говорит: "Да у меня уже все нормально - хорошо зарабатываю, задачи интересные, работаю удаленно, жизнь удалась". И я с ним согласен - прямо сейчас у него действительно все хорошо. Более того, вполне возможно, что через 3-5 лет у него тоже всё будет хорошо и он вообще никогда не столкнется с серьезными проблемами в карьере.Но риск довольно высокий. Потому что проблема не в том, что человек перестал развиваться, а в том, что мир вокруг него продолжает меняться. Рынок становится конкурентнее, требования к кандидатам растут, появляются новые инструменты, AI меняет процессы разработки. То, что несколько лет назад было сильным преимуществом, постепенно становится базовым требованием.И самое неприятное, что это происходит незаметно. Вы не просыпаетесь однажды с мыслью: "Все, я больше не востребован".Владимир Балун
5 сент., 07:58
💭 Записал новое видео на тему, о которой в последнее время много думалЧасто кажется, что чем больше мы учимся, тем быстрее должны расти в карьере. Новые курсы, книги, конференции, статьи, технологии. Но на практике я регулярно встречаю разработчиков, которые учатся годами, а желаемых изменений почему-то не происходит.В видео разбираю одну важную мысль: люди часто путают обучение с прогрессом. Сам факт получения новых знаний еще не гарантирует ни повышения, ни более интересных задач, ни успешных собеседований. При этом я не считаю, что любое обучение должно быть исключительно прагматичным. Не все нужно изучать ради денег, повышения или новой работы. Какие-то вещи можно изучать просто потому, что вам это интересно. Компиляторы, новые языки программирования, теория распределенных систем, устройство операционных систем - все это может быть отличным хобби и приносить удовольствие.Но ва
Владимир Балун
4 сент., 07:53изменён
💭 Уже видели анонс новой Avito.Tech.Conf?26 сентября Авито снова собирает лидов, руководителей и всех, кто работает с людьми, процессами и развитием команд. Судя по программе, будет много актуальных тем: как меняется управление в эпоху AI, как расти без бесконечного найма, что происходит с инженерными командами сегодня. Плюс воркшопы, панельные дискуссии и возможность пообщаться с большим количеством людей из индустрии.🎾 Кстати, в этом году Авито запартнерились с Buenos Padel на ВДНХ и приглашают участников конференции бесплатно поиграть в падел. Многие мои знакомые уже записались и говорят, что это отличный способ познакомиться и пообщаться еще до самой конференции в неформальной обстановке. Если давно хотели попробовать падел - хороший повод.Если тоже рассматриваете участие, лучше не откладывать регистрацию: свободных мест обычно надолго не хватает.Кто я | Навигация | СпасибоВладимир Балун
3 сент., 16:24
💭 Давно не делился книгами, которые читал в последнее времяНедавно добрался до книги Александра Фридмана "Делегирование. Результат руками сотрудников". Купил ее еще весной после одного из его тренингов по менеджменту, но до чтения руки дошли только сейчас.Книга оказалась интереснее, чем я ожидал. Многие вещи в управлении кажутся очевидными: поставил задачу, проконтролировал результат - что ещё нужно? Но по мере чтения начинаешь замечать множество нюансов, на которые раньше просто не обращал внимания.Отдельно понравился своеобразный стиль автора. Некоторые темы разобраны настолько структурно и последовательно, что временами кажется, будто читаешь какой-то регламент или уставНу и, конечно, книга с автографом автора читается чуть приятнее 🙂Кто я | Навигация | Спасибо
Владимир Балун
2 сент., 11:21
💭 Бывает такое, что смотришь на какое-нибудь обучение и вроде тема интересная, отзывы хорошие, программа выглядит сильной, но до конца непонятно, что находится внутриКто преподает? Как объясняют материал? Насколько глубоко разбираются темы? Есть ли практика или это просто набор лекций? И самое главное - подойдет ли обучение именно вам.Поэтому с 1 по 8 сентября мы проводим день открытых дверей в Balun.Courses. В течение недели откроем доступ к материалам наших программ: покажем записи занятий и фрагменты лекций, поделимся полезными видео по Go, System Design, микросервисам, Kafka, Observability, менеджменту и другим направлениям, познакомим с преподавателями и форматом обучения, а также покажем реальные кейсы и результаты студентов.🎁 И еще один приятный бонус: с 1 по 8 сентября действует дополнительная скидка 15% на все курсы и интенсивы школы.Посмотреть материалы и
Владимир Балун
1 сент., 08:00изменён
💭 Не так давно, когда открыл аналитику YouTube-канала за год, задумался о такой штуке, как мультипликативный эффектСмотрю статистику и вижу, что видео, записанные еще в 2023, 2024 и 2025 годах, до сих пор набирают просмотры. Некоторые ролики продолжают собирать десятки тысяч просмотров, хотя я давно ничего с ними не делаю. Получается, что когда-то я потратил время на подготовку и запись контента, а результат от этой работы продолжаю получать спустя годы.И в последнее время все чаще смотрю на свою деятельность именно через эту призму: что я могу сделать сегодня такого, чтобы эффект от этого действия сохранялся как можно дольше?Потому что есть действия с линейным эффектом: перестал делать - перестал получать результат. А есть действия с мультипликативным эффектом: работа давно сделана, а ее результат продолжает приносить пользу.А какие примеры мультипликативного эффекта в своей
Владимир Балун
31 авг., 08:31
💭 Иногда самые очевидные решения оказываются совсем не такими простыми, как кажутся на первый взглядКогда я работал в Яндексе и занимался развитием системы трейсинга, через нее проходило около 10-11 ГБ входящего трафика в секунду. Чтобы эффективно писать такой объем данных, мы батчевали спаны большими пачками - примерно по 60-70 тысяч штук и записывали их в ClickHouse. ClickHouse отлично работает с большими вставками, поэтому такой подход позволял эффективно использовать ресурсы и получать хорошую производительность.Но была одна проблема.Все эти батчи формировались в памяти коллекторов (пишущих сервисов). И если в неподходящий момент происходила авария, рестарт процесса или какая-то другая внештатная ситуация, часть данных могла потеряться.На первый взгляд решение выглядит очевидным.«Давайте поставим Kafka между коллекторами и ClickHouse».Коллекторы будут писать данные вВладимир Балун
28 авг., 09:37изменён
💭Что отличает разработчиков, которые быстро растут в карьере, от тех, кто годами остается на одном уровне?Сразу оговорюсь - это субъективное наблюдение. Я не проводил исследований и не собирал статистику. Это просто наблюдение за коллегами, знакомыми и новичками в IT за последние годы.Если посмотреть на людей, которые были мидлами, потом стали сеньорами, затем тимлидами, а некоторые выросли и до юнит-лидов, то часто оказывается, что их объединяют не какие-то феноменальные технические знания. Да, техническая база важна. Но далеко не всегда самые быстрорастущие специалисты лучше всех знают язык программирования, глубже всех понимают архитектуру или сильнее остальных в алгоритмах.Зато у них почти всегда есть три другие вещи.1️⃣ Первая - ответственность.Как правило, они берут задачу и доводят ее до результата. Не ищут оправдания, не перекладывают ответственность, не рассказывают,Владимир Балун
27 авг., 09:45изменён
💭 За последние несколько лет курсов по System Design стало заметно большеИ это хорошо.Чем больше качественных материалов появляется на рынке, тем легче разработчикам разобраться в теме. Разные преподаватели по-разному объясняют материал, делают акценты на разных аспектах и дают возможность выбрать подходящий формат обучения.Когда я создавал свой курс по System Design, подобных продуктов было буквально несколько. Причем один из них был больше ориентирован на Data Science-направление (не буду здесь рекламировать конкурентов), а мне хотелось построить программу именно для разработчиков и инженеров.При этом я никогда не считал, что мои знания в этой области какие-то уникальные. Я не придумал новые подходы к проектированию распределенных систем и не владею секретной информацией, которой больше ни у кого нет. Все, что есть в курсе, в том или ином виде можно найти в книгах, статьях,Владимир Балун
26 авг., 15:33
📹 Недавно записали интересный выпуск, в котором разобрали две системы, спроектированные на реальных System Design интервьюОбсуждали вместе с Александром с канала @youareageek два реальных System Design интервью: одно успешное - в ZenRows, а второе - в Inworld AI с компенсацией около $350 000 в год, которое завершилось отказом.Мы подробно прошлись по обеим архитектурам: от сбора требований и проектирования API до выбора брокеров сообщений, гарантий записи данных, кэширования и обработки различных корнер-кейсов.Получился максимально практический разбор двух реальных систем и типичных ошибок, которые допускают даже сильные инженеры на System Design интервью.Посмотреть разбор можно по ссылке: https://www.youtube.com/watch?v=aHsi-OHI_i8Кто я | Навигация | Спасибо
