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
Telegram не будет работать в России даже с VPN, заявил СМИ зампред комитета Госдумы по информполитике Андрей Свинцов. По его словам, Роскомнадзор будет отслеживать трафик, поэтому «обхитрить» ведомство в этом вопросе не получится.
РКН обладает всеми техническими возможностями для выявления VPN-трафика, поэтому такие сервисы не помогут – мессенджер будет «так же тупить», как и без них, предупредил депутат.
«Если кто-то думает, что все просто скачают VPN и продолжат пользоваться мессенджером, то спешу вас расстроить. Telegram никого не обхитрит — не будет ни черта функционировать», — подчеркнул Свинцов, добавив, что доступными для россиян останутся только легальные сервисы VPN, которые обеспечивают работу СМИ.
https://www.gazeta.ru/social/news/2026/03/12/28043275.shtml
РКН обладает всеми техническими возможностями для выявления VPN-трафика, поэтому такие сервисы не помогут – мессенджер будет «так же тупить», как и без них, предупредил депутат.
«Если кто-то думает, что все просто скачают VPN и продолжат пользоваться мессенджером, то спешу вас расстроить. Telegram никого не обхитрит — не будет ни черта функционировать», — подчеркнул Свинцов, добавив, что доступными для россиян останутся только легальные сервисы VPN, которые обеспечивают работу СМИ.
https://www.gazeta.ru/social/news/2026/03/12/28043275.shtml
Газета.Ru
«Спешу расстроить»: в Госдуме пообещали закрыть Telegram для всех VPN
Депутат Свинцов: даже с VPN россияне не смогут пользоваться Telegram
🤡96🖕51💩13😁6🤣6🤬4❤2🍌2🗿1
В ГД рассказали о возможной блокировке VPN-трафика в России
Ограничение или блокировка любого интернет-трафика через VPN в России возможна в перспективе 3-6 месяцев. Об этом заявил зампред комитета Госдумы по информполитике Андрей Свинцов.
"Я думаю, в перспективе 3-6 месяцев у наших спецслужб появится возможность ограничивать или блокировать VPN-трафик. Любой трафик через VPN", - сказал депутат, отвечая на вопрос, будут ли Telegram, а также ранее заблокированные иностранные соцсети доступны в России через VPN.
Ранее Свинцов в пресс-центре НСН заявил, что Telegram в случае полной блокировки не будет работать в России даже через VPN. По словам депутата, у Роскомнадзора есть возможность отслеживать VPN-трафик, поэтому доступ к мессенджеру у пользователей все равно будет ограничен.
https://tass.ru/ekonomika/26739067
Ограничение или блокировка любого интернет-трафика через VPN в России возможна в перспективе 3-6 месяцев. Об этом заявил зампред комитета Госдумы по информполитике Андрей Свинцов.
"Я думаю, в перспективе 3-6 месяцев у наших спецслужб появится возможность ограничивать или блокировать VPN-трафик. Любой трафик через VPN", - сказал депутат, отвечая на вопрос, будут ли Telegram, а также ранее заблокированные иностранные соцсети доступны в России через VPN.
Ранее Свинцов в пресс-центре НСН заявил, что Telegram в случае полной блокировки не будет работать в России даже через VPN. По словам депутата, у Роскомнадзора есть возможность отслеживать VPN-трафик, поэтому доступ к мессенджеру у пользователей все равно будет ограничен.
https://tass.ru/ekonomika/26739067
TACC
В ГД рассказали о возможной блокировке VPN-трафика в России
Такие меры могут принять в перспективе 3-6 месяцев
🤡53🖕33💩8👌1
В руководство по Linux добавил ряд справочных статей-шпаргалок по основным командам, которые применяются в наиболее распространенных сценариях
Архивация и сжатие
https://metanit.com/os/linux/13.3.php
Логгирование и мониторинг
https://metanit.com/os/linux/13.4.php
Работа с текстом в файлах
https://metanit.com/os/linux/13.5.php
Работа с сетью
https://metanit.com/os/linux/13.6.php
Разрешения и владение файлами
https://metanit.com/os/linux/13.7.php
Управление папками и файлами
https://metanit.com/os/linux/13.8.php
Управление пользователями и группами
https://metanit.com/os/linux/13.9.php
Управления процессами
https://metanit.com/os/linux/13.10.php
Управления системой и службами
https://metanit.com/os/linux/13.11.php
#linux
Архивация и сжатие
https://metanit.com/os/linux/13.3.php
Логгирование и мониторинг
https://metanit.com/os/linux/13.4.php
Работа с текстом в файлах
https://metanit.com/os/linux/13.5.php
Работа с сетью
https://metanit.com/os/linux/13.6.php
Разрешения и владение файлами
https://metanit.com/os/linux/13.7.php
Управление папками и файлами
https://metanit.com/os/linux/13.8.php
Управление пользователями и группами
https://metanit.com/os/linux/13.9.php
Управления процессами
https://metanit.com/os/linux/13.10.php
Управления системой и службами
https://metanit.com/os/linux/13.11.php
#linux
❤31👏11🔥9👍2❤🔥1⚡1👨💻1