> Давай так. Игровые движки-то на С перестали писать,Да вон Xonotic до сих пор пиляет и релизится. Но вообще ООП хорошо маппится на то что в играх, вот тут не поспоришь.
> а ты про rust воображаешь.
Rust может в более высокоуровневые конструкции.
> C++ и C# там занимают почти всё пространство, перехода на rust даже близко не предвидится.
Мне уже попадались какие-то потуги вот имнено этого, на хрусте, при том что я не искал специально. А таки народ пыжится, и то что сейчас и то что через 10 лет - откуда вам знать?
> Ты гордо заявляешь, что rust может заменить Java и .NET на их
> же нише, но при этом пишешь ахинею про XHR.
Я думаю что хруст заметно подвинет этих в ряде ниш. XHR так, ремарка. Ну вот не нравится мне XML. Но походу си/си++ кодеры любят XML больше чем вебдевы. Хотя логичнее было бы наоборот.
> Когда на rust появится XML-либа способная прожевать многогигабайтные
> потоковые проливки и перестроить потоки, то тогда и поговорим.
1) Такая @#$нина вообще не является интересным лично мне кейсом и я не сильно мониторю такой маразм, простите.
2) Для себя я буду считать что если кто ЭТИМ занимается, он лоханулся с форматом.
3) Но таки я знаю где БОЛЬШИЕ XML взять, во: https://wiki.openstreetmap.org/wiki/Rust - эти явно умеют Очень Большие XML. Типовой размер этих XML где-то 250-300 гигз, достаточно крупно? Хотя в силу такого размера там люди PBF (protocol buffers) полюбили, он примерно в 10 раз меньше (там правда сжатие есть). К вопросу о форматах, ага.
> В rust поддержка XML, когда я последний раз его видел была не лучше чем
> в python. А я тебе говорю про высокопроизводительные SAX-парсеры.
Если господа жрут planet.xml и даже вику написали - рискну предположить что производительность у них была не такой уж и плохой. Эта штука ~300 гигз сейчас весит распакованая.
> А ты мне про libxml. У меня нет нематерных слов, чтобы описать этот редхатовский
> гномовысер, который не способен ни на что.
Вообще умеет он IIRC прилично, но довольно большой, страшный, я тоже не понял чего он всем так дался. Но факт в том что сишники и плюсеры это юзают. И много. Без понятия почему.
> из-за того что у них DOCX не открывается и винят в этом MS с её якобы проприетарными
И правильно делают!
1) Спеки на формат в 6000 страниц? Господа индусы @#%$улись!
2) Метод принятия этого позора ISO выглядит как коррупция.
3) Народ после выхода этого "стандарта" накидал оптом тривиальные тесткейсы, прямо по MSовским спекам деланые. Только MSO вот их не открывал чего-то. Что и добавило радости к восприятию этого стандарта.
А как стандарт юзать если открытие генереного по спекам документа - рандом?! Так что рассуждая о косоруких - будьте готовы что вам этот фавор вернут. Хотя может MSO юзал libxml? :D.
> (на самом деле открытым) стандартом OOXML, а по факту у них XML нормально
> не работает и не поддерживает хоть сколько-нибудь современные стандарты W3ORG и OASIS.
Да вот что-то после выхода супер-стандарта MSO - народ по спекам файлов нагенерил. И заметил что откроет ли это файло MSO - полная лотерея. Зачем нужны такие "открытые спеки" я не понимаю. Да и объем спеков в 6000 страниц - если краткость сестра таланта, эти господа были бездарны чуть более чем полностью.
> Нишевой случай - это эмбедовка и системное программирование. Большая часть кода пишется
> именно для работы с данными
Эмбедовка и системщина - по сути в каждом доме. А базы - "где-то там" и большая часть двуногих, включая и програмеров вообще это не увидит. Более того - без вон того у вас бы сервак не стартанул даже и про базы речь не шла бы от слова вообще.
> Ага. Не влияет. Как скажет консорциум Open Group так и будет. Сказали
> они в 90-е закопать CDE и X11 и перейти на Windows
> для десктопа - промышленность перешла.
Да вот что-то линуха в промышленности и рядом - все больше и больше. Блин, его уже даже в космические корабли засунули. И марсианский вертолетик. Приветы винде :).
> Сказали использовать Java EE, все начали писать на ней. Сказали выкинуть Java EE
> и перейти на микросервисы на специально оформленный Kubernetes внутри инфраструктуры
> виртуализации - ты не поверишь. Мы здесь.
Вот в это я как раз поверю. Девопсы тема модная, массовая, дешевая. Заодно всякие GOпники с хрустиками как раз и порубятся - глядя на вон тех дино.
> Именно группа промышленников решает, какие технологии будут использоваться.
> И если ты попрёшь против этого, будешь выкаблучиваться и придумывать как
> правильно, то они просто сделают по своему и пошлют тебя нафиг
Ну, у меня есть свои сегменты которые я окучиваю - а вон те пусть сами с своим счастьем разбираются.
> со всеми твоими знаниями. Это уже бывало, результат назывется COBOL.
> С него было велено переходить на БД с хранимыми процедурами и вот
> только потом на Java EE.
А таки - воооон там до сих пор какой-то банк даже програмеров ищет на это дело. Или искал недавно. Их правда уже и нет, а банки с этим - есть. Пролетало не так давно на правах курьезной новости где-то.
> А с пришествием Kubernetes и исчезновением Java EE расцвели микросервисы на дотнете,
А точно на дотнете? Микросервисы очень игогошники любят, они и получают карт-бланш. Там HTTP серв умещается на страничку и выглядит это на порядок менее страшно чем ваше легаси зло@#$чее, так, глядя на примеры этого у игогошников. Хрустики иногда наседают на пятки, и где не могут взять лаконичностью и эстетикой - берут перфомансом, у них GC нет, это их козырь.
> потому что промышленники не переучивают своих джавашных и дотнетных разрабов
> на rust и go. Не окупится.
Можно просто вышибить и нанять новых готовых, их уже появляется, особенно на go.
> Ты можешь продолжать жить в своём замкнутом мире, где маршалинг - это
> нишевая штука, вот только даже прости б-же JavaScript может динамически подгрузить
> модуль из источника и инстанцировать его. В rust этого пока нет.
Rust и JS так то для довольно разного. Ну и на системном ЯП кроме всего прочего можно сделать недостающие абстракции. А вот например отломать GC тулсе для постановки индуса в стойло - не дано, и тому подобные чудные лимиты.
> В Go этого нет by-design из принципа, а в rust именно что пока нету, недоделами.
И это намекает насколько это все реально надо и распостранено, ага! Было бы надо "для захвата мира" - сделали бы в первых рядах. Но вообще прикольно когда вы сами помогаете оспорить свои идеи, мне эта идея нравится.
> Через С линкуются, а это не удобно. Я не против того чтобы GC был в языке отключаемый.
Для лично меня - неотключаемый GC это индикатор. Означаюший что я ЭТО изучать не буду. Я просто не индус с расширенным сознанием которого ставят в стойло. И никогда не буду таковым, хоть тресните.
> Просто ты живешь в танке и не понимаешь, что в общем случае GC нужен и
> производительность с ним или без него - это вопрос прямоты рук программистов
> стандартной либы и твоих. И вот в rust его пока нету.
Мля, GC даже в си можно сделать. Если это за каким-то хреном и правда надо. Этим системный ЯП и отличается от средства построения индусов. Позволяет лезть в механику глубоко, в том числе делая и недостающие часть паззла если надо. А уроду с неотключаемым GC ничто не поможет, там жесткое деление на "богов" писавших рантайм и "лохов" которым так низя.
А что, никогда не видали на сях DEFER? Или coroutines? А может воркер-треды немнго похоже на JS? Начо, так можно - стоит только захотеть. Ну или вон HTTP серв лезущий на страницу как у Go? Легко. Только еще в перфомансе жесточайше воткнет.
> Если он хочет в какую-то нишу вне ядра, драйверов или пары нативных либ,
> он его сделает. Сколько-нибудь серьёзное приложение на нём написать не возможно.
Лично я в гробу видал весь этот сериоус энтерпрайс крап, будем честны, мне совсем не интересен этот кейс. Так что размахивать им передо мной, с рассказом какому там легаси тяжко что-то переписывать и переучивать - да, блин, вон кто-то и на коболе до сих пор шпрехает. Чего б яве и дотнету не присоединиться туда - хз. С чего у них иммунитет то? Си я еще понимаю почему живучий. Системшины на нем дофига, и вот это реально в обозримом будущем не перепишут.
И да, переписать например Linux Kernel - сложнее чем любую вашу сериоус апликуху. Вон гугель с фуксией уже сколько там лет пыхтит. За 7, чтоли, лет - ну, вот, на 2 фоторамках, FAT умеет ажЪ читать.