Автор: Listen IT · Listen IT

Видео Listen IT, 15 минут. Event Storming — воркшоп-техника, разработанная Альберто Брандолини. Сессия начинается не с рисования схем, а с вопроса: какие события происходят в системе? И именно этот порядок меняет всё.

Типичная архитектурная сессия выглядит так: техлид рисует диаграмму, остальные кивают или спорят о деталях реализации. Знание о домене остаётся в головах у бизнес-экспертов и не попадает в код. Event Storming переворачивает процесс: на стену клеятся оранжевые стикеры с доменными событиями («заказ размещён», «платёж подтверждён», «склад уведомлён»), и сразу становится видно, где у команды нет общего языка — кто-то называет одно и то же по-разному, кто-то предполагает событие, которого на самом деле не существует. Пробелы в знании домена вскрываются за часы, а не за месяцы.

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

Из этого можно взять в…

«В бушующем море перемен главная опасность — это плыть по течению вчерашнего дня», — писал Питер Друкер, один из самых влиятельных мыслителей в области управления и стратегического мышления XX века.

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

Но проблема в том, что течение вчерашнего дня уходит. Оно больше не ведёт туда, куда нужно. Оно уводит — в прошлое. В устаревшие решения, в прежние модели, в схемы, которые больше не работают, потому что изменился сам ландшафт.

Плыть по старому курсу — удобно. Иногда даже кажется, что разумно: ведь «так всегда работало». Но именно в этом и кроется опасность. Потому что изменения — это не случайность, не временное явление, а новая среда, в которой нужно уметь не просто адаптироваться, а заново думать. Заново видеть. Заново выбирать.

И если не научиться слышать, что изменилось, то…

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

Стандартизация хороша там, где задача уже понятна

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

Автор: Кирилл Мокевнин · TechLead Channel

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

Название доклада намеренно отсылает к «Гарри Поттеру и методам рационального мышления» — книге о применении научного мышления к реальным задачам. Мокевнин идёт тем же путём: берёт «Прагматичного программиста» Ханта и Томаса и разбирает, что за этим словом стоит на практике. Вывод неудобный: большинство обучающих материалов учат решать задачи с известным правильным ответом — алгоритмы, паттерны, синтаксис. Реальная работа — это задачи с неизвестным правильным ответом, где нужно выбрать направление при неполных данных, попробовать, получить обратную связь и скорректироваться. Этот навык почти нигде не преподают явно — и именно поэтому технически грамотные разработчики застревают на одном уровне годами.

Ценный угол: Мокевнин смотрит на обучение не…

Жизнь полна моментов, когда кажется, что вы оказались в глубокой яме. Это могут быть ошибки, трудности или проблемы, которые, как вам кажется, невозможно преодолеть. Когда оказываешься в такой ситуации, первое, что нужно сделать, — это остановиться и оценить, что привело тебя туда. Уоррен Баффет, легендарный инвестор и мудрец, выразил эту мысль емко: «Если вы внезапно очутились в яме, первое, что надо сделать, — это перестать копать».

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

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

26 июля этому каналу исполнилось три года.

Да, пост немного запоздал. В сам День Рождения я был в отъезде, а потом решил не писать его просто «для галочки». Такие вещи лучше говорить тогда, когда есть что сказать.

За три года произошло многое.

Изменился мир. Изменился интернет. Изменился Telegram. Во многом изменился и я сам.

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

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

Автор: Алексей Мерсон · Код Желтый

Алексей Мерсон работает в Sage — внутренней observability-платформе Т-Банка. Доклад открывает конференцию по надёжности и наблюдаемости, организованную той же командой: это намеренно вводный разговор — синхронизировать понятия, прежде чем идти глубже.

Центральная структура доклада — пирамида качества: в основании надёжность, выше опыт пользователя. Это не абстракция: если система ненадёжна, весь разговор про UX и satisfaction теряет смысл. Надёжность Мерсон определяет через SRE-буки Google — вероятность выполнить требуемые функции без отказов за заданный период. Из этого вырастают SLI (конкретная метрика, связанная с пользовательским опытом), SLO (целевое значение) и бюджет ошибок — то время, которое система может «лечь», не нарушив SLO. Ключевые метрики для оптимизации — MTBF (среднее время между отказами) и MTTR (среднее время восстановления): чем больше первое и меньше второе, тем лучше используется бюджет ошибок. Наблюдаемость нужна именно для того, чтобы обе величины…

Есть простое правило: если дело занимает меньше минуты, лучше сделать его сразу.

Ответить коротко. Убрать чашку. Записать мысль. Подтвердить встречу. Положить вещь на место, пока она ещё не стала неотъемлемой частью пейзажа.

На первый взгляд это звучит как «очередной совет из мира продуктивности». Но смысл здесь не в том, чтобы стать эффективной машинкой. Смысл проще: маленькие дела лучше не превращать в долг.

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

Каждое маленькое «потом» оставляет хвост. Сначала почти незаметный. Потом ещё один. Потом ещё. И вот человек вроде бы не совершил большой ошибки, но внутри уже ощущение беспорядка. Как будто в комнате одновременно открыты все ящики.

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

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

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

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

Поэтому…

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

Если обдумать эти слова более глубоко, то по сути они не про злобу, не про желание доказать что-то кому-то. Это про внутреннюю энергию, которую можно направить на разрушение — а можно на созидание.

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

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

🌱 Пусть ваши цели будут выше обид, а результаты — лучшим ответом.

А чтобы добиваться большего и не идти этим путём в одиночку — присоединяйтесь к Сообществу Кота 🐾

Здесь мы делимся опытом, поддержкой и вдохновением.

📌 Записаться в Сообщество — и начать двигаться вместе.

Автор: Папочка Разработки · Папочка Разработки

Канал «Папочка Разработки», 20 минут. CQRS (Command Query Responsibility Segregation) — паттерн с устойчивой репутацией «понятного на собесе, но непонятного в коде». Видео разбирает, почему так происходит.

Распространённое понимание CQRS: разделить код на команды (пишут данные) и запросы (читают данные), сложить по разным папкам, добавить Handler для каждого — и считать, что CQRS внедрён. Это не CQRS, это просто именование. Настоящий паттерн — про разделение моделей: модель записи оптимизирована для инвариантов и бизнес-правил, модель чтения — для отображения данных в том виде, в котором их хочет видеть клиент. Когда модели разделены по-настоящему, появляется возможность масштабировать чтение и запись независимо, использовать разные хранилища, денормализовать read-side для производительности. Без разделения моделей это просто организация кода, а не архитектурный паттерн.

Кому смотреть: разработчикам, которые используют или планируют CQRS и хотят убедиться, что…

Когда говорят о рынке, обычно вспоминают деньги, цены, конкуренцию или прибыль. Из-за этого создаётся впечатление, будто рынок — это только лишь «про деньги» или «про экономику».

Но на самом деле его значение гораздо шире.

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

Разница между этими подходами намного глубже, чем может иногда казаться.

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

Автор: Егор Заплатин · Яндекс Вертикали

Егор Заплатин — фронтенд тимлид в Яндекс Вертикалях (Путешествия, Аренда, Авто.ру). Доклад на Vertis JS 2026: полгода работы с AI-агентами в реальных задачах, выводы о том, что нужно сделать, чтобы они работали предсказуемо.

AI-агент не замещает инженера — он меняет то, на что инженер тратит время. Заплатин это понимает, хотя в докладе использует популярную аналогию «прокачать до мидла» — скорее как метафору для аудитории, а не буквальное сравнение. Содержательная часть, если убрать маркетинговую рамку, прикладная и по делу.

Центральная мысль: если ваш агент работает — это ещё ничего не значит. Надёжная работа в production требует инженерии. Заплатин разбирает четыре конкретные практики: правильно выстроенный контекст (что агент видит и в каком виде), feedback loop (как агент получает сигнал об ошибке и исправляет курс до конца задачи), MCP-интеграции (реальные инструменты вместо угадывания по обучающим данным), и скиллы — описания того, как решать конкретные задачи в…

«Музыка — универсальный язык человечества», — писал Генри Уодсворт Лонгфелло.

Есть удивительная особенность музыки: она почти не нуждается в переводчике.

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

Наверное, потому что музыка обращается к человеку раньше, чем он успевает подобрать объяснения. Там, где слова пытаются описать чувство, она позволяет его пережить.

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

Именно поэтому музыка сопровождает почти всё важное в нашей жизни. Она звучит на праздниках и похоронах, на свадьбах и в дороге, во время тяжёлой работы и в минуты отдыха. Люди…

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

Ещё один довод в копилку децентрализации, или ещё одно проявление отрицательного эффекта масштаба

Эффект Рингельмана — тенденция к снижению личной продуктивности отдельных членов группы по мере роста её численности. Был впервые описан Максимилианом Рингельманном (фр. Maximilien Ringelmann; 1861—1931), французским профессором сельскохозяйственной инженерии, в 1913 году. Перетягивание каната часто используется, чтобы наглядно показать эффект Рингельмана. Чем больше людей включено в работу, тем ниже становится их средняя производительность, поскольку каждый участник чувствует, что его собственные усилия не являются решающими.

https://ru.wikipedia.org/wiki/Эффект_Рингельмана

Впервые опубликовано 14 февраля 2024 года в Telegram-канале «КотЪ всея Руси».

Автор: Денис Буздалов · Heisenbug

Денис Буздалов работает в ИСП РАН с 2010 года: верификация авиационной электроники самолётов, тестирование криптопротоколов по формальным моделям, зависимые типы. Человек, который думает о корректности систем профессионально.

8 апреля 2022 года самолёт TAP Air Portugal в Копенгагене ушёл на второй круг в нестандартной ситуации — и левый двигатель не свернул реверс тяги. ПО было корректно сертифицировано. Баг проявился после 95 миллионов посадок и не воспроизводился ни в одной другой конфигурации. Самолёты так и продолжили летать с этим ПО спустя годы — исправление планировалось к 2025 году. Буздалов задаёт с этого вопрос: что вообще значит «хорошо протестировано», если такое возможно?

Его ответ: хорошее тестирование должно ставить систему в ситуации, о которых автор тестов даже не подумал. Property-based testing это умеет — описываешь свойства, а не примеры, фреймворк ищет опровержение на случайном входе. Но есть класс задач, где случайный вход почти всегда бессмысленен:…

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

Но именно на них и строится стратегия.

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

Поэтому стратегия невозможна без памяти.

Любая сложная система существует благодаря обратным связям. Она постоянно получает информацию о последствиях собственных действий, сравнивает ожидаемый результат с реальным и постепенно корректирует своё поведение. Именно так работают живые организмы, технические системы,…

Автор: Юрий Самсонов · JUG.ru

Юрий Самсонов — разработчик из Яндекса. Доклад на JPoint 2023 — не обзор GraphQL и не агитация за его повсеместное использование, а конкретный опыт внедрения: что сломалось, что не ожидали, как вышли.

REST-эндпоинты имеют предсказуемую проблему роста: по мере того как клиентов становится больше, у каждого появляются свои требования к форме данных. Один клиент хочет вложенный объект, другой — плоский список. Появляются параметры вроде ?include=user,tags,comments, эндпоинты обрастают опциями, и в какой-то момент backend-разработчик обнаруживает, что его работа — это в основном добавление новых вариаций существующих эндпоинтов под нужды клиентов. GraphQL переворачивает эту ответственность: клиент сам описывает, какие данные ему нужны, и получает ровно их — без over-fetching и under-fetching. Самсонов честно рассказывает о том, что эта свобода стоит: N+1 проблемы, сложность с кешированием, отладка запросов, которые клиент сформировал сам.

Кому смотреть: backend-разработчикам, у которых…

«Оставаться собой в мире, который постоянно пытается сделать вас чем-нибудь другим, — величайшее достижение», — сказал Генри Дэвид Торо, американский писатель и философ.

Мир всегда будет предлагать роли.

Быть удобным. Быть успешным — по чужой мерке. Подстраиваться под требования, ожидания, тренды. С раннего возраста нас учат «как правильно», «как принято», «как надо». И шаг за шагом мы рискуем потерять то, что было нашим изначально — свой голос, свои выборы, своё направление.

Торо знал цену такой потери. Он прожил жизнь на своих условиях, даже если это означало одиночество, непонимание и конфликт с обществом. Для него «оставаться собой» было не красивой позой, а внутренней обязанностью — честностью перед самим собой.

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

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

Но ведь это далеко не всегда так.

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

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

Это её клиенты.

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