Как-то вы в статье не освятили ни этот момент, ни что же в нём эзотеричного.

копипаста-копипасточка. Вы бы хоть в линтер какой-нибудь свой код скормили (ruff например), он бы подсказал как писать понятнее. И тестов нет.

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

#begin 1

cell -1 1
mov -1 "Hello, World!"
print -1

#end

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

С релизом 1.0 ржавчины повсеместно стали появляться сайты вида arewe{X}yet.(com|org|rs) где X - название какой-нибудь технологии - areweguiyet, arewegameyet, ..web.., ..async.., ..wasm.. и прочие. Видел пару сайтов не про ржавчину, которые по тому же принципу какие-то дайджесты своих фреймворков/библиотек делали.

ну, и если интересуетесь новостями, то есть ещё еженедельник this week in rust

Что-то где-то я криво прочитал. Посыпаю голову пеплом.

Вот не очень понятный момент. При 65 доставках в сутки каждая должна быть 1.5к? Тогда выкатанные пару полных баков выглядят определённо дешевле. С другой стороны почему не нанять какого-нибудь экспедитора на эту таску тоже вопрос.

Ну дык он назван по имени того "врачей" Майка и Джона Мью (кто из них мьюту не знаю). У программистов, например, есть каррирование, в честь Хаскелла Карри, так чо бы энтим не назвать своим именем какой-нибудь процесс.

Какой-нибудь gitlab или appscreener под капотом тоже джаву содержат, которая потоково обрабатывают код. Там есть "жирненькие" места, которые могли бы получить буст по перформансу от перехода на что-то производительное.

Самой большой проблемой в том Delphi было, что сами преподаватели не в зуб ногой в код на нём. Особенно, когда надо было форму расширить чем-то не слишком стандартным или сделать больше одного окна. Ты ему вопросы про наследование от какого-нибудь TObject и вообще про классы, а он тебе даже про ООП рассказать не может в паскале.

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

Как-то так и появился скайнет.

Pijul

Не взлетит, как не взлетел Darcs в своё время, у которого релиз аж в 2003 случился. Хорошо если на уровне Mercurial окажется, но прям супер сомнительно.

MLIR фреймворк для разработки компиляторов,

MLIR это не фреймворк, это представление языка в некоторой промежуточной форме.

Ну, тут действительно стоит выбор или писать больше кода, но без макросов, либо писать меньше кода, но дольше компилировать. За поддержку со стороны IDE ничего не могу сказать, ибо для раста пользуюсь по большому счёту только подсветкой и подстановкой из скоупа файлов. Для остального у меня есть манулы мануалы.

Потому что фактически - оно единица трансляции компилятора, а не библиотека/пакет/зависимость.

и анализ кода

syn и quote не анализируют код. Они занимаются обработкой синтаксиса

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

То есть вся претезия к фремворку - отсутствие WYSWYG редактирования. Это как минимум странно. Ну и во вторых все вот эти ваши тык тык формы что в делфи, что в студии работали только под винду. Если появился Линукс - извольте обмазываться QT/Gtk, которые занимаются ахтунгом похлеще чем у автора. А уж если приложение внезапно захотели в веб или мобилки, то здраствуйте я ваша тётя - тут даже наличие Qt Creator + QML не спасёт вас от допиливания напильником. Это не говоря уже про адок, который спрятан за теми библиотеками компонентов, который во многих случая проще взять и переписать. Только компонент в библиотеке не появится, чтобы его wyswygать.

Почему это проблема?