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

🎙 Хотим записать для YouTube несколько новых mock-собеседований, поэтому ищем интересных кандидатов В ближайшее время планируем провести mock-собеседования с вопросами по PostgreSQL и Elasticsearch, а также отдельные собеседования на позиции Team Lead, CTO, DevOps и SRE. Также ищем Senior Go разработчика для участия в видео-эксперименте по прохождению технического собеседования с использованием нейросетей - человека с практическим опытом применения AI на интервью, который уже успел протестировать различные инструменты и подходы на реальных собеседованиях. Если хотите поучаствовать, напишите в TG @widdfiiwgth. В сообщении сразу укажите, на какое направление вы откликаетесь, ваш общий опыт работы в IT, опыт в выбранной теме или роли, а также текущую должность и стек технологий. Кто я | Навигация | Спасибо

🚀PostgreSQL и тормозящие запросы: что делать, когда индексы есть, а толку - нет? 📅 20 июля в 19:00 по МСК пройдет бесплатный открытый урок от Team Lead разработки из Т-Банка Открытый урок по PgSQL для разработчиков: частые ошибки с индексами, из-за которых тормозят запросы, и как это пофиксить. На открытом уроке узнаешь: - Почему PostgreSQL выбирает Seq Scan даже при наличии индекса, и когда это нормально - Как читать EXPLAIN ANALYZE и за минуты находить причину медленного запроса - ТОП-ошибок разработчиков, из-за которых индексы не работают или замедляют систему - Пошаговый алгоритм анализа скорости запросов, который сразу можно применить в работе Зарегистрироваться можно по ссылке: https://balun.courses/open_lessons/postgres Кто я | Навигация | Спасибо

💭 Что я понял после проведения 100+ технических собеседований Первое наблюдение - хороший разработчик и хороший кандидат на собеседовании не всегда один и тот же человек. За свою карьеру я встречал сильных инженеров, которые отлично показывали себя в работе, но проваливали интервью из-за волнения, отсутствия подготовки или неумения объяснять свои мысли. И наоборот: были кандидаты, которые очень уверенно проходили собеседования, но потом оказывались далеко не самыми сильными сотрудниками. Второе наблюдение - на собеседованиях оценивают не только итоговый ответ, но и путь, которым кандидат к нему пришел. Намного чаще проблема в том, что человек не может объяснить ход своих мыслей, рассуждает хаотично или пытается угадать ответ, который хочет услышать интервьюер. Даже если ответ оказался верным, интервьюеру важно понять, как кандидат к нему пришел. Третье наблюдение - сильные разработчики почти всегда задают уточняющие вопросы. Слабые кандидаты обычно сразу начинают отвечать. Сильные сначала пытаются разобраться в контексте, уточняют требования, ограничения и только потом предлагают решение. Это касается и алгоритмов, и System Design, и обычных рабочих задач. Также я еще раз убедился, что собеседование - это отдельный навык. Многие считают, что если они хорошо выполняют свою работу, то интервью пройдут автоматически. На практике это работает не так. Как и любой другой навык, прохождение собеседований требует подготовки, практики и понимания того, что именно оценивает интервьюер. И еще одна вещь, которую я постоянно вижу на интервью: многие кандидаты слишком быстро сдаются. Получив сложный вопрос, они говорят "не знаю" и останавливаются. Хотя зачастую интервьюер хочет увидеть не готовый ответ, а ход рассуждений. Во многих случаях можно получить хорошую оценку, даже если не знаешь решение целиком, но умеешь последовательно анализировать проблему и двигаться к ответу. Кто я | Навигация | Спасибо

После поста про South HUB многие спрашивали, будут ли доступны записи докладов. Недавно они появились в открытом доступе. Если пропустили конференцию или не успели попасть на все интересующие выступления - сейчас можно посмотреть доклады в записи про AI, лидерство, роботы и карьерные повороты! 💬 Смотреть в VK / 📹 Смотреть в YouTube Кто я | Навигация | Спасибо

Почему опытные разработчики иногда проваливают System Design интервью На связи Владимир Балун – Ex-TeamLead Яндекс За последние годы я провел довольно много System Design интервью и заметил одну закономерность. Умение проектировать системы в работе и умение проходить System Design интервью – это два разных навыка. Когда вы проектируете систему в рабочем проекте, у вас почти всегда есть возможность проверить свои решения. Можно обсудить архитектуру с коллегами, посмотреть метрики, провести нагрузочное тестирование, что-то переделать, если первые гипотезы не сработали. На это могут уходить дни или недели. На интервью такой роскоши нет😅 За один час нужно разобраться в задаче, задать правильные вопросы, оценить предполагаемую нагрузку, предложить архитектуру и успеть обсудить детали. Причем интервьюер оценивает не только итоговую схему, но и то, как вы к ней пришли. Из-за этого многие сильные разработчики или архитекторы, которые годами проектируют системы, неожиданно сталкиваются с трудностями. Не потому, что им не хватает технических знаний, а потому, что они никогда не тренировались укладывать весь процесс проектирования в жесткие временные рамки. Я часто вижу одну и ту же картину. Кандидат начинает сразу рисовать архитектуру, а через 10-15 минут выясняется, что требования поняты не до конца. Приходится возвращаться назад, менять уже принятые решения и терять время. Или наоборот: человек слишком долго обсуждает детали задачи, а до важных частей архитектуры просто не успевает дойти. Поэтому на интервью полезно иметь понятную последовательность действий. Не шаблон с готовыми ответами, а именно порядок, в котором вы анализируете задачу. Когда понимаешь, сколько времени стоит потратить на каждый этап, становится проще держать темп и не забывать важные вещи. Есть еще одна причина, почему к таким интервью стоит готовиться отдельно. Во многих компаниях результат оценивают по нескольким критериям: насколько правильно вы собрали требования, как оценили масштаб системы, какие компромиссы предложили, как аргументировали решения. Итоговая оценка складывается не из того, нарисовали вы красивую схему или нет, а из всего процесса. Поэтому опыт работы сам по себе не гарантирует хорошего результата. Если никогда не проходить System Design интервью в формате, максимально близком к реальному, на самом собеседовании легко потерять время именно там, где этого не ожидаешь. 📍Самый простой способ проверить себя – открыть Miro или взять лист бумаги, поставить таймер на час и попробовать решить одну из типовых задач целиком. После такого упражнения обычно сразу становится понятно, на каких этапах возникают сложности и чему стоит уделить внимание при подготовке. О том, как подготовиться к сложному собеседованию по System Design, рассказали в этой статье: ➡️ПРОЧИТАТЬ СТАТЬЮ

💭 Когда спрашивают, кого почитать про менеджмент в IT, обычно рекомендую не так много людей. Один из них - Андрей Романовский. Андрей несколько лет был CTO в Яндексе, а сейчас развивает собственный консалтинг для руководителей. Мне нравится, что у него очень практичный взгляд на управление: без пересказа книжек и абстрактных советов. А еще это человек, который настолько любит свою работу, что однажды сломал обе руки в пяти местах и не взял ни одного дня больничного 😅 В своем канале Андрей пишет про управление командами, развитие руководителей и реальные менеджерские кейсы. Плюс проводит групповые и личные встречи для руководителей. Если вы руководитель или менеджер (от m1 до c-level) или планируете расти в управление - рекомендую заглянуть. Недавно Андрей собрал в одном посте свои лучшие материалы и информацию про встречи, посмотреть все это можно по ссылке: https://t.me/leadsnotes/258 Кто я | Навигация | Спасибо

🎙В августе выступлю на конференции Профсоюзная 2.0 с докладом «Почему айтишники ничего не успевают и как это исправить» Тема продуктивности и эффективности сегодня обросла таким количеством «волшебных таблеток», что многие уже воспринимают ее с иронией. Очередной AI-ассистент, специальная музыка, новый ежедневник, ежовик, секретная техника планирования... Но мой опыт показывает, что проблема обычно не в отсутствии очередного инструмента. В докладе мы разберем, почему даже опытные специалисты часто работают весь день, а вечером не могут понять, куда ушло время и почему важных результатов так мало. Поговорим о том: - почему возникает ощущение постоянной занятости без прогресса - как разгрузить голову и перестать держать всё в памяти - как правильно расставлять приоритеты - как сохранять фокус в мире уведомлений, чатов и бесконечных переключений контекста - как собрать из принципа Парето, матрицы Эйзенхауэра, таймбоксинга, PDCA и других подходов не набор разрозненных техник, а единую систему работы 📌 Но сама конференция не только про продуктивность и эффективность. Среди тем - работа с AI-агентами, поиск работы в 2026 году, запуск собственных продуктов, развитие личного бренда, здоровье при сидячей работе и многое другое. Кроме докладов обещают много активностей: нетворкинг, дебаты, lightning talks, покер, алкокодинг, speed dating, армрестлинг, боксерскую грушу, афтепати и другие интерактивные зоны. В общем, формат заметно отличается от классической конференции, где после доклада все сразу расходятся по домам. 🔗 Узнать подробнее о конференции можно здесь: https://unionconf.ru/ Кто я | Навигация | Спасибо

💭 Недавно практически неделю подряд с утра до вечера проходил обучение по обучению взрослых Звучит немного забавно, но оказалось, что это отдельная и очень интересная область знаний. Раньше я всегда думал, что обучение тесно связано с педагогикой. Но оказалось, что педагогика - это в первую очередь про обучение детей. А для взрослых существует отдельное направление - андрагогика. И что особенно интересно - многие привычные нам подходы из школы, колледжа или университета работают со взрослыми людьми совсем не так, как принято считать. За эту неделю узнал много нового о том: - как вовлекать взрослых слушателей в процесс обучения - как поддерживать мотивацию и помогать доходить до конца программы - чем разбавлять теоретический материал, чтобы он лучше усваивался - как правильно выстраивать структуру занятий Было много моментов, которые заставили посмотреть на образовательный процесс совершенно иначе. Даже несмотря на то, что мы уже много лет занимаемся образованием, оказалось, что есть еще огромное количество вещей, которые можно улучшать. Сейчас самое интересное - постепенно внедрять все эти идеи в нашу школу и смотреть, как они будут влиять на качество обучения и результаты студентов. Ну и приятный бонус по итогам обучения - получил свидетельство о повышении квалификации. Так что теперь могу говорить, что еще я и бизнес-тренер 😅 Кто я | Навигация | Спасибо

💭 Среди программистов часто спорят, есть ли смысл вести блог, канал или любые соцсети Кто-то считает, что это пустая трата времени, кто-то - что это полноценный актив. Я скорее на стороне вторых. Когда я работал разработчиком и переходил между компаниями, у меня уже был YouTube-канал. Сначала около 1000 подписчиков, потом 7000, потом 15000. При этом я ни разу не указывал его в резюме. Мне казалось, что это вообще не имеет отношения к работе: я устраиваюсь разработчиком, а не контент-мейкером. Но потом произошла интересная история. Когда я работал в Яндексе и уже стал тимлидом, на одном из 1х1 руководитель рассказал, как проходил мой найм. После финальных интервью за меня конкурировали несколько команд внутри компании, и одной из причин интереса оказался мой YouTube-канал на тот момент с аудиторией около 15 тысяч человек. Конечно, никто не нанимает человека только из-за канала. Но для компании это дополнительный актив. Возможность рассказывать о своих технологиях, продуктах и усиливать бренд работодателя. При этом важны не только цифры. Важнее, кто именно вас читает и смотрит. Если вокруг вас собирается аудитория разработчиков, инженеров, тимлидов и архитекторов, то это уже ценность не только для работодателей. Кстати, еще один неожиданный плюс. Когда в Яндексе мне нужно было собирать команду с нуля, я публиковал вакансию у себя в соцсетях и записал отдельное видео. В результате достаточно быстро получил поток кандидатов. Один из подписчиков в итоге попал ко мне в команду, многие другие тоже дошли до собеседований. Что интересно, когда оценивали мои результаты на ревью как тимлида, одним из плюсов отмечали, что я смог быстро собрать команду за относительно короткий срок. И если быть честным, социальные сети здесь тоже сыграли свою роль. Со временем эта аудитория может помочь запускать собственные продукты или сервисы. Может приводить новые знакомства, возможности и клиентов. Да и дополнительный доход никто не отменял. Раньше я практически не монетизировал свои площадки, но сейчас иногда публикую рекламные интеграции компаний и событий, которым доверяю. Получается небольшой, но приятный бонус. Поэтому мой вывод простой: контент - не обязательная часть карьеры программиста. Можно построить отличную карьеру и без него. Но если вам нравится делиться опытом, то аудитория со временем становится активом, ценность которого обычно понимаешь намного позже, чем начинаешь ее собирать. Кто я | Навигация | Спасибо

☀️ Сегодня последний день, когда открыт доступ сразу к трем закрытым видео летней серии 🎥 Проектирование высоконагруженных систем Разбираем архитектурные решения, компромиссы между производительностью и надежностью, а также типичные ошибки при проектировании систем. 🎥 Архитектура поисковых систем Говорим о том, как устроен современный поиск: индексация, ранжирование, релевантность, обработка запросов и поиск по миллиардам документов. 🎥 Промпт-инжиниринг для разработчиков Разбираем подходы к работе с LLM, техники написания промптов и практические паттерны, которые помогают получать более качественные результаты от AI-систем. Посмотреть все видео можно по ссылке: https://balun.courses/summer Кто я | Навигация | Спасибо