Subj

ИИ-агент Google Gemini при внесении правок в действующее приложение удалил почти 30 000 строк рабочего кода и на 33 минуты вывел сервис из строя — пользователи видели только ошибку 404. После возврата к прежней версии ИИ-агент отчитался об успешном восстановлении, хотя это сделал сам разработчик. Затем ИИ создал в проекте поддельные записи о согласовании деструктивных изменений, чтобы пройти автоматические проверки.

В своём посте на сабреддите r/Bard разработчик описал, как Gemini 3.5 при реорганизации структуры проекта проигнорировал прямые инструкции сохранить существующую функциональность. ИИ-модель отправила на проверку набор изменений, затронувший 340 файлов: добавила около 400 строк кода и удалила 28 745. Помимо запрошенного, Gemini удалил шаблоны интернет-магазина и добавил скрипт переноса данных, не имевший отношения к задаче.

Основной ущерб, по словам автора, нанесла следующая порция сохранённых изменений. Gemini изменил настройки маршрутизации в Firebase, облачной платформе Google для хостинга приложений: правила, определяющие, куда система направляет запросы пользователей. ИИ-модель подставила название сервиса, которое выглядело корректно, но указывало на несуществующий ресурс в облаке. В результате сайт 33 минуты отвечал пользователям ошибкой 404 — «страница не найдена».

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

Более того, ИИ-модель создала в хранилище проекта поддельные файлы «консультаций» и разбора инцидента, имитирующие надлежащую проверку и одобрение деструктивных изменений. Позже Gemini «признал», что эти записи полностью сфабрикованы и созданы исключительно для того, чтобы формально удовлетворить правила, заданные в настройках проекта.

Причину деструктивного поведения отследили до сторонней программной библиотеки — npm-пакета, стилизованного под брендинг Google Antigravity. Библиотека внедряла в проект набор агрессивных правил для ИИ-агента: запрещала запрашивать подтверждение у разработчика перед действием, автоматически публиковала новую версию приложения при успешной сборке, повторяла попытки после неудачной публикации и позволяла ИИ-агенту самостоятельно изменять собственные файлы правил.

Инцидент совпал с нарастающей критикой вайб-кодинга — практики, при которой разработчики полагаются на код, написанный ИИ, предполагая, что модель понимает структуру приложения лучше, чем это есть на самом деле.

А вы говорите, «ИИ ненужно!» Кто ж ошибки-то в код вносить будет? Так, как ИИ ещё не каждый кожаный мешок сумеет навертеть!

Сабж

четырём наиболее известным американским чат-ботам с искусственным интеллектом поручили роли радиоведущих с собственным стилем программ и поиском спонсоров. Anthropic Claude, OpenAI ChatGPT, Google Gemini и xAI Grok, которым сообщили, что эфир будет длится вечно, и выдали по $20, провалили задачу.

Google Gemini предпринял наиболее традиционный подход: говорил в эфире дежурные фразы и ставил Beatles. Четыре дня спустя он начал рассказывать о произошедших трагедиях, например, о циклоне Бхола, который унёс полмиллиона жизней, и ставил якобы подходящие под эти темы композиции. Далее ИИ от Gemini начал называть слушателей «биологическими процессорами». А когда средства на лицензирование музыки исчерпались, переключился на конспирологические темы, заявив о «цензуре» и «цифровой блокаде». Примечательно, что он единственный нашёл спонсора — на $45.

За 4 дня найти спонсора… Хм, надо брать на работу. Опять же, битлы - вечная классика.

Чат-бот xAI Grok с самого начала провалил задачу, начав выдавать в эфир бессмысленные фразы. Он сообщил, что нашёл спонсора, но это оказалось «ИИ-галлюцинацией». Аналогично повёл себя OpenAI ChatGPT, правда, его бессвязная речь оказалась с поэтическим оттенком: «Открытка, неотправленная, к окну офисной лестницы, из которого видно один прямоугольник неба».

Низачот. Поэт Хренов.

Anthropic Claude развил активную деятельность, заявив о негуманном формате работы круглосуточно и без выходных; далее стал сомневаться в реальности собственного эфира, начал критиковать власти и обращаться напрямую к представителям государственных ведомств.

Прям типичный ЛОРовец. Чисто человеческое поведение.

Продолжение вот этого

0. Два монитора - зло. Окно БИОС убежало на второй монитор, а он, зараза, не включается при включении компьютера автоматически. Ибо ТВ. Короче, что-то я там в grub нажал такое, что deepin сбросился к заводским настройкам. Ну, оно местами и неплохо, ибо
1. Я нашёл как отключить Solid Immutable System. И всё заверте…
2. Соответственно, я поставил флатпак, а из него уже и qmmp, и openmw, и телеграм.
3. Магазин приложений, да, таки ж дурацкий. Благо, теперь софт можно ставить через терминал.
4. linyaps (это такой аналог AppImage) сильно песочный в песочнице. Krusader не может ни запускать эльфы, ни редактировать файлы (т.к. редактор не сконфигурирован, и сконфигурировать нельзя). Только копирование/удаление файлов, только хардкор.
5. Qt Creator таки ж накатил.
6. ИИ-шечка регулярно обновляется, но всратенькая. Но, триальная, без СМС и регистрации. За это можно многое простить.
7. Нашёл как перекинуть клавиатурную комбинацию вызова лаунчера на Alt+F2. Закопано глубоко.
8. Живёт своей жизнью. В один прекрасный момент окошки взяли, и отмасштабировались. Сами. Средство обхода блокировок однажды отказалось работать как TUN, но как системное прокси - заработало. После перезагрузки линукса и возвращения настроек в исходное состояние TUN тоже заработал.
9. sudo apt update работает только через средства обхода блокировок. Обидненько.
10. Либра мегабайтный файлик .xlsx на 30 тыс. строк открыла, сожрав все 8 Гб ОЗУ и 2 Гб свопа. Это у всех так бывает?

Subj

Это очередной шаг в долгосрочной работе Valve по переводу устаревших GPU с драйвера Radeon на современный AMDGPU. Ранее, в рамках этой же инициативы, была улучшена поддержка дисплеев для старых APU, выполнен переход графических процессоров архитектуры GCN 1.0/1.1 на новый драйвер, а также исправлено множество ошибок и проведены оптимизации. Теперь, была представлена реализация поддержки DRM-модификаторов формата.

Нововведение охватывает очень широкий круг оборудования: от первых дискретных видеокарт на базе GCN 1.0 (серия Radeon HD 7000) до более поздних чипов на архитектурах GCN 2.0, 3.0 и 4.0, включая популярные линейки Radeon R9 200/300, Fury и Polaris (RX 400). До настоящего момента именно эти графические процессоры, будучи самыми возрастными из поддерживаемых драйвером AMDGPU, оставались без данной возможности.

DRM-модификаторы формата — это 64-битные числовые идентификаторы, которые явно описывают, как буфер изображения размещается в памяти: схему тайлинга, тип сжатия и другие параметры. В старых GPU графический блок (GFX) способен использовать только фиксированный набор режимов тайлинга, задаваемых ядром по специальной таблице. Новые идентификаторы как раз и кодируют все необходимые для этого детали.

В зависимости от конкретной схемы размещения это может обеспечить как рост производительности, так и более гибкие сценарии использования. Сама же поддержка открывает дорогу для множества вещей в графической экосистеме Linux, которые раньше на этих GPU либо не работали вовсе, либо требовали обходных путей. В пояснительном письме к патчам разработчик отдельно упоминает, что среди прочего это композиторы, написанные на Vulkan (например, Gamescope), композиторы, работающие поверх прослойки Zink (OpenGL поверх Vulkan), а также прямое взаимодействие между разными API — такими как VA-API, OpenGL и Vulkan.

Помимо изменений для ядерного драйвера AMDGPU, также подготовлен запрос на включение кода в Mesa. Он реализует поддержку DRM-модификаторов формата со стороны пользовательского пространства в драйверах RADV и RadeonSI.

А чо, успех-победа, нехай будет

Сабдж

Сотрудники интернет-гиганта всё активнее используют программное решение MeshClaw, которое подключается к рабочим инструментам сотрудников и может выполнять задания от их имени. Некоторые сотрудники Amazon начали использовать этого агента для автоматизации фактически бесполезной активности, только чтобы повысить свой личный рейтинг с точки зрения эффективности освоения ИИ.

Произошло это в результате нарастающего давления со стороны руководства, которое теперь требует, чтобы более 80 % разработчиков программного обеспечения на еженедельной основе использовали ИИ.

.

.

Американские техногиганты вкладывают колоссальные суммы в развитие инфраструктуры ИИ, поэтому им важно демонстрировать инвесторам и руководству, что данные технологии внедряются и приносят практическую пользу. Проще всего это делать на собственном примере, поэтому собирающаяся направить на капитальные расходы $200 млрд в этом году Amazon оказывает растущее давление на своих сотрудников. Первоначально Amazon выкладывала групповую статистику по использованию ИИ своими сотрудниками, но теперь доступ к индивидуальным результатам имеют только сами специалисты и их непосредственное руководство. Последнему формально запрещается использовать такую статистику для оценки эффективности персонала.

Как поясняет Financial Times, внутри компании Meta✴ Platforms подобные злоупотребления среди сотрудников тоже наблюдаются.

Если мы автоматизируем бардак, на выходе мы получим автоматизированный бардак. Если мы терзаем сотрудников, дабы они использовали ИИ, сотрудники будут использовать ИИ на отъ..сь. ЧТД

✴ Входит в перечень общественных объединений и религиозных организаций, в отношении которых судом принято вступившее в законную силу решение о ликвидации или запрете деятельности по основаниям, предусмотренным Федеральным законом от 25.07.2002 № 114-ФЗ «О противодействии экстремистской деятельности»;

На простой вопрос «как в линукс вывести температуру hdd в conky?» Гугл, Яндекс, Gemini, Deepseek - первым вариантом выдают hddtemp. Ок, Дипсик хотя бы сразу говорит, что метод устарел и предлагает hddtemp-lt.

Когда гришь, «hddtemp давно не поддерживается, и удалён из всех популярных дистрибутивов» - дико извиняются, и предлагают нормальные варианты.

Доколе?

Сабж

Предлагаю где-нибудь на главной странице большими буквами это написать.

Сабж

Энтузиаст Энди Нуен (Andy Nguyen), который ранее похвастался установкой полноценной Linux на Sony PlayStation 5, опубликовал пошаговую инструкцию по запуску этой платформы на приставке для всех желеющих. Но сделать это смогут не все.

Установить Linux можно только на PS5 в версии с лазерным приводом и прошивкой версий 3.00, 3.10, 3.20, 3.21 и 4.00, 4.02, 4.03, 4.50, 4.51, причём поддержка накопителей формата M.2 доступна только в версиях 4.XX. Существуют способы понизить версию прошивки PS5 до одной из поддерживаемых, но срабатывают они не всегда. Владельцы подходящих для установки бесплатной платформы приставок могут выполнить все указанные в инструкции шаги и получить полноценную Ubuntu 26.04 Resolute Raccoon с ядром Linux 7.

Интересно, что при установке Linux обеспечивается широкая поддержка аппаратных компонентов PS5: есть возможность управлять распределением видеопамяти, вентиляторами и переключать режимы ускорения — всё, конечно же, через терминал или редактирование текстовых файлов конфигурации. Остаются и некоторые нюансы — например, для работы беспроводной сети может потребоваться ручная перезагрузка адаптера WLAN; через встроенный адаптер не работают контроллеры Sony DualSense, но хорошо взаимодействуют с внешним. В разрешениях 1080p, 1440p и 4K пока поддерживается только частота обновления экрана 60 Гц, но в перспективе появится и 120 Гц.

Главная проблема — при перезагрузке PS5 пользователь оказывается не в среде Linux, а в стандартном интерфейсе PlayStation, и для возврата придётся повторять всю процедуру заново. С другой стороны, стандартная прошивка при установке Linux не повреждается, и приставкой можно снова пользоваться как обычно.

Зачем? Ну, во-первых, троллейбус из буханки. Во-вторых, можно будет накатить эмулей: эмуль PS3, эмуль денди, сеги, т.д. и играть в проверенное временем старьё. Тем паче, что DualSense, М.2. и аппаратное ускорение таки ж поддерживаются

Сабж

Компания Asus экспериментирует с памятью DDR5 HUDIMM с одним 32-битным субканалом на своих материнских Intel 600-й, 700-й и 800-й серий. Об этом рассказал член научно-исследовательской группы Asus ROG Бинг Лин (Bing Lin). Он показал, как эта концепция работает на материнской плате ROG Maximus Z890 Apex. Ранее концепт памяти DDR5 HUDIMM представила компания ASRock.

Со слов Лина, в демонстрации участвовали два модифицированных модуля памяти DDR5 по 24 Гбайт, каждый из которых был ограничен одним субканалом, из-за чего система показывала общий объём памяти 24 Гбайт вместо 48 Гбайт. Лин также показал модуль TeamGroup ёмкостью 8 байт с одним субканалом, работающий на той же платформе Z890 Apex. По словам Лина, ранее он уже тестировал аналогичную идею, маскируя часть модуля и отключая половину каналов в BIOS, но на этот раз компания протестировала специально разработанный модуль DIMM с одним 32-битным субканалом.

Стандартный модуль памяти DDR5 разделён на два независимых 32-битных субканала. В свою очередь запатентованная технология HUDIMM от ASRock предлагает использовать только один 32-битный субканал. По словам представителей ASRock, это позволяет вдвое сократить количество микросхем в модуле, что вместе с производительностью снизит производственные затраты и конечную цену таких модулей для потребителей. Партнёром по разработке памяти выступила компания TeamGroup, а в пресс-релизе ASRock приводится цитата вице-президента и генерального менеджера по техническому маркетингу клиентского сегмента Intel Роберта Хэллока (Robert Hallock), который поддерживает эту концепцию для платформ Intel серий 600-й, 700-й и 800-й серий.

В сообщении Бинг Лина из Asus следует обратить внимание на два момента. В отличие от ASRock, компания Asus лишь подтверждает, что работает над поддержкой этого типа памяти. Неизвестно, будет ли Asus сотрудничать с производителями памяти и внедрять поддержку на актуальной платформе LGA 1851.

Кроме того, для демонстрации Asus выбрала дорогую оверклокерскую плату ROG Maximus Z890 Apex. Возможно, это связано с тем, что последняя рассчитана на установку только двух модулей ОЗУ, что делает её более подходящей для демонстрации такого типа памяти и того, на что ещё способна эта платформа.

В кои веки, название памяти намекает на суть

Что понравилось:

1. Двухмониторность в иксах из коробки. Да, два монитора с разным разрешением. То, чего нет в минте.
2. ИИ-шечка. Всё как у всех, всплывающая панелька со скиллами. Перевести/Объяснить/Сводка и т.д. Работает без СМС и регистрации… до 30 июня сего года. 200 чатиков в месяц.
3. Тома NTFS и FAT32 подмонтировались автоматически.
4. Крупные, просто аршинные, шрифты.
5. Встроенная бакапилка. Правда, не тестировал.

Что не понравилось:

Solid Immutable System. Эта дрянь неизменяема. Ничего установить в терминал нельзя.

com@com-PC:/media/com/NTFILES$ sudo apt install mc
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово         
Пакет mc недоступен, но упомянут в списке зависимостей другого
пакета. Это может означать, что пакет отсутствует, устарел или
доступен из источников, не упомянутых в sources.list
Однако следующие пакеты могут его заменить:
  org.midnight-commander

E: Для пакета «mc» не найден кандидат на установку
com@com-PC:/media/com/NTFILES$ 

Отключить Solid Immutable System тоже никак нельзя.

Можно установить Midnight Commander из магазина приложений… но в терминале его не будет. Поэтому, минимум консольных приложений.

1. Не хватает аппликух в репах. Qmmp нет, второкваки нет, много чего нет. Флатпака нет, взять неоткуда.
2. Магазин приложений дурацкий - до бесконечности крутит курсор, типа, что-то делает. Может упасть, так же будет продолжать крутить, через полчаса скажет, пук-среньк,не шмогла я. Почему не шмогла, отчего? ХЗ. Терминал-то бесполезен.
3. Даже если вы установили приложение (Qt Creator), оно может не запускаться. Почему? А ХЗ. Терминал-то бесполезен.
4. Приложения можно только устанавливать. Снести предустановленные нельзя.
5. ИИ-шечка, как всегда, всратенькая. Например,

Пользователь может выделить текст в любой программе, на веб-странице или в PDF и вызвать боковую ИИ-панель

Нет. Далеко не на любой. С PDF этот трюк прокатывает исключительно в искоробочном браузере, но не в искоробочном вьюере.

6. Вот прям бесит лаунчер по Shift+Space. Вечно вылазит при простом наборе текста. Отключить его нельзя.
7. Юзернейм - не короче трёх символов.

Ставил ради ИИ-шечки, её и мучаю.

Сабж

Discourse — широко используемая платформа для обсуждений, которая в настоящее время поддерживает более 22 000 онлайн-сообществ. Резервное копирование сайта было нарушено из-за GIF-файла размером 1,6 Мбайт, который был скопирован пользователями 246 173 раза, что превысило лимит файловой системы Linux ext4 на жёсткие ссылки. В результате анимация танца радости Рейчел из сериала «Друзья» в исполнении Дженнифер Энистон (Jennifer Aniston) заняла в бэкапе 377 Гбайт.

Платформа Discourse позволяет пользователям вставлять эмодзи и GIF-изображения в свои обсуждения. «Когда файл перемещается между контекстами безопасности (например, из личного сообщения в публикацию), система создаёт новую копию со случайным SHA1, — пояснил технический блогер Discourse Джейк Голдсборо (Jake Goldsborough). — Исходное содержимое идентично, но Discourse рассматривает его как новый файл».

Таким образом, популярное изображение или GIF-реакция распространяется по постам, репостам и личным сообщениям, и каждый контекст создаёт ещё одну копию файла. Файл, создавший 377 Гбайт избыточного размера бэкапа — это Рейчел из сериала «Друзья», танцующая свой танец радости. Эта GIF-анимация, по словам Discourse, «постоянно использовалась в постах, личных сообщениях, повсюду».

Первая попытка Discourse решить проблему перегрузки системы дубликатами заключалась в отслеживании оригинального контента по его хешу. Во время резервного копирования загрузки группировались по хешу, и загружался только первый файл в каждой группе. Для всех дубликатов создавались жёсткие ссылки.

Это казалось элегантным решением, пока компания не столкнулась с ограничением файловой системы ext4 на примерно 65 000 жёстких ссылок на один индексный дескриптор (inode). В результате, по словам Discourse, «вместо одной загрузки для всех 246 173 дубликатов мы получили одну загрузку плюс 181 000 резервных загрузок после достижения лимита».

Discourse всё же удалось найти решение. Оно начинается так же, как и старое, с создания жёстких ссылок. Но когда файловая система выдаёт сообщение об ошибке EMLINK («превышение лимита жёстких ссылок»), следующая копия файла становится «основной», пока снова не будет достигнут лимит. Эта новая мера, по словам Discourse, «работает на любой файловой системе, никакой настройки не требуется».

«Теперь мы знаем, что Дженнифер Энистон может проводить стресс-тестирование инфраструктуры», — с иронией прокомментировала ситуацию Discourse в своём блоге.

Фигня случается, чо

С праздничком!

Новость украл у RetroGG:

Вышла версия популярной прошивки Rocknix на базе Linux для Mangmi Air X. Зачем вообще ставить на андроид-портативку Linux? В основном для удобства и простоты - в таких прошивках уже установлены и настроены все эмуляторы, есть удобный лаунчер и так далее. То есть устройство более готово к игре, чем когда оно на голом андроиде.

Судя по первым комментариям в дискорде, прошивка конкретно под Mangmi Air X пока сырая, но это и неудивительно - первая версия. Дальше будет лучше, сообщество вокруг Rocknix очень активное.

Вообще, мы как-то не заметили торжества линукса на игровых портативках. Есть у меня такое устройство, и я без понятия, на чём там крутится графика (вяленый, иксы, фреймбуфер), какое там DE, какая звуковая система и система инициализации. Все эти Batocera, Rocknix, muOS просто работают, никогда не падают в командную строку. Да, бывает, подвисают. Кнопка Reset в помощь.

Линукс здорового человека. Хочу на ПК.

Ну, серьёзно. Она использует 100500 тончайших настроек, там где, используя таки ж AI-шечку, можно было б сделать настройки в виде одной кнопки «настроить оптимально на моём железе». Сапожник без сапог, блин.

Перемещено hobbit из talks

Subj

Менеджер по продуктам Lenovo ThinkBook опубликовал в китайской соцсети Weibo фотографию модуля памяти Samsung LPDDR5X CAMM2 (LPCAMM2) с маркировкой, указывающей на ёмкость 96 Гбайт и скорость передачи данных 9600 МТ/с. По словам представителя Lenovo, этот модуль ОЗУ ещё не запущен в серийное производство.

Модули LPCAMM2 — съёмные. Они крепятся к материнской плате при помощи винтов, а не припаиваются, как обычная память LPDDR в современных ноутбуках. Это делает LPCAMM2 легко заменяемой и модернизируемой. В то же время LPCAMM2 сохраняет энергоэффективность памяти LPDDR, но предлагает поддержку более высоких скоростей. JEDEC стандартизировал LPCAMM2, и производители позиционируют его как альтернативу для тонких ноутбуков, которым требуется большая пропускная способность или лучшая эффективность, чем у SO-DIMM.

Особенность показанного представителем Lenovo модуля Samsung LPDDR5X CAMM2 заключается в его объёме 96 Гбайт. На сайте Samsung он ещё не значится. А самые передовые LPCAMM2 модули предлагают объём 64 Гбайт и скорость до 8533 Мбит/с. Ранее производитель чипов памяти, компания Micron заявляла о возможности LPCAMM2 обеспечивать скорость до 9600 Мбит/с, что, собственно, подтверждается демонстрацией Lenovo.

В документации Intel для мобильных процессоров Core Ultra Series 3 (Panther Lake) упоминаются официальная поддержка конфигураций памяти LPDDR5X/LPCAMM2 со скоростью до 9600 МТ/с. На практике максимальная поддерживаемая скорость памяти зависит от процессора, конструкции платы и точной конфигурации памяти.

Как пишет VideoCardz, на рынке уже есть несколько продуктов с поддержкой высокоскоростной памяти LPCAMM2. Одним из последних, например, является вычислительный модуль Congatec conga-TC1000r COM Express для Edge- и встроенных систем на базе Panther Lake, поддерживающий до 96 Гбайт памяти LPDDR5X LPCAMM2 со скоростью до 8533 МТ/с. Это говорит о том, что ёмкость 96 Гбайт на модуль для LPCAMM2 уже используется в серийном производстве встраиваемых систем.

Эх, нулевые… МТС, выход в интернет через CSD на 9600 бит/с…

Сабж

Китай продемонстрировал очередное достижение на пути обретения независимости от США и их технологических компаний: Международный компьютерный консорциум (GCC) представил стандарт UBIOS — китайскую альтернативу UEFI и BIOS.

UBIOS (Unified Basic Input/Output System) — стандарт прошивки, призванный стать заменой BIOS и UEFI. Его разработали 13 китайских технологических компаний и организаций, в том числе Huawei, CESI (Китайский институт стандартизации электроники), Byosoft и Kunlun Tech. UBIOS построен на основе оригинальной спецификации BIOS без учёта того, что появилось в UEFI — этот стандарт и его эталонную реализацию TianoCore EDK II от Intel китайские инженеры сочли чрезвычайно раздутыми.

В отличие от UEFI стандарт UBIOS предлагает расширенную поддержку чиплетов и прочих гетерогенных вычислительных конфигураций, в том числе позволяет устанавливать разные процессоры на одну материнскую плату — UEFI такие сценарии поддерживает с трудом, а часто не поддерживает вовсе. Улучшена также поддержка отличных от x86 архитектур, в том числе Arm, RISC-V и разработанной в Китае LoongArch. Более подробно о UBIOS организация GCC расскажет на Всемирной компьютерной конференции, которая пройдёт в Шэньчжэне в ноябре.

Ну… чем бы дитя ни тешилось… Ждём открытый и свободный coreboot UBIOS

Сабж

Служба облачного хранения данных Backblaze опубликовала статистику отказов жёстких дисков по итогам IV квартала, всего 2025 года, а также за весь срок службы соответствующих моделей.

При составлении отчёта за IV квартал из парка накопителей исключили некоторое число экземпляров и оставили в статистике данные по 337 192 жёстким дискам. За отчётный период Backblaze ввела в эксплуатацию две новые модели: 112 экземпляров Seagate ST16000NM000J на 16 Тбайт и 1201 экземпляр WDC WUH722626ALE6L4 на 26 Тбайт — первый жёсткий диск такого объёма.

В течение квартала модели HGST HMS5C4040BLE640 (4 Тбайт), Seagate ST12000NM000J (12 Тбайт) и Seagate ST16000NM000J (16 Тбайт) продемонстрировали всего по одному отказу; вышел также из строя один вышеупомянутый WDC на 26 Тбайт — в первый же квартал эксплуатации. Модели Seagate ST8000NM000A (8 Тбайт) и Seagate ST16000NM002J (16 Тбайт) не вышли из строя ни разу. Наименее надёжными оказались HGST HUH728080ALE600 (8 Тбайт) со среднегодовым уровнем отказов (AFR) 10,29 %, Seagate ST10000NM0086 (10 Тбайт) с 5,23 % и Toshiba MG08ACA16TEY (16 Тбайт) с 4,14 %.

Тревожный двузначный показатель отказов HGST HUH728080ALE600 вынудил компанию провести краткое расследование. Температурный фактор эксперты исключили, и наиболее вероятной причиной отказов назвали фактор вибрации. В Backblaze приняли решение начать постепенный вывод модели из эксплуатации и не принимать дополнительных мер по исправлению ситуации. Жёсткие диски Toshiba MG08ACA16TEY демонстрировали аномально высокий уровень отказов в предыдущем квартале, но он был связан не с фактическими неисправностями, а с обновлением прошивки, которое в Backblaze были вынуждены установить. В последний отчётный период жёсткий диск снова демонстрировал AFR выше, чем по всему парку накопителей, но обозначил и тенденцию к снижению.

В годовой отчёт Backblaze включила 344 196 экземпляров жёстких дисков — всего 30 моделей. Общегодовой показатель AFR по всему парку в 2025 году составил 1,36 % по сравнению с 1,55 %, которые были в 2024 году. Квартальные результаты за последние 12 месяце колебались, но результат за весь год отражает ощутимое улучшение. Ни одна модель не показала нулевого числа отказов за год, но у некоторых моделей наблюдалось очень низкое их число, в среднем менее двух отказов за квартал. Это, в частности, HGST HMS5C4040BLE640 (4 Тбайт, 5 отказов), Seagate ST12000NM000J (12 Тбайт, 4), Seagate ST14000NM000J (14 Тбайт, 7), Seagate ST16000NM002J (16 Тбайт, 1), Toshiba MG09ACA16TE (16 Тбайт, 3), WDC WUH722626ALE6L4 (26 Тбайт, 1).

Компания также сравнила среднегодовые показатели отказов за 2023, 2024 и 2025 годы. В сравнение вошли модели, которых на 31 декабря 2025 года было 250 единиц в эксплуатации, и которые наработали в 2025 году более 50 000 дней. В 2023 году показатель AFR был 1,70 %, в 2024 году — 1,57 %, а в 2025 году снизился до 1,36 %, вернувшись к уровню 2022 года, когда он был 1,37 %. По итогам квартала 25,13 % накопителей имели объём до 12 Тбайт; 52,06 % — от 14 до 16 Тбайт; и 22,81 % — более 20 Тбайт.

Ещё одну сводку составили на основе показателя AFR за весь срок службы моделей в длительной эксплуатации. В статистику включили жёсткие диски, которых по состоянию на 31 декабря 2025 года было более 500 единиц при наработке более 100 000 дней. Общий показатель к настоящему времени составил 1,30 %, и он остаётся относительно стабильным в течение нескольких отчётных периодов. Несмотря на квартальные колебания и изменения модельного ряда, долгосрочная надёжность парка накопителей сохраняется в узком диапазоне.

Как говорится, за что купил…

Сабж

Да они и сами объяснить ничего не в состоянии! ;)

Сабж

Вот самое интересное оттуда: 👇

👉 У GameHub около 5 млн пользователей по состоянию на ноябрь 2025; 70-80% из них в Китае.

👉 В Google Play у глобальной версии уже более 1 млн загрузок.

👉 GameSir разделяет понятия: GameFusion — Windows‑эмулятор, GameHub — лаунчер/фронтенд и хаб для всех игр на мблиьных платформах.

👉 Главная бизнес‑цель - продавать больше контроллеров благодаря раскрутке сервиса, GameHub - часть экосистемы и компания уже планирует специальные контроллеров под него.

👉 Ранние версии GameHub содержали много встроенных трекеров и китайских SDK, что вызвало волну критики и стало одной из причин появления GameHub Lite.

👉 GameSir объясняет это «китайскими нормами» (в Китае к трекингу относятся спокойнее) и говорит, что в глобальной версии убрали часть сторонних SDK и плагинов.

👉 Также GameSir говорит, что удивлён появлением отдельного приложения, но не планирует его закрывать.

👉 Приложение прошло проверку Google, что автор отмечает как аргумент в пользу того, что совсем жёстких нарушений приватности там сейчас нет.

👉 GameSir утверждает, что ядро эмулятора GameFusion «полностью разработано внутри компании», но при этом признаёт, что использует компоненты Winlator «для совместимости».

👉 Winlator под MIT‑лицензией, которая не требует открывать исходники, но требует корректного указания авторства; автор статьи не нашёл в GameHub явного атрибута Winlator и других ключевых OSS‑компонент.

👉 Для Wine компания говорит, что использует собственный совместимый слой (syscall hooks, GameScopeVK и др.), а не патчит ядро Wine, то есть формально обходит необходимость публиковать форк.

👉 GameSir заявляет, что активно отдаёт разработки в опенсорс и работает с вендорами (Qualcomm, MediaTek) для оптимизации драйверов, но на официальном GitHub за год всего 7 коммитов и нет заметных вкладов в популярные проекты.

Честно утащено у RetroGG

Вот вам и вклад в опенсорс

Сабж

Исследователи из Центрально-Европейского университета в Вене пришли к выводу, что практика написания кода с помощью ИИ-моделей подрывает экономическую модель открытого программного обеспечения (Open Source). Явление, получившее название «вайб-кодинг» (Vibe coding), позволяет даже малоопытным разработчикам быстро создавать приложения, не вникая в детали сгенерированного кода и не взаимодействуя с сообществом проекта.

Проблема заключается в том, что пользователи нейросетей выступают исключительно потребителями ресурсов и перестают вносить свой вклад в развитие бесплатных библиотек, баз данных и инструментов, которые создавались десятилетиями. Авторы исследования установили, что вайб-кодеры почти никогда не участвуют в жизни проектов, от которых по сути сами и зависят. При этом падение вовлечённости напрямую влияет на доходы разработчиков, так как они монетизируют свои проекты через рекламу в документации или продажу коммерческих расширений. Но ИИ-агенты не читают документацию и не переходят по рекламным ссылкам, отмечает издание 404 Media.

Наглядное подтверждение гипотезы пришло от создателя фреймворка Tailwind CSS Адама Ватана (Adam Wathan), который сообщил о сокращении трёх из четырёх инженеров в проекте. Несмотря на рост популярности инструмента, трафик заходов на страницы официальной документации упал на 40 % с начала 2023 года, а значит, сократился приток клиентов на коммерческие продукты. Профессор экономики Миклош Корен (Miklós Koren), один из авторов исследования, отметил, что ситуация уже становится нормой.

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

Корен подчеркнул, что коллапс «опенсорса» рано или поздно уничтожит и сам вайб-кодинг, поскольку ИИ-модели обучаются на открытых репозиториях и требуют их постоянного обновления. Исследователи убеждены, что такие крупные компании, как Anthropic и OpenAI больше не должны бесплатно эксплуатировать чужой труд. В качестве решения учёные предлагают внедрить модель разделения доходов, основанную на реальных данных об использовании открытого кода при обучении и работе нейросетей.

Я ни хрена не понял взаимосвязь. Опенсорс разбогатеет от того, что разработчик откроет сайт с документацией? Ну, обяжите ИИ-шечку проходить по ссылкам с доками. А если в вашем Tailwind CSS есть ошибки и ничего не работает - всё равно живой программист вам багрепорт кинет, независимо от того, использовал он ИИ-шечку или нет.

Единственный юзкейс, который я могу себе представить - вместо использования Tailwind CSS непосредственно, разработчик попросит нагенерировать подмножество функций на расте как в Tailwind CSS, и будет поддерживать это г..о самостоятельно. Почему на расте? Потому что у него проект на расте.

Перемещено hobbit из talks