Книжный куб

[2/2] Сравнение книг "Китайский взгляд на мир" и "Китайская модель: ретроспектива и перспектива" Продолжая сравнение книг, нельзя не рассказать об отличиях в подходах авторов 1️⃣ Инсайдер vs аналитик со стороны Ли Даокуй - китайский инсайдер, пишущий для внешней аудитории. Его книга носит характер объяснения и отчасти оправдания позиции Китая. Попов - внешний наблюдатель, хоть и благожелательно настроенный к Китаю. Он изучает китайскую модель сравнительно, соотнося её с другими странами (Японией, Кореей, СССР, Западом). Поэтому у Ли тон более апологетический, у Попова - аналитический. Например, Попов прямо говорит о недостатках Запада и преимуществах Востока в цифрах и теориях, а Ли старается не противопоставлять, а уверять, что все могут выиграть вместе. В этом смысле Попов менее дипломатичен: он фактически утверждает, что либеральный Запад утратил былую эффективность, пока Китай и Азия рвутся вперёд. Ли же избегает деклараций о чьём-то упадке, он мягко намекает, что Западу пора перестать бояться Китая. 2️⃣ Фокус на экономике vs политике Попова интересует: почему и как Китай вырос, а Ли - что этот рост значит для мира. Например, Попов разбирает, почему Китай отстал в XIX веке (колониализм, опиумные войны) и догнал в XX (индустриализация, реформы Дэн Сяопина). Ли эти детали затрагивает лишь в контексте влияния истории на современность, но не углубляется в статистику прошлого. Зато Ли больше внимания уделяет внутриполитическим механизмам (роль КПК, борьба с коррупцией, региональное управление), тогда как у Попова эти темы второстепенны. Таким образом, Попов строит макроисторическую теорию, а Ли пишет политико-экономическое эссе. 3️⃣ Оценка возмлжности экспорта модели Попов рассматривает вопрос, станет ли китайская модель доминирующей глобально. У него сквозит мысль, что если она объективно эффективнее, то другие страны могут перенимать элементы (и некоторые уже перенимают, например, авторитарный капитализм в Юго-Восточной Азии). Ли наоборот подчёркивает уникальность и непересаживаемость китайской системы. Он даже успокаивает: мол, Китай никого не учит жить, каждый народ сам выберет путь. Здесь видна разница цели: Попов пишет для тех, кто ищет уроки развития (в том числе, возможно, для России, какой путь выбрать), а Ли - для тех, кто опасается китайской экспансии. Поэтому Попов более открыто говорит о конкуренции моделей, а Ли избегает этого термина, предпочитая говорить о взаимодополняемости. 4️⃣ Значение для России У Попова тема России присутствует косвенно - он скорее сравнивает модели, но, конечно, между строк читается, что Россия могла бы извлечь урок из восточноазиатского опыта (например, сильное государство + рыночная экономика). Ли Даокуй про Россию упоминает лишь бегло (когда говорит, что в XIX веке Китай отставал даже от Российской империи), но для России его книга ценна именно взглядом китайца на мир, где Россия - часть не Запада, а евразийского пространства, и потенциальный партнер. Подводя итог, обе книги взаимно дополняют друг друга. Дэвид Ли Даокуй дает «китайский взгляд» изнутри – эмоционально окрашенный, убедительный, но местами односторонний, отражающий официальную позицию Пекина. Владимир Попов дает «взгляд со стороны» – более критичный и теоретически выверенный, стремящийся объяснить феномен Китая с научной точки зрения и спрогнозировать глобальные изменения. Если сравнить выводы: Ли верит в гармонию, Попов констатирует смену баланса сил. #Economics #Strategy #Processes #History #PopularScience

[1/2] Сравнение книг "Китайский взгляд на мир" и "Китайская модель: ретроспектива и перспектива" Интересно сравнить труд Ли Даокуя с книгой российского экономиста Владимира Попова «Китайская модель. Ретроспектива и перспектива». Обе книги я прочитал недавно и оба автора пишут про развитие Китая, но с несколько разных ракурсов - внутреннего китайского и внешнего (российского) - и их выводы дополняют друг друга. Общие черты и точки соприкосновения 1️⃣ Признание успеха китайской модели Ли Даокуй и Владимир Попов сходятся в том, что опыт Китая последних десятилетий - уникально успешный. Попов прямо ставит вопрос: не является ли китайская социально-экономическая модель более конкурентоспособной, чем либеральная западная? Ли, в свою очередь, всю книгу доказывает, что китайская система эффективна (хоть и специфична) и вовсе не обречена на провал, как думали раньше на Западе. Оба автора таким образом оспаривают западные стереотипы: Ли - миф об агрессивности и негибкости Китая, Попов - миф, что только либеральная модель ведёт к процветанию. Оба подчеркивают исторические корни китайского пути: Ли - через конфуцианство и традиции, Попов - через анализ «азиатских ценностей» и коллективистской культуры 2️⃣ Критика западоцентричных объяснений истории Попов в своей книге делает акцент на исторической экономике: он утверждает, что возвышение Запада с XVIII–XIX вв. было обусловлено не превосходством свободы или демократии, а жесткой мобилизацией ресурсов - повышением нормы сбережений, промышленной революцией ценой роста неравенства и разрушения традиционных общин. Ли Даокуй менее детально разбирает историю, но сходные мотивы есть - он неоднократно намекает, что Запад не должен считать свои ценности универсальным мерилом прогресса, потому что путь Китая другой, но тоже успешный. Оба автора, по сути, провозглашают плюрализм путей развития: нет единственно верной модели - китайская система с сильным государством тоже доказала свою результативность. 3️⃣ Будущее соревнование моделей и риск конфликта Здесь позиции Ли и Попова перекликаются, хотя оттенки разные. Попов прямо спрашивает: чем закончится соревнование коллективистской восточноазиатской модели и либеральной западной, которое мы наблюдаем? Он отмечает, что западная модель сейчас сталкивается с трудностями, проигрывая в ряде аспектов Восточной Азии - особенно из-за нежелания Запада поступаться ничем ради общего блага (он упоминает отказ от ограничений выбросов, нарастание популизма, нежелание обуздать неравенство). Ли Даокуй более оптимистичен: он надеется на мирное сосуществование, а не жесткую конкуренцию до победы одного из укладов. Тем не менее, он тоже признаёт существование напряжённости и необходимости ее смягчения. Фактически, Попов описывает ту же ситуацию соревнования, что тревожит Ли, только Попов как исследователь холоднее констатирует факты, а Ли как публицист призывает снять напряжение. В продолжении я говорю про отличие подходов авторов и их выводов. #Economics #Strategy #Processes #History #PopularScience

[2/2] Китайский взгляд на мир (China's World View) (Рубрика #Economics) Но нельзя рассказать про эту книгу, не упомянув и про критику - Российский рецензент Валерий Фёдоров охарактеризовал тон автора как "голубиный клекот" (голос голубя мира) – мол, в эпоху «ястребов» такая миролюбивость выглядит наивно. Фёдоров указывает, что Ли Даокуй принадлежит к старшему поколению китайцев, воспитанных в уважении к западной цивилизации, и его взгляды заметно мягче, чем у многих молодых китайских аналитиков, гораздо более критично настроенных к Западу - С западной стороны тоже есть скепсис: обозреватели отмечают, что книга Ли фактически отражает официальную точку зрения Пекина. - Автор уделяет мало внимания военным аспектам (например, не обсуждает напрямую проблему Тайваня) и социальным издержкам китайской модели - Экономические аргументы приведены однобоко - Ли восхваляет выгоды дешёвого китайского производства для американских потребителей, но почти не говорит о том, что "обратная сторона" - потеря рабочих мест и рост раздражения в США по поводу дисбаланса в торговле В общем, Ли Даокуй нарочно обходит острые углы и подаёт весьма селективную картину, выгодную имиджу Китая. Но книга ценна как база по китайской системе - в ней из первых рук описано, как устроено управление в КНР, как там учитываются разные мнения в отсутствие демократии, как функционируют государственные и рыночные механизмы. В этом смысле, несмотря на идеализацию, работа Ли Даокуя даёт западному читателю полезное понимание логики китайского мировоззрения, пусть и изложенного глазами самого Китая. #Economics #Strategy #Processes #History #PopularScience

[1/2] Китайский взгляд на мир (China's World View) (Рубрика #Economics) С большим интересом прочитал эту книгу, что написал Дэвид Ли Даокуй, ведущий китайский экономист. Он родился в 1963 году, получил степень PhD по экономике в Гарварде, а с 2006 года является профессором экономики в Университете Цинхуа. Ли занимал пост декана программы «Шварцман» в Цинхуа и входил в состав Комитета по денежно-кредитной политике Народного банка Китая (центробанка КНР). Кроме академической работы, он многократно консультировал высшее руководство КНР по экономическим вопросам и работал в международных организациях. Основная мысл этой книги о том, что рост Китая не угрожает миру, а напротив, несёт глобальные выгоды и может сосуществовать с Западом мирно - при условии взаимопонимания и отказа от мифов о "китайской угрозе". Интересно, что эта книга чем-то похожа на книгу Владимира Попова "Китайская модель. Почему Китай отставал от Запада, а теперь его обгоняет", о которой я уже рассказывал, но если Владимир описывает Китай с точки зрения России, то Дэвид показывает нам вид изнутри. Если говорить про основные тезисы книги, то они такие 1️⃣ Усиление Китая выгодно всему миру, а не опасно Ли утверждает, что подъём Китая сулит глобальные преимущества, а не угрозы - Благодаря Китаю удешевилось производство потребительских товаров - Значительная часть доходов Китая возвращается Западу - Китай борится с изменением климата, ускоряет научные исследования и даже создал "здоровую конкуренцию" США Иными словами, экономический рост Китая делает мировую экономику более эффективной и стимулирует прогресс в глобальных проблемах. 2️⃣ Китай не экспортирует идеологию и "китайскую модель" Автор подчёркивает, что КНР не стремится и не способна навязать свою идеологию другим странам. Даже если говорить о "китайской модели", её невозможно скопировать за рубежом из-за уникального историко-культурного контекста Китая. Вместо мировой экспансии идей Пекин сосредоточен на внутренних задачах и добивается лишь уважительного отношения от международного сообщества 3️⃣ Неизбежность конфликта США и Китая опровергается (ловушка Фукидида не сработает) Ли Даокуй полемизирует с популярной теорией о "ловушке Фукидида", согласно которой восходящая держава (Китай) неизбежно воюет с доминирующей (США). Он указывает, что эта историческая схема основана на опыте внутрицивилизационной борьбы на Западе, тогда как Китай принадлежит иной цивилизации. В истории Китай, за редкими исключениями (монгольская династия Юань, маньчжурская Цин), не вёл экспансионистских захватнических войн. Конфуцианская политическая доктрина призывает избегать конфликта с соседями, а если война случилась - одержать победу и затем отступить, стремясь завоевать сердца побеждённых вместо оккупации 4️⃣ Китай не является "ревизионистской" державой и не строит антизападных блоков Ли опровергает обвинения в том, что Пекин хочет переломить существующий мировой порядок. Напротив, Китай - один из главных бенефициаров нынешней международной системы и не заинтересован ломать правила, от которых выигрывает. По мнению автора, сегодня скорее сами США и их союзники пытаются пересмотреть устои мира, тогда как КНР удовлетворена своим местом 5️⃣ Особенности китайского подхода к управлению Автор выделяет следующие особенности политики, сложившиеся исторически 1) "Принцип всеобъемлющей ответственности правительства" - конфуцианская традиция, по которой власть воспринимается как заботливый отец народа и несёт ответственность за благосостояние подданных. 2) Строгая внутренняя дисциплина в рядах правящей партии, что позволяет КПК оставаться гибкой и прагматичной организацией, нацеленной на результат, а не скованной догмами 3) Дипломатия на основе взаимного уважения. Китай стремится не к материальной выгоде, а к тому, чтобы к стране относились с должным уважением на международной арене. Это желание восстановления исторического статуса Китая пронизывает внешнеполитическую философию Пекина. В следующем посте будет продолжение разбора книги. #Economics #Strategy #Processes #History #PopularScience

[2/2] Communication Patterns: A Guide for Developers and Architects (Паттерны коммуникации: руководство для ИТ-разработчиков и архитекторов) (Рубрика #Management) Продолжая рассказ о паттернах коммуникации, расскажу про вторую половину книги, в которой речь идет про передачу знаний и эффективную удаленную работу. 3️⃣ Передача знаний (Communicating Knowledge) - как управлять знаниями в команде и организации. - Глава 10. Принципы управления знаниями (Knowledge Management Principles). Разница между данными, информацией и знаниями. Почему wiki-системы превращаются в свалку и как этого избежать. - Глава 11. Знания и люди (Knowledge and People). Как люди усваивают информацию и почему "шаринг знаний" часто не работает. Психология обучения взрослых применительно к инженерным командам. - Глава 12. Эффективные практики (Effective Practices). Конкретные инструменты: от ведения ADR (Architectural Decision Records) до проведения воркшопов и сессий совместного моделирования. 4️⃣ Удаленная работа (Remote Communication) - специфика общения в распределенных командах. - Глава 13. Фактор времени при удаленной работе (Remote Time). Паттерны для асинхронной коммуникации и работы в разных часовых поясах. Как сохранить контекст и темп работы, когда команда разбросана по миру. - Глава 14. Принципы дистанционного общения (Remote Principles). Здесь речь про создание четких коммуникационных каналов, протоколов, а также про адаптацию стиля общения в зависимости от нужд команды. На эту тему есть хорошая книга "Remote Team Interactions Workbook" (о которой я уже рассказывал) от авторов книги "Team Topologoies". - Глава 15. Методы дистанционного общения (Remote Channels). Здесь автор рассказывает про установление культуры открытой и честной обратной связи, а также использование технологий для улучшения коммуникации и поддержания связи между членами команды. Кстати, про открытую и честную обратную связь можно почитать в книге "Radical Candor: Be a Kick-Ass Boss Without Losing Your Humanity", о которой я уже рассказывал. #Thinking #Writing #Leadership #Management #DistributedSystems #Architecture #SoftwareArchitecture #SystemDesign #Software #Writing #Speaking

+2

[1/2] Communication Patterns: A Guide for Developers and Architects (Паттерны коммуникации: руководство для ИТ-разработчиков и архитекторов) (Рубрика #Management) Забавная вышла история у этой книги - я начинал ее читать еще на английском в формате early preview на платформе O'Reilly, а закончил уже в формате книги на русском, которую перевело и выпустило издательство "БХВ". Вообще, книжка мне понравилась - она про успешные коммуникации для инженеров и технических руководителей, которые уже привыкли к использованию шаблонов в проектировании, разработке и оргдизайне. Автор книги - Джеки Рид (Jacqui Read) - архитектор решений (Solution & Enterprise Architect) из Великобритании. Она начинала как full-stack разработчик, а позже перешла в архитектуру и продвигает идею, что коммуникация - это такой же навык, как написание кода, и его можно систематизировать. Вместо советов "будьте понятнее", она предлагает конкретные паттерны (проверенные решения) и антипаттерны (типичные ошибки). Если говорить про струткру книги, то она разделена на 4 части и 13 глав, которые последовательно закрывают все каналы передачи информации: от визуальных схем до асинхронной работы. 1️⃣ Визуальная коммуникация (Visuals) - здесь разбирается, как создавать диаграммы, которые действительно читают и понимают. - Глава 1. Основы коммуникации (Communication Essentials). Здесь закладывается фундамент книги: принцип "знай свою аудиторию" и управление уровнями абстракции. Объясняется, почему нельзя смешивать бизнес-контекст и детали реализации на одной схеме. - Глава 2. Устранение шума (Clarify the Clutter). Здесь автор рассказывает как очистить диаграммы от лишних элементов, которые отвлекают внимание. Рассказывается про борьбу с визуальным мусором для повышения читаемости. - Глава 3. Доступность (Accessibility). Это важная тема, которую часто упускают: как делать схемы понятными для людей с дальтонизмом или особенностями восприятия (например, не полагаться только на цвет). Интересно, что про это иногда забывают и в потребительских продуктах - Глава 4. Повествование (Narrative). Диаграмма должна рассказывать историю. Паттерн "Сначала общая картина" (The Big Picture Comes First) учит погружать зрителя в контекст перед тем, как топить его в деталях. Кстати, у меня есть подборка книг про сторителлинг и истории - Глава 5. Нотация (Notation). Глава о том, как выбирать уровень формальности нотации в зависимости от задачи, и почему легенда к схеме обязательна. - Глава 6. Композиция (Composition). Принципы визуальной иерархии: как располагать элементы так, чтобы взгляд зрителя скользил по схеме в правильном порядке, считывая логику системы. 2️⃣ Письменная и устная коммуникация (Written, Verbal, and Non-verbal) - переход от картинок к словам и выступлениям. - Глава 7. Письменная коммуникация (Written Communication). Паттерны для документации и переписки. Как писать лаконично, структурировать технические тексты и избегать "стены текста". Здесь говорится и про пирамиду Минто, о которой я рассказывал раньше. - Глава 8. Вербальная и невербальная коммуникация (Verbal and Nonverbal Communication). Глава о том, как наши жесты, тон и поза влияют на восприятие технических решений. Как считывать реакцию аудитории во время презентации. - Глава 9. Риторический треугольник (The Rhetoric Triangle). Адаптация античного принципа Аристотеля (Этос, Патос, Логос) для инженеров. Как балансировать между логикой (фактами), авторитетом и эмоциями для убеждения стейкхолдеров. Подробнее в отдельном посте Об оставшейся книге я расскажу в продолжении этого поста. #Thinking #Writing #Leadership #Management #DistributedSystems #Architecture #SoftwareArchitecture #SystemDesign #Software #Writing #Speaking

+3

Как смотреть кино (Рубрика #ForKids) Периодически я покупаю книги для детей и так у меня на столе оказалась эта крутая книга Антона Долина и Константина Бронзита, что вышла в серии Альпина.Дети. Первое издание было в 2019 году, а мне досталось переиздание, в котором большими буквами на обратной стороне обложки написано, что Долин стал за это время стал иностранным агентом, но на качество книги это не повлияло, так как оба автора профессионалы - Антон Долин - кинокритик и создатель Youtube канала "Радио Долин", что отвечал за текст книги - Константин Бронзит - аниматор и двухкратный номинат на премию "Оскар" за мультики "Уборная история - любовная история" и любимый мной "Мы не можем жить без космоса" (что я уже упоминал при рассказе о детской книге "Ракета стартует"). В этой книге Константин отвечал за бомбические иллюстрации, что совместно с текстом делают книгу красочной В этой книге соавторы приглащают научиться смотреть кино по‑настоящему, а не "на фоне". Изначально книга была задумана как детская, но она получилась глубже и ее интересно читать и взрослым (я проверил это на своем опыте). Долин начинает с "простых правил": - Зачем по возможности ловить фильмы на большом экране - Чем поход в зал отличается от домашнего просмотра - Почему важно замечать не только сюжет, но и картинку, звук, монтаж Есть вопросы поглубже - Можно ли "застраховаться" от разочарования - Надо ли делить кино на "искусство" и "развлечение" - Почему старые фильмы не обязательно лучше новых В книге есть короткие главы с каверзными вопросами, что могут выступать темами для обсуждения с ребенком. Это позволяет развивать критическое мышление, риторикку, а также лучше понять что нравиться ребенку в кино и почему. Последняя часть книги посвящена краткой анталогии кинематографа и позволяет начать знакомство с классикой - эта часть учит как не потеряться в бесконечных списках, почему стоит смотреть не только голливудские хиты, но и авторское кино, документальные ленты и анимацию. Долин даёт базовые ориентиры и помогает превратить хаотичный выбор фильмов в осознанный маршрут. Книга отлично подойдет для - Подростков (от 10 лет и старше) - Родителей, которые хотят говорить с детьми о кино глубже, чем "понравилось/не понравилось" - Любителей кино, кто хочет почитать доступно о том, как его смотреть #ForParents #ForKids

Meta looks to power trading supports its AI energy needs (Рубрика #AI) В ноябре 2025 года стало известно о нетривиальном шаге запрещенной в России компании Meta, которая получила разрешение американских регуляторов на торговлю электроэнергией на оптовом рынке. Такой шаг призван удовлетворить стремительно растущий спрос ее центров обработки данных (ЦОД) на электричество для решений искусственного интеллекта (AI). По сути, Meta создает собственное направление энерготрейдинга, чтобы напрямую закупать электроэнергию, заключать долгосрочные контракты с электростанциями и при необходимости перепродавать излишки мощности на рынке. Интересно, что в документе "Meta’s Hyperscale Infrastructure: Overview and Insights", что я разбирал раньше, было рассказано как раз о энергии, как о главном лимитирующем факторе для датацентров и инфры (условно, железо можно и обновить, а вот новые мощности по питанию обеспечить сложнее) Тезисы тут примерно такие - Сейчас мы наблюдаем взрывной рост потребности в энергии для AI, которые требуют огромных вычислительных ресурсов - Существующая энергосистема с трудом справляется с такими темпами роста нагрузки, что уже вызвало в отдельных регионах США рекордный рост цен на мощность на оптовых аукционах - Традиционных подходов к закупке энергии недостаточно - разработчики новых электростанций нуждаются в “якорных” покупателях, готовых брать на себя долгосрочные обязательства по закупке энергии. Например, Meta для своего нового ДЦ в Луизиане потребовалось вкладываться в строительство трех газовых станций, чтобы запитать ДЦ (они закоммитились только на это потратить 1.6 млрд $) - А закупая электричество оптом можно не только снижать издержки за счет оптовых закупок, но и получать прибыль в периоды избытка продавая её обратно в сеть по пиковым ценам В итоге, Meta создала дочернюю компанию Atem Energy LLC и получила разрешение на торговлю электроэнергией оптом от федеральной комиссии по регулированию энергетики США (FERC). Компания планирует изначально сотрудничать с опытными партнёрами-трейдерами и сконцентрироваться на работе на рынке США Интересно, что Meta пошла по стопам других корпораций, получавших аналогичные лицензии. На оптовом рынке уже есть Google Energy, Apple Energy, Energy LLC, Amazon Energy. В общем, Meta не прокладывает абсолютно новый путь, но масштаб её усилий в энергетике - один из крупнейших на сегодня в Big Tech. Если подумать, то для инфраструктуры ЦОДов это может значить следующее - Снятие энергетических ограничений на рост ИИ - раньше именно энергия была лимитирующим фактором - Увеличение капитальных затрат на дата-центры - теперь при планировании новых центров обработки данных компаний уровня Meta или Google необходимо учитывать и строительство параллельной энергоструктуры (это приведет к росту стоимости ЦОД проектов) - Дизайн будущих дата-центров - появляется стимул размещать их ближе к источникам энергии: например, строить кампусы рядом с зонами богатых ВИЭ-ресурсов (ветер, солнце) или возле действующих крупных электростанций, чтобы минимизировать нагрузку на сети. - Новые стандарты надежности и устойчивости - включение дата-центров в активное управление энергопотреблением (через торги, регулирование нагрузки) повышает устойчивость энергосистем, но и задаёт новые стандарты самим ЦОД. Например, Google уже заключает demand response-контракты с энергокомпаниями, согласившись переносить часть вычислений на непиковое время во избежание перегрузок сети В сумме, инициатива Meta сигнализирует всему ИИ-сектору: эры дешёвого и гарантированного электричества больше нет, и дальнейший прогресс ML/AI тесно увязан с энергетической инфраструктурой. Те, кто сумеют интегрироваться с энергосистемой (через инвестиции или партнерства), получат фору в гонке ИИ, а те, кто проигнорируют - рискуют столкнуться с энергетическим дефицитом, замедляющим их инновации. #Infrastructure #PlatformEngineering #Architecture #DistributedSystems #SystemDesign #Engineering #AI #Economics

AI changes *Nothing* — Dax Raad, OpenCode (Рубрика #AI) Посмотрел интересный доклад Dax Raad из OpenCode на конференции AI Engineer, где создатель популярного coding agent выступил с провокационным тезисом: несмотря на весь ажиотаж вокруг AI, фундаментальные вызовы построения успешного продукта остаются прежними. В общем, AI не решает волшебным способом те проблемы, что раньше требовалось решать для развития продуктов. Основных тезисов в выступлении всего три 1️⃣ Маркетинг - это про "крутость", а AI слишком корявый Dax утверждает, что настоящий top-of-funnel маркетинг - это способность создать что-то, чем люди захотят поделиться. Это не стандартные блог-посты о релизах или оплаченные упоминания у инфлюенсеров. Вам нужно вызвать у пользователя такую реакцию, чтобы он захотел показать это коллегам или друзьям со словами "можете в это поверить?".​ Проблема в том, что AI инструменты генерации контента выдают слишком банальные и/или корявые результаты. Они не способны создать крутые штуки, которые цепляют эмоционально. Даже используя AI как brainstorming-партнёра, Dax не получил ни одной действительно хорошей идеи. Маркетинг требует креативности, а AI пока не может её обеспечить.​​ В итоге, лучше не поручать маркетинг AI, а придумывать идеи самим, чтобы иметь ненулевой нулевой шанс стать вирусными.​ 2️⃣ Aha-момент: безжалостное устранение фрикций Второй критический этап - это aha-момент: момент в journey пользователя, когда он наконец "понимает" ценность продукта. Вы должны определить единственный самый важный момент озарения и безжалостно устранить все препятствия на пути к нему.​​ Кстати, про это рассказывал Петр Савостин, мой коллега, что занимается у нас развитием мобильных продуктов для физических лиц. Суть в том, что на каждом лишнем шаге customer journey вы теряете 10-20% пользователей и до aha-момента часто большинство пользователей не добираются. В итоге, это не про то, чтобы сделать много фич, а про то, чтобы сделать вылизанные фичи, где пользователь сразу чувствует ценность. Например - ChatGPT: пустое поле ввода, куда можно написать что угодно и получить человекоподобный ответ - мгновенное понимание ценности​ - Facebook (retention): добавление 7 друзей в первые 10 дней коррелировало с долгосрочным удержанием​ - Spotify: прослушивание 10 песен в первые 2 часа​ AI не помогает с решением этой проблемы - создание правильного aha-момента требует глубокого понимания problem space, позиционирования, ясности в том, что вы делаете уникально. Это требует куса, который не может быть делегирован алгоритму. 3️⃣ Retention: примитивы важнее фич Здесь Dax развенчивает миф о том, что продукт может быть либо простым, либо мощным. На самом деле никакого trade-off нет - можно и нужно строить оба качества одновременно.​ Суть в том, чтобы не строить сложные фичи сходу, а в том, чтобы создавать deep primitives (глубокие примитивы), которые можно собрать в нужную функциональность. Сначала проектируете мощный, широкий слой примитивов, а затем собираете из них простой опыт для 99% пользователей. Когда пользователи становятся более продвинутыми, они получают прямой доступ к этим примитивам и могут настраивать продукт под себя, никогда его не перерастая.​ Но с этим не справляются AI инсутрменты, так как проектирование правильных примитивов - это процесс exploration. Чтобы даже объяснить AI, что вы хотите, нужно самому очень хорошо это понимать. Задача - понять проблему настолько глубоко, чтобы спроектировать правильный набор примитивов. AI здесь бесполезен.​​ В итоге, автор отмечает, что AI - это мощный инструмент для технической работы, но он не решает фундаментальных задач создания успешного продукта: маркетинга (креативность), onboarding (taste и фокус) и retention (архитектурное мышление). Технические лидеры должны продолжать инвестировать в человеческие навыки и не попадаться на иллюзию, что AI сделает крутые продукты автоматически. Hard work, хороший вкус, и человеческая изобретательность остаются необходимыми - и это хорошая новость.​​ #ProductManagement #Software #SoftwareDevelopment #AI #Engineering #Management #Leadership

C-Connect от Yandex Был вчера на мероприятии Яндекса для CTO и CPO, которое оказалось топовым. И я решил поделиться своими мыслями о том, почему у ребят получилось: - Гостей было немного, но они были действительно на около c-level позициях - Место было уютное, были залы для обшения по темам, главный зал, а также места для нетворкинга рядом с баром - Были дискуссии на 15-20 человек, где участвовали все участники, а не только пара людей, что вещают со сцены - Были лекция про physical AI (или, проще говоря, про роботов), а также дискуссия с популяризаторами науки и директорами из Я про искуственный и естественный интеллект и как они влият друг на друга - Напоследок в официальной части программы был IT стендап и он был действительно смешной ... и заставляющий задуматься А потом официальная программа закончилась и мы перешли к неформальному общению, что перешло в обсуждение глобальных сбоев и их координацию, а также к обсуждению реоргов и технологических стратегий разных компаний. В общем, домой я попал только в 2 утра уставший, но довольный. Спасибо орнанизаторам и участникам, что сделали вчерашний день настолько крутым. P.S. Забыл сначала приложить ссылку на само мероприятие (там есть кнопка для подачи заявки на присоединение) #AI #Software #Management #Leadership

Риторика Аристотеля (Рубрика #Speaking) Я часто оказываюсь в ситуации, когда мне нужно донести мои мысли максимально эффективно до слушателей, будь то публичное выступление или совещание внутрии компании. Обычно я строю свой рассказ и тезисы на рациональном и логичном подходе, похожем на пирамиду Минто, но это не всегда срабатывало, поэтому я решил обратиться к методам классиков. Оказалось, что первым систематическим руководством в данной области был трактат Аристотеля "Риторика", в котором он рассказывал про три опоры успешного убеждения, отвечающим на разные вопросы - Этос (кому я верю?) - тут важно доверие к спикеру: его репутация, компетентность - Пафос (что я чувствую?) - тут важно эмоциональное состояние и мотивация аудитории: страх, энтузиазм, скука, усталось - Логос (насколько это логично?) - тут важны факты, метрики, диаграммы, расчеты, причинно-следственные связи между аргументами По Аристотелю для успеха нужна комбинация факторов, но ее очень сложно достичь. Например, у меня с детства хорошо получалось опираться на логос, потом во взрослом возрасте добавился этос (за счет репутации эксперта), а вот пафос мне до сих пор дается с трудом (но я работаю над прокачкой своего эмоционального интеллекта). Интересно, что во времена Аристотеля книга помогала успешно выступать на судах, народных собраниях и так далее, где ему было важно убедить аудиторию здесь и сейчас без каких-то подручных материалов: презентаций, раздаток, видеотрейлеров. А сейчас в технологических компаниях у нас есть целый набор разнообразных задач в разных контекстах и модель как будто становится богаче. Например, есть встречи, письма, часты, RFC/ADR, code-review, design review, business review, ... В итоге, кроме цели убеждения появляются цели синхронизировать людей, сняять тревогу, построить доверие, протащить изменения ... Сейчас эту модель с этосом, пафосом и логосом можно разложить примерно так 1️⃣Этос сегодня - это про то, а как понять: "Поверят ли этой оценке/предложению именно от меня?" Этос развивается через следущие факторы - Качество ваших решений и прогнозов (обещали — сделали) - Честное признание рисков и неизвестных - Прозрачность: "вот, что я проверил, вот, чего не знаю" - Уважительный тон, даже когда спорите 2️⃣ Пафос сегодня - это про то, а как понять: "Что люди чувствуют, когда это слышат/читают?" На практике это можно проявлять так - Не объявлять изменения “сухим” языком, игнорируя тревогу (“ещё один приоритет сверху”) - Показывать, как это влияет на нагрузку, карьеру, интерес к работе - Помогать людям перейти от “ой, кошмар” к “ок, это имеет смысл, давайте попробуем” 3️⃣ Логос сегодня - это про то, а как понять: “Понятна ли логика и достаточно ли она надёжна для решений?” На практике это можно проявлять так - Открыто говорить про допущения и границы модели: “эта оценка без учёта интеграции с X”, - Использовать визуализации логики: диаграммы, таблицы, модели - Показывать сравнение альтернатив с использованием понятных критериев На практике перед любой важно коммуникацией можно задать себе три блока вопросов, которые помогут сделать эту коммуникацию лучше Логос: сначала "основа" - В чём основное утверждение? (1–2 фразы) - Какие данные и факты это поддерживают? - Какие есть альтернативы и почему они хуже? - Какие допущения вы делаете? Если вы не можете это чётко сформулировать — проблема в логосе, а не в “плохой аудитории”. Этос: почему должны поверить вам - Что вы уже проверили/сделали сами? - Чей опыт/экспертизу вы учли (SRE, безопасность, продукт, финансы)? - Как показать, что вы не проталкиваете “своё любимое решение”, а действительно ищете лучшее? Иногда достаточно добавить буквально пару фраз. Пафос: эмоциональная цель - Какое состояние аудитории вам нужно? - Есть ли сейчас страх, усталость, скепсис? Чем их можно “снизить”? - Как показать людям, что вы на их стороне? Например, вместо “надо перерабатывать”: “Наша цель — избавиться от ночных пожарных релизов. Предлагаемый план как раз уменьшит количество авралов”. #Thinking #Writing #Leadership #Management

Modern Architecture 101 for New Engineers & Forgetful Experts - NDC Copenhagen 2025 (Рубрика #Architecture) Отличное выступление Jerry Nixon, product manager из команд SQL Server и Data API Builder, в котором он говорит, что архитектура - это не про "best practices", а про контекстные решения и смелость говорить "нет". Фактически, Никсон разрушает мифы и дальше показывает как строить архитектуру под любой масштаб с учетом вашего контекста. А начинает он с провокации, говоря, что термин "best practice" используют как оправдание отсутствия аргументов. Единственная настоящая best practice - не использовать SQL injection. Все остальное зависит от: - Политики и бюджета компании - Уровня команды (джуниоры vs эксперты) - Наследия систем и ограничений от объединения разных систем - Возможности "платить за ошибки" (Twitter может себе позволить глупости, а вы - нет) Дальше он показывает "годовые кольца" технологий: spaghetti code 90-х, трехуровневые приложения 2000-х и микросервисы 2010-х, а дальше заключает, что все это работает до сих пор. В итоге, architecture shaming - это просто неуважение к контексту, в котором были приняты прошлые архитектурные решения. По Никсону роль архитектора быть хранителем простоты. Ведь архитектор отвечает за самые дорогие решения, которые нельзя отложить. Это не тот, кто рисует схемы в начале проекта, а тот, кто постоянно решает, что оставить за бортом. Главная задача - не добавлять компоненты, а защищать систему от лишнего - это очень похоже на тезис Антуана де Сент-Экзюпери Совершенство достигается не тогда, когда нечего добавить, а когда нечего убрать После этого спикер начинает показывать как можно начинать проектировать решение с базы и постепенно наращивать сложность по мере появления доп требований - Client → Database - Client → API → Database (добавили интерфейс) - Write API → Primary DB (синхронизация через логи) и Read API → Read replica. Логика в том, что вы масштабируете запись и чтение независимо за счет простого изменения connection string, а также за счет eventual consistency (и вам сразу становитсья важно понимать модели консистентности) - Дальше появляется API Manager (APIM) / Gateway для управления API, версионирования, балансировки нагрузки, постепенной раскатки и a/b тестов - Дальше появляется история про мониторинг (Никсон советует OpenTelemetry), кеши и service bus - Ну и вообще асинхронность - это способ работы на масштабе: CQRS (Command Query Responsibility Segregation), Queue для работы со спайками нагрузки - И так далее В общем, выступление очень интересное. Основные мысли примерно такие - Все компромиссы исходят из реальности, а не идеологии - Архитектор - это тот, кого винят. Ваши решения будут судить через 5 лет, когда вы уже покинете компанию - Сложность должна оправдываться. Каждый добавленный компонент (service bus, cache, gateway) - это еще одна система, за которую вы отвечаете. Ну и напоследок тезис от автора, что меня сначала повеселил, а потом заставил задуматься Мы не пишем код для компьютера, а для следующего разработчика, который, возможно, маньяк с топором. Не злите его #Architecture #DistributedSystems #Management #Software #Leadership #Patterns #SystemDesign

Пирамида Минто или как структурировать свои тексты (Рубрика #Management) Я читаю много документации, как на работе, так и в свободное время. И я расстраиваюсь от ситуаций, когда для понимания сути вопроса требуется преодолевать страницы текста, а не следовать за размышлениями автора. Особенно бывает грустно, когда вопрос важный, а время ограниченно. В этот момент хочется, чтобы документ был структурирован в формате: сначала главная идея, потом доказательства. Именно такой принцип популяризировала c 1970х годов Барбара Минто, консультант из McKinsey. Мне очень нравится этот подход, поэтому я решил сегодня про него рассказать. Шаблон использования этого принципа выглядит так: введение (контекст и вопрос) → главное утверждение (ответ) → аргументы (подтверждающие детали). А дальше мы разберем каждую часть этого шаблона. 1️⃣Вводная часть по Минто должна задать сцену и проблему Для этого можно использовать паттерн SCQA (Situation–Complication–Question–Answer): описать ситуацию и контекст, указать основную проблему или сложность, логично вытекающий из неё вопрос - и плавно привести читателя к вашему ответу, то есть к главному тезису. Например: "В компании Х задерживаются релизы (ситуация). Причина - хаос в требованиях (проблема), встаёт вопрос: как навести порядок? Решение: ввести чёткий процесс спефикации и управления задачами (ответ)." После такого вступления читатель уже понимает, о чём пойдёт речь, и готов воспринять ваш основной тезис. 2️⃣ Главная идея (тезис) - это вершина пирамиды Именно эту мысль вы хотите донести. Минто советует формулировать её сразу после введения, чтобы читатель не гадал, куда вы клоните. В деловой переписке такой прямой подход экономит кучу времени: адресат сразу видит, в чём дело, и не расходует лишней умственной энергии на поиски смысла между строк. Суть в том, что у читателя ограничен запас ментальной энергии: часть тратится на чтение слов, ещё часть - на увязывание идей между собой, и только то, что останется, идёт на понимание сути. Поэтому чем яснее и логичнее подача, тем больше шансов, что смысл дойдёт до адресата. Пирамида Минто как раз освобождает мозг читателя от необходимости самому структурировать кашу из фактов - вы делаете это за него заранее. 3️⃣ Аргументы и детали - основание пирамиды Здесь приводятся факты, данные, объяснения, поддерживающие главный тезис. Важно, что они не вываливаются списком, а группируются логично. Барбара Минто сформулировала три правила для структуры пирамиды - Обобщение снизу вверх: идеи на каждом уровне должны обобщать материалы уровня ниже. Верхушка пирамиды - квинтэссенция идей снизу, каждый подпункт - резюме своих под-подпунктов и т.д. Благодаря этому читатель может прочесть только верхние уровни и уже получить связную картину. - Однородность идей: в одной группе аргументы должны быть одного типа и порядка. Если вы перечисляете, скажем, три причины проблемы, все три должны быть именно причинами (а не две причины и одно следствие вперемешку). Однородности идей можно достигнуть используя примерно одинаковый уровень абстракции, а также принцип MECE (Mutually Exclusive, Collectively Exhaustive) для перечислений. - Логичный порядок: идеи в каждой группе упорядочены по какому-то разумному признаку - например, по важности, хронологии или структуре. Нелогичная последовательность сбивает с толку. Минто вообще называла хаотичное изложение "плохими манерами" по отношению к читателю. Хороший автор проведёт читателя по своим аргументам шаг за шагом. Следуя этим правилам, вы выстраиваете пирамиду снизу вверх при подготовке текста (сначала собираете и группируете идеи), а излагаете сверху вниз. Результат - стройная логическая конструкция, где читателю сначала дают карту маршрута, а потом уже ведут по пунктам. Если вдруг какой-то аргумент отпадает или оспаривается, общая мысль всё равно удержится на остальных опорах. P.S. Барбара написала целую книжку про этот принцип, которая вышла в далеком 1987 году. С тех пор книга много раз переиздавалась. #Thinking #Writing #Leadership #Management

+1

Minecraft в режиме творчества (Рубрика #ForKids) Minecraft в нашей жизни уже давно - когда-то в него рубился мой старший сын Паша, которому уже девятнадцать, потом покорял Minecraft средний сын Максим, которому сейчас десять, а последний год Vайнкрафтом увлекается мой младший сын Кирилл, которому недавно исполнилось 5. Кирилл слушает аудиосказки про майнкрафт, смотрим разборы блоггеров, даже торт на день рождения у него был в стиле майнкрафта. Но мне стыдно призняться, что я в Minecraft не слишком много понимаю. Именно поэтому я решил купить Кириллу (и себе) книжку "Minecraft в режиме творчества, где изложена база по этой игре, а также рассказывается как спланировать постройку, как подобрать цветовую гамму, как правильно подобрать освещение и так далее. В общем, мне понравилось читать эту книгу сыну на ночь - я сам узнал многое про майнкрафт, а он про то, как проектировать и планировать выполнение строительных проектов:)) #ForKids #ForParents

How AI will change software engineering (Рубрика #Engineering) Посмотрел интересное интервью Martin Fowler о том, что реально меняется для инженеров и тимлидов из‑за LLM и coding‑агентов. Мартин давал интервью Гергели Орошу в рамках подкаста Pragmatic Engineer. Сам разговор получился плотным (в самый раз для просмотра на 2x скорости) и ключевыми тезисами были следующие 🤖 AI - крупнейший сдвиг в разработке со времён высокоуровневых языков Фаулер ставит нынешнюю волну ИИ в один ряд с переходом от ассемблера к Fortran/C: это новая парадигма работы с кодом, а не “ещё один инструмент в IDE”. 🎲 Код становится недетерминированным - нужно мыслить “допусками” LLM не гарантирует одинаковый результат на один и тот же запрос. Фаулер предлагает заимствовать из классической инженерии мышление про допуски и запас прочности: заранее решать, где вариативность допустима, а где нужна жёсткая детерминированность и дополнительные проверки (особенно в безопасности). 👩‍💻Тесты важнее, чем когда‑либо Тесты теперь страхуют и людей, и модель. Любой сгенерированный LLM код должен проходить такой же, а лучше - более жёсткий, набор автотестов, статического анализа и quality‑checks. Без этого “ускорение” от ИИ превращается в отложенный технический долг. На эту тему рекомендую почитать книгу "AI Engineering" и конкретно главы "Evaluation Methodology" и "Evaluate AI Systems", что я уже разбирал в подкасте с обзором книги 🤖 AI + детерминированные инструменты > AI в одиночку Один из ключевых паттернов: LLM генерирует черновой код, а предсказуемые инструменты делают массовые и безопасные трансформации - миграции, рефакторинги, форматирование. 👾 LLM особенно полезны для легаси и рефакторинга AI показывает отличные результаты в рефакторинге старых монолитов, демонстрируя понимание странных зависимостей, генерируя первые варианты рефакторинга и миграций (например, на новый фреймворк или архитектурный паттерн). Но именно люди решают, куда систему развивать и какой “целевой дизайн” считать приемлемым. 💯 Vibe coding - режим прототипов, а не продакшена Vibe coding - это создание решения, когда вы в основном говорите с агентом/IDE, почти не читая получившийся код. Это даёт огромную скорость для прототипов и одноразовых проектов, но переносить такой код в прод без ревью и тестов - гарантированные баги, уязвимости и проблемы с поддержкой. 📚 Список ключевых навыков инженера не поменялся Несмотря на хайп вокруг ИИ, по мнению Фаулера, всё ещё решают: понимание домена, умение строить абстракции и архитектуру, делать осознанные trade-offs коммуницировать с бизнесом и командой. LLM усиливают сильных инженеров, но не подменяют сами навыки. 🔁 Agile по‑прежнему про обратную связь и обучение - просто цикл стал быстрее Основные принципы Agile (короткие итерации, работа с заказчиком, постоянное обучение) остаются валидными. LLM‑инструменты лишь ускоряют цикл “придумал → набросал → проверил → переписал”, но не заменяют живую обратную связь, парное программирование и ретро. 🧠 ИИ не отменяет необходимость самому учиться программировать Фаулер подчёркивает: разработка - это всегда процесс обучения. Если постоянно “аутсорсить” мышление ИИ, не формируется внутренняя модель системы, и команда быстро прилетает в maintenance‑cliff: код есть, понимания нет. Инструменты могут ускорять, но не могут “выучить за вас”. 🚀 Совет тимлидам: начинайте с низкорисковых сценариев Внедрять ИИ лучше начать с документации, тестов, сниппетов, миграций и работы с легаси, а не с критических бизнес‑флоу. Параллельно вкладываться в автотесты, observability и инженерную культуру - тогда выгода от ИИ не будет одноразовым “демо‑эффектом”. 🌱 Совет джунам: не становитесь просто “операторами промптов” Для начинающих разработчиков ИИ - отличный репетитор: можно просить объяснить незнакомый код, показать альтернативные решения, придумать упражнения. Но если ограничиться промптами и никогда не разбираться в том, что под капотом, - роста до middle/senior не будет. Нужны свои попытки, ошибки и рефакторинги. #Architecture #Software #AI #Engineering #ML #Data #SystemDesign

+2

⚡️ Как мы внедряем ИИ в SDLC и зачем это нужно За последний год мы систематически внедрили ИИ-инструменты во все этапы жизненного цикла разработки и активно делимся нашим опытом, проблемами и их решениями. Например, недавно рассказывали про то, как измерять продуктивность инженеров. А вчера открыли запись на early access к нашему ИИ‑агенту для разработчиков. Сегодня делимся, как ИИ уже помогает нам в разработке, какие технологии используем и каких результатов достигли. ↗️ Основные сценарии — в карточках, а больше деталей — в статье на Хабре. #AI4SDLC

Отличный рассказ про опыт Т-Банка о внедрении AI в процессы разработки. Для любителей можно почитать карточки, а подробности есть в статье Коли Бушкова

«Экономика не выживет»? Тревожный звонок для России / Олег Вьюгин о налогах, рубле и ипотеке (Рубрика #Economics) Иногда я смотрю нашу передачу "Деньги не спят", в которой ведущие с гостями обсуждают экономические темы очень динамично и наглядно. А конкретно этот выпуск был интересен тем, что в нем обсуждались текущее состояние и перспективы российской экономики на 2025-2026 годы. Для разбора этой темы в гости к Рине Ахмадулиной пришел Олег Вьюгин - заслуженный экономист, профессор ВШЭ, бывший первый замглавы Минфина и ЦБ РФ, экс-председатель наблюдательного совета Мосбиржи. Они говорили больше часа и успели обсудить множество тем, среди которых основными были следующие 📉🧾 Налоговое давление и стагнация В экономике сохраняется высокая налоговая нагрузка, признаки стагнации и риска недобора налогов, несмотря на их повышение, бюджет "затянут"​ 📈🏭 Высокая ставка и проблемы бизнеса Ключевая ставка остаётся высокой, её снижение в ближайшие месяцы маловероятно, что увеличивает проблемы предприятий, провоцируя рост проблемных кредитов.​ 🏦💰 ФНБ и бюджет Средства ФНБ не планируют тратить для покрытия дефицита бюджета - рассчитывают на альтернативные источники дохода, но в случае серьёзного недобора возможен пересмотр.​ 💹🇷🇺 Состояние рубля Крепкий рубль - результат снижения импорта и устойчивого экспорта; курс стабилен и его искусственное ослабление не планируется.​ 🤑🏦 Банковский сектор Банки - главные бенефициары инфляции и высокой ставки, однако их доходы сократятся при замедлении инфляции. Дополнительные налоги на банки не рассматриваются, чтобы не создавать дополнительных рисков для системы.​ 🏭⚠️ Отрасли под риском Под ударом - угольная промышленность, металлургия, автопром. Устойчивы - премиум-недвижимость, ритейл. IT и медицина также теряют льготы, развитие затруднено.​ 💵📊 Долговой рынок и инвестиции Банки переводят заёмщиков на облигационный рынок, инвесторам стоит быть осторожнее, особенно в уязвимых отраслях. Большие портфели - в недвижимости, облигациях, немножко - в акциях, золоте. 🏡🔑 Перспективы ипотеки и недвижимости Рынок недвижимости устойчив, цены в Москве растут за счёт сокращения объёмов новостроек и управления ценами.​ #Economics #Management

EventStorming (Рубрика #Architecture) Сегодня провел день в роли фасиллитатора сессии event storming, которая была посвящена домену a/b экспериментов. Это было занимательно и утомительно:) Этот подход придумал Alberto Brandolini для того, чтобы пошарить знания между экспертами доменной области и разработчиками максимально эффективно. Сама техника представляет из себя воркшоп из следущего набора шагов (часто глубина проработки может быть не такой детальной) - Unstructured exploration — на этом шаге в режиме брейншторма все участники группы самостоятельно накидывают на доску domain events - Timelines — сгенерированные на предыдущем шаге domain events выстраиваются в хронологическом порядке, начиная с happy path - Commands — на этом шаге добавляются commands, которые описывают что именно триггерит событие или поток событий. У части команд есть actor, который и запускает выполнение команды - Policies — на этом шаге идет разбор команд, которые не имеют actor. У таких команд есть policy, когда запускается такая команда, обычно она завязана на наступление какого-то другого domain event - External systems — на этом шаге модель расширяется внешними системами, которые не являются частью домена, что разбирается, но которые участвуют в процессе, например, исполняют command или получают нотификации о domain events - Aggregates — когда все команды и события на месте, участники могут начать задумываться об оптимизации и выделении aggregates, которые получают команды и генерируют события - Bounded contexts — на последнем шаге время посмотреть на всю картину. Группы тесно связанных aggregates являются естественными кандидатами на определение границ для bounded contexts На приложенных фотографиях 1. Кусочек получившейся сегодня схемы - ребята отлично поработали, собрали timeline сложного процесса, выделили actors и проработали разделение на bounded contexts 2. Примерная поэтапная схема проведения воркшопа P.S. У автора подхода есть книга, которая уже много лет написана на 70%. Я ее даже как-то читал:) Есть куча выступлений с описанием подхода: - с конференции GOTO в 2018 - с конференции DDD Europe в 2019 - с конференции USI Events в 2021 #DDD #Architecture #Processes #EventStorming

10x engineer - Midlife crisis (Рубрика #Humor) Вышел свежий скетч про кризис среднего возраста легендарного 10x инженера, где юмор построен на иронии и сарказме в отношении стереотипов и типичных ситуаций из жизни разработчика, который считается гиперпродуктивным, но при этом ведет себя эксцентрично. Мы видим примеры абсурдности технологического мира, гиперболизации умственных способностей, чрезмерного цинизма и отчуждение героя от обычных людей (он зовет их NPC - неигровыми персонажами). Вот несколько примеров шуток - Look at all these NPCs sinking their souls into whatever cloud has the brightest gradient. They don't even know. I'm really big intelligent. I see what's going on. - NPCs using free products, thinking it's freedom, giving up their brain, their liberty, seeking connection. They don’t even know there’s a zero day in their connection. - Everyone's just mind control, you know, AI is coming. They don't even know. - Look at all these NPCs sitting there walking, getting controlled. We're not NPC. I'm not NPC. You and me, brother. - Sometimes they realize the force behind everything is nothing but people. Simple people. A human conversation can give you hope. Один из популярных комментариев под видео звучит так "The new season of Mr. Robot looks different, but I'll take it" и действительно послевкусие от видео похоже на сериал Mr. Robot, чей первый сезон вышел 10 лет назад. #Software #Engineering #Humor #Productivity