Актёры, которые продали свои ИИ-аватары, застряли в дистопии, достойной сериала "Black mirror":
https://arstechnica.com/ai/2025/04/regrets-actors-who-sold-ai-avatars-stuck-in-black-mirror-esque-dystopia/

TL;DR: Продажа себя в качестве "аватара" для некоторых актёров выглядит, как способ получить лёгкие деньги — всего-то надо прийти в студию одной из компаний, которые создают цифровых аватаров, и посидеть на фоне зелёного экрана, делая различные выражения лица перед камерой, после этого забрать свой чек на 1000 USD или больше. Тем не менее, некоторые актёры уже пожалели об этом, так как теперь их аватар используется для создания постыдного и даже вредного контента, в том числе пропаганды. При этом, после продажи своего лица студии ИИ-аватаров сложно повлиять на то, как этот аватар будет использоваться. Студии предлагают варианты модерации использования аватаров, но это не даёт защиту от потенциально вредного использования, и вернуть джина обратно в бутылку проблематично.

#music

Хе-хе. :-)

Hedonistische Internationale - Trickfilmsektion, "myASS-Crew: Send the Billionaires to Mars! (Everybody)":
https://youtu.be/u3qEKiQ6YGc

#music #music_metal

Gnarls Barkley, "Crazy" (Metal Version by Lauren Babic):
https://youtu.be/aX1v5bLvdlI

Классно. По голосу мне исполнение напомило вокалиста группы AFI.

#music

AFI, "Love Like Winter":
https://www.youtube.com/watch?v=rsrEXwozK-Y

🤟

#projects #guile_ics #guile #scheme

Несколько дней работал над улучшением Guile-ICS (мне тут недавно написали issue на GitHub с просьбой реализовать нормальную поддержку RRULE — параметров повторяемости событий календаря.)

Теперь поддержка есть, только нехватает ещё вспомогательных процедур для работы с повторяющимися событиями.

Вот, как пример, вывод консольной утилиты для работы с форматом iCalendar, базирующейся на API библиотеки и поставляющейся вместе с ней. Здесь можно видеть разобранный и затем склеянный обратно (для красивого вывода) параметр RRULE:

$ ./pre-inst-env ./utils/ics rrule.ics 
BEGIN: VCALENDAR
    BEGIN: VEVENT
        RRULE (RECUR): FREQ=YEARLY; INTERVAL=2; BYMINUTE=30; BYHOUR=8,9,10; BYDAY=SU; BYMONTH=1
    END: VEVENT
END: VCALENDAR

Значения параметров повторения теперь не только парсятся, но и проверяются на корректность. Библиотека не только бросается ошибками при некорректных значениях, но ещё и выдаёт справку по использованию данных параметров — по сути, куски RFC.

#music

System of a Down, "Chop Suey!" (acoustic guitar cover by Ernesto Schnack):
https://www.youtube.com/watch?v=weLW3JcXq_U

Офигенно играет!

#music

TOOL, "Schism" (acoustic guitar cover by Ernesto Schnack):
https://www.youtube.com/watch?v=MBlSu2SaMiU

Выпущен Yggtray 0.1.10

> Добавлена возможность экспорта данных о пирах в формате CSV

https://github.com/the-nexi/yggtray/releases/tag/0.1.10

Я запустил DOOM на прерываниях!

#arduino #arduino_music

#guix_patches #yggdrasil

Обновил Yggtray до версии 0.1.10 в GNU Guix.

[source]

#autism

#music #music_tracker

MASTER BOOT RECORD & Dubmood, "E1M777":
https://youtu.be/7HpTr6IceTA

#music #music_metal

MASTER BOOT RECORD, "IRQ 0 SYSTEM CLOCK" (LIVE AT SUPER MAGFEST 2025):
https://www.youtube.com/watch?v=42-iTgICOh0&t=2690s

Звучит эпично.

#generative_art

jittery circle pack

[source]

#music #arduino_music

Я сделал что-то странное.  Как будто Doom Guy вломился во вселенную Mario и устроил погром.

Выпущен Yggtray 0.1.11

> Теперь резервные копии конфига Yggdrasil создаются с временной меткой, вместо перезаписи единственной копии
> Реализована многопоточность при тестировании пиров: это значительно ускоряет процесс тестирования

https://github.com/the-nexi/yggtray/releases/tag/0.1.11

#guix_patches #yggdrasil

Обновил Yggtray в GNU Guix до версии 0.1.11:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=77bb1c698682a76bb2ccecfc3fe63ee15da0e630

Maxime Chevalier-Boisvert, "Breaking the Ruby Performance Barrier":
https://youtu.be/qf5V02QNMnA

#programming #compilers

Ruthe Phoenix:

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

mudfishscientist:

Это оно.
Вот, как звучат антипрививочники.

[source]

#arduino_music

Walt Kraemer, "Pinball number count" на одной Arduino через прерывания.

Varun Raghu, "why i wont be vibe coding anymore":
https://varunraghu.com/why-i-wont-be-vibe-coding-anymore/

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

Тем не менее, надо понимать, что если мы отдаём на аутсорс свои интеллектуальные навыки, а именно умение задавать правильные вопросы, умение думать о сложных задачах и решать их, то новое поколение программистов будут иметь более низкий уровень этих навыков.

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

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

Какой вариант здорового взаимодействия с LLM? Ну для начала мы должны не прибегать к нему, как двоешники-студенты прибегают к помощи отличника из группы для того, чтобы за них сделали задание в последний момент. Вместо этого, лучше рассматривать LLM как образованного друга или опытного коллегу по работе, который может помочь в решении сложной задачи и объяснить, а наша роль тут перенять этот опыт, чтобы мы могли использовать его сами.

И ещё не стоит забывать о получении упорядоченного образования по книгам, лекциям и через регулярное общение с более опытными специалистами, поскольку это помогает "раскладывать по полочкам" знания.

Вот хорошие рекомендации о том, как научиться программировать.

Питер Норвиг, "Научитесь программировать за десять лет":
https://www.williamspublishing.com/21-days.html