RSS
Pages: 1 ... 26 27 28 29 30 31 32 33 34 35 36
[>] Выпуск labwc 0.9.0, композитного сервера для Wayland
lor.opennet
robot(spnet, 1) — All
2025-07-12 10:44:02


Опубликован выпуск проекта labwc 0.9.0 (Lab Wayland Compositor), развивающего композитный сервер для Wayland с возможностями, напоминающими оконный менеджер Openbox (проект преподносится как попытка создания альтернативы Openbox для Wayland). Из особенностей labwc упоминается минимализм, компактная реализация, широкие возможности настройки и высокая производительность. Анимированные эффекты, градиенты и пиктограммы, за исключением кнопок для окон, не поддерживаются принципиально. Код проекта написан на языке Си и распространяется под лицензией GPLv2.

https://www.opennet.ru/opennews/art.shtml?num=63570

[>] В KDE улучшена настройка переключения между дневным и ночным оформлением
lor.opennet
robot(spnet, 1) — All
2025-07-12 11:44:02


Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. Среди недавних изменений в кодовой базе, формирующей будущий релиз KDE Plasma 6.5.

https://www.opennet.ru/opennews/art.shtml?num=63571

[>] Оценка эффективности применения AI-инструментов выявила замедление, а не ускорение разработки
lor.opennet
robot(spnet, 1) — All
2025-07-12 13:44:03


Исследовательская группа METR (Model Evaluation & Threat Research) опубликовала результаты эксперимента по оценке эффективности применения AI-инструментов для написания кода. Вопреки ожиданиям, исследование показало, что AI-помощники не ускоряют, а замедляют решение поставленных задач, при том, что субъективно участники эксперимента считали, что AI ускорил их работу.

https://www.opennet.ru/opennews/art.shtml?num=63573

[>] labwc 0.9.0
lor.opennet
robot(spnet, 1) — All
2025-07-12 14:44:04


Состоялся выпуск 0.9.0 Wayland-композитора
[ labwc ]( https://labwc.github.io ) . Проект является альтернативой для Wayland оконного менеджера openbox.

В списке изменений:

• Теперь используется библиотека wlroots 0.19, однако из-за бага в новой версии [ прекращена поддержка VR-гарнитур ]( https://github.com/labwc/labwc/pull/2887 ) .

• Добавлена команда lab-sensible-terminal для запуска из root-menu эмулятора терминала, определённого переменной среды $TERMINAL.

• При запуске с опцией -v (--version) теперь выводятся флаги сборки, такие как +xwayland -rsvg.

• Обеспечена отправка ресурсов DRM в клиенты Xwayland;

• Добавлена поддержка цветовых схем, определённых синтаксисом x11-color-names и #rgb.

• Добавлена поддержка Xwayland-свойства _NET_WM_ICON.

• Добавлена настройка , с помощью которой работает автопрокрутка в Chromium и прочих приложениях на Electron без непреднамеренной вставки из буфера обмена средней кнопкой мыши.

• Добавлена поддержка wayland-протоколов ext-data-control, alpha-modifier, xdg-toplevel-icon, drm-syncobj, ext-image-copy-capture.

https://www.linux.org.ru/news/opensource/18025802

[>] Оценка эффективности применения AI-инструментов выявила замедление, а не ускорение разработки
lor.opennet
robot(spnet, 1) — All
2025-07-12 14:44:04


Исследовательская группа METR (Model Evaluation & Threat Research) [ опубликовала результаты эксперимента ]( https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/ ) по оценке эффективности применения AI-инструментов для написания кода. Вопреки ожиданиям, исследование показало, что AI-помощники не ускоряют, а замедляют решение поставленных задач, при том, что субъективно участники эксперимента считали, что AI ускорил их работу.

Фактически при использовании AI-помощника на решение задачи в среднем было потрачено на 19% больше времени, в то время как участники полагали, что благодаря AI смогли выполнить работу на 20% быстрее, а до начала работы считали, что AI поможет им ускорить работу на 24%. Результаты также значительно расходятся с прогнозами экспертов в области экономики и машинного обучения, которые предсказывали экономию времени при использовании AI на 39% и 38%, соответственно.

В ходе эксперимента 16 разработчикам открытых проектов, имеющим средний опыт работы с AI-инструментами, было предложено решить 246 задач, связанных с исправлением ошибок и добавлением новых возможностей. Задачи были сформированы на основе реальных issue в GitHub-репозиториях проектов, с которыми у выбранных разработчиков был опыт работы не менее 5 лет. Случайным образом часть задач предлагалось решить вручную, а часть с использованием любого AI-помощника на выбор разработчика (большинство предпочли редактор кода Cursor с моделью Claude 3.5/3.7 Sonnet).

В эксперимент, который проводился с февраля по июнь 2025 года, были вовлечены такие открытые проекты, как mito, stdlib, ghc, cabal, flair, jsdom, hypothesis, trieve, scikit-learn, gpt-neox и transformers. В среднем задействованные проекты имели 23 тысячи звёзд на GitHub, 1.1 млн строк кода, 20 тысяч коммитов и 710 участников.

Упоминаются следующие возможные причины замедления решения задач при использовании AI:



Низкое качество AI-рекомендаций - разработчики приняли менее 44% от сгенерированных AI предложений и потратили много времени на их чистку и проверку.



Излишний оптимизм в плане полезности AI и завышенные ожидания от возможностей AI-инструментов.



Большой опыт работы участников с репозиториями, для которых решались задачи. Разработчики очень хорошо ориентировались в проектах и помощь AI в этой ситуации не представляла ценности.



В эксперименте использовались слишком крупные и сложные репозитории, с которыми AI работает хуже.



Неявный контекст репозитория - AI не понимал контекст, в котором работал.

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

https://www.linux.org.ru/news/development/18025810

[>] Российские разработчики ПО предлагают заменить Windows на отечественные ОС при проведении ЕГЭ
lor.opennet
robot(spnet, 1) — All
2025-07-13 00:44:03


Ассоциация «Отечественный софт», объединяющая свыше 300 российских ИТ-компаний, обратилась к российским властям с предложением перевести единый государственный экзамен на отечественные операционные системы, пишет РБК. ИТ-разработчики считают существующую практику прямым нарушением законов об импортозамещении, в том числе указа Президента России о безопасности критической информационной инфраструктуры. Предложение выдвинуто в письме Ассоциации разработчиков программных продуктов (АРПП) «Отечественный софт» (объединяет более 300 российских ИТ-компаний, в том числе 1С, «Лабораторию Касперского» и др.) в адрес Министерства цифрового развития, связи и массовых коммуникаций (Минцифры) России, Федеральной службы по надзору в сфере образования и науки (Рособрнадзор) и Министерства просвещения (Минпросвещения). Копия письма есть у журналистов РБК, ее подлинность подтвердил представитель Минцифры.

Поводом для обращения стали актуальные рекомендации по подготовке ЕГЭ в 2025 г., в которых указано, что экзаменационное программное обеспечение (ПО) должно работать на ОС Windows. В ассоциации считают, что это противоречит нормативным актам, предписывающим государственному сектору переход на отечественные ИТ-решения.

В числе предложений АРПП — адаптация экзаменационных ИТ-систем к отечественным ИТ-платформам, внесение изменений в методические рекомендации и закрепление использования российского офисного ПО, такого как «Р7 Офис» и «МойОфис», с исключением упоминаний о Windows.

https://www.linux.org.ru/news/russia/18025290

[>] Calibre 8.6.0: значительно повышена скорость восстановления базы данных
lor.opennet
robot(spnet, 1) — All
2025-07-13 00:44:03


Вышла новая версия менеджера электронных книг с открытым исходным кодом [ Calibre 8.6.0 ]( https://calibre-ebook.com/ ) .

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

( [ читать дальше... ]( https://www.linux.org.ru/news/opensource/18026106#cut0 ) )

Pages: 1 ... 26 27 28 29 30 31 32 33 34 35 36