«Яндекс» начал тестировать ИИ-агента для Android
В бета‑версии поискового приложения «Яндекс — с Алисой AI» появилось упоминание о запуске тестирования нового ИИ‑агента для Android. Речь идёт о глубокой интеграции голосового ассистента в интерфейс смартфонов на базе ОС. В компании подтвердили начало тестирования технологии.
Как сообщили в «Яндексе», пользователи смогут отправлять сообщения в мессенджерах без ручного ввода, искать информацию на устройстве и устанавливать приложения с помощью голосовых команд. Фактически ассистент получает расширенный доступ к функциям операционной системы.
Пока новая возможность доступна ограниченному числу пользователей, подавших заявки на участие в тестировании. В дальнейшем технологию планируют интегрировать в нейросеть «Алиса AI», рассказал источник, знакомый с планами компании.
https://www.kommersant.ru/doc/8479320
В бета‑версии поискового приложения «Яндекс — с Алисой AI» появилось упоминание о запуске тестирования нового ИИ‑агента для Android. Речь идёт о глубокой интеграции голосового ассистента в интерфейс смартфонов на базе ОС. В компании подтвердили начало тестирования технологии.
Как сообщили в «Яндексе», пользователи смогут отправлять сообщения в мессенджерах без ручного ввода, искать информацию на устройстве и устанавливать приложения с помощью голосовых команд. Фактически ассистент получает расширенный доступ к функциям операционной системы.
Пока новая возможность доступна ограниченному числу пользователей, подавших заявки на участие в тестировании. В дальнейшем технологию планируют интегрировать в нейросеть «Алиса AI», рассказал источник, знакомый с планами компании.
https://www.kommersant.ru/doc/8479320
Коммерсантъ
«Яндекс» возьмет смартфоны под управление
Подробнее на сайте
🤡17😁7🤮6👍2💩2🌭1🤨1
Исследование показало, что агенты могут радикально менять стратегию даже при идентичном вводе — и это напрямую снижает точность их работы
Группа исследователей в области обработки естественного языка из нескольких американских университетов провела совместное исследование, в ходе которого выяснилось, что агенты часто выбирают разные последовательности действий даже при идентичных входах. И это влияет на точность ответа.
Всего было проведено 3 000 экспериментов (100 задач × 10 запусков × 3 модели) на трёх моделях (Llama 3.1 70B, GPT-4o, Claude Sonnet 4.5) с использованием датасета HotpotQA.
В среднем исследователи зафиксировали 2,0–4,2 уникальных траектории на 10 запусков, а разброс по количеству шагов достигает 55%.
Высокая согласованность поведения (≤2 уникальных траектории) приводит к точности 80–92%, тогда как при высокой вариативности (≥6 траекторий) точность падает до 25–60%. Причём 69% расхождений возникают уже на втором шаге — при первом запросе. Длина траектории также коррелирует с точностью: короткие (3 шага) дают 90% правильных ответов, длинные (8+ шагов) — лишь 43%.
Работа подчёркивает: даже при минимальном наборе инструментов агенты демонстрируют значительную вариативность, а с ростом сложности задач проблема только усугубляется. Для практических применений важно не только повышать точность, но и обеспечивать стабильность поведения — это позволит строить более надёжные и предсказуемые системы.
https://arxiv.org/html/2602.11619v1
Группа исследователей в области обработки естественного языка из нескольких американских университетов провела совместное исследование, в ходе которого выяснилось, что агенты часто выбирают разные последовательности действий даже при идентичных входах. И это влияет на точность ответа.
Всего было проведено 3 000 экспериментов (100 задач × 10 запусков × 3 модели) на трёх моделях (Llama 3.1 70B, GPT-4o, Claude Sonnet 4.5) с использованием датасета HotpotQA.
В среднем исследователи зафиксировали 2,0–4,2 уникальных траектории на 10 запусков, а разброс по количеству шагов достигает 55%.
Высокая согласованность поведения (≤2 уникальных траектории) приводит к точности 80–92%, тогда как при высокой вариативности (≥6 траекторий) точность падает до 25–60%. Причём 69% расхождений возникают уже на втором шаге — при первом запросе. Длина траектории также коррелирует с точностью: короткие (3 шага) дают 90% правильных ответов, длинные (8+ шагов) — лишь 43%.
Работа подчёркивает: даже при минимальном наборе инструментов агенты демонстрируют значительную вариативность, а с ростом сложности задач проблема только усугубляется. Для практических применений важно не только повышать точность, но и обеспечивать стабильность поведения — это позволит строить более надёжные и предсказуемые системы.
https://arxiv.org/html/2602.11619v1
👍5🤔3🤝2
Apple официально представила самый дешевый макбук - MacBook Neoмобильного чипа A18 Pro
Apple анонсировала бюджетный MacBook Neo. Устройство построено на базе процессора A18 Pro, который использовали в iPhone 16 Pro и 16 Pro Max, оснащено 8 ГБ ОЗУ и SSD объёмом до 512 ГБ. Главное преимущество устройства — его цена. Ноутбук стоит от 600 долларов, а продажи начнутся уже 11 марта.
MacBook Neo работает на базе мобильного чипа A18 Pro с 6 ядрами CPU (2 производительных и 4 эффективных), 5 ядрами GPU и 16 ядрами NPU. Есть аппаратная трассировка лучей. Из оперативной памяти доступно всего 8 ГБ с пропускной способностью до 60 ГБ/с. Объём SSD-накопителя можно выбрать: 256 или 512 ГБ.
Изображение выводится на 13-дюймовый IPS-дисплей с LED-подсветкой. Разрешение составляет 2408 × 1506 пикселей, а пиковая яркость — 500 нит. Монитор полностью охватывает пространство цветов sRGB, но без поддержки P3. Для созвонов добавили веб-камеру с разрешением 1080p.
Для связи предусмотрены модули Wi-Fi 6E и Bluetooth 6. Звук выводится на систему из двух динамиков, а для записи голоса есть два микрофона с шумоподавлением. Версия на 512 ГБ оснащена сканером отпечатка пальцев Touch ID. За автономность отвечает аккумулятор на 36,5 Вт·ч. Apple отмечает, что этого должно хватить на 16 часов просмотра видео или 11 часов работы в интернете.
По сообщениям, в российских магазинах стоимость новинки составит от 69 999 рублей.
https://www.apple.com/newsroom/2026/03/say-hello-to-macbook-neo/
Для среднестатистической разработки это чудо вряд ли подойдет, если для чего-то более менее легковесного.
Apple анонсировала бюджетный MacBook Neo. Устройство построено на базе процессора A18 Pro, который использовали в iPhone 16 Pro и 16 Pro Max, оснащено 8 ГБ ОЗУ и SSD объёмом до 512 ГБ. Главное преимущество устройства — его цена. Ноутбук стоит от 600 долларов, а продажи начнутся уже 11 марта.
MacBook Neo работает на базе мобильного чипа A18 Pro с 6 ядрами CPU (2 производительных и 4 эффективных), 5 ядрами GPU и 16 ядрами NPU. Есть аппаратная трассировка лучей. Из оперативной памяти доступно всего 8 ГБ с пропускной способностью до 60 ГБ/с. Объём SSD-накопителя можно выбрать: 256 или 512 ГБ.
Изображение выводится на 13-дюймовый IPS-дисплей с LED-подсветкой. Разрешение составляет 2408 × 1506 пикселей, а пиковая яркость — 500 нит. Монитор полностью охватывает пространство цветов sRGB, но без поддержки P3. Для созвонов добавили веб-камеру с разрешением 1080p.
Для связи предусмотрены модули Wi-Fi 6E и Bluetooth 6. Звук выводится на систему из двух динамиков, а для записи голоса есть два микрофона с шумоподавлением. Версия на 512 ГБ оснащена сканером отпечатка пальцев Touch ID. За автономность отвечает аккумулятор на 36,5 Вт·ч. Apple отмечает, что этого должно хватить на 16 часов просмотра видео или 11 часов работы в интернете.
По сообщениям, в российских магазинах стоимость новинки составит от 69 999 рублей.
https://www.apple.com/newsroom/2026/03/say-hello-to-macbook-neo/
Для среднестатистической разработки это чудо вряд ли подойдет, если для чего-то более менее легковесного.
Apple Newsroom
Say hello to MacBook Neo
Apple today unveiled MacBook Neo, an all-new laptop that delivers the magic of the Mac at a breakthrough price.
🤔10👍4❤3👎2
Google представил третий квартальный релиз Android 16 (QPR3).
Основное новшество - это добавление режима рабочего стола, который активируется при подключении устройства к внешнему экрану.
По аналогии с традиционной средой рабочего стола новый режим позволяет одновременно работать с окнами нескольких приложений, менять размер окон и использовать для навигации панель задач, показывающую активные приложения и допускающую закрепление ярлыков наиболее часто используемых программ.
Возможно подключение клавиатуры и мыши, и назначение собственных комбинаций клавиш. На внешнем экране создаётся новый сеанс рабочего стола, а на телефоне можно продолжать работать в мобильном интерфейсе.
Мобильные приложения, созданные с использованием механизмов адаптивного интерфейса, в десктоп-режиме выглядят как типовые настольные приложения.
Для разработчиков для работы с большими экрана добавлен ряд API:
- Объект Display — позволяет отслеживать изменение настроек экрана и перемещения приложения на другой экран.
- API для обработки событий с клавиатуры и мыши.
- В оконный менеджер Jetpack WindowManager добавлены новые классы экранов — Large (между 1200dp и 1600dp) и Extra-large (более 1600dp)
- Добавлены библиотеки Navigation 3 и Compose Material 3 Adaptive для создания интерфейсов, подстраивающихся под размер экрана.
https://android-developers.googleblog.com/2026/03/android-devices-extend-seamlessly-to.html
Основное новшество - это добавление режима рабочего стола, который активируется при подключении устройства к внешнему экрану.
По аналогии с традиционной средой рабочего стола новый режим позволяет одновременно работать с окнами нескольких приложений, менять размер окон и использовать для навигации панель задач, показывающую активные приложения и допускающую закрепление ярлыков наиболее часто используемых программ.
Возможно подключение клавиатуры и мыши, и назначение собственных комбинаций клавиш. На внешнем экране создаётся новый сеанс рабочего стола, а на телефоне можно продолжать работать в мобильном интерфейсе.
Мобильные приложения, созданные с использованием механизмов адаптивного интерфейса, в десктоп-режиме выглядят как типовые настольные приложения.
Для разработчиков для работы с большими экрана добавлен ряд API:
- Объект Display — позволяет отслеживать изменение настроек экрана и перемещения приложения на другой экран.
- API для обработки событий с клавиатуры и мыши.
- В оконный менеджер Jetpack WindowManager добавлены новые классы экранов — Large (между 1200dp и 1600dp) и Extra-large (более 1600dp)
- Добавлены библиотеки Navigation 3 и Compose Material 3 Adaptive для создания интерфейсов, подстраивающихся под размер экрана.
https://android-developers.googleblog.com/2026/03/android-devices-extend-seamlessly-to.html
Android Developers Blog
Android devices extend seamlessly to connected displays
News and insights on the Android platform, developer tools, and events.
👍9❤4❤🔥4🤝1
Паттерны микросервисов
(продолжение предыдущего поста)
Реализация микросервисов часто сопроваждается применением ряда паттернов. Рассмотрим некоторые ключевые из них.
1. Database Per Service Pattern (база данных на сервис)
- Суть: каждый микросервис имеет собственную базу данных, изолированную от других сервисов. Взаимодействие между сервисами происходит через API, а не напрямую с БД.
- Схема (на изображении): показаны два микросервиса, каждый со своей базой данных.
- Преимущества:
- слабая связанность сервисов (изменения в БД одного сервиса не влияют на другие);
- возможность использовать разные типы БД для разных сервисов;
- упрощение масштабирования и развёртывания.
- Недостатки:
- усложнение обмена данными между сервисами;
- увеличение затрат на инфраструктуру (множество БД);
- сложность обеспечения транзакционной целостности.
- Подходит для: крупномасштабных проектов с большим числом микросервисов.
2. API Gateway Pattern (паттерн API-шлюза)
- Суть: создание единой точки входа для клиентских запросов. Шлюз маршрутизирует запросы к соответствующим микросервисам, агрегирует ответы и возвращает их клиенту.
- Схема (на изображении): клиент отправляет запрос к API Gateway, который перенаправляет его к нужным микросервисам.
- Функции API Gateway:
- маршрутизация запросов;
- агрегация ответов;
- аутентификация и авторизация;
- кэширование;
- ограничение скорости запросов (rate limiting).
- Преимущества:
- упрощение взаимодействия клиента с системой;
- централизованное управление безопасностью и логированием;
- оптимизация числа сетевых вызовов.
- Недостатки:
- риск единой точки отказа;
- необходимость дополнительного обслуживания шлюза.
- Подходит для: сложных систем с множеством микросервисов и разных клиентских приложений.
3. BFF Pattern (Backends for Frontends — бэкенды для фронтендов)
- Суть: создание отдельных бэкендов (шлюзов) для разных типов клиентов (веб, мобильное приложение, десктоп). Каждый BFF адаптирует API под специфические требования клиента.
- Схема (на изображении): показаны Web UI BFF и App BFF, которые взаимодействуют с микросервисами и адаптируют данные для соответствующих клиентов.
- Преимущества:
- оптимизация ответов под конкретный интерфейс пользователя;
- уменьшение объёма данных, передаваемых клиенту;
- изоляция изменений в клиентских приложениях от бэкенда.
- Недостатки:
- увеличение числа компонентов системы;
- дублирование логики для разных BFF.
- Подходит для: систем с разными требованиями к API у клиентов (например, веб и мобильное приложение).
4. CQRS (Command Query Responsibility Segregation — разделение команд и запросов)
- Суть: разделение операций изменения данных (команды — Command) и чтения данных (запросы — Query). Используются отдельные модели для записи и чтения данных.
- Схема (на изображении): показаны потоки Command (запись в Write DB) и Query (чтение из Read DB).
- Преимущества:
- оптимизация операций чтения и записи;
- возможность использовать разные хранилища для чтения и записи;
- повышение производительности и масштабируемости.
- Недостатки:
- увеличение сложности системы;
- необходимость синхронизации между хранилищами.
- Подходит для: систем с интенсивными операциями чтения (например, аналитические системы).
5. Event Sourcing Pattern (паттерн источника событий)
- Суть: хранение состояния приложения в виде последовательности событий, а не в виде текущего состояния. Все изменения системы записываются как события в Event Store.
- Схема (на изображении): показаны события (Event Profile Created, Event Hobbies Updated и т. д.), которые сохраняются в Event Store, а затем используются для чтения данных.
- Преимущества:
- полный журнал истории изменений системы;
- возможность отката состояния системы к любой точке во времени;
- упрощение реализации сложных бизнес-процессов.
- Недостатки:
- высокая сложность реализации;
- увеличение объёма хранилища данных.
- Подходит для: систем с критическими бизнес-процессами, где важна история изменений (например, финансовые системы).
6. Saga Pattern (паттерн саги)
(продолжение предыдущего поста)
Реализация микросервисов часто сопроваждается применением ряда паттернов. Рассмотрим некоторые ключевые из них.
1. Database Per Service Pattern (база данных на сервис)
- Суть: каждый микросервис имеет собственную базу данных, изолированную от других сервисов. Взаимодействие между сервисами происходит через API, а не напрямую с БД.
- Схема (на изображении): показаны два микросервиса, каждый со своей базой данных.
- Преимущества:
- слабая связанность сервисов (изменения в БД одного сервиса не влияют на другие);
- возможность использовать разные типы БД для разных сервисов;
- упрощение масштабирования и развёртывания.
- Недостатки:
- усложнение обмена данными между сервисами;
- увеличение затрат на инфраструктуру (множество БД);
- сложность обеспечения транзакционной целостности.
- Подходит для: крупномасштабных проектов с большим числом микросервисов.
2. API Gateway Pattern (паттерн API-шлюза)
- Суть: создание единой точки входа для клиентских запросов. Шлюз маршрутизирует запросы к соответствующим микросервисам, агрегирует ответы и возвращает их клиенту.
- Схема (на изображении): клиент отправляет запрос к API Gateway, который перенаправляет его к нужным микросервисам.
- Функции API Gateway:
- маршрутизация запросов;
- агрегация ответов;
- аутентификация и авторизация;
- кэширование;
- ограничение скорости запросов (rate limiting).
- Преимущества:
- упрощение взаимодействия клиента с системой;
- централизованное управление безопасностью и логированием;
- оптимизация числа сетевых вызовов.
- Недостатки:
- риск единой точки отказа;
- необходимость дополнительного обслуживания шлюза.
- Подходит для: сложных систем с множеством микросервисов и разных клиентских приложений.
3. BFF Pattern (Backends for Frontends — бэкенды для фронтендов)
- Суть: создание отдельных бэкендов (шлюзов) для разных типов клиентов (веб, мобильное приложение, десктоп). Каждый BFF адаптирует API под специфические требования клиента.
- Схема (на изображении): показаны Web UI BFF и App BFF, которые взаимодействуют с микросервисами и адаптируют данные для соответствующих клиентов.
- Преимущества:
- оптимизация ответов под конкретный интерфейс пользователя;
- уменьшение объёма данных, передаваемых клиенту;
- изоляция изменений в клиентских приложениях от бэкенда.
- Недостатки:
- увеличение числа компонентов системы;
- дублирование логики для разных BFF.
- Подходит для: систем с разными требованиями к API у клиентов (например, веб и мобильное приложение).
4. CQRS (Command Query Responsibility Segregation — разделение команд и запросов)
- Суть: разделение операций изменения данных (команды — Command) и чтения данных (запросы — Query). Используются отдельные модели для записи и чтения данных.
- Схема (на изображении): показаны потоки Command (запись в Write DB) и Query (чтение из Read DB).
- Преимущества:
- оптимизация операций чтения и записи;
- возможность использовать разные хранилища для чтения и записи;
- повышение производительности и масштабируемости.
- Недостатки:
- увеличение сложности системы;
- необходимость синхронизации между хранилищами.
- Подходит для: систем с интенсивными операциями чтения (например, аналитические системы).
5. Event Sourcing Pattern (паттерн источника событий)
- Суть: хранение состояния приложения в виде последовательности событий, а не в виде текущего состояния. Все изменения системы записываются как события в Event Store.
- Схема (на изображении): показаны события (Event Profile Created, Event Hobbies Updated и т. д.), которые сохраняются в Event Store, а затем используются для чтения данных.
- Преимущества:
- полный журнал истории изменений системы;
- возможность отката состояния системы к любой точке во времени;
- упрощение реализации сложных бизнес-процессов.
- Недостатки:
- высокая сложность реализации;
- увеличение объёма хранилища данных.
- Подходит для: систем с критическими бизнес-процессами, где важна история изменений (например, финансовые системы).
6. Saga Pattern (паттерн саги)
❤5👍2🔥2🤝1
- Суть: управление длительными бизнес-процессами, состоящими из последовательности локальных транзакций. Сага координирует выполнение шагов процесса и обрабатывает откаты в случае ошибок.
- Схема (на изображении): показана последовательность шагов (Service A → Service B → Service C) с координацией через Saga Orchestrator.
- Компоненты:
- Saga Orchestrator (оркестратор саги) — управляет порядком выполнения шагов;
- локальные транзакции — отдельные шаги бизнес-процесса;
- компенсационные действия — откат изменений при ошибке.
- Преимущества:
- поддержка длительных транзакций;
- обеспечение согласованности данных в распределённой системе;
- возможность параллельного выполнения независимых шагов.
- Недостатки:
- сложность реализации и отладки;
- необходимость управления состоянием саги.
- Подходит для: сложных бизнес-процессов с несколькими этапами (например, оформление заказа в e-commerce).
- Схема (на изображении): показана последовательность шагов (Service A → Service B → Service C) с координацией через Saga Orchestrator.
- Компоненты:
- Saga Orchestrator (оркестратор саги) — управляет порядком выполнения шагов;
- локальные транзакции — отдельные шаги бизнес-процесса;
- компенсационные действия — откат изменений при ошибке.
- Преимущества:
- поддержка длительных транзакций;
- обеспечение согласованности данных в распределённой системе;
- возможность параллельного выполнения независимых шагов.
- Недостатки:
- сложность реализации и отладки;
- необходимость управления состоянием саги.
- Подходит для: сложных бизнес-процессов с несколькими этапами (например, оформление заказа в e-commerce).
Telegram
METANIT.COM
Паттерны микросервисов
(продолжение в следующем посте)
(продолжение в следующем посте)
❤6🔥3👍2
Россиян достала цифровизация. Многие мечтают навсегда забыть о «Госуслугах» и нейросетях
Почти половина населения готова отказаться от искусственного интеллекта, а 20% без раздумий перестали бы пользоваться «Госуслугами» и прочими госсервисами. Свыше трети населения устраивают цифровой детокс. В цифровизации россияне узрели огромное количество недостатков.
Жители России стали в массе своей негативно высказываться о современных цифровых технологиях и даже выделили те из них, от которых бы отказались без сомнений, если бы возникла такая необходимость. Согласно исследованию, 43% россиян готовы отказаться от всего, что связано с искусственным интеллектом.
На втором месте по количеству желающих отказаться от той или иной технологии оказались все государственные цифровые сервисы, в частности, «Госуслуги», а вместе с ними – электронные подписи и цифровые документы. Их упомянули 20% респондентов. 8% россиян готовы попрощаться с маркетплейсами и в целом с онлайн-сервисами, а 6% – с цифровыми устройствами (смартфоны, планшеты, смарт-часы и пр.).
Россияне выделили 10 ключевых минусов цифровизации. Самый основной, по их мнению – это то, что новые технологии снижают способность людей к самостоятельному мышлению. За него проголосовали 36% участников опроса.
33% уверены, что технологии разрушают живое общение между людьми, 32% – что они нарушают приватность и собирают личные данные. 28% россиян полагают, что технологии усиливают контроль государства и корпораций над людьми, 24% – что они способствуют распространению недостоверной информации.
Не увидели в технологиях никаких недостатков всего-навсего 5%.
https://www.cnews.ru/news/top/2026-03-05_rossiyan_dostala_tsifrovizatsiya
Почти половина населения готова отказаться от искусственного интеллекта, а 20% без раздумий перестали бы пользоваться «Госуслугами» и прочими госсервисами. Свыше трети населения устраивают цифровой детокс. В цифровизации россияне узрели огромное количество недостатков.
Жители России стали в массе своей негативно высказываться о современных цифровых технологиях и даже выделили те из них, от которых бы отказались без сомнений, если бы возникла такая необходимость. Согласно исследованию, 43% россиян готовы отказаться от всего, что связано с искусственным интеллектом.
На втором месте по количеству желающих отказаться от той или иной технологии оказались все государственные цифровые сервисы, в частности, «Госуслуги», а вместе с ними – электронные подписи и цифровые документы. Их упомянули 20% респондентов. 8% россиян готовы попрощаться с маркетплейсами и в целом с онлайн-сервисами, а 6% – с цифровыми устройствами (смартфоны, планшеты, смарт-часы и пр.).
Россияне выделили 10 ключевых минусов цифровизации. Самый основной, по их мнению – это то, что новые технологии снижают способность людей к самостоятельному мышлению. За него проголосовали 36% участников опроса.
33% уверены, что технологии разрушают живое общение между людьми, 32% – что они нарушают приватность и собирают личные данные. 28% россиян полагают, что технологии усиливают контроль государства и корпораций над людьми, 24% – что они способствуют распространению недостоверной информации.
Не увидели в технологиях никаких недостатков всего-навсего 5%.
https://www.cnews.ru/news/top/2026-03-05_rossiyan_dostala_tsifrovizatsiya
CNews.ru
Россиян достала цифровизация. Многие мечтают навсегда забыть о «Госуслугах» и нейросетях - CNews
Россияне стали протестовать против современных технологий. Почти половина населения готова отказаться от искусственного интеллекта, а 20% без раздумий перестали бы пользоваться «Госуслугами» и...
🙏18🤡8😁7👍3🤔2💩1
AI научился раскрывать личности анонимных пользователей по их постам
Исследователи из ETH Zurich совместно с Anthropic показали, что современные модели способны деанонимизировать людей, анализируя только их тексты в интернете.
В эксперименте использовали 338 профилей с форума Hacker News. Из данных заранее удалили прямые идентификаторы, такие как имена и ссылки на соцсети. AI-агент изучал стиль письма, упоминания работы, интересов, географии и другие косвенные детали. На основе этого он формировал вероятный профиль человека: профессию, местоположение, хобби и политические взгляды.
Далее эти характеристики сопоставили с базой из 89 тысяч профилей LinkedIn. В результате удалось корректно установить личности примерно двух третей пользователей. Похожий результат исследователи получили и при анализе части аккаунтов Reddit.
Авторы подчёркивают, что использовалась исключительно открытая информация. Никакого взлома или утечки данных не было. Главный вывод звучит просто: чем больше человек пишет в сети, тем легче по совокупности деталей установить, кто он.
https://arxiv.org/abs/2602.16800
Исследователи из ETH Zurich совместно с Anthropic показали, что современные модели способны деанонимизировать людей, анализируя только их тексты в интернете.
В эксперименте использовали 338 профилей с форума Hacker News. Из данных заранее удалили прямые идентификаторы, такие как имена и ссылки на соцсети. AI-агент изучал стиль письма, упоминания работы, интересов, географии и другие косвенные детали. На основе этого он формировал вероятный профиль человека: профессию, местоположение, хобби и политические взгляды.
Далее эти характеристики сопоставили с базой из 89 тысяч профилей LinkedIn. В результате удалось корректно установить личности примерно двух третей пользователей. Похожий результат исследователи получили и при анализе части аккаунтов Reddit.
Авторы подчёркивают, что использовалась исключительно открытая информация. Никакого взлома или утечки данных не было. Главный вывод звучит просто: чем больше человек пишет в сети, тем легче по совокупности деталей установить, кто он.
https://arxiv.org/abs/2602.16800
arXiv.org
Large-scale online deanonymization with LLMs
We show that large language models can be used to perform at-scale deanonymization. With full Internet access, our agent can re-identify Hacker News users and Anthropic Interviewer participants at...
🤯10🖕6👍5🤡2🤨1😭1
В Max пояснили: мессенджер не отправляет запросы на серверы Telegram и не отслеживает использование VPN
В пресс-службе Max сообщили, что приложение мессенджера не отправляет запросы на серверы Telegram. Также проект к персональным данным или пользованию другими сервисами, включая VPN, не имеет никакого отношения.
Разработчики МАХ изучили публикации о запросах мессенджера. Предположения, сделанные в них, не соответствуют действительности. Вот детальные пояснения:
1. Информация об IP-адресах используется исключительно для обеспечения корректной работы звонков. Для установки P2P-соединения (звонков) технология WebRTC требует внешний IP, чтобы построить прямой маршрут «телефон-телефон». Это стандарт для всех сервисов, которые осуществляют звонки при помощи данной технологии;
2. Запросы на серверы, например Apple и Google, необходимы для проверки доставки push-уведомлений пользователям. В сложных сетевых условиях и ограничениях мобильной связи в отдельных регионах — это необходимая мера для корректной работы уведомлений;
3. МАХ не отправляет запросы на серверы Telegram.
Используемые технические решения направлены на обеспечение высокого качества работы сервисов — в первую очередь звонков и уведомлений. К персональным данным или пользованию другими сервисами, включая VPN, они не имеют никакого отношения.
https://habr.com/ru/news/1006950/
В пресс-службе Max сообщили, что приложение мессенджера не отправляет запросы на серверы Telegram. Также проект к персональным данным или пользованию другими сервисами, включая VPN, не имеет никакого отношения.
Разработчики МАХ изучили публикации о запросах мессенджера. Предположения, сделанные в них, не соответствуют действительности. Вот детальные пояснения:
1. Информация об IP-адресах используется исключительно для обеспечения корректной работы звонков. Для установки P2P-соединения (звонков) технология WebRTC требует внешний IP, чтобы построить прямой маршрут «телефон-телефон». Это стандарт для всех сервисов, которые осуществляют звонки при помощи данной технологии;
2. Запросы на серверы, например Apple и Google, необходимы для проверки доставки push-уведомлений пользователям. В сложных сетевых условиях и ограничениях мобильной связи в отдельных регионах — это необходимая мера для корректной работы уведомлений;
3. МАХ не отправляет запросы на серверы Telegram.
Используемые технические решения направлены на обеспечение высокого качества работы сервисов — в первую очередь звонков и уведомлений. К персональным данным или пользованию другими сервисами, включая VPN, они не имеют никакого отношения.
https://habr.com/ru/news/1006950/
Хабр
В Max пояснили Хабру: мессенджер не отправляет запросы на серверы WhatsApp и Telegram и не отслеживает использование VPN
В пресс-службе Max сообщили Хабру, что приложение мессенджера не отправляет запросы на серверы WhatsApp и Telegram. Также проект к персональным данным или пользованию другими сервисами, включая VPN,...
🤡66😁9👍5🥴2🤣1
Команда Go одобрила использование обобщенных методов, изменив давнюю позицию.
Предложение, выдвинутое одним из соавторов Go, Робертом Гриземером - обобщенные методы, теперь переходит к реализации.
Однако невозможность включения обобщений в интерфейсы Go — останется. Ранее считалось, что поскольку обобщенные методы не могут реализовывать интерфейсы, в них нет смысла. Разработчики могли просто писать обобщенные функции, которые уже существуют. Изменение точки зрения заключается в том, что методы полезны для организации кода, даже если они не реализуют интерфейс, поэтому нет причин не поддерживать параметры типов — обобщения — так же, как и функции.
Обобщения типов, включая параметры типов для объявлений функций и типов были добавлены в язык еще в версии Go 1.18 в марте 2022 года. Однако возможности создавать обобщенные методы отсутствовала, хотя это функциональность была одной из востребованных.
Реакция разработчиков на одобренное предложение положительная, хотя многие признают, что эта функция неполна.
https://github.com/golang/go/issues/77273
Предложение, выдвинутое одним из соавторов Go, Робертом Гриземером - обобщенные методы, теперь переходит к реализации.
Однако невозможность включения обобщений в интерфейсы Go — останется. Ранее считалось, что поскольку обобщенные методы не могут реализовывать интерфейсы, в них нет смысла. Разработчики могли просто писать обобщенные функции, которые уже существуют. Изменение точки зрения заключается в том, что методы полезны для организации кода, даже если они не реализуют интерфейс, поэтому нет причин не поддерживать параметры типов — обобщения — так же, как и функции.
Обобщения типов, включая параметры типов для объявлений функций и типов были добавлены в язык еще в версии Go 1.18 в марте 2022 года. Однако возможности создавать обобщенные методы отсутствовала, хотя это функциональность была одной из востребованных.
Реакция разработчиков на одобренное предложение положительная, хотя многие признают, что эта функция неполна.
https://github.com/golang/go/issues/77273
GitHub
spec: generic methods for Go · Issue #77273 · golang/go
Proposal: Generic Methods for Go A change of view. Background For clarity, in the following we use the term concrete method (or just method when the context is clear) to describe a non-interface me...
😁16
This media is not supported in your browser
VIEW IN TELEGRAM
Наглядно, как работают куки и сессии
👍19🔥8😁2👏1
Внедрение ИИ пока не уничтожает рабочие места в Европе — напротив, благодаря этому появляются новые
Массовое внедрение ИИ пока не повлекло за собой исчезновение рабочих мест в европейских странах — напротив, ИИ лишь создаёт новые, считают авторы публикации на сайте Европейского центрального банка.
Так, в заметке ЕЦБ говорится, что активно внедряющие ИИ компании в еврозоне сейчас чаще нанимают людей, чем сокращают — и даже планируют расширять штат в краткосрочной перспективе. Об этом свидетельствуют результаты опроса 5 тысяч компаний, проведённого ведомством. В среднем компании, активно использующие ИИ, примерно на 4% чаще нанимают новых людей чем фирмы, которые пока не внедрили искусственный интеллект.
Также работодатели настроены позитивно в отношении потенциальных сокращений в будущем, говорят в ЕЦБ. Оптимизм демонстрируют и фирмы, которые собираются инвестировать в ИИ — по их мнению, в течение текущего года не следует ожидать приостановку найма персонала.
Из всех этих результатов опроса экономисты ЕЦБ делают вывод, что в краткосрочной перспективе ожидать сокращений из-за ИИ в Европе не следует.
https://www.ecb.europa.eu/press/blog/date/2026/html/ecb.blog20260304~d9e34fc95f.en.html
Массовое внедрение ИИ пока не повлекло за собой исчезновение рабочих мест в европейских странах — напротив, ИИ лишь создаёт новые, считают авторы публикации на сайте Европейского центрального банка.
Так, в заметке ЕЦБ говорится, что активно внедряющие ИИ компании в еврозоне сейчас чаще нанимают людей, чем сокращают — и даже планируют расширять штат в краткосрочной перспективе. Об этом свидетельствуют результаты опроса 5 тысяч компаний, проведённого ведомством. В среднем компании, активно использующие ИИ, примерно на 4% чаще нанимают новых людей чем фирмы, которые пока не внедрили искусственный интеллект.
Также работодатели настроены позитивно в отношении потенциальных сокращений в будущем, говорят в ЕЦБ. Оптимизм демонстрируют и фирмы, которые собираются инвестировать в ИИ — по их мнению, в течение текущего года не следует ожидать приостановку найма персонала.
Из всех этих результатов опроса экономисты ЕЦБ делают вывод, что в краткосрочной перспективе ожидать сокращений из-за ИИ в Европе не следует.
https://www.ecb.europa.eu/press/blog/date/2026/html/ecb.blog20260304~d9e34fc95f.en.html
European Central Bank
Artificial Intelligence: friend or foe for hiring in Europe today?
The European Central Bank (ECB) is the central bank of the European Union countries which have adopted the euro. Our main task is to maintain price stability in the euro area and so preserve the purchasing power of the single currency.
🤨11🤡8👏2🤔2✍1
Самораспространяющийся JavaScript-червь поразил Википедию
Организация, управляющая википедией, была вынуждена временно отключить возможность редактирования и запретить выполнение персональных скриптов сайтах википедии из-за инцидента с безопасностью,
Инцидент произошёл 5 марта 2026 г. из-за халатности одного из инженеров организации В процессе тестирования лимитов на работу с API из персональных скриптов, инженер экспериментировал с загрузкой большого числа случайных скриптов, используя реальные скрипты пользователей.
Тестирование при этом осуществлялось с привилегированной учётной записи, имеющей доступ к редактированию скрипта MediaWiki:Common.js и возможности загружать JavaScript-скрипты для всех пользователей и страниц.
Среди запускаемых персональных скриптов оказался созданный несколько лет назад вредоносный скрипт test.js, загруженный с русскоязычной версии википедии и содержащий функциональность червя, который добавлял себя в другие JavaScript-файлы с редактированием или удалением случайных страницы с примечанием о закрытии проекта
В итоге запуск данного скрипа с привилегированной учётной записи привёл к размещению вредоносного кода в пользовательских JavaScript-скриптах. А из-за запуска добавленного червя при открытии страниц другими пользователями и администраторамивозникла цепная реакция и массовый вандализм - несколько тысяч страниц было изменено, а у примерно сотни пользователей были заменены персональные скрипты common.js.
Из-за этого инженерам пришлось в срочном порядке временно переводить википедию в режим только чтение, отключать возможность редактирования, массово откатывать вандальные правки от трояна.
В настоящее время состояние пострадавших страниц восстановлено и возвращена возможность внесения изменений.
https://www.bleepingcomputer.com/news/security/wikipedia-hit-by-self-propagating-javascript-worm-that-vandalized-pages/
Организация, управляющая википедией, была вынуждена временно отключить возможность редактирования и запретить выполнение персональных скриптов сайтах википедии из-за инцидента с безопасностью,
Инцидент произошёл 5 марта 2026 г. из-за халатности одного из инженеров организации В процессе тестирования лимитов на работу с API из персональных скриптов, инженер экспериментировал с загрузкой большого числа случайных скриптов, используя реальные скрипты пользователей.
Тестирование при этом осуществлялось с привилегированной учётной записи, имеющей доступ к редактированию скрипта MediaWiki:Common.js и возможности загружать JavaScript-скрипты для всех пользователей и страниц.
Среди запускаемых персональных скриптов оказался созданный несколько лет назад вредоносный скрипт test.js, загруженный с русскоязычной версии википедии и содержащий функциональность червя, который добавлял себя в другие JavaScript-файлы с редактированием или удалением случайных страницы с примечанием о закрытии проекта
В итоге запуск данного скрипа с привилегированной учётной записи привёл к размещению вредоносного кода в пользовательских JavaScript-скриптах. А из-за запуска добавленного червя при открытии страниц другими пользователями и администраторамивозникла цепная реакция и массовый вандализм - несколько тысяч страниц было изменено, а у примерно сотни пользователей были заменены персональные скрипты common.js.
Из-за этого инженерам пришлось в срочном порядке временно переводить википедию в режим только чтение, отключать возможность редактирования, массово откатывать вандальные правки от трояна.
В настоящее время состояние пострадавших страниц восстановлено и возвращена возможность внесения изменений.
https://www.bleepingcomputer.com/news/security/wikipedia-hit-by-self-propagating-javascript-worm-that-vandalized-pages/
BleepingComputer
Wikipedia hit by self-propagating JavaScript worm that vandalized pages
The Wikimedia Foundation suffered a security incident today after a self-propagating JavaScript worm began vandalizing pages and modifying user scripts across multiple wikis.
👍14😱12🤣7❤4🔥3🤡2🤯1
Mozilla проведет редизайн Firefox
Mozilla работает над масштабным редизайном Firefox в рамках проекта с кодовым названием Nova.
Отличительной чертой нового дизайна будут скругляющиеся вкладки и новая адресная строка, а также объединение в отдельно выделенные скруглённые блоки верхней области с панелью вкладок и панелью навигации, боковой панели, области с содержимым web-страниц и элементов страницы, показываемой при открытии новой вкладки. Разные блоки выделены своими цветовыми оттенками с градиентом.
Кроме того, будет доступна активация вертикальных вкладок вместо традиционной горизонтальной компоновки, возможность размещения вкладок бок о бок, компактный режима просмотра, в котором элементы интерфейса занимают меньше экранного пространства и т.д.
Уже представлен ряд предварительных макетов, однако финальная версия приложения может выглядеть иначе, поскольку разработка только началась.
https://www.soeren-hentzschel.at/firefox/exklusiv-so-sieht-das-neue-nova-design-von-firefox-aus/
Mozilla работает над масштабным редизайном Firefox в рамках проекта с кодовым названием Nova.
Отличительной чертой нового дизайна будут скругляющиеся вкладки и новая адресная строка, а также объединение в отдельно выделенные скруглённые блоки верхней области с панелью вкладок и панелью навигации, боковой панели, области с содержимым web-страниц и элементов страницы, показываемой при открытии новой вкладки. Разные блоки выделены своими цветовыми оттенками с градиентом.
Кроме того, будет доступна активация вертикальных вкладок вместо традиционной горизонтальной компоновки, возможность размещения вкладок бок о бок, компактный режима просмотра, в котором элементы интерфейса занимают меньше экранного пространства и т.д.
Уже представлен ряд предварительных макетов, однако финальная версия приложения может выглядеть иначе, поскольку разработка только началась.
https://www.soeren-hentzschel.at/firefox/exklusiv-so-sieht-das-neue-nova-design-von-firefox-aus/
👍20🤔15👎10🤮6🔥4🥴3❤1👌1🤨1
Amazon обязал инженеров проверять сгенерированный ИИ-код
Amazon ввел новое правило для своих команд разработки: все изменения в коде, сгенерированные с помощью ИИ, теперь обязаны проходить обязательное ревью у старших инженеров перед деплоем. Такое решение стало реакцией на серию критических инцидентов, которые руководство охарактеризовало как сбои с «большим радиусом поражения».
В компании признали, что индустрия пока не имеет устоявшихся стандартов безопасности и контроля для автоматизированного кода, поэтому ручная проверка остаётся ключевой мерой защиты.
Теперь любые ИИ-изменения проходят многоступенчатую экспертизу: опытные разработчики проверяют корректность логики, соответствие архитектурным стандартам и потенциальные побочные эффекты.
Это увеличивит рабочую нагрузку значительно сократившейся команды; по данным Financial Times, Amazon уволила более 30 000 сотрудников с октября 2025 года. Один из давних сотрудников рисует особенно мрачную картину, говоря: «Изо дня в день это просто кажется невыносимым. Наша рабочая нагрузка растет, и количество [проблем], с которыми нужно справляться, просто накапливается. Некоторые менеджеры знают об этом, но руководители продолжают указывать на какую-то более масштабную проблему, связанную с ИИ».
https://www.pcgamer.com/software/ai/amazon-owns-up-to-needing-more-human-oversight-over-ai-code-unfortunately-it-wants-to-do-that-with-fewer-people/
Amazon ввел новое правило для своих команд разработки: все изменения в коде, сгенерированные с помощью ИИ, теперь обязаны проходить обязательное ревью у старших инженеров перед деплоем. Такое решение стало реакцией на серию критических инцидентов, которые руководство охарактеризовало как сбои с «большим радиусом поражения».
В компании признали, что индустрия пока не имеет устоявшихся стандартов безопасности и контроля для автоматизированного кода, поэтому ручная проверка остаётся ключевой мерой защиты.
Теперь любые ИИ-изменения проходят многоступенчатую экспертизу: опытные разработчики проверяют корректность логики, соответствие архитектурным стандартам и потенциальные побочные эффекты.
Это увеличивит рабочую нагрузку значительно сократившейся команды; по данным Financial Times, Amazon уволила более 30 000 сотрудников с октября 2025 года. Один из давних сотрудников рисует особенно мрачную картину, говоря: «Изо дня в день это просто кажется невыносимым. Наша рабочая нагрузка растет, и количество [проблем], с которыми нужно справляться, просто накапливается. Некоторые менеджеры знают об этом, но руководители продолжают указывать на какую-то более масштабную проблему, связанную с ИИ».
https://www.pcgamer.com/software/ai/amazon-owns-up-to-needing-more-human-oversight-over-ai-code-unfortunately-it-wants-to-do-that-with-fewer-people/
PC Gamer
Amazon owns up to needing more human oversight over AI code—unfortunately, it wants to do that with fewer people
This math isn't math-ing.
😁36👍11🤡5❤2👏2🤝1👾1