Аналитика и данные — arambolsu-ai

Новости Тема

Аналитика и данные

Метрики, атрибуция, работа с данными.

Свежий выпуск · 23 октября, 05:23 · за последние 6 ч · историй: 2 · источники: SmartData Collective

Переход в облако: приоритет зависимостей приложений

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

Усиление роли управления данными на уровне совета директоров

Вопросы управления данными (data governance) превращаются в приоритет для высшего руководства компаний. По данным SmartData Collective, риски, связанные с данными, теперь должны рассматриваться в повестке дня совета директоров. При этом издание подчеркивает необходимость четкого распределения ответственности за эти процессы на уровне руководства.

Коротко

  • При выборе рабочих нагрузок для облака важнее учитывать зависимости приложений, чем скорость миграции (SmartData Collective).
  • Управление данными становится стратегической задачей, выходящей за рамки IT-отдела (SmartData Collective).
  • Риски данных должны обсуждаться на уровне совета директоров с ясным определением ответственных лиц (SmartData Collective).

Прошлые выпуски

Всего выпусков: 23 · страница 2 из 3

Оптимизация офисных пространств через анализ данных 20 октября, 01:30 · историй: 2
За 6 ч · источники: SmartData Collective, Google Analytics Blog

Оптимизация офисных пространств через анализ данных

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

Новые возможности для презентаций в Gemini Notebook

Google представила новые функции в сервисе Gemini Notebook, позволяющие формировать слайды и видео. По данным Google Analytics Blog, обновление включает возможности для создания обзоров слайд-деков, что упрощает процесс подготовки визуальных материалов.

Коротко

  • Анализ данных о использовании офисных площадей помогает бизнесу оптимизировать рабочие пространства (SmartData Collective).
  • Gemini Notebook получил инструменты для создания и редактирования слайдов и видео (Google Analytics Blog).
  • Новые функции включают возможность генерации обзоров презентаций (Google Analytics Blog).
AI-агент для проверки спорных решений в NFL 19 октября, 19:29 · историй: 2
За 6 ч · источники: OReilly Data

AI-агент для проверки спорных решений в NFL

OReilly Data анонсировала новый проект под названием The Monday Morning Agent, который представляет собой AI-агента, созданного для анализа спорных моментов в американском футболе. Автор инициативы, выражая недовольство привычкой болельщиков критиковать решения тренеров постфактум без опоры на факты, предлагает использовать искусственный интеллект для объективной проверки данных. Согласно описанию издания, каждый второй понедельник команда будет передавать агенту популярный среди фанатов NFL спорный вопрос, чтобы тот проанализировал его на основе статистики и фактических данных.

Влияние ИИ на командную работу в разработке

В материале OReilly Data описан эксперимент ContextCue, созданный автором в летний период на основе наблюдений во время стажировки. По данным издания, окружающие инженеры активно интегрировали инструменты искусственного интеллекта, включая GitHub Copilot и модели Claude, в различные этапы разработки программного обеспечения: от написания спецификаций и кода до проведения ревью и тестирования. Кроме того, команда поддерживала набор переиспользуемых навыков, которые обучали кодинг-агентов, однако, как отмечается в тексте, хотя ИИ изменил подход к написанию кода, он пока не трансформировал саму модель совместной работы коллектива.

Коротко

  • OReilly Data запускает проект The Monday Morning Agent, где AI-агент анализирует спорные решения тренеров NFL на основе данных.
  • Эксперимент ContextCue показал, что разработчики массово используют GitHub Copilot и Claude для создания кода и тестов.
  • Несмотря на широкое внедрение ИИ-инструментов в процесс разработки, формат командной работы инженеров остается неизменным.
Инженерия «обвязки» для ИИ-агентов 19 октября, 10:41 · историй: 1
За 6 ч · источники: Analytics Vidhya

Инженерия «обвязки» для ИИ-агентов

Современные ИИ-агенты для написания кода способны генерировать функцию за считанные секунды, однако создание полноценной рабочей функциональности требует значительно больше усилий, чем просто получение сгенерированного кода. По данным Analytics Vidhya, модель сама по себе не обладает способностью понимать контекст всего проекта, находить нужные файлы, безопасно использовать инструменты или проверять работоспособность своих изменений. Она видит лишь тот текст, который ей предоставлен в текущий момент.

Необходимость системной интеграции

Чтобы преодолеть эти ограничения, разработчикам приходится выстраивать сложную систему вокруг самой модели. Как отмечает Analytics Vidhya, ключевым аспектом является «инженерия обвязки» (harness engineering), которая обеспечивает агенту доступ к необходимым данным и механизмам контроля. Без такой внешней инфраструктуры ИИ-ассистент остается изолированным инструментом, неспособным автономно решать комплексные задачи в рамках реального программного проекта.

Коротко

  • Генерация кода ИИ-агентом происходит быстро, но не гарантирует создание готовой функциональности.
  • Модели ИИ не могут самостоятельно анализировать структуру проекта или проверять свои изменения.
  • Для эффективной работы агента требуется создание специальной системы (обвязки) вокруг модели.
  • Эта система должна обеспечивать агенту понимание контекста, доступ к файлам и безопасное использование инструментов.
Статистический парадокс 18 октября, 19:15 · историй: 1
За 6 ч · источники: Towards Data Science

**В этом выпуске** — разбор статьи из Towards Data Science, где рассматривается известный статистический парадокс, показывающий, как объединение данных может полностью изменить выводы, полученные из отдельных наборов.

Статистический парадокс

Как сообщает Towards Data Science, в статье «Both Charts Are Right. So Why Do They Disagree?» рассматривается ситуация, когда два графика, построенные на разных подмножествах данных, дают противоречивые выводы. При объединении этих подмножеств в один общий набор результаты могут измениться настолько сильно, что прежняя интерпретация оказывается неверной. Авторы показывают, что такой эффект связан с тем, что агрегирование данных может скрывать важные контексты и вести к обратному выводу.

Как объясняется обратный эффект

В статье, опубликованной на Towards Data Science, приводятся несколько простых примеров, иллюстрирующих, как при объединении данных может «перевернуться» история, построенная на отдельных выборках. Авторы подчеркивают, что такие случаи часто вызывают недоразумения у аналитиков, поскольку каждый отдельный график кажется корректным, но их совместный анализ приводит к неожиданному выводу.

Коротко

  • **Парадокс** — объединение данных может изменить выводы, полученные из отдельных наборов (по данным Towards Data Science).
  • **Пример** — два графика показывают разные тенденции, а их совместный график меняет направление тренда.
  • **Причина** — агрегирование скрывает контекстные особенности отдельных подмножества, что приводит к обратному выводу.
  • **Вывод** — при работе с данными важно проверять, как суммирование влияет на интерпретацию результатов (по данным Towards Data Science).
AI начинает разбирать закрытый код: можно ли открыть «черный ящик» с помощью нейросетей? 18 октября, 13:04 · историй: 1
За 6 ч · источники: Analytics Vidhya

AI начинает разбирать закрытый код: можно ли открыть «черный ящик» с помощью нейросетей?

В мире разработки всё чаще сталкиваются с задачей — понять, как работает неописанный или закрытый код, когда доступ к исходникам и документации отсутствует. Традиционные методы, включая работу с дисассемблерами и специализированными инструментами вроде Ghidra или IDA, требуют часов и глубоких знаний. Теперь исследователи и разработчики начинают использовать искусственный интеллект для автоматизации этого процесса — в рамках проекта Reverse Engineer Anything (REA), который, как пишет Analytics Vidhya, пытается «раскрыть» функциональность скомпилированных бинарников и минифицированных скриптов без доступа к исходникам.

AI против дисассемблеров: что умеет и где ещё не справляется

Новые подходы, основанные на обучении нейросетей на больших наборах примеров, позволяют не только определить, что делает код, но и восстановить его логику и структуру. Системы, обученные на десятках тысяч примеров «вход-выход» для различных типов кода, способны выявлять паттерны, определять типы вызовов и даже предсказывать поведение функций. Однако, как отмечают эксперты, AI пока не может полностью заменить специалистов: он не всегда понимает контекст, не всегда распознаёт сложные алгоритмы, а в случае с защищёнными библиотеками или кодом с антидебаггингом — может просто «зависнуть» или дать неверный вывод. Важно, что такие системы работают лучше с JavaScript, Python и простыми бинарниками, но справляются хуже с криптографически защищёнными или сильно оптимизированными компиляциями.

Открытые инструменты и первые эксперименты

Несколько команд уже запустили открытые проекты, позволяющие использовать AI для reverse engineering. Например, в рамках REA-проекта разработчики создали прототипы, которые анализируют минифицированные JS-файлы, выявляют ключевые функции и даже восстанавливают логику обработки данных. Также появляются инструменты, интегрируемые с Ghidra и IDA, которые «подсказывают» разработчику, что может быть в коде, основываясь на предыдущих примерах. Эти инструменты пока находятся на ранней стадии, но уже показывают, что AI может сократить время на reverse engineering в десятки раз — особенно для повторяющихся задач или кода с простой структурой.

Ограничения и риски: когда AI не справляется

Хотя AI обещает революцию, он не заменяет человеческий разум. Сложные алгоритмы, например, с использованием динамической компиляции, встраиваемых библиотек или защитных механизмов (anti-debug, anti-tamper), остаются неприступными для большинства моделей. Кроме того, AI может ошибаться в интерпретации кода — особенно если он не обучен на конкретной архитектуре или языке. Также существует риск, что такие инструменты будут использованы для несанкционированного анализа закрытого ПО, что вызывает этические и юридические вопросы. Важно, что большинство проектов пока остаются экспериментальными и требуют ручной проверки результатов.

Коротко

  • AI начинает применяться для reverse engineering закрытого кода, включая минифицированный JavaScript и скомпилированные бинарники.
  • Проекты вроде REA используют обученные модели для автоматического анализа и восстановления логики кода.
  • Традиционные инструменты (Ghidra, IDA) всё ещё необходимы, особенно для сложных или защищённых систем.
  • AI пока не справляется с криптографически защищёнными или динамически изменяющимися кодами.
  • Риски включают ошибки интерпретации и этические вопросы по использованию таких инструментов.
Метрики для оценки квантования 17 октября, 23:04 · историй: 1
За 6 ч · источники: Towards Data Science

Метрики для оценки квантования

В свежем выпуске рассмотрены технические аспекты оптимизации моделей, а именно проблема отсутствия ключевых показателей в существующих руководствах по квантованию. Как отмечает Towards Data Science, в десяти популярных гайдах по этой теме не встречается ни одного метрического критерия, зависящего от порога (threshold-dependent metric). Авторы публикации указывают, что этот пробел скрывает важные нюансы процесса, и предлагают два конкретных числа, которые позволяют закрыть этот разрыв и сделать оценку более точной.

Коротко

  • Towards Data Science проанализировала десять руководств по квантованию.
  • В этих материалах отсутствует пороговая метрика, зависящая от порога.
  • Авторы статьи выделяют два числа, необходимые для корректной оценки.
Новые подходы к оценке моделей анализа ЭЭГ 17 октября, 16:57 · историй: 1
За 6 ч · источники: Towards Data Science

Новые подходы к оценке моделей анализа ЭЭГ

В новом исследовании, опубликованном в Towards Data Science, учёные продемонстрировали, как оценка моделей машинного обучения, работающих с данными электроэнцефалографии (ЭЭГ), может существенно искажаться при использовании одинаковых участников в тренировочном и тестовом наборах. Исследователи протестировали три модели — GPT, Claude и Gemini — и обнаружили, что при повторном использовании одного и того же человека в обоих наборах показатели точности резко возрастали, что указывает на проблему «переподгонки» (overfitting) и недостаточную обобщаемость моделей. Это открытие подчёркивает необходимость введения «участник-ориентированной» оценки (participant-aware evaluation), которая учитывает индивидуальную вариабельность данных, чтобы избежать искажённых результатов.

ЭЭГ-модели и проблема переподгонки

Одним из ключевых выводов исследования стало то, что модели, обученные на данных ЭЭГ, демонстрируют высокую точность, если в тренировочном и тестовом наборах присутствуют одинаковые участники. Это создаёт иллюзию эффективности, но на деле указывает на то, что модель запомнила конкретные паттерны конкретных людей, а не универсальные закономерности. В результате, при реальном применении, когда тестовые данные будут содержать новых участников, производительность резко падает. Авторы работы предлагают использовать методы, которые учитывают индивидуальную вариабельность, чтобы снизить влияние переподгонки и повысить обобщаемость моделей.

Модели GPT, Claude и Gemini — в сравнении

В рамках исследования были протестированы три крупных модели: GPT, Claude и Gemini. Каждая из них показала значительное улучшение метрик при использовании одинаковых участников в тренировке и тестировании, но с разной степенью выраженности эффекта. Например, GPT демонстрировал наибольшее увеличение точности, тогда как Gemini показал более стабильное поведение, хотя и с заметным ростом. Claude, в свою очередь, оказался наиболее чувствительным к повторяющимся участникам, что указывает на его более сложную архитектуру и большую зависимость от конкретных паттернов. Эти различия подчеркивают, что подходы к оценке должны быть адаптированы под конкретные модели.

Влияние на практику и будущее разработок

Результаты исследования имеют важное значение для разработчиков моделей, работающих с биометрическими данными, включая ЭЭГ. Без учёта индивидуальной вариабельности, модели могут показывать завышенную эффективность, что ведёт к ошибочным выводам и неэффективному внедрению в реальные системы. Компании, такие как Anthropic, OpenAI и Google, должны пересмотреть свои методы оценки, особенно если их модели используются в медицинских или когнитивных приложениях. В будущем, вероятно, будут развиваться специализированные метрики, учитывающие участников, а также инструменты для автоматического выявления переподгонки в биометрических данных.

Коротко

  • Исследование в Towards Data Science показало, что модели GPT, Claude и Gemini демонстрируют завышенную точность, если в тренировочном и тестовом наборах присутствуют одинаковые участники.
  • Это указывает на проблему переподгонки и недостаточную обобщаемость моделей, что может привести к ошибочным выводам в реальных приложениях.
  • Авторы предлагают внедрение «участник-ориентированной» оценки для уменьшения влияния переподгонки и повышения надёжности моделей.
  • Результаты имеют значение для разработчиков моделей, работающих с биометрическими данными, особенно в медицинских и когнитивных приложениях.
  • Компании OpenAI, Anthropic и Google должны пересмотреть свои методы оценки, чтобы избежать искажённых результатов.
Новые инструменты для учебы и анализа данных 16 октября, 22:03 · историй: 4
За 6 ч · источники: Google Analytics Blog, OReilly Data, Towards Data Science

Новые инструменты для учебы и анализа данных

В рамках обновлений Google Gemini Notebook появилась функция с 60-секундными видеорезюме и интерактивными тестами — теперь студенты могут эффективнее готовиться к экзаменам, используя визуальные и интерактивные форматы. Инструмент доступен по адресу notebook.google, как сообщает Google Analytics Blog.

Искусственный интеллект расширяет границы исследований и бизнеса

Новые AI-инструменты упрощают анализ бизнес-данных и открывают новые возможности для исследователей — от изучения эпидемий до моделирования физических систем. В выпуске This Week in AI от OReilly Data рассматриваются последние разработки от OpenAI, Anthropic и Mistral, а также исследования экономики робототехники и применение ИИ в науке, как сообщает OReilly Data.

Проверка авторства кода: инструмент CodeOwnership

Автор статьи в Towards Data Science разработал инструмент CodeOwnership для оценки степени владения кодом, сгенерированным ИИ. Он оценил уверенность в 4 из 5 баллов, но не смог найти вставленную ошибку за 8 минут — что подчеркивает сложность полной проверки кода, созданного ИИ. Инструмент и его ограничения описаны в посте на Towards Data Science.

Проверка достоверности утверждений: инструмент для Codex

Исследователь построил проверочный инструмент для текстов, сгенерированных Codex — и он допустил ошибку: система нашла правильный фрагмент, но не обнаружила несоответствие между ним и утверждением. Аудит показал, где правила-шаблоны проверки не срабатывают, как сообщает Towards Data Science.

Коротко

  • Google Gemini Notebook добавил видео-резюме и тесты для улучшения учебного процесса.
  • AI-инструменты расширяют возможности в бизнесе и науке, как отмечают OReilly Data.
  • Инструмент CodeOwnership оценивает владение кодом ИИ, но не всегда выявляет ошибки.
  • Проверка утверждений с помощью Codex-инструмента не всегда успешна — система может пропускать несоответствия.

← На главную