Пишу вам из полностью заблокированного мессендж@$^^...

⚡️ Роскомнадзор снимает ограничение доступа к Telegram

Телеграмм не заблокируют. Не благодарите😎

https://github.com/instructkr/claw-code

Жесть, эта хрень за сутки получила 100к звезд на github.

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

TL;DR - жаба ебала гадюку, а чего вы хотели от open source сообщества?

"Конфликт между Document Foundation и Collabora связан с разработкой облачной редакции LibreOffice Online. В 2020 году компания Collabora для решения вопросов с брендингом и маркетингом создала форк LibreOffice Online и продолжила разработку в своём репозитории под именем Collabora Online (причиной стало то, что организация Document Foundation продвигала на странице LibreOffice Online продукты других компаний, которые почти ничего не вносили в разработку). В 2022 году совет директоров Document Foundation принял решение о заморозке проекта LibreOffice Online, так как все разработчики из сообщества переключились на новый проект и не нашлось желающих продолжить сопровождение старого репозитория.

В 2026 году новый совет директоров Document Foundation отменил решение о заморозке, посчитав, что прежнее голосование было проведено в условиях конфликта интересов. Воссоздание репозитория LibreOffice Online как форка нынешнего репозитория Collabora Online с ребрендингом всей работы Collabora воспринято представителем Collabora как вандализм по отношению к проекту и нарушение сложившегося статуса кво, при котором признание заслуг разумно распределялось между двумя проектами"

Artemis computer running two instances of MS outlook; they can't figure out why
Article, Comments

MS - спонсор зависания корабля на околоземной орбите!

https://github.com/pg83/std/commit/dbce92d072902fc2e7fe67a3e259d903e89d5cd3

Ссука, perf record/report и дальнейший анализ opus/sonnet делают уж точно не хуже меня, а то и лучше, вот эту вот фигню выше я проморгал.

#std

https://gist.github.com/alganet/2b89c4368f8d23d033961d8a3deb5c19

TL;DR - компилятор C, на чистом shell, один файл на 10к строк, такое мы любим.

С одной стороны, новость из дурки, а с другой - не так и плохо, явно это трансляция из более высокоуровневого описания, а не код, написанный руками.

Может быть полезно для #bootstrap!

https://lwn.net/Articles/1065620/

TL;DR - на списки рассылки разработки ядра Linux стало приходить сильно больше ошибок, найденных с помощью AI, но это уже не AI slop, а самые настоящие ошибки. Связываю это с https://t.me/itpgchannel/3875.

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

(спасибо коллегам за ссылку)

в итоге, ночером, ускорили бенчмарк в 2 раза, за счет как известных мне проблем (которые я обошел срезал при разработке), так и два валенка на пульте, которые для меня оказались совершенно неожиданными.

#LLM

Мигаю, вижу себя - AI скептик, "меня никогда не заменят"

Мигаю, "wow, оно что-то делает лучше меня"

Мигаю, "как вам мой фанфик про ГП?"

Мигаю, я рассказываю команде, как LLM круто, и как они нам помогут.

Мигаю, и я на митапе внутри Я, где мы делимся историями успеха, и best practices.

Мигаю, и меня зовут на семинар, рассказать, как этим всем эффективнее пользоваться.

Взял себе максимальную подписку. Осталось только стать AI ambassador.

И все это за 4 месяца.

Самое интересное, как я это запускаю на своем #stal/#ix - пришлось скачать glibc из archlinux, а сеть подменяю с помощью https://github.com/v-byte-cpu/wirez, чтобы обернуть весь трафик через socks5.

Вот вы сейчас наблюдаете драму "унижение программиста" в realtime.

В #ix есть графовый движок, который строит граф сборки пакета, по его описанию. Всегда хотел переписать его на go, чтобы было быстро, но всегда откладывал на потом.

https://github.com/pg83/ix/commit/f6cfbef32769e43c8e9851dbef71c616f51e3eb8

За полтора часа (полный realtime от прошлого поста) эта бестия переписала его с python на go, причем настолько хорошо, что сумела сохранить хеши бит в бит, для этого машина воспроизвела все идеосинкразии питонячего сериализатора в json - https://github.com/pg83/ix/blob/main/go/pyjson.go.

Я передаю в старую и новую программу одни и те же пути к пакетам - получаю бит в бит графы.

Код довольно хуевый, но я смогу его довести до норм качества за пару часов.

Мы все (кому повезет) пойдем работать на завод.

меня это реально удивило, учитывая мой B62 - https://github.com/pg83/ix/blob/main/core/utils.py#L17 (https://t.me/itpgchannel/575)

В комментариях спрашивали, стало ли быстрее.

Первая версия работала ровно за то же время, что и питонячий вариант. Связано это с:

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

* заменить jinja2 на данном этапе развития проекта выглядит уже нереалистичным, потому гошный код оффлоадит непосредственно рендеринг шаблонов в питонячий скрипт, с которым общается по jsonline rpc.

Собственно, поэтому время совпадало +- пару процентов. В целом, логично, потому что код ничего тяжелого больше не делает.

Но для go, где есть дешевые горутины, причем реально параллельные, а не сраный питонячий async, у меня в голове был план, как это дело подускорить, в том числе, запустить несколько инстансов питонячки для рендеринга.

Не буду вдаваться в детали, вот результат:

pg:home# time ./go/ix build bin/chromium > qw

real  0m1.256s
user  0m6.100s
sys  0m0.228s
pg:home# time ./ix build bin/chromium > qw1

real  0m2.127s
user  0m2.010s
sys  0m0.110s

Можно срезать еще где-то 0.2s, но вряд ли больше, если не появится других идей про параллельный рендеринг дерева пакетов.

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

Очень рад, что поставил этот эксперимент, дождавшись #LLM, потому что иначе потратил бы пару недель личного времени на это, и был бы очень расстроен в конце. Возможность сделать такой подход буквально за пару часов - мощь.