commit -m "better"

"The more we zoom out, though, the more alarming it gets. The biggest concern is the impact on the climate" - пиздец он конечно клоун, я дальше читать не смог.

https://sourcehut.org/blog/2026-08-27-tos-changes-and-llms/#changes TL;DR - проклятый SJW #ddv решил окончательно угробить #source_hut, и запретил там LLM контент. Хорошо, что я оттуда вовремя свалил.

❗️ Глава Минцифры Максут Шадаев покинет пост после выборов в Госдуму Глава Минцифры Максут Шадаев покинет должность после предстоящих выборов в Госдуму 18–20 сентября и, скорее всего, будет работать в нижней палате парламента. Об этом изданию «Пост-» рассказал источник в аппарате правительства. «Скорее всего, смена министра пройдет после выборов. Планируется, что Максут Игоревич перейдет как раз в Госдуму и получит место главы комитета по информационной политике, технологиям и связи, которую сейчас занимает Сергей Боярский», — сказал собеседник. Причины, по которым Шадаев может покинуть Минцифры, в посте издания не уточняются. Frank Media направили запрос в министерство. ❤️ Читайте подробнее на сайте Frank Media в Telegram | MAX | Рассылка

Вопрос с подвохой, и ответ - никому. Модели, по умолчанию, не читают код большими кусками. Они его грепают, и читают +- несколько строк вокруг. Это позволяет име дешево построить fuzzy модель кода, и дешево решать бОльшую часть задач с кодом. Но это приводит к тому, что их представления о коде становится все более и более "странным" - много небольших блоков по всему коду, отсюда и шизофрения про сложные изменения. Потому что у модели нет в голове модели кода, хехе. Вот, ниже моя SOTA процедура, что делать, когда нужно сделать сложный рефактор. 1. НужнО понимание, сколько кода влезает в модель без того, чтобы она подошла к пределу компактификации. В моем случае - 500 - 600 килобайт исходников 2. "Мы сейчас занимаемся сложной проблемой рефакторинга. Разметь участки кода, общим размером 500 килобайт, которые, по твоему мнению, наиболее важны для этой задачи" 3. /compact 4. "Мы занимаемся сложным рефакторингом кода, поэтому твой обычный способ работы с кодом не подходит. Загрузи данные вот по этой разметке целиком в контекст, далее я задам несколько вопросов про этот код" 5. Вот тут становится все очень дорого, на сессию в 5 минут вопросов и ответов я потратил 4% недельной квоты. "Нам нужно сделать то-то и то-то, напиши план, как нам это сделать, в XXX.md"

Попросил фабулу напилить план сложного рефактора. Получил текст на 500 строк, на первый взгляд, все хорошо. Для перестраховки попросил sol посмотреть на текст, на код, и исправить явные ошибки. Получил текст на 1000 строк. Мне это показалось странным, и я снова попросил фабулу (уже другую) посмотреть на эту шизофазию, и сделать уже норм план. На что получил ответ "да, там много лишнего, и все перепутано", и получил план на 200 строк. Кому верить? #LLM

У #shitty, по просьбам трудящегося (удивительно даже, сказал, что использует как основной эмулятор терминала, и хочет внедрить еще куда-то), появился API для эмбеддинга! https://github.com/pg83/shitty/blob/master/lib/embed/shitty_vt.h Тут вот кто-то хотел в konsole поменять движок, теперь это стало особенно просто.

Когда поймал Rust разработчика

хуман ин залуп все еще важен

17к тестов на #trustme позеленели, и я приступил ко второй стадии проекта - расширять покрытие крейтов с crates.io, которые должны компилироваться моим компилятором, и проходить после этого тесты. В процессе было сделано около 1000 коммитов, и, так как я требовал красный тест на каждую поломку, то теперь у меня есть и свой большой корпус для тестирования, не только пижженое из интернетов! https://github.com/pg83/trustme/tree/master/tst/unit

https://github.com/pg83/ix/commits/main/ Все, теперь реально, машина сама апдейтит пакеты, и сама же и чинит ошибки после. Вот, первый коммит от моей fixer #gorn #lab #home_lab job - https://github.com/pg83/ix/commit/13fca3e3939011c9ce537341c4eac42f0b37964c Осталось несколько мелочей, типа промптов для обновления сложных наборов пакетов, типа qt, mesa, llvm, и, кажется, #IX больше не будет есть мое время от слова совсем. Шел я к этому 5 последних лет, и сейчас испытываю некоторое опустошение. Неожиданно даже, что проект такого масштаба можно "доделать до конца".

https://aengelke.net/llvm23-ct.html "LLVM 23 has seen substantial compile-time improvements of -6.75% (sqlite3: -10.53%) in -O3 builds. This article describes the major sources of these improvements" От знаменитого блогера #maskray, поэтому читать этот текст решительно невозможно.

Рубрика "нам пишут"!

https://danluu.com/perf-opt/ Коллега вот написал, что у вас сейчас нет причин не заниматься оптимизациями перфа. Я про это же писал несколько раз - https://t.me/itpgchannel/4184 С двумя поправками: 1) пока все еще нужно понимать, что делаешь. Без понимания машина методом грубой силы ускорит тебе программу в 2 раза, но не в 20, у нее кругозор пока не такой. Опять же, если без понимания, на результат потом будет страшно смотреть. 2) на самом деле, утверждение так-то гораздо шире - у вас сейчас нет причин не заниматься любой полезной/интересной херней, которая придет в голову. Если процесс размышления стал бесплатным, то почему бы не подумать про все сразу, и не попробовать сделать, а вдруг залетит? Сейчас потрясающее окно возможности, когда люди еще не успели попробовать сделать тупо все, и ты можешь успеть в этом поучаствовать, и застолбить себе место под солнцем новой темой, ну или там заработав все деньги мира, кому что.

Запилить хороший рендер эмулятора терминала - продуктово весьма сложная задача. Не технически, потому что технически там каждый раз все понятно, а вот именно понять, что и когда надо делать - сложно. Вот возьмем italic. Если ты хочешь хорошо отрисовать текст в italic, то ты неизбежно придешь к тому, что левые ячейки налезают на правые, и ничего с этим не поделать - ну не помещается один italic символ в одну ячейку. Ты начинаешь рендерить italic тем же способом, что и прочие лигатуры - отрисовываешь целые последовательности символов одним вызовом шрифтового движка, а потом пилишь результат на ячейки. В процессе некоторые ячейки начинают содержать кусочки нескольких символов, но это ровно то, что тебе надо для отрисовки italic. Потом ты видишь, что по краям слов italic у тебя обрезан, и ты понимаешь, что это потому, что ты сделал границей последовательности пробельные символы. Это очень важно, потому что кешировать отрисовку слов - эффективно, а кешировать отрисовку линий - дорого. Ты берешь, и добавляешь в последовательность самый правый пробельный символ после слова, и все становится хорошо и классно, потому что последней букве слова есть куда нависнуть, пока... Пока ты не видишь, что если слово выделено болдом, то оно снова рисуется обрезанным. И все потому, что болд - это часть отрисовки шрифта, и тебе нужно обрывать последовательность, когда отрисовка шрифта меняется, потому что иначе получается дичь. Кроме одного случая - если отрисовка шрифта меняется на пробельном символе, то и пофиг - неважно, болдом он рисуется, или нет. Такие дела. #shitty

Штош, все готово, и даже больше - не просто докер, а полноценный qemu boot, в systemd, cо всеми полагающимися сервисами!

https://github.blog/news-insights/company-news/the-august-17-outage-and-the-work-ahead/ "Neither outage was caused by a code or configuration change. Both incidents were capacity failures at their core. We failed to scale critical components before demand exceeded their capacity. Since April, monthly commits have grown from 1.4 billion to 2.9 billion. That growth explains the pressure on our systems, but it does not excuse these outages" Я бы поcоветовал уважаемой компании Microsoft финт ушами - отказать в бесплатном CI/CD проектам под копилефтными лицензиями! С жадинами надо пожестче! #GNU

Хотите покажу наркоманию? Вот на картинке - мой solo, только теперь он умеет загружать glibс-based бинари, но без glibc. В целом, если уметь загрузить произвольные .so без glibc, то это мелкая мелочь, пара сотен строк кода. Мне теперь вообще не нужна glibc, ни в каком виде, чтобы гонять claude code в #stal/ix! Думаете, наркомания? Нееет! Наркомания будет дальше! А сейчас я посадил клоду с задачей "а теперь сделай из solo полноценный /lib/ld.so//lib/ld-linux.so.2, и доводи его до состояния, когда с ним будет работать ubuntu/fedora в докере, с удаленным оригиналом, и физически удаленными libc.so.6 и прочими запчастями glibc". Понимаете, да? Это возможность запустить любой glibc-based distro поверх musl! Кому может понадобиться такая наркомания, не очень понятно, но выглядит это смешно, чего уж там.

https://safedep.io/arrayref-proc-macro1-rust-build-time-malware/ Я давно перестал писать про любые supply chain attack, хотя раньше писал много, потому что их стало очень много разных, и по их воводу уже сказано все, что нужно было сказать. Основной вывод - вы должны сами следить за зависимостями, а не полагаться на дядю, дядя перд вами не отвечает за качество своей работы, потому что денег за нее вы ему не платите. Поэтому горячо поддерживаю https://x.com/oxcrows/status/2090464985403248740?s=52&t=ZqOdDqap7VWxGoQoRNgXNg: "C/C++ are unironically safer than Rust, when it comes to supply chain attacks. Mainly because build system in C/C++ sucks, horribly. So everyone vendors their dependencies" Но эта атака довольно интересная, потому что она показывает существенную уязвимость в компиляторе Rust, основанную на том, что компилятор Rust загружает .so для обработки proc macro (https://t.me/itpgchannel/1543 https://t.me/itpgchannel/1301 https://t.me/itpgchannel/192 https://t.me/itpgchannel/98). Поэтому он никак не может ограничить build стадию, не ограничив одновременно и себя. Хочет уметь писать в /tmp, значит, и загружаемая .so будет уметь писать в /tmp. Хочет cargo уметь ходить по сети - ну вы поняли. #trustme, как и #mrustc, имеет процессную модель обработки proc macro, и может ограничивать свои subprocess с макросами как угодно, и такого рода атакам не подвержен. Надеюсь, этот случай заставит одуматься наркоманов из rust foundation, и переделать это место без загрузки .so.

Как стать человеком и избавиться от перхоти