Помните, в прошлом году делали софт для умного дома Дилдок.Лайф. Там у них мега-навороченные умные унитазы с голосовым ассистентом. Мы их предупреждали, что такое случится, но они не слушали и требовали делать всё по их ТЗ.

И вот итог:
1. Дата-центр лежит уже 3 часа.
2. Их умные унитазы из-за отсутствия соединения отказываются смывать. Ручной кнопки смыва в них не предусмотрено, всё только через голосового помощника или с телефона управляется.
3. Вся их умная бытовая техника тоже не работает или заглючила. Даже чайники не работают. А роботы-пылесосы активировали режим «skynet».
4. Техдир из Лайфа просит нас срочно что-то сделать, любые деньги предлагает.

Я ему посоветовал смывать в унитазе пока из ведра. Но у него дома умные краны, и они тоже не работают.

#стояделали

#AMDVLK #mesa #ANGLE

После того, как я понял, что, в принципе, AMDVLK умеет жить без X, потому что он так живет на Android, я таки осилил его собрать, и даже позапускать какие-то приложения.

В целом, все работает, и у меня теперь ажно 3 различных реализации vulkan - https://github.com/pg83/ix/blob/main/pkgs/lib/vulkan/drivers/ix.sh#L3-L12

Собрать было не очень сложно, сложно было скачать, потому что они распилили кодовую базу на 7 частей, и склеивают их довольно странным образом, мне пришлось все это переработать, потому что CI в сеть не должен ходить, а их скрипты ходят.

https://github.com/pg83/ix/blob/main/pkgs/lib/amd/vlk/ix.sh#L58-L100

Из неприятного - произвольный бинарь с AMDVLK становится мегабайт на 50 толще, потому что они, зачем-то, хотят очень приличный кусок от LLVM, и не только сам LLVM (его много кто хочет, для шейдеров), а еще и запчасти от clang.

https://github.com/mesonbuild/meson/issues/5024

Мучительный тред про добавление в #meson C++ modules (все еще Open).

Основная решаемая задача - надо как-то распарсить исходники, чтобы понять, в каком они модуле. Но это сложно:

#if __has_feature(frobnitz)
import frobnitz;
#else
import fallback.frobnitz;
#endif

И вторая проблема - а как и когда понять модуль сгенеренного С++ исходника.

Тред - просто сплошная боль и мучения, из серии "я сходил в clang, и они хотят вот это вот сделать так, а msvc не хочет так, а у gcc вообще свой путь".

Кажется, что они пока так и не договорились, какие расширения должны быть у исходников с модулями:

"we need a way to determine whether a C++ source should be treated as a module. VS and Clang use (different) specific extensions, gcc does not"

Понимания о том, когда парсить, как парсить, как на основе информации от компилятора обновлять dep graph, у них тоже пока нет.

Подогнали классный сайт - https://arewemodulesyet.org

TL;DR - в год примерно 4.5 проекта начинают поддерживать модули, и, такими темпами, на всеобщую поддержку понадобится 500 лет!

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

https://www.phoronix.com/news/Ubuntu-Details-No-O3-Everywhere

https://www.phoronix.com/news/Ubuntu-No-O3-Easier-ARM64

Внезапно в Ubuntu поняли, что O3 не нужен, и решили его откатить, потому что:

"Distro-wide O3 does not seem to provide better performance and regresses it in interactive tasks. It affects load times by up to 11.9% which is detrimental to container workloads that strive for fast application startup.

Overall, this regression is mostly caused by the increase in the executable size. In addition, in some situations -O3 and Link Time Optimization together can result in excessive function inlining which then in turn regresses performance (presumably through register pressure or instruction cache thrashing).

It is fair to say that all of this is inline with conventional wisdom: -O3 can help in some situations but is not a sensible default. But it is definitely better to verify this than just rely on folk knowledge! In addition we still want to investigate more ways to improve the performance of Ubuntu, and each time we exercise our benchmarking muscles we will get better at it"

Я как-то писал свою точку зрения про #O3 - https://www.tgoop.com/itpgchannel/448, с тех пор особо ничего не поменялось.

#infra #gitlab #selfhost

Продолжаем тему https://www.tgoop.com/itpgchannel/2544

https://vikunja.io/changelog/moving-to-github/

А вот вам совершенно взвешенный подход к делу, когда человек - не фанатик, и решает насущные проблемы:

"But right now, the practical benefits of GitHub outweigh the advantages of self-hosting"

"While self-hosting sounds great in theory, the reality is that it can create many more problems for a project of our size. By moving to GitHub, we're choosing to focus our energy on building great software and fostering a community of contributors"

Спасибо нашим радиослушателям за ссылку!

https://clickhouse.com/blog/rust

Рубрика "физики шутят". История интеграции rust в clickhouse.

"To not risk the mental health of our precious senior C++ developers, I outsourced this task to an undergrad student. To be honest, it's much easier to find Rust experts among undergrad students than inside the company"

"everyone else thinks "What a wonderful idea, and, also, Rust" and gives this project a star on GitHub. This is, by the way, how most of Rust projects get their stars on GitHub. It doesn't look like someone wants to use this language, but what we want is to ride the hype"

"Rust is a memory-safe programming language, but to the surprise of our contributors, the first attempt to add Rust code often leads to a segmentation fault"

"Also, we disabled debug info for all Rust libraries, because as Rust is safe, who needs to debug it?"

Отмечается отсутствие удобной обработки ошибок (динамические исключения), и, как следствие, лишние паники, разбросанные по коду используемых библиотек. Оказалось, что паники в Rust таки можно ловить - https://github.com/ClickHouse/ClickHouse/pull/60615, и это хорошо, можно писать простой линейный код, чтобы там не думали апологеты обработки ошибок через возвращаемые значения. Правда, я так и не понял, будут ли корректно освобождены ресурсы, если так делать.

better

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

"Интерпретатор занимает менее 4 КБ и может работать на системах с 4 КБ ОЗУ"

Вот интересно, это много или мало?

https://github.com/jart/sectorlisp вот в 512 байт помещается, но под ним есть BIOS, который можно использовать.

Lenovo выпустили ThinkPad VibePad для вайбкодеров

Don’t become a forever junior who lets AI do all their work. If you want to become a programmer, learn to program yourself. Be curious, put in the time and effort to learn how things really work, and how things work in the layer below that. It really pays off. Learning how everything works under the hood and using that is amazing, just keep learning, don’t be a prompt engineer (if you can even call that engineering). Believe me, it’s more fun to be competent9.

Even though AI might be smarter than you, never blindly trust the AI output. Don’t build your whole workflow around it. Sometimes try to work without it for a few days. The better at programming you are, the more AI will get in your way for the more complex work.

If you learn to code now, keep building your skills instead of letting AI do all the heavy lifting, you’ll be capable of fixing the messes that vibe coding is now creating. I don’t want to sound elitist, but if you don’t want to learn to go beyond vibe coding, maybe coding isn’t for you. Because positions where all work can be done by vibe coding are the ones that will be eliminated first when AI becomes more powerful.

And remember: if you cannot code without AI, you cannot code.

Why I stopped using AI code editors
https://lucianonooijen.com/blog/why-i-stopped-using-ai-code-editors/

Таб-таб - и в продакшен

ничего необычного: просто айтишники метают серверы

На ежегодном CloudFest, который проходит в Германии, можно было поучаствовать, пожалуй, в лучшей активности — в турнире по метанию серверов.

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

@your_tech

https://ai-2027.com/

Ня какой классный фанфик!

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

"Предполагается, причиной замены стали недавно выявленные проблемы с безопасностью в rsync, работа по сокращению компонентов под копилефт лицензиями и желание избавиться от устаревшей версии rsync, обновить которую не получается из-за лицензионной политики"

Apple дуреют с этой прикормки, ага.

Слушайте, ну я дочитал, правда, только красную ветку, на зеленую сил не хватило.

Думаю, можно снять классный фильм, или сериал, вот, правда, к реальности это отношения не имеет никакого, и иметь (в заданном timeline) не будет.

#strong_ai

BTW, я однажды нечто похожее сформулировал в https://www.tgoop.com/itpgchannel/134 (это было еще до AI boom), и, c тех пор, только укреплялся в своем мнении.

Мое основное возражение не в "кто" и "что", а в "когда".

Современная генерация AI не способна сделать +1% к человеческому baseline, и, тем самым, на ее основе "раскрутить" экспоненциальный рост не выйдет.

#strong_ai

finita la commedia

https://github.com/harfbuzz/harfbuzz/issues/2524#issuecomment-2784699109

Кольцо и кольцо, какое кому дело?

#harfbuzz