лол, так можно

А что плохого?

иногда нужного апи в std не хватает

loop с брейком. Все это очевидные вещи казалось бы

э?

если "велосипедить" то даже так будет хуже

Это все плач Ярославны и разговоры в пользу бедных. В мире людей сильно больше, чем программистов. Людям нужны программы, простые удобные интерфейсы и поддержка с обновлениями, а не CLI-монстры из 1992-го. Твоей маме-папе и соседям до жопы, как оно работает, если оно решает их задачи. Софтварным же компаниям нужен тулинг, чтобы эти программы с интерфейсами производить как можно быстрее и качественнее. Телеграм я привел в качестве примера удачного решения конкретных целей — создатие современного, быстрого кроссплатформенного клиента для чата. Когда все получилось — можно потратить дополнительные ресурсы на более выгодную платформу — переписать нативный клиент на Swift под Mac. Другой пример — Slack, будучи веб-сервисом, производит десктопные клиенты на электроне, и никто в целом не жалуется. Потому что наличие кроссплатформенного клиента на электроне лучше, чем отсутствие такого клиента вовсе. Тем более, что основной клиент находится в вебе. Речь же изначально шла не про "плохой Qt" и "ужасный Electron", а про то, что сегодня нет современного кроссплатформенного UI-тулкита с HTML/CSS в качестве языка разметки (как наиболее универсальный и распространенный вариант), тем более с хорошей поддержкой Rust'a.

loop с брейком. Все это очевидные вещи казалось бы

руби

https://play.rust-lang.org/?gist=ecd62433f99cf36db7cf76a6cad2eea0&version=stable

Начнём с того, что мои родители и соседи ничем не будут пользоваться, им и без компьютеров со смартфонами нормально живётся. Вся проблема в том, что сейчас проще взять несколько вчерашних студентов и быстро наклепать глючную подлеку на html/css + js, приделать к этому еще рантайм размером в один гигабайт и получить очередной слак, только вот пользователи этих самых слаков этому не рады, но делать нечего - все продолжают жрать кактус. В Qt уже есть нормальный язык описания интерфейсов(был до qml точно) без необходимости тянуть туда всякие html/css (которые там текут к тому же, я им писал об этом 7 лет назад, но результата не последовало). Вот взять нечто подобное с контейнерами и будет нормальный язык описания интерфейса.

Ты либо слишком поздно присоединился к дискуссии, либо я не пойму — ты с каким аргументом споришь? Приложения на node с интерфейсом на html+css столь популярны, потому что тупо больше людей владеет html+css, чем qml/xaml и прочими платформо-зависимыми языками разметки. Мой аргумент (четвертая итерация) был в том, как было бы здорово, если существовал растовый гуишный тулкит, где язык разметки полностью соотвествует спецификациям html/css самых-самых последних версий. Это позволило бы огромному количеству людей сразу начать проектировать интерфейсы, которые сразу бы работали так быстро, насколько быстро работает раст, а не рантайм на ноде. Ты же смешиваешь все в кучу, рассматриваешь под лупой примеры моих аргументов, вырывая из контекста темы: твои родители живут без компьютеров, а моя бабушка каждый день читает новости с макбука и разговариает голосом с 80-летним братом по скайпу и телеграму — да только речь не о них, а о технологическом стеке и о том, как расту, будучи новой платформой, можно было бы максимально коротким путем создать удобный инструмент для проектирования интерфейсов, и который сразу имел бы шансы стать популярным.

я был бы не против, если бы был кроссплатформенный тулкит для гуя, но не вижу смысла завязываться на разметке через html/css, оно не для этого. Макаки пусть переучиваются или идут мести улицы. Где-то проскакивало утверждение, что если ты будешь делать тулкит которой смогут пользоваться даже дураки, то только дураки им и будут пользоваться. Посмотри на парсеры html, там же ад кромешный, для описания интерфейса всё это не нужно. Можно взять что-то не такое многословное и чтобы парсер был попроще. зачем расту популярность среди html/js-сброда?