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

Линукс тут при том, что хотелось бы узнать есть ли жизнь на отечественных дистрибутивах. Импортные ставить не хочется после убунты которая «с завода» идет с троянами.

Ставить что-то наркоманское типа генты ставить не буду.

По железу: Dell G5515, ряженка 5800H, ПЕЧ3060+встройка АМД, вроде бы amdgpu поддерживается. Если там будет какой-то с кнопками и вентиляторами ну что делать, дареному коню в зубы не смотрят.

https://aftershock.news/?q=node/1574423

Перфолента.NET — это на удивление профессионально выглядящий язык программирования (компилятор) на платформе .NET, который поддерживает объектно-ориентированное и функциональное программирование, и на котором написан даже написан другой язык, функциональный язык программирования — Перфо.NET (интерпретатор).

Гусары, молчать. Щас пойдёт тугая струя юмора

Преимущества изучения программирования с помощью Перфоленты.NET

Изучение основ программирования с помощью языка Перфолента.NET даёт ряд важных преимуществ:

Оптимальная нагрузка при обучении. Для качественного усвоения материала 80% изучаемого должно опираться на уже имеющиеся знания, а 20% — быть новым. Это позволяет естественно связывать новую информацию с уже известной. Русский язык ключевых слов. Нет необходимости учить английский: можно сосредоточиться на основных понятиях и концепциях. Совместимость с синтаксисом 1С. Это упрощает переход для тех, кто уже знаком с 1С. Простая и легковесная среда разработки (IDE). Установка и старт занимают минимум времени: поставил, открыл пример, скомпилировал. Это обеспечивает быстрый старт в изучении программирования. Доступность для большинства пользователей. Язык изначально разработан для Windows 7/10/11, что делает его доступным для 99% пользователей. Качество реализации языка Перфолента.NET

Язык профессионально реализован на платформе .NET. Он позволяет изучить ООП/Функциональное программирование, в том числе: параллельное программирование, лямбда-функции, замыкание, каррирование и т.п. Развивается уже 12 лет: имеет устоявшийся синтаксис, полноценную документацию, официальный сайт и активное профессиональное сообщество. Существует интерпретатор Перфо (2000 строк на Перфолента.NET) — лёгкая реализация языка Scheme/Lisp, предназначенная для изучения функционального программирования. Отработана технология написания консольных приложений, пригодных для использования в бизнесе. Имеется более сотни примеров проектов: заготовка «Тотал Командер» для консольного режима; игры (Тетрис, Змейка); простые веб-серверы; примеры для блокчейна и др.

Ссылка на видео 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 - если да, до какой версии откатываться. Хотелось бы узнать у тех кто пользуется этим всем - наблюдаете ли вы баги с текстовым редактором в последних версиях и если их нет - на какой версии работаете.