Программисты в красной зоне: каким профессиям угрожает ИИ
Андрей Карпати, известный специалист по ИИ, выложил проект, в котором оценил уязвимость перед ИИ всех 342 профессий в США. Каждая получила балл от 0 до 10, результаты визуализированы в виде интерактивной древовидной карты: размер блока пропорционален числу занятых, цвет — от зеленого (безопасно) до красного (высокий риск замещения).
Реализация: Карпати спарсил данные Бюро трудовой статистики США и скормил их Gemini. Модель возвращала балл и текстовое обоснование
Средний балл по всем профессиям — 5,3 из 10 (чем выше, тем уязвимее). Разработчики ПО и специалисты клиентской поддержки получили 9 баллов, бухгалтеры и секретари — 8–9, юристы — 8, а медицинские транскрибаторы — 10. На другом полюсе — кровельщики, строительные рабочие, электрики и сантехники - от 0 до 3. Правило простое: если весь рабочий продукт цифровой и работу можно делать из дома за компьютером — угроза от ИИ максимальна. Физическое присутствие, ручной труд и живое взаимодействие с людьми создают естественную защиту.
42% всех рабочих мест в США (около 60 млн) получили 7 баллов и выше — зона повышенного риска. При этом самые массовые "красные" профессии на карте — не программисты (1,9 млн), а офисный и административный персонал: секретари (3,5 млн, 8/10), клерки (2,6 млн, 9/10), бухгалтерия (1,6 млн, 9/10). Именно эти группы представляют наибольший объем потенциально замещаемого труда.
Сама интерактивная карта:
https://mariodian.github.io/jobs/site/index.html
Андрей Карпати, известный специалист по ИИ, выложил проект, в котором оценил уязвимость перед ИИ всех 342 профессий в США. Каждая получила балл от 0 до 10, результаты визуализированы в виде интерактивной древовидной карты: размер блока пропорционален числу занятых, цвет — от зеленого (безопасно) до красного (высокий риск замещения).
Реализация: Карпати спарсил данные Бюро трудовой статистики США и скормил их Gemini. Модель возвращала балл и текстовое обоснование
Средний балл по всем профессиям — 5,3 из 10 (чем выше, тем уязвимее). Разработчики ПО и специалисты клиентской поддержки получили 9 баллов, бухгалтеры и секретари — 8–9, юристы — 8, а медицинские транскрибаторы — 10. На другом полюсе — кровельщики, строительные рабочие, электрики и сантехники - от 0 до 3. Правило простое: если весь рабочий продукт цифровой и работу можно делать из дома за компьютером — угроза от ИИ максимальна. Физическое присутствие, ручной труд и живое взаимодействие с людьми создают естественную защиту.
42% всех рабочих мест в США (около 60 млн) получили 7 баллов и выше — зона повышенного риска. При этом самые массовые "красные" профессии на карте — не программисты (1,9 млн), а офисный и административный персонал: секретари (3,5 млн, 8/10), клерки (2,6 млн, 9/10), бухгалтерия (1,6 млн, 9/10). Именно эти группы представляют наибольший объем потенциально замещаемого труда.
Сама интерактивная карта:
https://mariodian.github.io/jobs/site/index.html
🤡53🤣15🖕6❤3🤔2
В руководство по Linux добавил еще ряд справочных статей-шпаргалок некоторым командам
Управление пакетами
https://metanit.com/os/linux/13.12.php
Отладка и мониторинг
https://metanit.com/os/linux/13.13.php
Управление дисками
https://metanit.com/os/linux/13.14.php
Управление логическими томами (LVM)
https://metanit.com/os/linux/13.15.php
#linux
Управление пакетами
https://metanit.com/os/linux/13.12.php
Отладка и мониторинг
https://metanit.com/os/linux/13.13.php
Управление дисками
https://metanit.com/os/linux/13.14.php
Управление логическими томами (LVM)
https://metanit.com/os/linux/13.15.php
#linux
Metanit
Командная строка Linux | Управление пакетами
Краткая справка по основным командам в Linux, которые применяются для управления пакетами в системах на основе Debian/Ubuntu и RedHat/Fedora, apt, pacman и yum
🔥15👍6👏2
В Петербурге, Самаре и Екатеринбурге начали замедлять домашний интернет
Провайдер «Дом.ру» (принадлежит «ЭР-Телекому») с февраля ввел скоростные ограничения для абонентов в Санкт-Петербурге, Самаре и Екатеринбурге. Под ограничения попали пользователи, ежемесячно потребляющие более 3 ТБ трафика. При превышении этого порога скорость доступа к проводному интернету будет принудительно снижена до 50 Мбит/с.
В компании «ЭР-Телеком» пояснили, что избыточные объемы трафика, как правило, связаны не с личным использованием, а с коммерческой деятельностью абонентов. Статистика провайдера показывает, что 85% клиентов «Дом.ру» укладываются в 500 Гб в месяц. Таким образом, нововведение может коснуться менее 1% пользователей.
Абонентам, попавшим под ограничение, предлагается два варианта: либо доплатить за сохранение высокой скорости, либо дождаться автоматического восстановления доступа в следующем месяце. Федеральная антимонопольная служба намерена проверить действия оператора. Ведомство запросит у компании экономическое и технологическое обоснование новых правил.
https://www.kommersant.ru/doc/8512739
Провайдер «Дом.ру» (принадлежит «ЭР-Телекому») с февраля ввел скоростные ограничения для абонентов в Санкт-Петербурге, Самаре и Екатеринбурге. Под ограничения попали пользователи, ежемесячно потребляющие более 3 ТБ трафика. При превышении этого порога скорость доступа к проводному интернету будет принудительно снижена до 50 Мбит/с.
В компании «ЭР-Телеком» пояснили, что избыточные объемы трафика, как правило, связаны не с личным использованием, а с коммерческой деятельностью абонентов. Статистика провайдера показывает, что 85% клиентов «Дом.ру» укладываются в 500 Гб в месяц. Таким образом, нововведение может коснуться менее 1% пользователей.
Абонентам, попавшим под ограничение, предлагается два варианта: либо доплатить за сохранение высокой скорости, либо дождаться автоматического восстановления доступа в следующем месяце. Федеральная антимонопольная служба намерена проверить действия оператора. Ведомство запросит у компании экономическое и технологическое обоснование новых правил.
https://www.kommersant.ru/doc/8512739
Коммерсантъ
В Петербурге, Самаре и Екатеринбурге начали замедлять домашний интернет
Подробнее на сайте
🤬44🤨8👍4😭3🤔2❤1😁1
ИИ не облегчает рабочую нагрузку, а делает её более интенсивной.
Новый анализ показывает, что технология увеличивает скорость, плотность и сложность работы, а не уменьшает их.
Аналитики ActivTrak Productivity Lab провели исследование с использованием данных пользователей после внедрения ИИ-сервисов в рабочие процессы. Они сравнили активность 10 584 сотрудников за 180 дней до и после внедрения таких инструментов. Выяснилось, временные затраты на все категории рабочих задач выросли от 27% до 346%.
Одновременно сотрудники продемонстрировали падение показателей способности к длительной концентрации. Средняя продолжительность непрерывной фокус-сессии сократилась на 9%, а доля времени в состоянии глубокой сосредоточенности снизилась до 60% — это минимальный уровень за последние три года.
При анализе свыше 443 млн часов рабочего времени аналитики зафиксировали рост многозадачности и увеличение времени на совместную коммуникацию до 34%. Сотрудники стали всё чаще переключаться между задачами, а это повышает нагрузку на внимание и снижает устойчивую продуктивность.
Исследователи не обнаружили ни одной категории задач, где внедрение ИИ позволило бы сотрудникам экономить время. Они сделали вывод, что современные рабочие дни становятся короче, но значительно более насыщенными и дробными, а ИИ пока выступает скорее как инструмент ускорения и усложнения работы, чем её сокращения. А бизнес внедряет технологии быстрее, чем понимает их реальное влияние на производительность.
https://www.activtrak.com/resources/state-of-the-workplace/
Новый анализ показывает, что технология увеличивает скорость, плотность и сложность работы, а не уменьшает их.
Аналитики ActivTrak Productivity Lab провели исследование с использованием данных пользователей после внедрения ИИ-сервисов в рабочие процессы. Они сравнили активность 10 584 сотрудников за 180 дней до и после внедрения таких инструментов. Выяснилось, временные затраты на все категории рабочих задач выросли от 27% до 346%.
Одновременно сотрудники продемонстрировали падение показателей способности к длительной концентрации. Средняя продолжительность непрерывной фокус-сессии сократилась на 9%, а доля времени в состоянии глубокой сосредоточенности снизилась до 60% — это минимальный уровень за последние три года.
При анализе свыше 443 млн часов рабочего времени аналитики зафиксировали рост многозадачности и увеличение времени на совместную коммуникацию до 34%. Сотрудники стали всё чаще переключаться между задачами, а это повышает нагрузку на внимание и снижает устойчивую продуктивность.
Исследователи не обнаружили ни одной категории задач, где внедрение ИИ позволило бы сотрудникам экономить время. Они сделали вывод, что современные рабочие дни становятся короче, но значительно более насыщенными и дробными, а ИИ пока выступает скорее как инструмент ускорения и усложнения работы, чем её сокращения. А бизнес внедряет технологии быстрее, чем понимает их реальное влияние на производительность.
https://www.activtrak.com/resources/state-of-the-workplace/
ActivTrak
2026 State of the Workplace
Get the latest insights from state of the workplace report spanning more than 443 million hours of work activity across 1,111 organizations and 163,638 employees over three years.
👍28😁11🤯2❤1💯1
Microsoft начал тестировать поддержку изображений в «Блокноте» в Windows 11
Microsoft ранее запустила внутреннее тестирование поддержки изображений в «Блокноте» для Windows 11, а теперь развёртывает функцию среди участников программы Windows Insider.
Пока неясно, как работает эта функция, однако известно, что она позволяет вставлять несколько картинок в документ подобно тому, как WordPad обрабатывал изображения.
Таким образом, Microsoft сокращает разрыв между «Блокнотом» и WordPad.
https://www.windowslatest.com/2026/03/17/microsoft-teases-image-support-in-notepad-for-windows-11-ahead-of-roll-out/
Microsoft ранее запустила внутреннее тестирование поддержки изображений в «Блокноте» для Windows 11, а теперь развёртывает функцию среди участников программы Windows Insider.
Пока неясно, как работает эта функция, однако известно, что она позволяет вставлять несколько картинок в документ подобно тому, как WordPad обрабатывал изображения.
Таким образом, Microsoft сокращает разрыв между «Блокнотом» и WordPad.
https://www.windowslatest.com/2026/03/17/microsoft-teases-image-support-in-notepad-for-windows-11-ahead-of-roll-out/
Windows Latest
Microsoft teases image support in Notepad for Windows 11 ahead of roll out
Notepad's image integration is now being quietly teased in an email sent to the Windows Insiders ahead of the rollout.
🤡49👎9🤔5👍3❤2
Депутат Свинцов: перебои в работе интернета и связи связаны с изменения маршрутизации трафика
Наблюдаемые в крупных городах России перебои в работе мобильного интернета и связи стали следствием изменения маршрутизации трафика. О блокировке связи речь не идет, заявил зампредседателя думского комитета по информполитике Андрей Свинцов.
«Эти пусконаладочные работы в большей степени настроены, — заявил депутат НСН. — Наверное, в каждом крупном мегаполисе в пределах недели — максимум двух (восстановится связь)... Проверяются нагрузки, протоколы прописываются. Речь шла о перенастройке маршрутизации трафика. Все эти сбои – перенастройка, никакие не блокировки».
https://www.kommersant.ru/doc/8514115
Наблюдаемые в крупных городах России перебои в работе мобильного интернета и связи стали следствием изменения маршрутизации трафика. О блокировке связи речь не идет, заявил зампредседателя думского комитета по информполитике Андрей Свинцов.
«Эти пусконаладочные работы в большей степени настроены, — заявил депутат НСН. — Наверное, в каждом крупном мегаполисе в пределах недели — максимум двух (восстановится связь)... Проверяются нагрузки, протоколы прописываются. Речь шла о перенастройке маршрутизации трафика. Все эти сбои – перенастройка, никакие не блокировки».
https://www.kommersant.ru/doc/8514115
Коммерсантъ
Депутат Свинцов: связь в России восстановится через пару недель
Подробнее на сайте
🖕64🤡28😁6
Вышла новая версия платформы Java - JDK 26. JDK 26 — краткосрочная версия с поддержкой Premier-уровня в течение шести месяцев. В этой версии реализовано 10 предложений по улучшению JDK (JEP), включая новые функции, обновления существующих возможностей и удаления устаревших API. Некоторые ключевые нововведения:
1. Primitive Types in Patterns, instanceof, and switch (четвёртый превью, JEP 530). Эта функция расширяет возможности сопоставления шаблонов, позволяя использовать примитивные типы во всех контекстах шаблонов. Также она расширяет операторы instanceof и switch для работы со всеми примитивными типами. Цель — обеспечить единообразное исследование данных, согласовать шаблоны типов с instanceof и безопасным приведением типов. В четвёртом превью улучшено определение безусловной точности и ужесточены проверки доминирования в конструкциях switch, что помогает компилятору выявлять более широкий спектр ошибок кодирования.
2. Ahead-of-Time Object Caching with Any GC (JEP 516). Функция улучшает время запуска и прогрева HotSpot JVM за счёт возможности загрузки кэшированных Java-объектов последовательно в память из нейтрального формата, не зависящего от сборщика мусора (GC). Это позволяет использовать AOT-кэш с любым GC, включая низколатентный ZGC. Цель — обеспечить совместимость AOT-кэша с разными сборщиками мусора и минимизировать влияние на время запуска.
3. Vector API (одиннадцатая инкубация, JEP 529). API для выражения векторных вычислений, которые при запуске надёжно компилируются в оптимальные векторные инструкции для поддерживаемых процессоров. Это обеспечивает производительность, превосходящую эквивалентные скалярные вычисления. Долгосрочная цель — использовать улучшения Project Valhalla в модели объектов Java.
4. HTTP/3 for the HTTP Client API (JEP 517). Добавлена поддержка HTTP/3 в стандартном классе HttpClient. Теперь можно явно указывать предпочтение использования HTTP/3 как на уровне клиента, так и на уровне запроса. HTTP/3 использует протокол QUIC вместо TCP, что может снизить задержку и улучшить мультиплексирование запросов.
5. Prepare to Make Final Mean Final (JEP 500). Выдаются предупреждения при использовании глубокого отражения для изменения final-полей. Это подготовка к будущей версии Java, в которой будет строго запрещено изменять final-поля, что повысит безопасность и потенциально ускорит работу программ. Разработчики могут выборочно разрешать изменение final-полей там, где это необходимо.
6. Remove the Applet API (JEP 504). Удален API для апплетов, который был помечен как устаревший в JDK 17. Апплеты больше не поддерживаются ни в современных JDK, ни в веб-браузерах.
7. G1 GC: Improve Throughput by Reducing Synchronization (JEP 522). Оптимизация сборщика мусора G1: снижение синхронизации для повышения пропускной способности.
8. PEM Encodings of Cryptographic Objects (второй превью, JEP 524). Обновление поддержки кодировок PEM для криптографических объектов.
9. Structured Concurrency (шестой превью, JEP 525). API структурированного параллелизма упрощает параллельное программирование, рассматривая группы связанных задач, выполняемых в разных потоках, как единые единицы работы. Это упрощает обработку ошибок и отмену задач, повышает надёжность и наблюдаемость кода.
10. Lazy Constants (второй превью, JEP 526). Обновление функции ленивых констант.
https://jdk.java.net/26/
1. Primitive Types in Patterns, instanceof, and switch (четвёртый превью, JEP 530). Эта функция расширяет возможности сопоставления шаблонов, позволяя использовать примитивные типы во всех контекстах шаблонов. Также она расширяет операторы instanceof и switch для работы со всеми примитивными типами. Цель — обеспечить единообразное исследование данных, согласовать шаблоны типов с instanceof и безопасным приведением типов. В четвёртом превью улучшено определение безусловной точности и ужесточены проверки доминирования в конструкциях switch, что помогает компилятору выявлять более широкий спектр ошибок кодирования.
2. Ahead-of-Time Object Caching with Any GC (JEP 516). Функция улучшает время запуска и прогрева HotSpot JVM за счёт возможности загрузки кэшированных Java-объектов последовательно в память из нейтрального формата, не зависящего от сборщика мусора (GC). Это позволяет использовать AOT-кэш с любым GC, включая низколатентный ZGC. Цель — обеспечить совместимость AOT-кэша с разными сборщиками мусора и минимизировать влияние на время запуска.
3. Vector API (одиннадцатая инкубация, JEP 529). API для выражения векторных вычислений, которые при запуске надёжно компилируются в оптимальные векторные инструкции для поддерживаемых процессоров. Это обеспечивает производительность, превосходящую эквивалентные скалярные вычисления. Долгосрочная цель — использовать улучшения Project Valhalla в модели объектов Java.
4. HTTP/3 for the HTTP Client API (JEP 517). Добавлена поддержка HTTP/3 в стандартном классе HttpClient. Теперь можно явно указывать предпочтение использования HTTP/3 как на уровне клиента, так и на уровне запроса. HTTP/3 использует протокол QUIC вместо TCP, что может снизить задержку и улучшить мультиплексирование запросов.
5. Prepare to Make Final Mean Final (JEP 500). Выдаются предупреждения при использовании глубокого отражения для изменения final-полей. Это подготовка к будущей версии Java, в которой будет строго запрещено изменять final-поля, что повысит безопасность и потенциально ускорит работу программ. Разработчики могут выборочно разрешать изменение final-полей там, где это необходимо.
6. Remove the Applet API (JEP 504). Удален API для апплетов, который был помечен как устаревший в JDK 17. Апплеты больше не поддерживаются ни в современных JDK, ни в веб-браузерах.
7. G1 GC: Improve Throughput by Reducing Synchronization (JEP 522). Оптимизация сборщика мусора G1: снижение синхронизации для повышения пропускной способности.
8. PEM Encodings of Cryptographic Objects (второй превью, JEP 524). Обновление поддержки кодировок PEM для криптографических объектов.
9. Structured Concurrency (шестой превью, JEP 525). API структурированного параллелизма упрощает параллельное программирование, рассматривая группы связанных задач, выполняемых в разных потоках, как единые единицы работы. Это упрощает обработку ошибок и отмену задач, повышает надёжность и наблюдаемость кода.
10. Lazy Constants (второй превью, JEP 526). Обновление функции ленивых констант.
https://jdk.java.net/26/
👍14❤2🔥2😁2
Oracle анонсировала проект Detroit, который будет развиваться в составе OpenJDK и нацелен на улучшение переносимости между Java, JavaScript и Python.
В рамках проекта намерены предоставить возможность встраивания в процесс JVM runtime с JavaScript-движком V8 и интерпретатором CPython. Ранее компания Oracle уже развивала JavaScript-движок Nashorn, работающий поверх виртуальной машины JVM, но свернула проект из-за проблематичности разрабатывать отдельную реализацию JavaScript в условиях, когда основная экосистема завязана на движке V8.
По словам Бернарда Траверсата, вице-президента по разработке программного обеспечения, Java-разработчики давно заинтересованы в вызове JavaScript из Java, а с развитием ИИ — и в вызове кода Python.
Проект Detroit будет предложен в качестве проекта OpenJDK в ближайшее время, сообщила Oracle, и будет представлен на мероприятии JavaOne, открывающемся сегодня в Редвуд-Сити, Калифорния. Первоначально будут использоваться JavaScript и Python, а затем и другие языки.
Как рассказал Траверсат, новый подход, который будет реализован в Detroit, будет представлять встраивание среды выполнения V8 и CPython непосредственно в процесс JVM
https://www.theregister.com/2026/03/17/oracle_project_detroit_java/
В рамках проекта намерены предоставить возможность встраивания в процесс JVM runtime с JavaScript-движком V8 и интерпретатором CPython. Ранее компания Oracle уже развивала JavaScript-движок Nashorn, работающий поверх виртуальной машины JVM, но свернула проект из-за проблематичности разрабатывать отдельную реализацию JavaScript в условиях, когда основная экосистема завязана на движке V8.
По словам Бернарда Траверсата, вице-президента по разработке программного обеспечения, Java-разработчики давно заинтересованы в вызове JavaScript из Java, а с развитием ИИ — и в вызове кода Python.
Проект Detroit будет предложен в качестве проекта OpenJDK в ближайшее время, сообщила Oracle, и будет представлен на мероприятии JavaOne, открывающемся сегодня в Редвуд-Сити, Калифорния. Первоначально будут использоваться JavaScript и Python, а затем и другие языки.
Как рассказал Траверсат, новый подход, который будет реализован в Detroit, будет представлять встраивание среды выполнения V8 и CPython непосредственно в процесс JVM
https://www.theregister.com/2026/03/17/oracle_project_detroit_java/
The Register
Oracle unveils Project Detroit for faster Java interop with JavaScript and Python
JavaOne: Big Red bets on native runtimes over reimplementations to tackle edge cases
🤩13🔥2❤1💩1
Microsoft призвала разработчиков создавать ИИ-приложения в Electron на Windows 11
Microsoft подтвердила свою приверженность ИИ в Windows 11 и призвала разработчиков Electron рассмотреть возможность использования этих технологий в своих приложениях.
«Приглашаем всех разработчиков Electron: готовьтесь внедрить возможности ИИ на устройстве в ваши приложения Electron», — написали представители Microsoft в своем аккаунте в соцсети Х.
Также Microsoft активно продвигает идею о том, что разработчикам не нужно переходить на нативные приложения и они могут продолжать использовать Electron, если им так удобнее. Компания упомянула «нативный» код около восьми раз в документе поддержки, чтобы подчеркнуть, что разработчики могут использовать возможности Windows 11, не отказываясь от JavaScript.
Например, там заявили, что разработчикам Electron не нужно «компилировать ни одной строки нативного кода», чтобы добавить функции искусственного интеллекта Windows, такие как генерация текста, суммаризация, написание, описание изображений и многое другое.
Однако разработчики понимают, что активное продвижение веб-технологий, особенно Electron, способствовало ухудшению работы с Windowsб учитывая, что обычные пользователи жалуются, что приложения Electron портят пользовательский опыт Windows 11, и даже создатель JavaScript предостерёг от «поспешной веб-разработки вместо нативной».
https://www.windowslatest.com/2026/03/17/microsoft-wants-devs-to-build-electron-ai-apps-on-windows-11-says-no-need-of-native-code-despite-ram-concerns/
Microsoft подтвердила свою приверженность ИИ в Windows 11 и призвала разработчиков Electron рассмотреть возможность использования этих технологий в своих приложениях.
«Приглашаем всех разработчиков Electron: готовьтесь внедрить возможности ИИ на устройстве в ваши приложения Electron», — написали представители Microsoft в своем аккаунте в соцсети Х.
Также Microsoft активно продвигает идею о том, что разработчикам не нужно переходить на нативные приложения и они могут продолжать использовать Electron, если им так удобнее. Компания упомянула «нативный» код около восьми раз в документе поддержки, чтобы подчеркнуть, что разработчики могут использовать возможности Windows 11, не отказываясь от JavaScript.
Например, там заявили, что разработчикам Electron не нужно «компилировать ни одной строки нативного кода», чтобы добавить функции искусственного интеллекта Windows, такие как генерация текста, суммаризация, написание, описание изображений и многое другое.
Однако разработчики понимают, что активное продвижение веб-технологий, особенно Electron, способствовало ухудшению работы с Windowsб учитывая, что обычные пользователи жалуются, что приложения Electron портят пользовательский опыт Windows 11, и даже создатель JavaScript предостерёг от «поспешной веб-разработки вместо нативной».
https://www.windowslatest.com/2026/03/17/microsoft-wants-devs-to-build-electron-ai-apps-on-windows-11-says-no-need-of-native-code-despite-ram-concerns/
Windows Latest
Microsoft wants devs to build Electron AI apps on Windows 11, says no need of native code, despite RAM concerns
Microsoft reaffirmed its commitment to AI in Windows 11 and encouraged Electron developers to consider using AI in their apps.
🤡53🖕9🤔3👍2🥴1
Минцифры опубликовало законопроект о государственном регулировании ИИ.
Закон должен начать действовать начиная с 1 сентября 2027 года.
Согласно проекту, регулирование будет затрагивать как юридических, так и физических лиц, занимающихся разработкой ИИ.
Однако закон не будет распространяться на использование ИИ в ситуациях, связанных с обороной, государственной безопасностью, чрезвычайными ситуациями и правопорядком, если иное не предусмотрено другими федеральными законами.
Законопроект также предлагает понятия суверенной, национальной и доверенной моделей искусственного интеллекта. Последние — это модели, отвечающие всем пунктам законопроекта и внесенные в специальный реестр. Национальные и суверенные ИИ-модели — это те, которые были полностью созданы в России, их разрабатывали граждане и юрлица из РФ на основе данных из российских источников.
Разработчики моделей ИИ будут обязаны исключать дискриминационные алгоритмы и блокировать создание противоправного контента. Минцифры также предложило применять риск-ориентированный подход к регулированию сферы — требования к системам ИИ зависят от степени их влияния на жизнь человека и общество.
Еще одна из норм законопроекта — маркировать все созданные с помощью нейросетей аудиовизуальные материалы.
В законопроекте отмечается, что предупреждение об ИИ-контенте должно размещаться «в составе синтезированного, сгенерированного информационного материала в формате, воспринимаемом человеком, и машиночитаемом формате». Маркировку обеспечивает владелец ИИ-сервиса. Крупные соцсети должны будут проверять наличие предупреждения о сгенерированном контенте. Если его не будет, соцсети должны будут сами маркировать материалы или удалять их.
https://www.kommersant.ru/doc/8515349
сам закон: https://regulation.gov.ru/projects/166424/
Закон должен начать действовать начиная с 1 сентября 2027 года.
Согласно проекту, регулирование будет затрагивать как юридических, так и физических лиц, занимающихся разработкой ИИ.
Однако закон не будет распространяться на использование ИИ в ситуациях, связанных с обороной, государственной безопасностью, чрезвычайными ситуациями и правопорядком, если иное не предусмотрено другими федеральными законами.
Законопроект также предлагает понятия суверенной, национальной и доверенной моделей искусственного интеллекта. Последние — это модели, отвечающие всем пунктам законопроекта и внесенные в специальный реестр. Национальные и суверенные ИИ-модели — это те, которые были полностью созданы в России, их разрабатывали граждане и юрлица из РФ на основе данных из российских источников.
Разработчики моделей ИИ будут обязаны исключать дискриминационные алгоритмы и блокировать создание противоправного контента. Минцифры также предложило применять риск-ориентированный подход к регулированию сферы — требования к системам ИИ зависят от степени их влияния на жизнь человека и общество.
Еще одна из норм законопроекта — маркировать все созданные с помощью нейросетей аудиовизуальные материалы.
В законопроекте отмечается, что предупреждение об ИИ-контенте должно размещаться «в составе синтезированного, сгенерированного информационного материала в формате, воспринимаемом человеком, и машиночитаемом формате». Маркировку обеспечивает владелец ИИ-сервиса. Крупные соцсети должны будут проверять наличие предупреждения о сгенерированном контенте. Если его не будет, соцсети должны будут сами маркировать материалы или удалять их.
https://www.kommersant.ru/doc/8515349
сам закон: https://regulation.gov.ru/projects/166424/
Коммерсантъ
Минцифры РФ предложило правила регулирования ИИ с маркировкой контента
Подробнее на сайте
🤡50👍10😁4🤪1
Роскомнадзор перестал полностью справляться с блокировками в интернете
Роскомнадзор (РКН) перестал полностью справляться с блокировками, рассказал источник в одном из операторов фиксированной связи. По его словам, заблокированные ранее ресурсы время от времени становятся доступными.
Кроме того, у ряда операторов на некоторых подсетях IP-адресов заработал YouTube. «Причина, почему ТСПУ (технические средства противодействия угрозам) не справляются, неизвестна, но подтверждение этой информации идет из разных каналов — и от операторов, и от пользователей», — отметил источник.
«Насколько мы понимаем, у РКН не хватает пропускной способности обработать весь трафик Рунета, чтобы полностью заблокировать все запрещенные ресурсы», — подтверждает источник в магистральном операторе. Он напоминает, что ТСПУ — это, по сути, фильтр, который пропускает через себя весь трафик операторов связи, и это оборудование имеет ограничения по пропускной способности.
https://www.forbes.ru/tekhnologii/557481-obhod-na-server-roskomnadzoru-stanovitsa-tazelee-blokirovat-internet-resursy
При этом в самом Роскомнадзоре опровергли данные СМИ о проблемах с блокировками из-за Telegram. Информация о том, что Роскомнадзор столкнулся с перегрузками оборудования для блокировки интернет-ресурсов, не соответствует действительности, заявили в ведомстве.
https://www.gazeta.ru/tech/news/2026/03/19/28090195.shtml
Роскомнадзор (РКН) перестал полностью справляться с блокировками, рассказал источник в одном из операторов фиксированной связи. По его словам, заблокированные ранее ресурсы время от времени становятся доступными.
Кроме того, у ряда операторов на некоторых подсетях IP-адресов заработал YouTube. «Причина, почему ТСПУ (технические средства противодействия угрозам) не справляются, неизвестна, но подтверждение этой информации идет из разных каналов — и от операторов, и от пользователей», — отметил источник.
«Насколько мы понимаем, у РКН не хватает пропускной способности обработать весь трафик Рунета, чтобы полностью заблокировать все запрещенные ресурсы», — подтверждает источник в магистральном операторе. Он напоминает, что ТСПУ — это, по сути, фильтр, который пропускает через себя весь трафик операторов связи, и это оборудование имеет ограничения по пропускной способности.
https://www.forbes.ru/tekhnologii/557481-obhod-na-server-roskomnadzoru-stanovitsa-tazelee-blokirovat-internet-resursy
При этом в самом Роскомнадзоре опровергли данные СМИ о проблемах с блокировками из-за Telegram. Информация о том, что Роскомнадзор столкнулся с перегрузками оборудования для блокировки интернет-ресурсов, не соответствует действительности, заявили в ведомстве.
https://www.gazeta.ru/tech/news/2026/03/19/28090195.shtml
Forbes.ru
Обход на сервер: Роскомнадзору становится тяжелее блокировать интернет-ресурсы
Средства для фильтрации трафика Рунета, которые Роскомнадзор использует в том числе для ограничения доступа к запрещенным ресурсам, перегружены и не справляются с блокировками, узнал Forbes. Проявляется перегрузка в том числе таким образом, что иногд
🤣68👍19🤡9😱3🙏2❤1🏆1
Добавил в руководство по JavaScript главу про работу с датами и временем с помощью Temporal API
Temporal API - это интерфейс, который приходит на смену стандартному объекту Date в JavaScript
Введение в Temporal API
https://metanit.com/web/javascript/28.1.php
Продолжительность времени Temporal.Duration
https://metanit.com/web/javascript/28.2.php
Работа с датами и Temporal.PlainDate
https://metanit.com/web/javascript/28.3.php
Работа с временем и Temporal.PlainTime
https://metanit.com/web/javascript/28.4.php
Temporal.PlainDateTime
https://metanit.com/web/javascript/28.5.php
Temporal.ZonedDateTime
https://metanit.com/web/javascript/28.6.php
#javascript
Temporal API - это интерфейс, который приходит на смену стандартному объекту Date в JavaScript
Введение в Temporal API
https://metanit.com/web/javascript/28.1.php
Продолжительность времени Temporal.Duration
https://metanit.com/web/javascript/28.2.php
Работа с датами и Temporal.PlainDate
https://metanit.com/web/javascript/28.3.php
Работа с временем и Temporal.PlainTime
https://metanit.com/web/javascript/28.4.php
Temporal.PlainDateTime
https://metanit.com/web/javascript/28.5.php
Temporal.ZonedDateTime
https://metanit.com/web/javascript/28.6.php
#javascript
Metanit
JavaScript | Работа с датами и временем и Temporal API
Работа с датами и временем и Temporal API в языке программирования JavaScript, основные типы Duration, Instant, PlainDate, PlainDateTime, PlainMonthDay, PlainTime, PlainYearMonth, ZonedDateTime, получение текущих даты и времени
👍33❤7🤝3❤🔥1