Forwarded from AI Inside
AI-агенты окружены огромным количеством мифов. И один из главных — что основные расходы связаны со стоимостью самой модели.
Наши коллеги уже развенчали этот миф: «Оценка эффективности агента может стоить как сам агент».
Но это не значит, что оценку можно отложить. Ее нужно встраивать в проект с первого дня.
Обсуждаем с Ильей Филипповым, CEO red_mad_robot AI, как приручить дракона и выстроить оценку эффективности, сделав ее частью системы.
❓ Кто внутри компании «владеет» агентом — и платит за анализ эффективности
Обычно владелец агента — лидер бизнес-функции, которая отвечает за конкретный процесс и его P&L. HR-агент — у HR-подразделения, агент службы поддержки — у команды поддержки.
При этом почти всегда есть представители ИТ: они выступают техническими владельцами и отвечают за работу в продакшене.
Но оценивать бизнес-эффективность будет, конечно, бизнес. Потому что именно он получает экономию (или не получает).
❓ С чего начать оценку и на какие метрики равняться
1-й слой оценки — accuracy
Это базовый критерий допуска системы к использованию. Если показатель ниже нужного порога, агента нельзя выпускать в процесс. При этом для разных процессов этот уровень будет своим. Но требование по точности хотя бы на валидационном датасете — это порог допуска ко второму слою.
2-й слой оценки — TCO (совокупная стоимость владения)
В него входят разработка, инференс, интеграции, поддержка, мониторинг и, главное, ревью человеком. Бывает, что классные результаты достижимы только на дорогих облачных моделях или на моделях, которым требуется дорогое железо. Это нужно считать прямо на старте.
3-й слой оценки — экономия и доходы
Это высвобожденное время в FTE, стоимость одного обращения или операции до и после внедрения, прирост пропускной способности, сокращение цикла и влияние на выручку через конверсию и удержание.
А как же ROI?
ROI — понятная и точная метрика, но на первых этапах ИИ-проектов её часто сложно измерить, поэтому начинать лучше с другого.
❓ К чему нужно быть готовым — «подводные камни» подсчета эффективности
Один из главных — нелинейные эффекты.
Например, банковская операция из-за множества проверок документов занимает два-три рабочих дня.
На рынке все участники предлагают примерно такой же срок.
Проектируем систему, которая почти мгновенно проводит основные проверки и передает человеку уже подготовленный результат на проверку. Общее время операции сокращается до двух-трех часов.
С точки зрения экономии в FTE и TCO такой агент может не окупиться.
Но банк за счет скорости выходит из «кровавого океана» одинаковых сервисов и предлагает рынку уникальную по скорости услугу.
Результат — прирост новых клиентов и рост NPS текущих.
Но такие вторичные эффекты уже сложно считать и обосновывать на уровне бюджетов. Поэтому подобные проекты чаще реализуют лидеры с более визионерской позицией: они смотрят не только на прямую экономию, но и на то, как ИИ может изменить саму логику сервиса.
#голос_AI
Подписывайтесь на AI Inside в Max | ВКонтакте
Наши коллеги уже развенчали этот миф: «Оценка эффективности агента может стоить как сам агент».
Но это не значит, что оценку можно отложить. Ее нужно встраивать в проект с первого дня.
Обсуждаем с Ильей Филипповым, CEO red_mad_robot AI, как приручить дракона и выстроить оценку эффективности, сделав ее частью системы.
Обычно владелец агента — лидер бизнес-функции, которая отвечает за конкретный процесс и его P&L. HR-агент — у HR-подразделения, агент службы поддержки — у команды поддержки.
При этом почти всегда есть представители ИТ: они выступают техническими владельцами и отвечают за работу в продакшене.
Но оценивать бизнес-эффективность будет, конечно, бизнес. Потому что именно он получает экономию (или не получает).
1-й слой оценки — accuracy
Это базовый критерий допуска системы к использованию. Если показатель ниже нужного порога, агента нельзя выпускать в процесс. При этом для разных процессов этот уровень будет своим. Но требование по точности хотя бы на валидационном датасете — это порог допуска ко второму слою.
2-й слой оценки — TCO (совокупная стоимость владения)
В него входят разработка, инференс, интеграции, поддержка, мониторинг и, главное, ревью человеком. Бывает, что классные результаты достижимы только на дорогих облачных моделях или на моделях, которым требуется дорогое железо. Это нужно считать прямо на старте.
3-й слой оценки — экономия и доходы
Это высвобожденное время в FTE, стоимость одного обращения или операции до и после внедрения, прирост пропускной способности, сокращение цикла и влияние на выручку через конверсию и удержание.
А как же ROI?
ROI — понятная и точная метрика, но на первых этапах ИИ-проектов её часто сложно измерить, поэтому начинать лучше с другого.
Один из главных — нелинейные эффекты.
Например, банковская операция из-за множества проверок документов занимает два-три рабочих дня.
На рынке все участники предлагают примерно такой же срок.
Проектируем систему, которая почти мгновенно проводит основные проверки и передает человеку уже подготовленный результат на проверку. Общее время операции сокращается до двух-трех часов.
С точки зрения экономии в FTE и TCO такой агент может не окупиться.
Но банк за счет скорости выходит из «кровавого океана» одинаковых сервисов и предлагает рынку уникальную по скорости услугу.
Результат — прирост новых клиентов и рост NPS текущих.
Но такие вторичные эффекты уже сложно считать и обосновывать на уровне бюджетов. Поэтому подобные проекты чаще реализуют лидеры с более визионерской позицией: они смотрят не только на прямую экономию, но и на то, как ИИ может изменить саму логику сервиса.
#голос_AI
Подписывайтесь на AI Inside в Max | ВКонтакте
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥3👍1
Долг под ИИ удваивается за год — и это только начало
Наткнулся на новость о том, что Morgan Stanley прогнозирует «почти $570 млрд»долга, взятого под AI, в 2026 году.
Когда постоянно читаешь про SpaceX и прочие триллионные штуки, такие цифры уже не так приковывают внимание. Но, с другой стороны, это примерно годовой бюджет РФ или Германии.
Тут ещё важна скорость, с которой этот долг растёт. На конец мая фактическая цифра уже была $236 млрд, а это 4х от того же периода в 2025-м.
Выглядит всё надёжно и красиво: занимают топ-имена в индустрии — Amazon, Oracle, Microsoft и т. д. Но на деле это компании — генераторы cash flow, зачем им именно долг? Затем, что стройка дата-центров съедает уже почти весь операционный кэшфлоу (против ~40% исторически), а долг, в отличие от выпуска акций, не размывает акционеров.
Далее начинается самое интересное: neocloud'ы финансируются под залог самой инфраструктуры (дата-центры и железо в них). А железо амортизируется быстрее длинных бондов, обесценивая залог. Всё это работает, пока GPU и компоненты всё время дорожают, так как спрос огромен, но это пока...
И вишенка: investment-grade бонды с наивысшим рейтингом попадают во все ключевые индексы, а значит, их покупают пенсионные фонды, ETF и другие пассивные механизмы. Кто смотрел Big Short?))
Кажется, на тему финансов и железа нужно внимательно смотреть, и не только глазами бюджета, комплайнса и других корпоративных вещей, но и как на один из будущих глобальных рисков системы.
Наткнулся на новость о том, что Morgan Stanley прогнозирует «почти $570 млрд»долга, взятого под AI, в 2026 году.
Когда постоянно читаешь про SpaceX и прочие триллионные штуки, такие цифры уже не так приковывают внимание. Но, с другой стороны, это примерно годовой бюджет РФ или Германии.
Тут ещё важна скорость, с которой этот долг растёт. На конец мая фактическая цифра уже была $236 млрд, а это 4х от того же периода в 2025-м.
Выглядит всё надёжно и красиво: занимают топ-имена в индустрии — Amazon, Oracle, Microsoft и т. д. Но на деле это компании — генераторы cash flow, зачем им именно долг? Затем, что стройка дата-центров съедает уже почти весь операционный кэшфлоу (против ~40% исторически), а долг, в отличие от выпуска акций, не размывает акционеров.
Далее начинается самое интересное: neocloud'ы финансируются под залог самой инфраструктуры (дата-центры и железо в них). А железо амортизируется быстрее длинных бондов, обесценивая залог. Всё это работает, пока GPU и компоненты всё время дорожают, так как спрос огромен, но это пока...
И вишенка: investment-grade бонды с наивысшим рейтингом попадают во все ключевые индексы, а значит, их покупают пенсионные фонды, ETF и другие пассивные механизмы. Кто смотрел Big Short?))
Кажется, на тему финансов и железа нужно внимательно смотреть, и не только глазами бюджета, комплайнса и других корпоративных вещей, но и как на один из будущих глобальных рисков системы.
💯10🔥2❤1
2026_07_09_калькулятор_LLM_инференса_filippov_GenAI.xlsx
25.2 KB
Сколько на самом деле стоит 1M токенов на своём железе
Сделал калькулятор того, как стоимость своего GPU переходит в себестоимость токенов.
Оказалось, что достаточно нетривиальная задача, тк челленджит все знания об LLM: как работают слои, чем MoE отличается от dense, как устроен KV cache. В общем обновил по пути все свои знания GenAI. Понятно, что куча допущений внутри, а параметры собирал Fable, надо тестировать на реальных серверах, но это может быть отправной точкой.
Что по выводам?
• Строить или покупать — это вопрос утилизации, не технологии. Сможет ли сервис создать высоукую утилизацию сервера и есть ключевой вопрос.
• MoE — скидка на скорость, но не на память. Кол-во активных параметров 3 млрд из 35: карта пишет быстро, но веса лежат целиком. Отсюда контринтуитивный результат: большие MoE модели на дешёвых картах — экономически лучшая пара, пока хватает VRAM.
• ROI-ловушка. 390% годовых и выше работает при УЖЕ НАЙДЕННОМ спросе; поиск клиентов, SLA, биллинг в модели не учтены. Поэтому супер важно обеспечить потребление, а не накупить дорогих игрушек.
Скачивайте, подставляйте свои данные и посмотрите себестоимость. Найдете ошибки - дайте знать)
Илья Филиппов
Сделал калькулятор того, как стоимость своего GPU переходит в себестоимость токенов.
Оказалось, что достаточно нетривиальная задача, тк челленджит все знания об LLM: как работают слои, чем MoE отличается от dense, как устроен KV cache. В общем обновил по пути все свои знания GenAI. Понятно, что куча допущений внутри, а параметры собирал Fable, надо тестировать на реальных серверах, но это может быть отправной точкой.
Что по выводам?
• Строить или покупать — это вопрос утилизации, не технологии. Сможет ли сервис создать высоукую утилизацию сервера и есть ключевой вопрос.
• MoE — скидка на скорость, но не на память. Кол-во активных параметров 3 млрд из 35: карта пишет быстро, но веса лежат целиком. Отсюда контринтуитивный результат: большие MoE модели на дешёвых картах — экономически лучшая пара, пока хватает VRAM.
• ROI-ловушка. 390% годовых и выше работает при УЖЕ НАЙДЕННОМ спросе; поиск клиентов, SLA, биллинг в модели не учтены. Поэтому супер важно обеспечить потребление, а не накупить дорогих игрушек.
Скачивайте, подставляйте свои данные и посмотрите себестоимость. Найдете ошибки - дайте знать)
Илья Филиппов
🔥15❤4
Поучаствовал на этой неделе в подкасте Иры Золотовой Антихрупкий Лидер - пообсуждали AI простыми надюсь словами, закину ссылочку как все выйдет )
🔥9👍4
Forwarded from Нескучная жизнь СМО | Ира Золотова (Irina Zolotova)
Какие задачи уже можно делегировать нейросетям? Почему компаниям недостаточно купить доступы к AI-сервисам и провести обучение? И какие специалисты останутся востребованными в новой экономике?
В новом выпуске подкаста «Антихрупкий лидер» говорим с Ильёй Филипповым - CEO red_mad_robot AI, экспертом по AI-трансформации, интеллектуальным агентам и внедрению GenAI-решений в бизнес.
Обсуждаем, как перейти от обычного чата с нейросетью к персональным ассистентам и агентам, почему качество результата AI зависит от экспертизы человека, где компании закапывают деньги при внедрении искусственного интеллекта и может ли технология заменить руководителей.
💡 Вы узнаете:
📲 Подписывайтесь на канал Ильи Филиппова: https://t.me/filippov_GenAI
💬 Задавайте вопросы в комментариях, подписывайтесь на канал и ставьте лайк, если выпуск был полезен!
YouTube
Vk
Rutube
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6👍5❤4
Всем привет!
Мы с Лешей Сидорюком и нашей командой red_mad_robot запустили подкаст, где хотим поговорить с реальными лидерами по ИИ в России о будущем технологий, индустрий и, самое главное, о том, как это повлияет на людей.
Это была большая работа, мы старались) поэтому посмотрите и дайте знать, что было бы круто улучшить и кого еще пригласить к нам. Хотя список уже обширный, я его нарочито не буду раскрывать - так интереснее.
Идея подкаста в том, что в каждой теме 2 гостя: один глубоко из ИИ сферы, а второй как бы предстваитель индустрии или тематики о которой говорим. Так можно сравнить как технология создается и как реально применяется. И отдельно к чему это все приведет в ближайшее время.
Первый эпизод про искусство уже тут YouTube и в VK - приятного просмотра. И как нас учит маркетинг: "Ставьте лайки и подписвайтесь"😃
Мы с Лешей Сидорюком и нашей командой red_mad_robot запустили подкаст, где хотим поговорить с реальными лидерами по ИИ в России о будущем технологий, индустрий и, самое главное, о том, как это повлияет на людей.
Это была большая работа, мы старались) поэтому посмотрите и дайте знать, что было бы круто улучшить и кого еще пригласить к нам. Хотя список уже обширный, я его нарочито не буду раскрывать - так интереснее.
Идея подкаста в том, что в каждой теме 2 гостя: один глубоко из ИИ сферы, а второй как бы предстваитель индустрии или тематики о которой говорим. Так можно сравнить как технология создается и как реально применяется. И отдельно к чему это все приведет в ближайшее время.
Первый эпизод про искусство уже тут YouTube и в VK - приятного просмотра. И как нас учит маркетинг: "Ставьте лайки и подписвайтесь"😃
Telegram
ген ИИ
привет, я Алексей Сидорюк, а это мой канал, посвященный генеративному ИИ, ИИ-агентам, аналитике и трендам. Делюсь опытом использования решений на базе ИИ, кейсами, полезными инсайтами, личным взглядом на развитие ИИ в России и за рубежом.
Сайт: gen-ii.ru
Сайт: gen-ii.ru
🔥8⚡3
Всем привет, что-то не было времени на канал на прошлой неделе, а у меня сразу несколько нвостей:
1) Daisy Teams
Мы выпустили версию Daisy для B2B. Идея простая: вместо того, чтобы каждый сотрудник свободно жёг токены на GPT и других моделях, задаём лимит и получаем предсказуемую экономику вместо непредсказуемого счёта в конце месяца. Ну и guardrails настройки для админов, куда ж без них.
2) Новый выпуск подкаста. В гостях - Алёна Владимирская, один из ведущих экспертов по найму в России с 20-летним опытом, и Александр Крайнов, директор по искусственному интеллекту в Яндексе.
3) Ну и в начале сентября очень ждем новый релиз red_mad_router, который откроет возможность потреблять токены не только корпам как сейчас, но и по сути любому физику или небольшой компании. Self-service так сказать)
1) Daisy Teams
Мы выпустили версию Daisy для B2B. Идея простая: вместо того, чтобы каждый сотрудник свободно жёг токены на GPT и других моделях, задаём лимит и получаем предсказуемую экономику вместо непредсказуемого счёта в конце месяца. Ну и guardrails настройки для админов, куда ж без них.
2) Новый выпуск подкаста. В гостях - Алёна Владимирская, один из ведущих экспертов по найму в России с 20-летним опытом, и Александр Крайнов, директор по искусственному интеллекту в Яндексе.
3) Ну и в начале сентября очень ждем новый релиз red_mad_router, который откроет возможность потреблять токены не только корпам как сейчас, но и по сути любому физику или небольшой компании. Self-service так сказать)
🔥10
Tiny Teams: логично, но пока не сходится
Последние недели думаю про Tiny Teams и никак не могу определиться со своей позицией.
В мае Сбер презентовал AI-Disrupt PDLC , кстати кто не читал - рекомендую. Там есть раздел как раз про это: команда из 3–6 человек, которая владеет всем циклом и оркестрирует агентов вместо того, чтобы писать код руками. Роли перемешиваются, объем разработки растет. Все на бумаге логично. И я лично верю, что это может сработать.
Но вот из-за океана пришли такие новости. Reuters провело некое расследование по деятельности Цукерберга. Meta* стартовали этот процесс раньше и уже видны первые результаты. Продуктовые команды по 10–20 человек превратились в поды по 3–5. Внутренние цифры: изменений в код +220% год к году, а до пользователя дошло +36%. Инциденты +40%, времени на их разбор +70%. Ноябрьскую волну сокращений отменили. Цукерберг по инсайдам сказал, что агентная разработка за четыре месяца не ускорилась так, как рассчитывали.
И тут еще вот на что обратил внимание. Сбер в документе прописал четыре условия, без которых Tiny Team не бывает: зрелая платформа, библиотека паттернов, методика валидации без ручного ревью каждого изменения, работающий ADLC. И если у кого-то в мире и были шансы собрать все четыре, то у Meta*. Своя платформа, свои модели, культура evals, лучшие инженеры, деньги. И всё равно пока не получилось. Значит нужно что-то еще.
Еще интересно, что на пилотах у Meta все сходилось. Были прямо собраны несколько подов из 2-3 инженеров и все получилось. Но, деталь, это было добровольное участие и, соответственно, инженеры были сверхмотивированными энтузиастами.
Может это секретный соус, что думаете?
* Meta Platforms Inc. признана экстремистской организацией, её деятельность на территории РФ запрещена.
Последние недели думаю про Tiny Teams и никак не могу определиться со своей позицией.
В мае Сбер презентовал AI-Disrupt PDLC , кстати кто не читал - рекомендую. Там есть раздел как раз про это: команда из 3–6 человек, которая владеет всем циклом и оркестрирует агентов вместо того, чтобы писать код руками. Роли перемешиваются, объем разработки растет. Все на бумаге логично. И я лично верю, что это может сработать.
Но вот из-за океана пришли такие новости. Reuters провело некое расследование по деятельности Цукерберга. Meta* стартовали этот процесс раньше и уже видны первые результаты. Продуктовые команды по 10–20 человек превратились в поды по 3–5. Внутренние цифры: изменений в код +220% год к году, а до пользователя дошло +36%. Инциденты +40%, времени на их разбор +70%. Ноябрьскую волну сокращений отменили. Цукерберг по инсайдам сказал, что агентная разработка за четыре месяца не ускорилась так, как рассчитывали.
И тут еще вот на что обратил внимание. Сбер в документе прописал четыре условия, без которых Tiny Team не бывает: зрелая платформа, библиотека паттернов, методика валидации без ручного ревью каждого изменения, работающий ADLC. И если у кого-то в мире и были шансы собрать все четыре, то у Meta*. Своя платформа, свои модели, культура evals, лучшие инженеры, деньги. И всё равно пока не получилось. Значит нужно что-то еще.
Еще интересно, что на пилотах у Meta все сходилось. Были прямо собраны несколько подов из 2-3 инженеров и все получилось. Но, деталь, это было добровольное участие и, соответственно, инженеры были сверхмотивированными энтузиастами.
Может это секретный соус, что думаете?
* Meta Platforms Inc. признана экстремистской организацией, её деятельность на территории РФ запрещена.
👍7
Всем привет, поговорили с Альбиной Мунировой из Т-технологий про AI-adoption и вообще про ИИшку в бизнесе.
Посмотреть можно тут: YouTube • Apple Podcasts • Spotify • Yandex Music
Посмотреть можно тут: YouTube • Apple Podcasts • Spotify • Yandex Music
🔥5👍3⚡2
Forwarded from ген ИИ
Media is too big
VIEW IN TELEGRAM
🤖 Разработка без разработчиков? Пока все наоборот
Друзья, привет, я с хорошими новостями!
Записали новый выпуск 2ТОК об агентной разработке. Вместе с Ильей Филипповым поговорили с Рафаэлем Тонаканяном, руководителем AI-трансформации производственных процессов Сбера, и Валерием Ковальским, директором по искусственному интеллекту red_mad_robot, автором канала NeuralDeep, о том, что уже происходит внутри ИТ-команд и как меняются процессы разработки.
Вот что зацепило больше всего:
• Разработчиков пока не становится меньше. Объем кода и других артефактов растёт, а значит, их всё ещё нужно проверять, встраивать в архитектуру и обеспечивать работоспособность в продуктиве. Эффект появляется не от сокращения людей, а от большей бизнес-ценности команды.
• Считать надо не строки кода и не часы. В качестве рабочей метрики мы обсуждали число пользовательских историй, выведенных в продакшен на одного человека. В приведённом примере показатель вырос с 2,2 до 2,9 в месяц без роста затрат для бизнеса.
• До зрелой агентной разработки дошли немногие. По оценке Рафаэля, только около 15% пользователей применяют навыки, MCP и агентные workflow, а не просто общаются с моделью или используют режим планирования. Инструмент купить легко. Перестроить метод разработки, обучить людей и изменить модель ответственности намного сложнее.
• ИИ быстро выявляет неэффективность процессов и неактуальность данных. В эксперименте со Spec-Driven Development (методология разработки программного обеспечения, при которой создание детального файла-спецификации предшествует написанию любого программного кода или его генерации с помощью искусственного интеллекта) среднее потребление токенов выросло примерно в 2,5 раза, а у отдельных команд - до 500 раз. Причина оказалась не только в моделях: команды начали скармливать агентам старый бэклог, на который раньше не хватало ресурсов. Выяснилось, что задачи из этого бэклога уже не актуальны. Автоматизация не лечит плохую гигиену процессов - она масштабирует её.
• И отдельный важный вывод для джунов. У них не исчезает вход в профессию - наоборот, появляется шанс быстрее стать заметными. Пока многие опытные специалисты держатся за старое разделение труда, новичок может с помощью ИИ собрать решение целиком, быстро переключаться между контекстами и нестандартно закрывать задачи. В ближайшие несколько лет гибкость может оказаться важнее узкой специализации.
Ещё обсудили tiny teams, безопасность, исполняемые спецификации и роль человека-оркестратора.
По мне получилось просто 🔥🔥🔥
Смотрите там, где удобнее: YouTube · VK Видео
А вы уже измеряете пользу ИИ через бизнес-результат или пока через количество сгенерированного кода?
#2TOK
💬 ген ии | MAX
Друзья, привет, я с хорошими новостями!
Записали новый выпуск 2ТОК об агентной разработке. Вместе с Ильей Филипповым поговорили с Рафаэлем Тонаканяном, руководителем AI-трансформации производственных процессов Сбера, и Валерием Ковальским, директором по искусственному интеллекту red_mad_robot, автором канала NeuralDeep, о том, что уже происходит внутри ИТ-команд и как меняются процессы разработки.
Основной вывод: ИИ ускоряет написание кода, но сам по себе не ускоряет компанию. Если аналитика, безопасность, релизы и принятие решений остались прежними, то стократное ускорение кодинга просто упрется в старые процессы. «Бутылочное горлышко» смещается в сторону менее производительных процессов.
Вот что зацепило больше всего:
• Разработчиков пока не становится меньше. Объем кода и других артефактов растёт, а значит, их всё ещё нужно проверять, встраивать в архитектуру и обеспечивать работоспособность в продуктиве. Эффект появляется не от сокращения людей, а от большей бизнес-ценности команды.
• Считать надо не строки кода и не часы. В качестве рабочей метрики мы обсуждали число пользовательских историй, выведенных в продакшен на одного человека. В приведённом примере показатель вырос с 2,2 до 2,9 в месяц без роста затрат для бизнеса.
• До зрелой агентной разработки дошли немногие. По оценке Рафаэля, только около 15% пользователей применяют навыки, MCP и агентные workflow, а не просто общаются с моделью или используют режим планирования. Инструмент купить легко. Перестроить метод разработки, обучить людей и изменить модель ответственности намного сложнее.
• ИИ быстро выявляет неэффективность процессов и неактуальность данных. В эксперименте со Spec-Driven Development (методология разработки программного обеспечения, при которой создание детального файла-спецификации предшествует написанию любого программного кода или его генерации с помощью искусственного интеллекта) среднее потребление токенов выросло примерно в 2,5 раза, а у отдельных команд - до 500 раз. Причина оказалась не только в моделях: команды начали скармливать агентам старый бэклог, на который раньше не хватало ресурсов. Выяснилось, что задачи из этого бэклога уже не актуальны. Автоматизация не лечит плохую гигиену процессов - она масштабирует её.
• И отдельный важный вывод для джунов. У них не исчезает вход в профессию - наоборот, появляется шанс быстрее стать заметными. Пока многие опытные специалисты держатся за старое разделение труда, новичок может с помощью ИИ собрать решение целиком, быстро переключаться между контекстами и нестандартно закрывать задачи. В ближайшие несколько лет гибкость может оказаться важнее узкой специализации.
Ещё обсудили tiny teams, безопасность, исполняемые спецификации и роль человека-оркестратора.
По мне получилось просто 🔥🔥🔥
Смотрите там, где удобнее: YouTube · VK Видео
А вы уже измеряете пользу ИИ через бизнес-результат или пока через количество сгенерированного кода?
#2TOK
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4⚡3🔥3