Давай так. Игровые движки-то на С перестали писать, а ты про rust воображаешь. C++ и C# там занимают почти всё пространство, перехода на rust даже близко не предвидится.Ты гордо заявляешь, что rust может заменить Java и .NET на их же нише, но при этом пишешь ахинею про XHR.
Когда на rust появится XML-либа способная прожевать многогигабайтные потоковые проливки и перестроить потоки, то тогда и поговорим. В rust поддержка XML, когда я последний раз его видел была не лучше чем в python. А я тебе говорю про высокопроизводительные SAX-парсеры. А ты мне про libxml. У меня нет нематерных слов, чтобы описать этот редхатовский гномовысер, который не способен ни на что. Косорылые бараны писяют криво из-за того что у них DOCX не открывается и винят в этом MS с её якобы проприетарными (на самом деле открытым) стандартом OOXML, а по факту у них XML нормально не работает и не поддерживает хоть сколько-нибудь современные стандарты W3ORG и OASIS.
> БД это вообще в целом - нишевой случай.
Нишевой случай - это эмбедовка и системное программирование. Большая часть кода пишется именно для работы с данными
> Если это про энтерпрайзный софт, это довольно маргинальный закуток экосистемы софтостроя в целом, который не особо влияет в целом на мир вокруг нас.
Ага. Не влияет. Как скажет консорциум Open Group так и будет. Сказали они в 90-е закопать CDE и X11 и перейти на Windows для десктопа - промышленность перешла. Сказали использовать Java EE, все начали писать на ней. Сказали выкинуть Java EE и перейти на микросервисы на специально оформленный Kubernetes внутри инфраструктуры виртуализации - ты не поверишь. Мы здесь. Именно группа промышленников решает, какие технологии будут использоваться. И если ты попрёшь против этого, будешь выкаблучиваться и придумывать как правильно, то они просто сделают по своему и пошлют тебя нафиг со всеми твоими знаниями. Это уже бывало, результат назывется COBOL. С него было велено переходить на БД с хранимыми процедурами и вот только потом на Java EE. А с пришествием Kubernetes и исчезновением Java EE расцвели микросервисы на дотнете, потому что промышленники не переучивают своих джавашных и дотнетных разрабов на rust и go. Не окупится.
Ты можешь продолжать жить в своём замкнутом мире, где маршалинг - это нишевая штука, вот только даже прости б-же JavaScript может динамически подгрузить модуль из источника и инстанцировать его. В rust этого пока нет. В Go этого нет by-design из принципа, а в rust именно что пока нету, недоделами. Через С линкуются, а это не удобно.
Я не против того чтобы GC был в языке отключаемый. Просто ты живешь в танке и не понимаешь, что в общем случае GC нужен и производительность с ним или без него - это вопрос прямоты рук программистов стандартной либы и твоих. И вот в rust его пока нету. Если он хочет в какую-то нишу вне ядра, драйверов или пары нативных либ, он его сделает. Сколько-нибудь серьёзное приложение на нём написать не возможно.
