Фалшиви сексуално открити вирусни изображения, генерирани от AI на поп кралската особа Тейлър Суифт, поразиха нервите, накараха феновете, шефа на Microsoft и дори Белия дом да призоват за незабавни действия за справяне с дълбоките фалшификати.

Изображенията с оценка X, към които The Register няма връзка, се разпространиха онлайн през уикенда и бяха публикувани на X, събирайки поне десетки милиони гледания. Deepfakes поставиха на централно място въпроса за изричните AI deepfakes без съгласие, тъй като Swifties – много от които отбелязаха изображенията като подходящи – очевидно бяха разочаровани да научат, че няма федерален закон, забраняващ подобно съдържание.

Гласовете ни са нашето тайно оръжие, а думите ни са като бонуси във Fortnite

Този инцидент дойде дълго след предишна загриженост относно производството на сексуално явен дийпфейк с участието на по-малко известни жени без тяхното съгласие. Сега, когато мегазвездата Тейлър Суифт е въвлечена в това блато, навсякъде е червена тревога.

Прессекретарят на Белия дом Карин Жан-Пиер заяви, че Конгресът „трябва да предприеме законодателни действия“, за да премахне фалшивите изображения на NSFW. „Разтревожени сме от съобщенията за … разпространението на изображения, които току-що изложихте – на фалшиви изображения, за да бъдем по-точни, и това е тревожно“, каза тя пред ABC News.

Междувременно Жан-Пиер призова приложенията за социални медии, включително X, да свалят изображенията и да предотвратят разпространението им онлайн.

„Докато компаниите за социални медии вземат свои собствени независими решения относно управлението на съдържанието, ние вярваме, че те играят важна роля в налагането на собствените си правила за предотвратяване на разпространението на дезинформация и интимни изображения на реални хора без съгласие“, добави тя.

Twitter, или X, в един момент блокира търсенията за Тейлър Суифт изцяло, за да спре потока от фалшиви голи актове, вдигайки блокадата снощи . Това не е спряло генерираните от AI deepfakes да обикалят в чат стаи и на табла за изображения. Изпълнителният директор на Microsoft Сатя Надела – чийто инструмент за текст към изображение Designer на ИТ гиганта може би е бил използван за създаване на фалшивите снимки – нарече фалшивите изображения „тревожни и ужасни“.

„Трябва да действаме“, каза Надела пред NBC News, имайки предвид предпазните парапети, които трябва да бъдат поставени, за да попречат на Designer да създаде този вид материал.

„Мисля, че всички ние се възползваме, когато онлайн светът е безопасен свят. И така, не мисля, че някой би искал онлайн свят, който да не е напълно безопасен както за създателите на съдържание, така и за потребителите на съдържание. Затова смятам, че трябва да действайте бързо по този въпрос.“

По-рано този месец Джо Морел (D-NY) и Том Кийн (R-NJ), членове на Камарата на представителите на САЩ, въведоха отново Закона за предотвратяване на DeepFakes на интимни изображения. Законопроектът има за цел да криминализира създаването и споделянето на сексуално явни снимки с изкуствен интелект без съгласие, с наказания до десет години затвор.

Морел представи законодателството, придружена от тийнейджърката от Ню Джърси Франческа Мани и нейната майка Дорота, които бяха разочаровани от невъзможността да получат никаква подкрепа за предотвратяване на използването на сексуално явни дълбоки фалшиви изображения.

„Това, че съм тийнейджър, не означава, че гласът ми не е силен. Да мълча? Не е опция. Дадени са ни гласове, за да предизвикаме, да говорим срещу несправедливостите, с които се сблъскваме. Това, което се случи с мен и моите съученици беше не е готино и няма начин просто да свия рамене и да го оставя“, възрази Франческа.

„Тук съм, изправям се и крещя за промяна, боря се за закони, така че никой друг да не се чувства толкова изгубен и безсилен, колкото аз на 20 октомври. Гласовете ни са нашето тайно оръжие, а думите ни са като усилватели в Fortnite. Майка ми и аз се застъпваме за създаването на свят, в който безопасността не е просто надежда; това е реалност за всички.“

Законопроектът беше внесен в Конгреса през 2023 г. и отнесен до съдебната комисия на Камарата на представителите, въпреки че тогава не бяха предприети никакви действия. ®

Коментар Ако бъдещето на работата е избор, а не „предопределена съдба“ – както се изразява Microsoft в скорошен доклад – би било хубаво да знаем защо Редмънд е толкова решен да набута своята версия на това бъдеще в гърлата ни.

Документът на Microsoft се нарича „Ново бъдеще на работата“ и се появи миналия месец с предложението, че не трябва да питаме как AI ще повлияе на работата, а как искаме да бъде. Докладът обаче изглежда по-скоро като опит да се продаде стойността на инвестицията на Microsoft от 13 милиарда долара в OpenAI, отколкото като действително обмисляне на това как AI ще промени работното място.

Да, документът признава, AI има проблеми. Въпреки че може да ускори част от работата (задачите за писане се твърди, че са с 37 процента по-бързи с технологията, например), може да направи друга работа по-малко точна. Изследванията, цитирани от доклада, установяват 19 процента намаление на точността от специалисти от Boston Consulting Group, които са използвали големи езикови модели – не е чудесно за една от най-големите консултантски фирми в света.

Както сме виждали твърденията на производителя на Windows и преди, проблем, създаден от Microsoft (или поне такъв, който е подкрепен чрез частично финансиране на възхода на OpenAI до господство) е представен като такъв, който само Редмънд може да реши.

По-дълбоко в доклада Microsoft рекламира своето решение на проблема с неточностите в LLM: Copilot. Готови, желаещи и способни , независимо дали го искате или не, да се впуснете и да спасите положението.

Подобно на други LLM, „потребителите също съобщават, че Copilot намалява необходимите усилия“, грее Microsoft, цитирайки едно от собствените си проучвания. Допълнителен бонус е предполагаемото превъзходство на Copilot, тъй като неговите „ефекти върху качеството са предимно неутрални“, твърди Microsoft. „Предимно неутрален“ не е точно възбуждащо одобрение, но все пак е аргумент, че Copilot ще реши вашите проблеми с ИИ.

„Проучване на корпоративни потребители с достъп до Copilot също показа значителни възприемани спестявания на време“, според Microsoft. Обърнете внимание на употребата на „възприемано“. Той добавя, че „68 процента от анкетираните са съгласни, че Copilot действително е подобрил качеството на тяхната работа.“

Но дали наистина?

Откакто Copilot Pro беше обявен по-рано този месец – премиум версия на OpenAI-захранвания LLM бот, който се интегрира с M365 продукти – продуктът генерира оплаквания , че не работи добре, че е надценен и е решение в търсене на проблем.

Microsoft се опита да прокара Copilot и като продукт за кодиране, твърдейки, че проучване на потребители на GitHub Copilot е открило подобрения в скоростта заедно с качествената констатация, че разработчиците „оценяват възможностите на помощта за програмиране на AI и я намират за положителен актив“.

Но други данни показват, че AI прави кода по-сложен. Както докладва нашият дъщерен сайт DevClass, кодери с изкуствен интелект като GitHub Copilot са склонни да предлагат нов код – но никога не препоръчват изтриване или актуализиране на съществуващи парчета. И кой не обича приложения, които стават все по-големи и по-сложни?

Докладът на Microsoft също цитира изследвания, които твърдят, че LLM предлагат най-голяма помощ на най-малко опитните работници. Само няколко страници по-късно обаче разкрива, че писането на подкани само с малки семантични разлики може да доведе до коренно различни резултати.

Дали най-малко опитните работници ще могат да създават подкани, които връщат точна информация, е сериозен въпрос. Но не се притеснявайте: „Copilot Lab е едно от усилията на Microsoft да помогне на хората да се научат как ефективно да взаимодействат с LLM… чрез предоставяне на колекция от предложени подкани“, предлага Редмънд.

Което по-скоро оставя потребителите да се надяват, че подканите, генерирани от базирания на ChatGPT Copilot, са достатъчно точни, за да дадат добри резултати, а не халюцинации – което едва ли е гарантирано .

Microsoft ще избере бъдещето вместо вас, благодаря

Докладът на Microsoft беше публикуван миналия месец, преди последното внедряване на Copilot в M365 и – най-важното – преди да стане втората компания в историята след Apple, достигнала оценка от 3 трилиона долара. В случай, че не сте обърнали внимание, покачването на пазарната капитализация на софтуерния титан се приписва на неотдавнашния му натиск за AI навсякъде.

Поглеждайки назад към доклада, има смисъл, че Microsoft настоява силно върху инвестициите си в AI. Тринадесет милиарда долара са много невъзвратими разходи. Това каза също така, че привлича сериозен регулаторен контрол, който може да промени перспективите.

Федералната търговска комисия на САЩ обяви миналата седмица, че разследва инвестицията на Microsoft в OpenAI заедно с други инвестиции в ИИ от големи технологични играчи. Европейската комисия и Органът за конкуренция и пазари на Обединеното кралство също започнаха свои собствени разследвания за това дали връзката между Microsoft и Open AI може да доведе до антиконкурентна ситуация.

Microsoft? Антиконкурентно? Със сигурност не.

Гигантът на Windows завършва доклада си с предупреждението, че „бъдещето на работата е избор, а не предопределена съдба“ – и че трябва да мислим за потенциала на ИИ да оформи това бъдеще.

„Няколко големи актьори в AI заявиха как според тях трябва да изглежда бъдещето на работата“, разсъждава Microsoft в отговор на собствения си въпрос, след което посочва хартата на OpenAI и собствената си визия за Copilot като възможно бъдеще.

И все пак докладът не спира, за да си представи бъдещето на работата, след като злоупотреби използват AI, за да публикуват боклук , който замърсява резултатите от търсенето и корпусите на AI. Документът също не обмисля как организации като OpenAI , които събират данни от интернет, за да обучават своите модели без заплащане, могат да повлияят на творческите индустрии.

При отсъствието на такива съображения се очаква бъдещето на AI, управлявано от Microsoft, без да се мисли за неговото качество .

Така че, разбира се, можете да изберете собственото си бъдеще на работа. Ще бъде само при условията на Microsoft и OpenAI, ако имат какво да кажат по въпроса. И момче, правят ли. ®

Oracle тихо разшири платената поддръжка и надстройките за Solaris 11.4 до 2037 – три години след предишния краен срок – и направи същото за по-ранните версии на операционната система миналата година.

Solaris е патентован Unix, който Oracle придоби заедно със Sun Microsystems през 2010 г. Съчетана със собствения SPARC силикон на Sun, операционната система беше необичайно мащабируема и надеждна опция в своето време и ранното внимание на Sun към технологиите в уеб мащаб я направи обичаен избор за уеб 1.0 играчи.

Но по времето, когато Oracle придоби Sun, Solaris беше на път да се превърне в наследена технология. И през 2018 г. Oracle почти потвърди това състояние, като спря разработката на основен ъпгрейд и замрази операционната система на версия 11.4, плюс непрекъснати корекции и актуализации на пакети.

Признавайки, че Solaris е вид комплект, който е в основата на критични за мисията приложения, които могат да работят десетилетия, Oracle обеща да предложи постоянна поддръжка и непрекъснати актуализации за Solaris и в бъдеще – но без допълнителни издания на Big Bang.

Big Red предлага три вида поддръжка:

• Premier – Поддръжка на хардуер и интегриран софтуер на Oracle Sun, като фърмуер.
• Разширено – Платена поддръжка и надстройки за Oracle Solaris и Oracle Linux.
• Поддържане – Неограничен достъп до инструменти за поддръжка и пачове на Oracle, плюс „помощ от експерти по техническа поддръжка“ за тези, които желаят да платят.

Solaris 11.4 беше под Premier поддръжка до 2031 г., разширена поддръжка до 2034 г., а Oracle обеща поддържаща поддръжка за неопределен период от време.

Но миналата седмица Oracle тихо се отказа от актуализация на своята политика за поддръжка през целия живот [PDF], която гласи, че разширената поддръжка за Solaris 11.4 ще продължи до 2037 г. Датата за 2031 г. за прекратяване на Premier Support остава същата.

През 2023 г. Oracle добави още три години разширена поддръжка към Solaris 10 и Solaris 11.3, като и двете вече ще влязат в сферата на поддържащата поддръжка през 2027 г. вместо през 2024 г.

Тези разширения не трябва да се приемат като знак за ентусиазъм за Solaris. Oracle продължава да насърчава миграцията на приложенията на Solaris към версия 11.4 и се опита да направи тези усилия по-лесни, като опакова операционната система в удобни за разработчици форми.

Но очевидно все още има потребители на Solaris, които виждат операционната система като голяма част от своето бъдеще и са готови да платят за тази привилегия. Oracle със сигурност не е благотворителна организация и не би разширила подкрепата си, ако това не беше печелившо. ®

CockroachDB пусна своята итерация 23.2, съдържаща нови функции, предназначени да изкушат потребителите на мейнфрейм и други наследени бази данни да прехвърлят работните натоварвания към своята разпределена облачна система.

В новата версия компанията за база данни като услуга, чиито клиенти включват Comcast, аудио компанията Bose и козметичната фирма Lush , каза, че е преустроила съхранените процедури, за да бъдат значително по-мощни.

Съхранените процедури са подпрограми на базата данни, предоставени на приложенията. Те обикновено се използват за контрол на достъпа, например в утвърдени корпоративни системи за бази данни като Oracle и Db2 на IBM.

Нейт Стюарт, главен продуктов директор на Cockroach Labs, каза, че работата по съхранените процедури е част от плана на компанията за осигуряване на по-добра поддръжка за проекти, включващи миграция на корпоративни работни натоварвания, вместо да се фокусира върху внедрявания на зелено.

CockroachDB е кабелно съвместим с PostgreSQL и има за цел да подобри своята съвместимост с течение на времето. Новата им реализация, PL/pgSQL за съхранени процедури, използва машината за разпределено изпълнение, така че потребителите да могат да обработват големи количества транзакционни данни паралелно, каза компанията.

„Съхранените процедури бяха интересна тема в Cockroach, защото първоначално бяхме склонни да се съсредоточим малко повече върху приложенията на зелено. Когато погледнахме новите работни натоварвания от този обектив, не видяхме нови приложения да се изграждат със запомнени процедури, защото ако щяхме да добавим логика на приложението, ще ги поставим в микроуслуга: можем да я отделим от базата данни“, каза Стюарт пред The Register .

Въпреки това, тъй като лабораториите на Cockroach започнаха да виждат клиентите да мигрират критични работни натоварвания като плащания, управление на инвентара и управление на достъпа, мисленето започна да се променя.

Въпреки че Стюарт посочи IBM Db2 като база данни, която може да доведе до преместване на някои работни натоварвания към CockroachDB, той бързо подчерта, че „мейнфреймът няма да отиде никъде“.

По-добрата поддръжка за съхранени процедури е в списъка за пазаруване за PostgreSQL, базата данни с отворен код, с която CockroachDB е съвместим по кабел.

Професорът по компютърни науки от Масачузетския технологичен институт Майкъл Стоунбрейкър, който за първи път предложи Postgres през 1986 г., описа как студент от Станфорд проведе проучване сред разработчици и откри в обратната връзка, че препъни точките включват липса на дебъгер, без версии, без тестова среда, липса на стандарти, и липса на езикова поддръжка.

„Потребителски дефинираните функции и съхранените процедури са мъка, за да стигнете до производство, защото при разработката и отстраняването на грешки те са наистина болезнени. Така че, моля, моля, моля PostgreSQL: можете да поправите инструментите за дефинирани от потребителя функции и съхранени процедури. Можете да внедрите дебъгер, не е толкова трудно“, каза той на конференцията на Postgres Vision през 2022 г.

В допълнение към съхранените процедури, Cockroach Labs обяви така наречената програма за мигриране на наследени технологии или MOLT, която обещава гъвкави опции за движение на данни, съобразени с различни приложения и бизнес изисквания, и физическа репликация на клъстер, предназначена за организации, изградени около два центъра за данни без достъп до трети локален или облачен регион. ®

Линус Торвалдс написа една от най-силно формулираните си публикации в пощенския списък за ядрото на Linux от години, нападайки сътрудник от Google за неговите предложения относно файловите системи.

Предметът на гнева на Торвалдс са inodes, всеки от които, както Red Hat казва, е „уникален идентификатор за конкретна част от метаданни в дадена файлова система“.

Inodes бяха обект на дебат в пощенския списък на ядрото на Linux през последните няколко седмици, като служителите на Google Стивън Ростед и Торвалдс участваха в някои солидни обмени по въпроса. В тема, озаглавена „Нека всички inodes за файлове и директории да бъдат еднакви“, плакати отбелязаха, че inodes може все още да имат роля, когато използват tar за архивиране на файлове. Торвалдс контрира , че inodes са си изкарали деня.

„Да, номерата на inode бяха специални и зад това стои история. Но по същество трябва да се опитаме много да се отдалечим от тази счупена история“, пише той. „Номерът на inode просто вече не е уникален дескриптор. Не живеем през 70-те години и файловите системи са се променили.“

Но дебатът относно inodes продължи. Rostedt в крайна сметка предложи всички inodes да имат уникални номера.

Отговорът на Торвалдс използва език и тон, които рядко се срещат през последните години.

Припомнете си, че през 2018 г. той обяви решение да си вземе почивка и да потърси помощ, след като се извини за това, което той описа като „лекомислени атаки в имейли“ към колеги Linux програмисти и сътрудници на проекти, които той призна, че са „както непрофесионални, така и ненужни. Особено в моменти, когато Направих го лично… Сега знам, че това не беше наред и наистина съжалявам.“

Разкаянието на Торвалдс дойде отчасти, защото пощенският списък на ядрото на Linux всъщност е работно място за много сътрудници. Злоупотребяващите публикации не създават щастливо работно място. И като се има предвид, че Linux разчита на доброволци, сътрудници и поддържащи, неприятната среда на работното място има потенциал да навреди на проекта.

В отговор на предложението на Rostedt за уникалните номера на inode, Торвалдс отвори: „Спрете да правите нещата по-сложни, отколкото трябва да бъдат.“

Тогава той малко се развика.

„И, по дяволите, СПРЕТЕ ДА КОПИРАТЕ ФУНКЦИИТЕ НА VFS СЛОЯ. Беше лоша идея миналия път, ужасно лоша идея е и този път. Не приемам този вид глупости.“

Основната критика на Торвалдс към подхода на Ростед е, че разработчикът на Google не е разбрал напълно темата – което Ростед по-късно признава.

Дотогава обаче Торвалдс го пламна по следния начин:

Дебатът продължи известно време, в по-хладен тон, като Торвалдс предложи предложения за това какво според него би бил по-добър подход към проблемите, които Rostedt се надяваше да адресира. Императорът на пингвините написа, че не възнамерява да се занимава веднага с въпроса, тъй като „загубих достатъчно време за това и съм много изостанал с другите си отговорности, така че това не е нещо, върху което мога да работя сега“.

Отговорът на Rostedt предлага следното – може би насочено – наблюдение:

В неделя Торвалдс публикува по-щастливи неща: дебютът на версия 6.8-rc2 на ядрото на Linux.

Торвалдс отбеляза, че rc1 включва „бъг в графика на amdgpu, който може да причини зависнал работен плот (което *в крайна сметка* ще се възстанови, но след достатъчно дълго изчакване, че повечето хора вероятно ще рестартират вместо това.“

„Този изглежда е ударил доста хора.“

Самият Торвалдс беше обезпокоен от грешка в btrfs, която за щастие не влезе в rc1, както беше забелязано преди пускането.

„Както и да е, надявам се, че с rc2 сега сме в по-стабилната част от цикъла на издаване, като тези проблеми, които могат да засегнат много тестери, са подредени. Така че се надяваме, че корекциите ще бъдат по-фини и няма да засегнат често срещаните основни настройки“, написа той.

„Така че излезте и тествайте. Сега е безопасно. Имате ми доверие, нали?“

Разбира се – ако въпросът е само за разработване на ядро. ®