Книжный куб

Satya Nadella | BG2 w/ Bill Gurley & Brad Gerstner (Рубрика #AI) Интересное интервью CEO Microsoft, что Сатья Наделла дал двум венчерным инвесторам Bill Gurley и Brad Gerstner. В самом интервью много интересного, но основными были следующие темы: 1) Назначение генеральным директором Microsoft Наделла делится своим опытом, включая стратегическую записку, направленную в комитет по выбору CEO, и трансформацию компании под его руководством с 2014 года, что привело к значительному увеличению доходов, прибыли и рыночной стоимости. Кстати, про это можно почитать книгу Сатья Наделлы "Hit Refresh", про которую я рассказывал раньше 2) Искусственный интеллект и OpenAI Сатья и ведущие обсуждают инвестиции Microsoft в OpenAI, гонку вооружений в области ИИ и будущее ИИ-агентов. Наделла подчеркивает трансформирующий потенциал ИИ как для потребительских, так и для корпоративных приложений. Про это подробнее ниже 3) Будущее SaaS и ИИ-агентов Наделла прогнозирует, что ИИ революционизирует SaaS (программное обеспечение как услуга), разрушая традиционные категории приложений и позволяя ИИ-агентам управлять бизнес-логикой через несколько баз данных. 4) Советы для генеральных директоров Он делится своими мыслями о лидерстве, акцентируя внимание на понимании структуры рынка и использовании партнерств для достижения успеха. В ходе беседы также рассматриваются стратегия капитальных расходов Microsoft, безопасность ИИ и дальнейшие шаги в развитии OpenAI. А теперь подробнее про фразу "SaaS is dead", которая суммаризирует мнение Сатьи о дальнейшем развитии enterprise приложений как сервисы. Это мнение раскладывается на следующие тезисы 1) AI Replacing Static Business Logic Наделла утверждает, что многие SaaS-приложения по сути являются базами данных CRUD (создание, чтение, обновление, удаление) с заранее определенной бизнес-логикой. Он прогнозирует, что ИИ-агенты возьмут на себя управление этими статическими процессами, динамически обрабатывая бизнес-логику через несколько баз данных, что сделает традиционную архитектуру SaaS менее актуальной 2) Shift to AI-First Architectures В нашем будущем, бизнес-приложения уйдут от статических моделей, с ориентацией на приложения к системам, что ориентированы на агентов. Эти агенты буду выполнять роль интеллектуального слоя, который будет хранить состояние и выполнять оркестрацию запросов к внешним приложениям, чтобы выполнять задачи автономно без заренее прописанных вручную workflow 3) Collapsing Back-End Systems По мере успешной работы агентных систем потребность в стандартных бизнес-приложениях с кучей коннекторов и интеграцией между ними уменьшится. Теперь агенты смогут сами интегрировать эту функциональность. По-факту, мне все это напоминает чем-то напоминает переходы, что были раньше - Когда-то был толстый клиент и тонкое приложение, что, по-факту, только хранило данные - Потом мы пошли в сторону тонких клиентов и большого количества логики на бекенде - Потом бекендов стало много и им надо было уметь дружить с собой - А в новом агентном мире бекенды смогут стать простыми, а вся сложность координации вернется на клиента (на агентнскую систему, что выполняет запросы от имени клиента) 4) Transformation of Tools and Processes Такие инструменты, как Excel, могут превратиться в платформы, где ИИ-агенты выполняют сложные задачи — от планирования до анализа и исполнения. Например, интеграция Python в Excel уже демонстрирует такие изменения 5) Opportunities for Innovation Хотя этот переход может нарушить существующие модели SaaS, он также открывает возможности для создания адаптивных решений с приоритетом ИИ. Компании, которые примут этот переход, будут лучше подготовлены к новой парадигме В итоге, Сатья скорее говорит не про смерть SaaS, а про перерождение в более динамичную и интеллектуальную систему под управлением ИИ. Это знаменует значительную эволюцию в проектировании и использовании программного обеспечения. По-моему мнению, это очень интересно влияет на архитектуру и дизайн софта, но об этом как-нибудь в следующий раз. #Management #Strategy #Leadership #Vision #Bigtech

Обложки книг "Культурный код" и "The Culture Code: An Ingenious Way to Understand Why People Around the World Live and Buy as They Do"

Культурный код (The Culture Code: An Ingenious Way to Understand Why People Around the World Live and Buy as They Do) (Рубрика #Management) Книга Клотера Рапая "Культурный код: Как мы живём, что покупаем и почему" раскрывает концепцию культурного кода, который представляет собой бессознательный смысл, придаваемый объектам или явлениям в рамках конкретной культуры. Автор книги, Клотер Рапай - французский психоаналитик, маркетолог и бизнес-консультант, который известнен как раз этой теорией «культурных кодов». Он родился во Франции в 1941 году, но позже эмигрировал в США, где построил свою карьеру. Рапай является основателем и CEO компании Archetype Discoveries Worldwide, которая занимается исследованием культурных архетипов и их применением в маркетинге. В этой книге он описывает свою концепцию в научно-популярном стиле и раскрывает основные идеи 1) Импринтинг и эмоции: Запечатленные в детстве образы и связанные с ними эмоции формируют бессознательные ассоциации, которые влияют на восприятие и поведение человека во взрослой жизни. Эти образы являются основой культурных кодов. 2) Различия между культурами: Каждая культура имеет уникальные коды, которые определяют восприятие таких понятий, как здоровье, красота, секс и молодость. 3) Практическое применение: Знание культурных кодов помогает бизнесу адаптировать продукты и маркетинговые стратегии для разных стран. Успех бренда на мировом рынке зависит от его соответствия культурным ожиданиям. Вот несколько примеров из книги, когда Клоттер описывает конкретные коды, которые он получал в рамках своих исследований по заказам брендов 1) Коды любви, обольщения и секса 1.1) Любовь - В США любовь ассоциируется с обманутыми ожиданиями. - Во Франции любовь связана с удовольствием. - В Италии — с весельем. - В Японии любовь воспринимается как временная болезнь. 1.2) Обольщение. В американской культуре обольщение связано с манипулированием. Например, компания L'Oréal адаптировала свою рекламу в США, делая акцент на уверенности женщины в себе, а не на соблазнительности. 1.3) Секс. Код секса в США — насилие, что объясняет более терпимое отношение американцев к насилию по сравнению с сексуальностью. 2) Коды красоты и лишнего веса 2.1) Красота. В американской культуре красота ассоциируется со спасением мужчины, так как считается, что женщина может сделать мужчину лучше. 2.2) Лишний вес. Код лишнего веса — бегство от проблем и неудач. 3) Коды молодости и здоровья 3.1) Здоровье - В США здоровье связано с движением, поэтому продукты, связанные с мобильностью, популярны среди американцев. - В Китае здоровье ассоциируется с гармонией с природой. -В Японии здоровье воспринимается как долг перед семьей и обществом. 3.2) Молодость. Молодость в американской культуре символизирует энергию и стремление к новым достижениям. В итоге, сам автор книги использует культурные коды для создания успешных рекламных кампаний, поскольку они позволяют брендам адаптировать свои сообщения к особенностям восприятия целевой аудитории в разных культурах. Это позволяет 1) Учитывать национальные особенности и ассоциации 2) Адаптировать сообщения для разных культур 3) Использовать локальные образы и традиции 4) Стремиться к созданию эмоционального резонанса 5) Избегать провалов благодаря чувствительности к культуре и ее кодам #Culture #PopularScience #Management

ЦСКА - СКА (Рубрика #Sport) Выбрался на хоккейный матч с сыном и друзьями, опоздал на папу минут к началу и пропустил обе стартовые шайбы. Так матч для меня начался с 2:0, а через 10 минут я дождался еще одной шайбы, которую уже увидел. #ForKids #Sport

Database Internals Meetup #5: пять докладов на секции СУБД конференции ISPRAS Open (Рубрика #Architecture) Две недели назад я был на конференции ИСП РАН, а точнее на митапе Database Internals #5, который проходил в рамках этой конференции. Мне очень понравились выступления и я рекомендую их посмотреть в записи, если уж есть такая возможность. А я расскажу про мысли Андрея Фомичева, которые он рассказывал по итогам разработки YDB на протяжении 10 лет и которые выглядели как keynote этого митапа.

1) Новая СУБД начинается с идеи 2) Необходимо срезать углы, чтобы проверить гипотезу и запуститься. Но по долгам придется платить 3) Иногда заложенная прочность и универсальность пригождаются 4) Новаторские идеи рано или поздно догоняют. И могут осложнить жизнь 5) Производительность - это всегда важно 6) Пользователи хотят all-in-one СУБД 7) СУБД - это не только технологии, но еще и команда, окружение и инвестиции 😍 Новая СУБД начинается с идеи, но идея должна быть амбициозной и на века

В процессе рассказа Андрей не только формулировал эти идеи из практики YDB, но и упоминал другие вещи, такие как статью "What Goes Around Comes Around... And Around... " от Michael Stonebraker и Andrew Pavlo про развитие баз данных за последние 20 лет. Я рассказывал про нее в трех частях: 1, 2 и 3. Также в докладе были мысли созвучные статье "Big Data is Dead", о котором я уже тоже рассказывал или рассказ про расширение стандартных баз данных на новые сценарии, такие как векторные данные - про этот сценарий и тип данных можно подробнее почитать в моем обзоре доклада "A Fun & Absurd Introduction to Vector Databases". В общем, митап был крутой - тянул на уровень полноценной конфы ... а так он же и был частью конфы от ИСП РАН. #Data #Architecture #Software #DistributedSystems #Database

Research Insights Made Simple #7 - Interview with Pavel Lakosnikov about Architecture Governance (Рубрика #Architecture) В этом выпуске подкаста про инсайты ко мне в гости пришел Павел Лакосников для того, чтобы поговорить про управление архитектурой в крупной компании:) Павел руководит юнитом architecture governance в Авито, распилил один монолит, а также любит метрики. Пришел в Авито 9 лет назад на позицию разработчика. За время подкаста мы обсудили темы: - Как Павел начал свою карьеру в IT - Как дизайн игр связан с архитектурой - Как от надежности приложений перейти к их архитектуре - Как мерить надежность и архитектуру, какие метрики бывают - Зачем нужны процессы и стандарты - Как происходит эволюция процессов разработки - В чем роль платформ при создании сложных систем - Какие советы можно дать инженерам, что хотят прокачивать свои навыки P.S. Выпуск доступен в виде подкаста в podster.fm, а чуть позже будет и на Yandex Music. #Architecture #Software #Evolution #Management #Governance #Management #Leadership

От продуктов к JBTD или как поток изменений влияет на структуру компании (Рубрика #Management) В прошлом году на YaTalks 2023 я уже рассказывал про то, как формировать структуру команд под запросы бизнеса. В конце этого лета я рассказывал о том, как выглядит схема управления Т-Банком сейчас. А в этой статье я хотел бы рассказать о том, а как она трансформировалась со временем и куда мы движемся сейчас. В своем описании я буду использовать концепцию матричного управления, но баланс матрицы будет постоянно меняться:) В новой статье есть рассказ про три структуры 1) Функциональная организация - этот этап я назвал "горизонтальным" 2) Продуктовая организация - этот этап я назыал "вертикальным" 3) Организация, ориентированная на сценарии (JBTD) или сегменты - этот этап я назвал "диагональным" #Management #Architecture #Software #Engineering

Муми-тролль и Рождество (#ForKids) Мы были вчера с младшим сыном на постановке "Муми-тролль и Рождество" в театре "Доммик Фанни-Белл" и нам очень понравилось. В рождественскую пору к актерам Фанни-Белл иногда приезжают гости и в этот раз это был театр «Karlsson Haus» из Санкт-Петербурга, который привез с собой этот спектакль по мотивам произведений Туве Янссон. Основная суть спектакля в том, что обычно Муми-тролли как медведи зимой впадают в спячку и пропускают зимние праздники. Но в этот раз они заснули, а потом проснулись и пораньше и застали подготовку все долины Муми-троллей к приходу Рождества, чтобы это ни значило. У них возникли вопросы - А кто это такой? - Почему его надо радовать подарками? - Зачем нужна елка и во что ее надо одевать? - Опасен ли этот неведомый зверь, если все обитатели долины так бояться не успеть подготовиться к его приходу? В итоге, муми-тролли решают снизить риски и проявить конформизм - они начинают готовиться к рождеству на всякий случай. А потом они узнают, что это лучший праздник на свете, а еще в гости приходит Санта-Клаус (Дед Мороз, Йоулупукки, ...) и дарит всем подарки. P.S. Мы любим постановки в теаре "Домк Фанни-Белл" и наши дети тоже их любят. Постановки отлично подходят для дошкольников и поэтому мы уже по второму разу смотрим многие спектакли - первый раз был со средним сыном, а теперь настала очередь младшего:) #ForKids #ForParents #Culture #Theater

Продолжение Woke, Inc. или подробнее про DOGE (Department of Government Efficiency) (Рубрика #Management) В предыдущем посте я рассказывал про книгу Вивека Рамасвами "Woke, Inc.". А в этом посте хотел чуть подробнее поговорить про DOGE, консультативной комиссии, цель которой в сокращении бюрократии, снижении неэффективных расходов и упрощении работы федерального правительства. Руководить этой комиссией будут 2 человека - Илон Маск - генеральный директор Tesla и SpaceX, известный своей поддержкой дерегуляции. - Вивек Рамасвами - предприниматель и бывший кандидат в президенты, сторонник политики минимального вмешательства государства. Основные цели комиссии следующие - Сокращение федеральных расходов за счёт устранения дублирующих регуляций и агентств. - Уменьшение численности федерального персонала, с предложением сократить его на 75%. - Консолидацию федеральных агентств с более чем 400 до менее чем 100. - Консультирование по вопросам дерегуляции для повышения эффективности и снижения затрат. Руководители комиссии говорят оценивают эффект в 2$ трлн долларов из федрезерва США. - Реформа Diversity, Equity, and Inclusion (DEI): одной из ключевых целей является полное устранение расходов на инициативы в области разнообразия, равенства и инклюзии (DEI). Это включает ликвидацию соответствующих подразделений в таких ведомствах, как Министерство здравоохранения и Министерство обороны. - Прозрачность работы DOGE: Все действия министерства будут освещаться онлайн для обеспечения максимальной прозрачности. Это позволит гражданам следить за ходом реформ в режиме реального времени. DOGE будет работать до 4 июля 2026 года, что совпадает с 250-летием Соединённых Штатов. Трамп описал эту дату завершения как символическую для миссии быстрого достижения эффективности. Не так уж долго придется подождать, чтобы оценить насколько удастся задуманное этими джентельменами:) Правда, есть ряд проблемок на пути к реализации задуманного - DOGE не обладает прямыми регуляторными или исполнительными полномочиями, поэтому его роль ограничивается предоставлением рекомендаций. - Предложения по сокращению программ социального обеспечения или дискреционных расходов могут столкнуться с серьёзным политическим сопротивлением. - Юридические вызовы могут возникнуть при попытках обойти одобрение Конгресса для реализации некоторых мер дерегуляции. Рамасвами сравнивает масштабность этих реформ с Манхэттенским проектом времен Второй мировой войны, подчеркивая их потенциальное влияние на всю страну. Он считает, что главной проблемой США является раздутая бюрократия, которая мешает эффективному управлению государством. Таким образом, DOGE под руководством Рамасвами и Маска нацелен на радикальное преобразование структуры управления США с упором на сокращение расходов, упрощение процессов и повышение прозрачности работы правительства. #Management #Leadership #Thinking

Обложки книг "Woke, Inc. За фасадом корпоративной риторики о социальной справедливости" и "Woke, Inc.: Inside Corporate America's Social Justice Scam"

Woke, Inc. За фасадом корпоративной риторики о социальной справедливости (Woke, Inc.: Inside Corporate America's Social Justice Scam) (Рубрика #Mananagement) Недавно я наткнулся на книги издательства Fortis Press, основанного в Ереване в 2023 году. Оно публикует переводы книг, посвящённых современным глобальным проблемам. Я купил несколько их книг и первой прочил интересную книгу Вивека Рамасвами, который был кандидатом в президенты США, а сейчас вместе с Илоном Маском, возглавляет новое Министерство эффективности правительства США (DOGE), созданное по инициативе Дональда Трампа. Основная цель этого ведомства — проведение масштабных реформ для сокращения бюрократии, оптимизации государственных расходов и реструктуризации федеральных агентств. Но за несколько лет до этого Вивек написал свою программную книгу с критикой современного подхода к капитализму, который он назвал stakeholder capitalism и противопоставил его shareholder capitalism, который был раньше. Суть в том, что сейчас капитализм пытается делать вид, что учитывает интересы всех стейкхолдеров, а на деле компании используют социальную справедливость и этические ценности для продвижения своих интересов, часто прикрывая этим сомнительные деловые практики. Если говорить про книгу, то ее название отсылает к движению Woke — "проснувшийся", которое подразумевает нетерпимость к дискриминации и социальному неравенству. А если говорить про основные идеи книги, то они следующие 1) Критика woke-капитализма Рамасвами утверждает, что корпорации используют «woke»-идеологию как инструмент маркетинга и защиты от критики. По его мнению, это позволяет им избегать ответственности за реальные проблемы, такие как эксплуатация труда или экологический ущерб. Например, он приводит случаи, когда компании вроде Unilever и Nike заявляют о своей социальной ответственности, но при этом игнорируют серьезные нарушения прав работников или продолжают эксплуатировать уязвимые группы населения. 2) Манипуляция потребителями Рамасвами описывает феномен «woke-индустриального комплекса», где мораль смешивается с потреблением. Компании продают потребителям иллюзию участия в социальных изменениях через покупку их продуктов, что в итоге становится поверхностным решением глубоких проблем. Условно, купи наш гамбургер и он поможет в движении BLM или выпей наш лимонад и это поможет феминисткам 3) Критика ESG-повестки Рамасвами ставит под сомнение эффективность ESG-инициатив, утверждая, что они часто являются формой «гринвошинга» (создания ложного впечатления экологической ответственности) и не решают фундаментальных проблем устойчивого развития. 4) Идеология woke как средство разделения общества По мнению автора, woke-культура способствует поляризации общества, разделяя людей на демографические группы и усиливая чувство вины за привилегии у одних и обиды у других. 5) Отказ от смешивания бизнеса и политики Рамасвами выступает за то, чтобы компании сосредоточились на своей основной задаче - максимизации прибыли - вместо того чтобы вовлекаться в политические и социальные вопросы. По-факту, он предлагает вернуться к старому доброму shareholder capitalism, где основная задача - это максимизация эффекта для акционеров, а учеты интереса стейкхолдеров оставить на правительство, НКО и так далее. "Woke, Inc." — это не только критика современных корпоративных практик, но и призыв к переосмыслению роли бизнеса в обществе. Книга предлагает читателю скептический взгляд на популярные тренды и побуждает задуматься о том, как моральные ценности могут использоваться для прикрытия корыстных интересов. #Management #Leadership #Thinking

AI in software engineering at Google: Progress and the path ahead - Part II (Рубрика #AI) Заканчивая рассказ про использование ИИ в разработке, хочется рассказать о том, чего они добились и какие следующие шаги они видят 6) В итоге, ребята в Google научились следующему - Они достигли наибольшего эффекта с UX, который естественным образом вписывается в рабочие процессы пользователей . Во всех приведенных выше примерах пользователю предлагается предложение, которое переводит его на следующий шаг в рабочем процессе с помощью одной вкладки или щелчка. Эксперименты, требующие от пользователя помнить о необходимости активировать функцию, не масштабировались. - Они наблюдают, что с предложениями на основе ИИ автор кода все больше становится рецензентом , и важно найти баланс между стоимостью ревью и добавленной ценностью этого предложения. Обычно это вопрос компромисса с помощью целевых acceptance rates. - Быстрые итерации с онлайн a/b экспериментами являются ключевыми, поскольку офлайн-метрики часто являются лишь грубыми показателями ценности для пользователя. За счет вывода AI-инструментов во внутренний тулинг авторы получают огромную выгоду от возможности легко запускать и итерировать, измерять данные об использовании и напрямую спрашивать пользователей об их опыте с помощью UX-исследований. - Полученные высококачественные данные имеют решающее значение для повышения качества моделей. 7) Воронка взаимодействия выглядит примерно так - Event of SWE acting in tooling - Trigger for ML prediction - Confident ML Prediction - Generated ML Prediction - Discovery of ML Suggestion - Applied (это целевой действие) 8 ) Авторы отмечают, что автодополнение кода на основе ML дало мощный буст в разработке софта. Конечно эти модели можно улучшать и дальше, но авторы видят перспективы в расширении помощи на тестирование, понимание и поддержку кода, а также они видят два тренда - Взаимодействие человека и компьютера перешло на естественный язык как на общепринятую модальность, то есть происходит переход к использованию языка в качестве интерфейса для задач разработки программного обеспечения, а также шлюза для удовлетворения информационных потребностей разработчиков программного обеспечения, и все это интегрировано в IDE. - Автоматизация более масштабных задач на основе ML (от диагностики проблемы до ее исправления) начала показывать первые признаки осуществимости. Эти возможности обусловлены инновациями в использовании агентов и инструментов , которые позволяют создавать системы, использующие один или несколько LLM в качестве компонента для выполнения более крупной задачи. Авторы предлагают объединиться для создания бенчмарков для оценки этих возможностей следующего поколения. Они упоминают как примеры - SWEBench - решение issues на Github - Бенчи из Cognition AI - а Cognition AI запустили Devin (end-to-end software agent), который пытается решать e2e задачки #Software #AI #ML #Engineering #Processes #DevEx

AI in software engineering at Google: Progress and the path ahead (Рубрика #AI) Этим летом вышел отличный пост от ребят из Google про их подход к использованию AI в инжиниринге. Основные моменты этой статьи следующие 1) Автор статьи работает в команде, что отвечает за среды разработки ПО, в которых инженеры Google проводят большую часть своего времени, включая inner loop (IDE, code review , code search), а также поверхности outer loop (например, управление ошибками , планирование). 2) Ребята отмечают, что использование AI сейчас повсеместно и влияет на developer productivity и satisfaction, а также измеряется при помощи логов 3) У ребят есть три руководящих принципа, которые они используют при внедрении AI в инженерные продукты

- Prioritize by technical feasibility and impact: Work on ideas wherein both technical feasibility has already been established and high (measureable) impact on engineers’ workflows is expected. - Learn quickly, to improve UX and model quality: Focus on iterating quickly and extracting lessons learned, while safeguarding developer productivity and happiness. User experience is just as important as model quality. - Measure effectiveness: As our goal is to increase productivity and satisfaction metrics, we need to extensively monitor these metrics.

Производительность разработки была хорошо описана в статьях - "Developer Productivity for Humans, Part 7: Software Quality" - я разбирал эту статью раньше - "Measuring Developer Goals" - я разбирал эту статью раньше 4) Схема применения LLM к софту выглядит примерно так: - Инженеры используют AI инструменты - Дальше логи взаимодействия используются для тюнинга фичей под реальные потребности инженеров - Исторические логи используются для тренировки AI моделей и дальше мы возвращаемся к началу 5) Интересно, что предложения AI ассистента для написания кода поднялись до 37%, а по количеству созданного кода к 50% (по количеству символов). Подробнее про то, для чего применяются LLM в инженерных активностях можно почитать предыдущий пост "Large sequence models for software development activities" Продолжение обзора в следующем посте. #Software #AI #ML #Engineering #Processes #DevEx

A Field Guide to Reliability Engineering at Zalando • Heinrich Hartmann • GOTO 2024 - Part II (Рубрика #Management) Продолжая рассказ про выступление Heinrich Hartmann, Head of Reliability Engineering at Zalando SE, хотелось бы рассказать про остальные подходы и принципы, что практикуют ребята 9) Многие отчеты по инфре вшиты в платформу и командам не требуется их собирать руками. K8s, redis, jvm и другие дашборды существуют из коробки, также есть гайдлайны для создания хороших отчетов. Автор рассказывает про RED, 4 Golden Signals, которые они отслеживают 10) Дальше автор рассказыват про observability, которая позволяет отвечать на сложные вопросы относительно вашей системы. Ребята используют OpenTelemetry для стандартизации сигналов приложений, а также у них есть distributing tracing. Подробнее про observability рекомендую глянуть 2 выступления, про которые я раньше рассказывал: - What Is This OpenTelemetry Thing? • Martin Thwaites • GOTO 2024 - Observability in an Asynchronous World • James Eastham • GOTO 2024 11) В Zolando ребята используют SLO (service level objectives) для работы с reliability и это позволяет - Понять какую надежность получают пользователи - Управлять инженерными инвестициями в надежность - Оценивать влияяние инцидентов - Тюнить правила алертинга в сторону повышения их качества У ребят есть отчеты, которые ревьювяться менеджментом относительно соблюдения SLO разными бизнес-операциями. В общем, это выливается в очередное правило: Rule of operations #4: SLIs quantify the reliabilty of a user experience 12) У ребят выстроен процесс работы с инцидентами и даже есть пятое правило: Rule of operations #5: Past failures lead the way towards future reliability. По-факту, ребята пишут и ревьювят постмортемы, докапываются до root causes, а также ставят и главное выполяют задаки для того, чтобы эти проблемы не повторялись. 13) Напоследок автор оставляет рассказ о том, а как выглядит управление всем этим хозяйством и фоормулирует правило Rule of operations #6: You get what you inspect. По-факту, он рассказывает про еженедельные встречи с директорами и ревью отчетов о надежности Финализирует автор тем, что приводит все принципы в одном списке (под каждым пунктом которого я тоже готов подписаться) 1. Obsess about user experience 2. Engineering for reliability involves people as much as involves technology 3. Alert on user experience ("symptoms") not on server experience 4. SLIs quantify the reliabilty of a user experience 5. Past failures lead the way towards future reliability 6. Past failures lead the way towards future reliability В общем, это очень хороший доклад про подход к надежности в технологической компании Zolando. P.S. У автора доклада есть отличный личный блог, где есть еще куча интересного материала. #SRE #Architecture #DistributedSystems #Software #Observability

A Field Guide to Reliability Engineering at Zalando • Heinrich Hartmann • GOTO 2024 - Part I(Рубрика #Management) Недавно я посмотрел интересное выступление от Heinrich Hartmann, Head of Reliability Engineering at Zalando SE, про их подходы к обеспечению надежности. Основные идеи доклада следующие: 1) Heinrich отмечает, что он рассказывает про опыт Zolando, компании, что не является бигтехом и не может себе позволить размах Google в плане SRE. Поэтому цель выступления - поделиться знаниями и опытом для малых и средних компаний. 2) У ребят миссия в Zolando есть четко сформулированная миссия у SRE

Mission: Protect the User Experience from operational failures while keeping an eye on Developer Productivity and On-Call Health

Дальше это превращается в Zolando rule of operations: 3) Rule of operations #1: Obsess about user experience Опыт пользователя должен стремиться к идеалу, но есть метрики productivity и on-call health являются компенсирующими при попытке повышения надежности. Условно, легко быть надежным, если не менять свои системы (это уменьшает productivity) или сжигать людей в дежурствах (это уменьшает on-call health). В итоге, это объединяется в SRE-треугольник: Reliability - Productivity - On-Call Health. Интересно, что по нашим отчетам в рамках фреймворка SPACE в Т-Банке видно, что ниже всего удовлетворенность как раз у SRE инженеров (про сам фреймворк SPACE я рассказывал здесь). 4) Rule of operations #2: Engineering for reliability involves people as much as involves technology По-факту, надежность это не только про технику, но и про людей. И чем больше компания, тем больше это про людей и процессы:) В итоге, нам надо рассматривать это с точки зрения социотехнической системы. Автор рекомендует изучить для этого системное мышление и рекомендует книгу "Азбука системного мышления" ("Thinking in Systems: A Primer"), про которую я уже рассказывал. Системное мышление позволит научиться учитывать вторичные и третичные эффекты за счет учета feedback loops. Интересно, что feedback loops являются частью другого фреймворка для developer productivity, что называется DevEx, про который я рассказывал раньше 5) Дальше автор вспоминает закон Конвея и мантру "You build it you run it" как руководящие принципы для организации технологической и организационной структуры 6) Автор приводит системную модель Золандо, которую он использует в размышлениях: - Менеджмет наверху (25 директоров) - Engineering в середине (250 команд и 3.5к приложений) - Платформа в основании (k8s, Postgres, Kafka, CI/CD, Observability, ..., 20 команд) В итоге, сложные задачки ребята пытаются унести в возможности платформы и снять нагрузку с команд. Нарпимер, масштабируемость и планирование ресурсов интегрированы в платформу, или возможность проводить нагрузочные тесты 7) Дальше автор отмечает в чем Zolando хороши: backend и инфра под микросервисы, а также observability этого, а в чем хочется улучшаться: понимание user experience, а также надежность data systems и бизнес-процессров 8.) Дальше автор рассказывает пр алертинг и делится еще одним operations правилом: Rule of operations #3: Alert on user experience ("symptoms") not on server experience ("causes"). Технические директора отслеживают отчеты по дежурствам по своим командам, чтобы отслеживать нагрузку на инженеров. Если нагрузка слишком велика, то требуется с этим разобраться Продолжение обзора в следующем посте. #SRE #Architecture #DistributedSystems #Software #Observability

House AI Task Force’s bipartisan report (Рубрика #AI) В этом декабре вышел интересный документ, подготовленный двухпартийной рабочей группой Конгресса США по искусственному интеллекту (ИИ). Он представляет собой стратегическое руководство для регулирования и внедрения ИИ в различных секторах. Основные идеи доклада можно разделить на несколько ключевых направлений: 1. Секторно-ориентированный подход к регулированию Рабочая группа рекомендует избегать универсальных регулятивных мер. Вместо этого предлагается разрабатывать правила для конкретных отраслей, таких как образование, здравоохранение, сельское хозяйство и финансовые услуги. Регулирование должно быть направлено на предотвращение рисков и минимизацию вреда, сохраняя при этом инновационный потенциал США в области ИИ1. 2. Принципы регулирования Доклад выделяет семь ключевых принципов: - Учет новизны проблем, связанных с ИИ. - Содействие инновациям. - Защита от рисков и вреда. - Усиление возможностей государства через ИИ. - Применение секторного подхода к регулированию. - Инкрементальный подход к разработке политики. - Сохранение человека в центре обсуждений политики в области ИИ. 3. Поддержка инноваций и доверия Документ подчеркивает необходимость создания благоприятной регуляторной среды для частного сектора, чтобы стимулировать инвестиции и лидерство США в области ИИ. В процессе разработки доклада учитывались мнения представителей ведущих компаний, таких как OpenAI и Anthropic. 4. Рекомендации по конкретным вопросам Рабочая группа предлагает решения для следующих направлений: - Защита данных и цифровая идентификация. - Авторские права на контент, созданный ИИ. - Подготовка кадров для работы с ИИ и адаптация образовательных программ под изменяющиеся требования рынка труда14. 5. Инкрементальный подход Вместо принятия единого закона предлагается делить задачи на небольшие этапы, что позволит гибко адаптироваться к изменениям технологий и контекста их применения. Интересно было внимательнее почитать часть про Financial Services, что расположена в самом конце доклада и где приведены следующие инсайты и рекомендации Ключевые выводы - Искусственный интеллект (ИИ) предоставляет возможность трансформировать сектор финансовых услуг. - Качество и безопасность данных имеют первостепенное значение для моделей ИИ в финансовых услугах. - ИИ может расширить доступ к финансовым продуктам и услугам. - Технологии ИИ уже используются в секторе финансовых услуг. - Некоторые регуляторы применяют ИИ для выявления несоответствий требованиям законодательства. - Небольшие компании в сфере финансовых услуг могут оказаться в невыгодном положении при внедрении ИИ. Рекомендации - Создавать условия, позволяющие компаниям в сфере финансовых услуг ответственно использовать преимущества технологий ИИ. - Поощрять и обеспечивать ресурсами регуляторов для повышения их компетенций в области ИИ. - Сохранять защиту прав потребителей и инвесторов при использовании ИИ в секторах финансовых услуг и жилищного обеспечения. - Рассмотреть целесообразность использования «регуляторных песочниц», которые позволят регуляторам экспериментировать с применением ИИ. - Поддерживать принципиальный подход к регулированию, который сможет адаптироваться к быстрым технологическим изменениям. - Убедиться, что регулирование не препятствует малым компаниям в использовании инструментов ИИ. #Management #AI #Software #RnD

Code of Leadership #26 - Interview with Salikh Fakhrutdinov about SRE Growth and SRE Team (Рубрика #Architecture) В этом эпизоде мы обсудили роль и задачи SRE-инженеров на примере карьеры Салиха Фахрутдинова, главного инженера по надежности в Origination Business Platform Т-Банка. Команда, в которой работает Салих, отвечает за надежность процессов открытия новых продуктов, поддерживает множество сервисов и активно внедряет подход shift left reliability. Салих поделился своим опытом: от первых шагов в программировании до роли главного инженера, рассказал о переходах между компаниями, развитии архитектурных процессов и работе с инфраструктурой. Также обсудили управление командами, дежурства разработчиков, мотивацию для улучшений и важность избыточности в повышении надежности систем. Мы успели обсудить следующие темы - Как у Салиха появился интерес к программированию еще во время учебы в школе - Как он устроился в небольшую компанию и лет за 8 вырос от верстальщика до техдира - Как Салих искал и нашел себя после прохождения курса для SRE инженеров, а потом перешел в тогда еще Тинькофф - В чем различие старшего, ведущего и главного инженеров, так как Салих прошел все эти уровни:) - Как выглядит работа SRE команды, когда дежурит SRE команда, а когда сами разработчики - Какие стоят цели и задачи перед SRE окмандой - Что такое shift left reliability и как это делает Салих - Как использовать избыточность (redundancy) для повышения надежности - Зачем нужны учения, причем здесь наблюдаемость и где тут архитектура - В чем различия между менеджерами и инженерами - Что рекомандует Салих для развития в IT (любите свое дело, учитесь на практике и не бойтесь сложностей!) 🎧 Слушайте выпуск (на podster.fm, Yandex Music), чтобы узнать больше о том, как строить карьеру в IT, развивать навыки SRE и двигать архитектурные процессы. Полезные материалы Профиль Салиха на LinkedIn - https://www.linkedin.com/in/free6k Профиль Салиха в Telegram - https://t.me/free6k - https://t.me/book_cube/2765 - https://t.me/book_cube/1522 - https://t.me/book_cube/1302 #SRE #Architecture #Reliability #Management #Staff #Engineering #Processes

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

Когнитивные нейронауки изучают субстрат и механизмы, стоящие за такими формами сложного поведения, как эмоции, язык, внимание, память и т.д. Таким образом, когнитивные нейронауки интегрирует психологию и нейробиологию. Методы, используемые когнитивными нейронауками, включают в себя экспериментальные парадигмы экспериментальной психологии, неврологии, нейроимиджинговые исследования нервной системы, а также безусловно актуальные в настоящее время подходы поведенческой генетики. Научный прорыв в области сканирования мозга позволил исследователям в области когнитивных нейронаук исследовать работу мозга в режиме реального времени при использовании таких методов, как функциональная магнитно-резонансная томография (ФМРТ), магнитная и электроэнцефалография (МЭГ, ЭЭГ), и инфракрасная спектроскопия.

Поступление будет следущим летом и если у меня не исчезнет интерес к этой теме, то я попробую поступить на эту программу:) #Brain #SelfDevelopment #Science

Обложки книг фон Неймана "Вычислительная машина и мозг" и "The Computer and the Brain"

Вычислительная машина и мозг (The Computer and the Brain) (Рубрика #PopularScience) С большим интересом я прочитал это научно-популярное исследование, посвященное сравнению человеческого мозга и вычислительных машин. Эта книга не завершена и опубликована посмертно почти 70 лет назад (в 1958 году). Изначально этот материал Джон готовил для Силлимановских лекций в Йеле. Сама книга до сих пор актуальна, а в свое время была пророческой. Она состоит из трех частей 1) Первая часть посвящена устройству вычислительных машин: памяти, хранимому коду программы, аналоговым и цифровым элементам. 2) Вторая часть исследует мозг с точки зрения нейронных сетей, памяти и логической глубины. 3) Неоформленная третья часть касается выводов о роли кода и языка в системах36. Основные идеи: 1) Сравнение мозга и компьютера Фон Нейман рассматривает мозг как вычислительный механизм, сравнивая его с современными ему компьютерами. Он анализирует аналоговые и цифровые аспекты работы мозга и машин, начиная с базовых элементов — нейронов и транзисторов. Автор исследует различия и сходства в архитектуре, памяти, обработке информации и точности работы мозга и ЭВМ. По-факту, он комбинирует теорию информации, начало которой положил Клод Шеннон, а также идею про абстрактный вычислитель от Алана Тьюринга (так называемая машина Тьюринга). 2) Ключевыми вопросы - Является ли мозг аналоговым или цифровым автоматом? (как мы помним в 50-е годы 20 века знаний о мозге были сильно, чем сейчас) - Может ли искусственный интеллект достичь уровня человеческого разума? Фон Нейман, беря за основу идею машины Тьюринга, приходит к выводу, что различия между ними минимальны, несмотря на разницу в строительных блоках. 3) Роль языка и информации В конце книги поднимается вопрос о том, какой язык использует мозг для обработки информации. Фон Нейман предполагает, что этот язык может быть менее логически строгим, чем привычные математические системы. Мне кажется, что эта часть обрывается затравкой - Джон не смог дописать свои лекции из-за болезни, которую уже победить не смог. Эта книга интересна как попытка объдинить биологию и информатику в рамках кибернетики еще 70 лет назад, а также показала путь к междисциплинарному подходу к изучению интеллекта — как естественного, так и искусственного. Интересно, что Джон фон Нейман сделал еще много хорошего в разных дисциплинах, среди которых 1) Архитектура компьютеров: Разработал концепцию фон Неймановской архитектуры, которая легла в основу современных компьютеров. Принципы этой архитектуры следующие - Единое хранилище памяти для программ и данных - Процессор. Процессор предназначен для обработки данных и выполнения команд из памяти - Последовательное выполнение команд. Команды выполняются одна за другой, в строгой последовательности - Ввод-вывод. Устройства ввода-вывода обеспечивают интерфейс между компьютером и внешним миром. - Адресуемая память. Все данные и инструкции имеют уникальные адреса в памяти, что позволяет процессору быстро получать доступ к нужной информации. 2) Теория игр: Совместно с Оскаром Моргенштерном заложил основы теории игр. Его теорема о минимаксе стала фундаментом для изучения стратегического поведения в экономике, политике и других областях. Интересно, что этой работой заинтересовался Джон Нэш, который продолжил копать тему теории игр, а потом получил за нее Нобелевскую премию 3) Квантовая механика: Внёс вклад в математическое обоснование квантовой механики, разработав алгебру фон Неймана и концепцию гильбертова пространства для описания квантовых систем. 4) Манхэттенский проект: Участвовал в разработке атомной бомбы, предложив концепцию взрывных линз для симметричного сжатия плутониевого ядра. 5) Клеточные автоматы: Разработал теорию клеточных автоматов и концепцию самовоспроизводящихся систем, что стало основой для моделирования сложных систем и развития искусственного интеллекта. Подробнее про Джона можно прочитать в книге "Человек из будущего" (она у меня на очереди) или в интересной статье с кратким обзором #SelfDevelopment #Brain #PopularScience #Thinking #Architecture