TGViewer
Channel Public Channel
Шаланда Кефали

Шаланда Кефали

@watchyourhead

Будни b2b-стратапа из Екатеринбурга. Пишу про предпринимательство, продакт-инженерию, продажи, процессы в разработке и немного про ИИ

Автор: Михаил Савин - не-серийный предприниматель и просто папа двух пацанов @michaelsavin
Subscribers
65
Photos
36
Videos
2
Links
15
Recent Posts 8 shown
Post #90 41
Муда в эпоху ИИ: как мы автоматизируем пустоту

Что такое муда и почему это важно сегодня

В 1950-х годах Тайити Оно, архитектор производственной системы Toyota, сформулировал концепцию, которая перевернула промышленность: муда — это любая деятельность, которая потребляет ресурсы, но не создаёт ценности с точки зрения потребителя. Оно выделил семь видов потерь: перепроизводство, ожидание, транспортировку, излишнюю обработку, запасы, лишние движения и дефекты. Позже к ним добавили восьмой — неиспользованный потенциал людей.

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

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

Цифровая муда: когда автоматизация усугубляет потери

Главный парадокс ИИ в контексте бережливого производства сформулирован предельно ясно: «Если вы оцифровываете потери, вы просто получаете цифровые потери». Автоматизация муда не устраняет её — она делает её масштабируемой.

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

Исследование Стэнфорда и Harvard Business Review ввело термин «workslop» для описания этого феномена: контент, который выглядит профессионально, но лишён содержания, необходимого для реального продвижения задачи. Более 40% американских сотрудников сообщают, что сталкивались с таким контентом, и на его исправление уходит почти два часа в неделю. Иронично, что ИИ, обещавший освободить время, создаёт новый вид работы — работу по исправлению работы, которую он же и произвёл.

Иллюзия продуктивности: скорость без направления

Hamilton Mann в статье для IMD формулирует это как путаницу между эффективностью и продуктивностью — «ошибку, при которой скорость принимают за направление, а исполнение — за ценность». Он описывает реальный кейс: глобальная B2B-компания внедрила ИИ-трансформацию для 2800 сотрудников. За шесть недель объём писем клиентам вырос втрое. Отписки и возвраты начали расти. Менеджеры тратили больше времени на просмотр ИИ-черновиков, чем на содержательную работу. Коэффициент отклика падал, но графики активности выглядели героически.

Это и есть муда в чистом виде: система генерирует активность, которая не создаёт ценности, но потребляет внимание, время и когнитивные ресурсы. Более того, она создаёт иллюзию контроля — дашборды показывают рост, но качество результатов падает.

Особенно опасна «решение-муда» (decision muda), которую описывает Joanna Miler: ИИ может ускорять исполнение, одновременно замедляя суждение. Организация становится технически быстрее, но когнитивно медленнее. Менеджеры получают три ИИ-рекомендации по одному вопросу, аналитики сравнивают результаты нескольких копиолотов, комплаенс добавляет дополнительные проверки, потому что никто до конца не доверяет рассуждениям системы. Вместо устранения бюрократии ИИ встраивается в неё, создавая новые циклы проверки.

Невозможность перескочить через некомпетентность

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

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

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

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

Размывание границы между глубоким и одноразовым

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

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

В Lean-философии это называется «паровой работой» (vapor work): организационные артефакты, которые существуют преимущественно как сигналы, а не как содержательный вклад. Презентации, созданные чтобы показать активность, а не для передачи инсайта. Отчёты, написанные для распространения, а не для использования. ИИ автоматизирует паровую работу, ускоряя создание артефактов с налётом легитимности. Опасность не только в потраченных усилиях, но в нормализации исполнения как субстанции. Когда паровая работа становится неотличима от реальной, организации дрейфуют в среды, где внешний вид важнее влияния.

Lean-мышление как противоядие

Ответ не в отказе от ИИ, а в применении Lean-принципов к самому ИИ. Ключевой вопрос Lean: что создаёт ценность с точки зрения потребителя? Применительно к ИИ это означает: не «что мы можем сгенерировать?», а «что из сгенерированного действительно продвигает работу вперёд?»

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

Andrey Andreev сформулировал это лаконично: «ИИ не исправит сломанный процесс. Он только заставит его сломаться быстрее». Если у вас нет ясного понимания, что создаёт ценность, ИИ не даст вам этого понимания. Он даст вам больше того, что вы и так делали, — быстрее и в большем объёме.

Муда как зеркало

Концепция муда ценна не как инструмент сокращения издержек, а как способ видеть. Она заставляет задавать неудобный вопрос: эта деятельность создаёт ценность или только её имитирует? В эпоху ИИ этот вопрос становится экзистенциальным.

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

Это различение нельзя делегировать ИИ, потому что оно и есть то, что делает нас людьми — неспособными перескочить через собственную некомпетентность, но способными еёRecognize и превзойти через усилие, через время, через вкус, который не генерируется, а выращивается.
  • 🤔 2
  • 👍 1
  • 🔥 1
Post #89 39
Вы наверное поняли что предыдущие пару постов были написаны при помощи ИИ -шки. Мысли то мои, но вот содержание и оформление слишком вылизано. Оно по-сути правильно, но немного пластиковое что-ли. Сегодня думал как это все назвать, что это порождает и вспомнил позабытое словечко "муда". Зашёл в DeepSeek, накидал черновые идеи и получил идеальный образец этой самой муды.
Интересно, кто дочитает следующий пост до конца? По сути, то он правильный... но это и есть муда - в чистом ее виде
Post #88 53
Код больше не читают

На Hacker News выложили проект: инструмент, чтобы вайбкодеры могли читать и анализировать код. В комментах сразу развернулась дискуссия. Один пишет: «А зачем это вайбкодерам? Они же код не читают, им Клод готовые файлы отдаёт, а они их на GitHub и в прод». Второй добавляет: «Зачем вообще код читать? Его слишком много, это время отнимает. Надо скинуть его в LLM, она прочтёт и скажет, всё ли там нормально».

И ведь пишут на полном серьёзе.

Я сначала хотел возмутиться. Потом подумал. И понял: в этом есть большая правда. Только сформулирована она грубо.

Читать каждую строку сгенерированного кода - это не масштабируется. Если вы каждый день принимаете сотни строк от LLM, глазами вы их не вычитаете. Это иллюзия контроля. Но и просто «скинуть код в LLM и спросить, всё ли ок» - это не инженерия. Это лотерея с красивым интерфейсом.

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

Что я сделал

Я написал собственный сканер. Он переводит код в code property graph. А дальше сверху уже висят разные алгоритмы для статического и структурного анализа плюс набор правил для проверок описывающих целевую архитектуру. По сути, я просто развил идеи таких проектов, как Joern и ArchUnit.

Это даёт мне то, чего не даст чтение глазами. Я вижу не «вот эта функция выглядит нормально», а конкретные свойства:
- какие зависимости появились;
- где нарушены архитектурные границы;
- есть ли запрещённые вызовы;
- как устроены циклы и связность;
- где дублирование;
- где сложность растёт быстрее, чем ценность;
- какие модули стали слишком связанными.

То есть я не читаю код. Я изучаю его граф. И уже по графу принимаю решения.

Что читать обязательно

А вот что реально нужно читать - это спеки, gherkin-тесты и отчёты анализаторов. Потому что если спека врёт или тест ничего не проверяет, никакая LLM вас не спасёт. Она просто скажет: «Всё выглядит хорошо». И вы пойдёте деплоить чёрный ящик.

Основное время я трачу не на чтение сгенерированных файлов, а на развитие навыков:
- структурный и статический анализ;
- поведенческое тестирование, BDD;
- мутационное тестирование;
- чтение отчётов и настройка правил.

Это то, что даёт уверенность. Не «я посмотрел на код и мне показалось нормально», а «код удовлетворяет вот этим свойствам, и я могу это доказать».

Метрики Холстеда внезапно вернулись

Забавно, но метрики Холстеда - те самые, над которыми много лет смеялись - вдруг стали актуальными. Причём и для людей, и для агентов.

Почему? Потому что когда кода становится слишком много, ты не можешь оценивать его «на вкус». Нужны измеримые величины: объём, словарь, сложность, энтропия. Для LLM это тоже работает. Мы же можем измерять, насколько сложный код она сгенерировала, насколько он предсказуемый, насколько плотный. Это уже не философия, а инженерная метрика.

Код как ассемблер

Я всё чаще думаю, что код сейчас - это что-то вроде ассемблера или байт-кода LLVM. Если есть желание, можно разобраться. Но незнание больше не мешает создавать сложные инженерные проекты.

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

И нет, это не про «делегируй все типы задач в ИИ». Это про то, что делегировать можно не всё. Спецификацию, архитектурные ограничения, тесты, правила анализа - это всё ещё работа инженера. Просто интерфейс изменился.

Так чем же читать сгенерированный код?

Мой ответ: не читать. Просматривать.

Глазами - спеки, тесты и отчёты анализатора. Код - через граф, метрики и правила. LLM - как помощник, но не как единственный рецензент. Если код нельзя проверить свойствами, это не код, а технический долг.

Вайбкодинг не отменяет инженерию. Он меняет её интерфейс. Раньше мы читали строки. Теперь читаем графы, правила и тесты. Кто не научится - будет деплоить чёрные ящики. Кто научится - сможет делать сложное быстрее и надежнее чем было прежде.

А чем читаете сгенерированный код вы?
Post #87 48
100 тысяч почему

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

Начнём с простого

Две самые известные фундаментальные константы - число π и число e - лежат в диапазоне числа 3. Это само по себе любопытно. Но ещё интереснее, что само число 3 - простое. И оно второе в этом ряду после числа 2. А 2, как нас учили в школе, - единственное чётное простое число.

Или не единственное? Этот вопрос я оставлю открытым - просто потому, что любопытно, что ещё мы принимаем на веру, даже не задумываясь.

Эти константы связаны между собой через тождество Эйлера. Одно уравнение, в котором встречаются число e, число π, мнимая единица, единица и ноль. Это называют "самым красивым уравнением математики" именно потому, что оно связывает вещи, которые, казалось бы, не имеют друг к другу никакого отношения.

А теперь - неожиданный поворот

Уравнения Навье-Стокса, которые описывают движение жидкости или газа, оказывается, являются более сложным случаем уравнений Эйлера - тех самых, что связывают e и π. Уравнения Эйлера описывают движение невязкой жидкости, а уравнения Навье-Стокса добавляют к ним вязкость. И вот здесь начинается самое интересное.

В сентябре 2026 года OpenAI объявила, что её внутренняя AI-система смогла решить одну из семи задач тысячелетия - проблему существования и гладкости решений уравнений Навье-Стокса. Это задача, над которой математики бились почти 90 лет, а Институт Клэя назначил за неё приз в 1 миллион долларов.

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

Фракталы, кванты и предел нашего понимания

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

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

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

Так что же дальше?

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

Так что - 100 тысяч почему. Почему бы и да?
  • 🤔 2
Post #86 60
А лучше не идите в лес. Замаятесь все это тащить на себе. Придется по пути выкинуть часть этого безусловно полезного набора. Только свисток оставьте - если будут искать с воздуха - его можно подкинуть )
  • 😁 3
Post #83 88
Великие
Post #73 83
Ещё один ИТ-боярин (на самом деле купец) шлёт важную депешу
Post #63 70
А сегодня необычный формат - мой экспресс поход в Третьякову. Часть 1. То что увиделось и запомнилось + мои дилетантские заметки
  • ❤ 1
Older posts →

About this channel

How can I read @watchyourhead without a Telegram account?
TGViewer shows the public web preview Telegram publishes for Шаланда Кефали: recent posts, photos, videos and the subscriber count, with no app, login or account.
How many subscribers does Шаланда Кефали have?
Шаланда Кефали (@watchyourhead) has 65 subscribers on Telegram, refreshed roughly every 30 minutes.
Does Шаланда Кефали know I viewed it here?
No. Public channel previews carry no viewer identity, and TGViewer has no accounts or tracking of what you look up.
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →