惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

美团技术团队
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - Franky
有赞技术团队
有赞技术团队
博客园 - 司徒正美
量子位
N
News and Events Feed by Topic
T
Threatpost
Last Week in AI
Last Week in AI
D
Darknet – Hacking Tools, Hacker News & Cyber Security
酷 壳 – CoolShell
酷 壳 – CoolShell
C
CERT Recently Published Vulnerability Notes
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
I
Intezer
人人都是产品经理
人人都是产品经理
T
Tenable Blog
IT之家
IT之家
雷峰网
雷峰网
腾讯CDC
博客园 - 聂微东
V
Visual Studio Blog
S
SegmentFault 最新的问题
Scott Helme
Scott Helme
Spread Privacy
Spread Privacy
月光博客
月光博客
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
V
V2EX
大猫的无限游戏
大猫的无限游戏
Apple Machine Learning Research
Apple Machine Learning Research
爱范儿
爱范儿
T
Tailwind CSS Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
罗磊的独立博客
N
Netflix TechBlog - Medium
J
Java Code Geeks
宝玉的分享
宝玉的分享
F
Full Disclosure
WordPress大学
WordPress大学
A
Arctic Wolf
小众软件
小众软件
AWS News Blog
AWS News Blog
Attack and Defense Labs
Attack and Defense Labs
NISL@THU
NISL@THU
AI
AI
Hugging Face - Blog
Hugging Face - Blog
F
Fortinet All Blogs
云风的 BLOG
云风的 BLOG
N
News | PayPal Newsroom
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Арифметика резкого повышения продуктивности: почему «рост на 40%» — это почти всегда неправда?
mr-pickles ( · 2026-04-27 · via Все публикации подряд на Хабре

Уровень сложностиПростой

Время на прочтение5 мин

Охват и читатели151

Перевод

Почему громкие обещания, касающиеся роста продуктивности труда, чаще всего не дают ожидаемых результатов? Может, что-то сильно не в порядке с теми программными продуктами, применение которых должно приводить к улучшениям? А может — сами числа скрывают какую-то тайну?

Введение: пустые обещания?

За всё то время, что я работаю консультантом и менеджером в сфере, связанной с обработкой данных, я вволю насмотрелся на слайды во время презентаций. Причём, я и сам их показывал, и выступал в роли зрителя. Автор любой уважающей себя презентации что-то кому-то обещает. Часто обещания касаются эффективности или продуктивности труда. Вы, наверное, и сами сталкивались с чем-то подобным:

  • Этот инструмент сделает ваших дата-сайентистов продуктивнее на 40%!

  • Если вы будете так поступать — затраты времени на устранение ошибок снизятся на 30%. На самом деле — сможете перейти на 6-часовой рабочий день и всё равно всё успевать!

  • Благодаря нашему решению вы сможете написать код для двух проектов за то время, за которое раньше успевали сделать всего один. Его применение вдвое сокращает время, необходимое для вывода вашей разработки в продакшн!

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

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

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

Ложь, грубая ложь и маркетинг

Так в чём проблема обещаний, касающихся продуктивности?

Главная проблема в том, что заявления касаются оптимизации определённого аспекта некоего процесса, а на самом деле (косвенно) даются обещания относительно общего роста продуктивности.

Рассмотрим простой пример для того чтобы с этим разобраться.

Предположим, вы — крупный игрок из сферы искусственного интеллекта. Недавно вы выпустили продукт, который отлично помогает дата-сайентистам подбирать параметры моделей. Чудно! Первичные опросы указывают на то, что его применение даёт 20% рост продуктивности при решении задачи подбора параметров. Изначально этот факт вы описываете такими словами:

Наш инструмент, применяемый дата-сайентистами, улучшил продуктивность подбора параметров на 20%.

Вы, воодушевлённые столь серьёзным результатом, шлёте свой отчёт маркетинговой команде, а она дорабатывает его, внося в него лишь мелкие правки:

Наш инструмент улучшил подбор параметров модели, сделав дата-сайентистов на 20% продуктивнее.

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

Почему они это сделали? Поправка, которую они внесли, создаёт у читателя отчёта впечатление о том, что продукт повышает общую продуктивность дата-сайентистов на 20%. А результаты опроса, на самом деле, говорят лишь о продуктивности труда дата-сайентиста во время подбора параметров модели. В чём же разница между этими видами продуктивности?

Дело в том, что дата-сайентист решает множество задач, в число которых входят, кроме прочего, прототипирование, взаимодействие с заинтересованными лицами, координационные встречи. Хотя машинное обучение обычно занимает главное место в ответах дата-сайентистов на вопросы о том, чем именно они занимаются, многие из них тратят лишь примерно 40% времени на решение типичных для них задач. Большой кусок этих 40% приходится на решение проблем с некачественными данными, на настройку конвейеров для обработки данных, на валидацию данных. А подбор параметров модели может занимать лишь 10% от тех 40% времени, которое уходит на подобные задачи. Прибегнув к умножению, выясняем, что это — лишь 4% от общего рабочего времени.

Если дата-сайентист внедрит инструмент, который повышает продуктивность подбора параметров моделей на 20%, это даст экономию общего рабочего времени примерно на 1%. Этого, в масштабах рабочей недели, можно и не заметить. А на самом деле, в начале, когда специалист тратит время на изучение нового инструмента, он даже может столкнуться с падением продуктивности.

Какие из этого можно сделать выводы? Внимательно смотрите на то, что вам обещают:

Наш инструмент улучшил подбор параметров модели, сделав дата-сайентистов на 20% продуктивнее.

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

Получается, что специалист отдела маркетинга может сказать одно, а если в его словах будет обнаружено нечто, вводящее в заблуждение, может опереться на что-то другое. Так за что же им платят, этим сотрудникам отдела маркетинга? За то, что они хитро тасуют правильные слова!

Что делать? Обращать внимание на когнитивную нагрузку, а не на продуктивность

В чём истинный смысл разобранного нами примера? Если кто-то должен решать множество различных сложных задач (так обычно и бывает у дата-сайентистов), тогда стремление к росту продуктивности в решении каждой из этих задач не особенно сильно влияет на всю его деятельность.

Не поймите меня превратно. Если у вас появилась возможность без особых затруднений стать на 20% продуктивнее в решении одной из ваших задач — пользуйтесь этой возможностью! Но не ждите, что это повысит общую продуктивность больше, чем на один-два процента.

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

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

Итоги

Большинство людей, включая меня, не могут работать по 8 часов в день и всё это время бить рекорды. В некоторые из дней у меня бывает что-то около 6 эффективных часов. А иногда возникает такое ощущение, что таких часов всего 2. Если некое задание не вызывает слишком большой когнитивной нагрузки — я могу дольше работать, показывая высокую эффективность. Часто это даёт те же несколько процентов прироста общей продуктивности, но бонусом к этому идёт, так сказать, повышение боевого духа.

В результате, когда в следующий раз кто-нибудь предложит вам «Рост продуктивности на 40%», задайте ему следующие вопросы:

  • Какую часть всего рабочего времени затрагивает это улучшение?

  • Как предлагаемое улучшение влияет на когнитивную нагрузку? Уменьшает оно её, или увеличивает?

О, а приходите к нам работать? 🤗 💰

Мы в wunderfund.io занимаемся высокочастотной алготорговлей с 2014 года. Высокочастотная торговля — это непрерывное соревнование лучших программистов и математиков всего мира. Присоединившись к нам, вы станете частью этой увлекательной схватки.

Мы предлагаем интересные и сложные задачи по анализу данных и low latency разработке для увлеченных исследователей и программистов. Гибкий график и никакой бюрократии, решения быстро принимаются и воплощаются в жизнь.

Сейчас мы ищем плюсовиков, питонистов, дата-инженеров и мл-рисерчеров.

Присоединяйтесь к нашей команде