URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 139089
[ Назад ]

Исходное сообщение
"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"

Отправлено opennews , 30-Янв-26 13:12 
Разработчики мультимедийного пакета FFmpeg попросили компанию AMD внимательнее относится подготовке  патчей и не отправлять сгенерированные через AI изменения без проведения ручного рецензирования. Недовольство вызвал набор патчей с реализацией возможности использования  AMD HIP SDK (Heterogeneous-compute Interface for Portability) на платформе Windows для ускорения обработки видео на системах с GPU AMD...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64707


Содержание

Сообщения в этом обсуждении
"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:12 
Вайбкодинг во всей красе, добро пожаловать в новый и прекрасный мир

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:17 
> Автор патча сообщил, что осознанно добавил инструкцию по использованию pacman,
> написанную им 4 года назад
> Вайбкодинг

Какой вайбкодинг?
4 года назад еще никакого вайбкодинга не было.


"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено expert , 30-Янв-26 13:18 
> const int EIGHT = 8

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено КО , 30-Янв-26 13:26 
А это все спецы по шаблонному мышлению виноваты. Мол магические константы в коде антипаттерн - выносите определение в именованную константу. Ну чел и вынес. Ну и дал самое логичное имя.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:34 
Недавно похожий случай был. Один рецензент покритиковал мой код. Ему не понравилось, что счетчики цикла имеют очень короткие и неинформативные, с его точки зрения, имена - i, j, k.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено КО , 30-Янв-26 13:37 
И как таких без вайбкодинга обходить?

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено nox. , 30-Янв-26 13:39 
Конечно, вместо i надо было написать COUNTEROFTHEFIRSTCYCLE. Круто, чо.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено User , 30-Янв-26 13:44 
Не color, a colour!
В смысле CounterOfTheFirstCycle ну или COUNTER_OF_THE...
Остроконечники с тупоконечниками еще не договорились, приходите пожжа

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено КО , 30-Янв-26 14:04 
не то  не другое - у вас стили наименования не подходящие к переменным, могут быть путаницы с константами и классами. :)

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 14:38 
Надо римскими числами: i, ii, iii, iv, v, vi,  ...

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:32 
Никаких магических переменных все ясно и понятно какие вопросы? Надо было const X = 8?

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено КО , 30-Янв-26 13:35 
const int TRINITY=8;

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:19 
иксперды во всей красе

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено kravich , 30-Янв-26 13:22 
А ты взял и поверил оправданиям гогнокодера?

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:54 
> А ты взял и поверил оправданиям гогнокодера?

Я поверил пруфу, который привел разработчик
github.com/GPUOpen-LibrariesAndSDKs/AMF/wiki/Build-FFmpeg-with-AMF-Support/_history

А ты по какой-то причине называешь его гогнокодером.


"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:18 
И это компания, которая делала хорошие процы...

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:18 
Ничего, ничего. Скоро уже ffmpeg-rs силу наберёт и заменят этих дидов наяривающих на ассемблер и недовольных патчами видите ли. Сами давно на грантах сидят и на развитие ffmpeg забили. Нет, чтобы спасибо сказать и в ножки покланяться за патч. Не хочу - хочу сапогом место указать на дверь. Ну и останутся тогда, как говорится, у дырявого корытца.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено kravich , 30-Янв-26 13:23 
А потом к вам в ffmpeg-rs пришлют патч с константой EIGHT, и на опеннете появится новость "Разработчики FFmpeg-rs раскритиковали AMD за раздутые патчи"

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:27 
К сожалению, полноценный ревью сгенерированного ллм кода лишает смысла использование ллм в целом из-за приближения затрат на ревью без ллм кода, созданного ллм, к затратам на написание кода и ревью без ллм. Поэтому стоит ожидать, что какое-то количество мертвого кода, добавление которого концептуально свойственно всем ai-генераторам, будет пролезать через тесты (особенно с учетом того, что тесты тоже пишут ОНИ).

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено kravich , 30-Янв-26 13:36 
В общем, ситуация та же, как с ревью кода джуна, когда ревьювер вынужден руками джуна полностью переписать изначальное решение

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено КО , 30-Янв-26 13:39 
Ну он так джуна научит. Хотя и так научит писать правильные промпты. Правда, потом окажется, что написать правильный промпт сложнее, чем сразу на целевом яп.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено kravich , 30-Янв-26 13:41 
Именно. С джуном эти упражнения имеют смысл, так как джун научится, а с заклинателями ~змей~ LLM-ок из-за отсутствия обратной связи все это бесполезно, и является просто изощренным и извращенным способом переложить работу с сабмиттера на ревьювера

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено КО , 30-Янв-26 13:50 
Не - учит писать промпты.
Просто к промтам надо относиться как к ЯП 4 поколения.
Вот если за промптом потом надо подчищать в целевом ЯП - тогда да мартышкин труд.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено kravich , 30-Янв-26 13:53 
Ок, возможно.
Но по прежнему сомнительно, что выразительности промптов достаточно для того, чтобы сделать все возможные правки, которые могут потребоваться
В общем, поживем-увидим

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 14:16 
Для LLM уже придумали костыль - называется memory servers или MCP.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:39 
Слабые разработчики теперь называют любой непонятный код сгенерировапным ИИ и даже не пытаются разобраться. Они не в состоянии понять что const в с++ это переменная которая будет в особом сегменте памяти, а для сверхоптимизации и производительности такое бывает нужно.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено kravich , 30-Янв-26 13:43 
Расказывая такие истории, нужно бы понимать, что сырая константа 8 вообще скорее всего будет константой в машинной инструкции инициализации регистра значением, что не требует отдельной транзакции памяти и потому еще быстрее

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:30 
> разработчики, которые не видят отличий между wiki-страницей и сообщением в Git-коммите

Неужели и коммиты ИИ пишет? А EIGHT = 8 это распространенный среди разрабов кретинизм. Бывает ещё EMPTY = "" и всяческие попытки заменить нуль "пустой" при этом типизированной константой.


"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:37 
По-вашему, вместо константы M_PI следует везде в тексте написать 3.1415926536 и т.д.?

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено КО , 30-Янв-26 13:44 
Можа и кретинизм, а на RISC архитектуре это один раз доступная константа, а не каждый раз перепрыгивать константу в коде. Для CISC, что в лоб, что по лбу.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено User , 30-Янв-26 13:46 
> Неужели и коммиты ИИ пишет?

Ну вообще да - в выстроенном процессе разработки с саммаризацией он как раз таки хорошо справляется.


"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:31 
Пф, писаки FFmpeg открыли рот чтобы кого-то критиковать?
Чуваки, вы ж не единственные разработчики мультимедийных пакетов.
Или принимайте патчи как удобно настоящим разработчикам, или останетесь вообще без патчей.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:34 
Вот вот! И будут писать про свой ассемблер раз в 5 лет как они какой-то никому не нужный древний кодек ЯКОБЫ ускорили в 50 миллиардов раз написав код ассемблер руками.Тем временем более сговорчевые гигачеды-модерн-стайл-разрабы с нормальными софт-скиллами (а не в стиле Линуса-посылателя) будут получать всё больше ПРов и наслаждаться патчами, донатами и заслуженным (!) признанием, пока диды ffmpeg будут яростно скриметь вставными челюстями грозя, что вот ещё 20 патчей ручного ассемблера и вот они как вернуться, да как всех сместят!

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:54 
>вы ж не единственные разработчики мультимедийных пакетов

А другие прям рады всё это разгрeбать ?


"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 13:36 
В военное время значение EIGHT может достигать 9, а то 10. Надо понимать.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено nox. , 30-Янв-26 13:45 
Зря шутите. Недавно разбирал задания по физике для продвинутых детей. В комментариях было указано - для расчетов ускорение свободного падения на Земле g взять равным 10.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 14:06 
А что не так?
Если тебе нужно оценить сверху макс скорость которую разовьет белка падая после скольжения по абсолютно ровному столу.....

Если у белки есть шанс, то можно пересчитать с точным значением))


"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 14:14 
Считал у ффспег один разраб всего. Если их много,то вполне потянут и будет ффмпег размером с ядро благодаря амуде.

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 14:22 
> В частности, в коде имелась константа с именем 8 и значением 8 (const int EIGHT = 8),

Справедливости ради: в моем коде тоже есть подобное. Потому что имя идентификатора не может начинаться с цифры, поэтому 32-bit превращается в THIRTY_TWO_BIT.


"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 14:32 
А ты почему пишешь низкокачественный код? Ты видимо не уважаешь сообщество. Ты какой-то не умный человек, да?!

"Разработчики FFmpeg раскритиковали AMD за раздутые патчи"
Отправлено Аноним , 30-Янв-26 14:30 
Коммерческие компании всегда разабатывали и разрабатывают низкокачественный код.