Ссылка на видео IXBT games, на ютубе искать лень ибо лень включать ВПН.

https://vkvideo.ru/video-192534154_456248028

для Ъ: в сфере ИИ надувается пузырь. Деньги гоняют по кругу шайка невидия-оракл-опенаи и прочие черти типа микрософта и меты. Денег этот пузырь не приносит и приносить не будет никогда при инерционном развитии событий. Этот пузырь должен лопнуть но!

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

Что если вам будут давать вместо пекарни, ноутбука, планшета или смартфона некий «терминал для доступа к датацентру».

Может такое быть? После ношения намордников и овценации я нисколько не сомневаюсь что подобные планы могут начать внедряться глобально и прямо в глотку будут пихать этот ИИ.

Как это обставят - я не знаю, но например везде начнут пердолить этот ИИ даже если он невпихуем туда. Говорящие головы в телевизоре начнут вещать что да не нужны нам эти ваши компуктеры, мы уже оформили подписку на яндекс-зонд/гугл-зонд/что-тотамеще-зонд и он отлично сидит в заднице. И тут же совершенно случайно производители памяти и накопителей такие: ой на раз так, мы вообще уходим с рынка. Оставим самую малость для «терминалов», ну там гигабайта хватит.

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

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

int y=foo(100);
int x(y);

от

typedef int y;
int x(y);

проблемы как таковой нету но ощущается ощущение некрасоты и необходимости очень много тестировать, особенно когда это всё будет прикручиваться к редактору: там в силу требований быстро подсказывать и подсвечивать возникает много нюансов. И один из них это то, что парсер где-то должен вычислять является ли буковка типом или ссылкой на переменную. это не проблема была бы, если бы не нужно при этом было учитывать ситуацию когда объявление типа находится ниже по тексту. В общем гемор.

Упрощением было бы всегда указывать явно что перед нами функция: тогда можно было предварительно распарсить редактируемую строку, оставив «висячие» ссылки на типы которые будут ниже по тексту.

но для этого нужен хороший красивый синтаксис, например:

int func x(y z)
int fn x(y z)

парсится идеально но выглядит вырвиглазно. конечно можно сделать тип опциональным, но вдруг есть менее вырвиглазные варианты? например

function(int) x(y z) //тип явный
function x(y z) //тип по тому что возвращают

сделать

function x(y z) -> int

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

может я чего-то простого не понимаю, и есть красивый вариант который мне в голову не приходит? что-то покрасивее вышеописанного?

Гад качает из интернета всякую лабуду и пытается её собрать вместо того чтоб использовать уже установленные бинари. Это пол беды: лабуда не собирается.

/home/foo/Desktop/u/openwrt/staging_dir/host/bin/gcc -O2 -I/home/foo/Desktop/u/openwrt/staging_dir/host/include -L/home/foo/Desktop/u/openwrt/staging_dir/host/lib /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/lib/*{,/*}.c /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/programs/{gzip,prog_util,tgetopt}.c -o /home/foo/Desktop/u/openwrt/build_dir/host/libdeflate-1.24/libdeflate-gzip
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s: Assembler messages:
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s:549: Error: unsupported instruction `vpdpbusd'
/home/foo/Desktop/u/openwrt/tmp/ccReVWK2.s:550: Error: unsupported instruction `vpdpbusd'

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

родной gcc 15.1.0, собран руками с заботой и любовью. проц ryzen7 5800H, линукс в виртуалке virtualbox 6.1.

Есть wifi-сетевуха с драйвером ath10. Она шибко умная, и есть ряд параметров которые она не дает поменять. То есть связь есть, но есть чисто логическая проблема, связанная с реализацией стека внутри прошивки.

Есть идея перевести сетевуху в режим тупого свистка а стек использовать линуксовый. Не могу найти мануала вдруг это возможно: зафорсить использование softmac на сетевухе с hardmac.

Перемещено hobbit из kernel

Хорошую значит что-то уровня «ричард лайонс» для цифровой обработки сигналов но про верилог. кто видел книжку лайонса тот знает в чем её отличие.

кто не видел - просто хорошую книгу на ваш взгляд если знаете.

Не знал куда сунуть тему - в development она вроде как-то не совсем подходит.

Пишу плагин для QtCreator. Плагин очень навороченый, поэтому переносить его между версиями очень сложно. Плюс он требует наложения зверского патча на QTextStream что тоже мешает с переносимостью даже между минорными обновлениями Qt6.

Натолкнулся на проблему: QtCreator 18.0.0-beta2 + Qt6 - падает или глючит редактор текста. На Qt6.5.3 время от времени содержимое текстового окна внезапно начинало разваливаться на отдельные пиксели, как будто часть картинки рисуется с небольшим сдвигом поверх себя же. Сдвиг вверх-влево и вверх-вправо, получается ступенька такая из пикселей. С переходом на Qt6.11 баг пропал, но появилось время от времени пропадание строк под курсором и редко падения.

Багов на Qt + тестовое приложение я пока не вижу.

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