Проще парсер — меньше гибкости и возможностей. На html/css ты можешь интерфейс любой сложности сделать, тогда как более простые gtk и qt довольно ограничены

Сказал как гофёрнул. На впф ты так же можешь как хочешь вертеть гуи

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

действительно, пускай им пользуется 2-3 гика.

Очень удобно.

Сказал как гофёрнул. На впф ты так же можешь как хочешь вертеть гуи

Вендорлок не нужен.

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

"Макаки пусть переучиваются или идут мести улицы" прям сейчас возьмут и пойдут

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

Я согласен с тем, что кол-во HTML-тегов технически могло/должно бы в таком тулките быть нисведено до минимума, никакого легаси, но цимес не в HTML, а в гибком, и уже стандартном для веба, методе построения сеток на CSS (grid-layout). Гриды пришли, насколько я понимаю, из мелко-мягкого Сильверлайта (говно, но дело не в нем), их переработали и приняли для веба. Ну, нет более логичного, гибкого, но выразительного метода описания верстки на сегодняшний день. И не нужно выдумывать новые сущности, пусть те, кто умеюь верстать для веба — сразу умеют верстать на новом кросс-платформенном тулките.

Кто о чем. Я о языках разметки, а не о рисовании пикселями. Пиксели рисовать можно и на SDL, о чем вообще тогда разговор? Всё что нужно для кроссплатформенного UI есть))))

Проще парсер — меньше гибкости и возможностей. На html/css ты можешь интерфейс любой сложности сделать, тогда как более простые gtk и qt довольно ограничены

контейнеры поддерживаются, нет нужды делать большой вложенности, когда можно разбить на вкладки\табы, на том же html это делается через js можно разделять на окна в конце концов, не нужна такая сложная разметка

действительно, пускай им пользуется 2-3 гика.

Qt используют в больших компаниях, пишут промышленный софт, проблем с ним больших нет

Сначала я завис, потому что ты прав, но я помню эту проблему (и я перепутал мастер и слейва, да) А потом понял, что не упомянул писечку: там было четыре мастера и шесть слейвов Ну ты понял, адъ и Израиль Но у меня есть оправдание: это пилилось студентами на коленке из подручных материалов

В итоге для этого подняли отдельный сервер с локами

Не, там подняли сервер, на котором выставлялись биты с подтверждением

сам писал на Qt для встраеваемых систем, без необходимости докупать этот Device Creation всё на доступных открытых технологиях, виджеты сами написали какие надо, даже свою реализацию sqlite с кольцевой записью туда запихали, всё решаемо

По идее да, но это суровая реальность русской разработки

посыл такой - не нужен html для описания интерфейсов и нет смысла привязываться к тому, что сейчас каждая макака его знает, надо будет - выучат другой формат, тем более что тот же qml можно выучить за один вечер

Не, там подняли сервер, на котором выставлялись биты с подтверждением

Ыхыхы, там ещё не были поставлены таймауты на локи, поэтому когда раз в месяц падал один из мастеров, приходил специально обученный человек и сбрасывал флаги блокировки

посыл такой - не нужен html для описания интерфейсов и нет смысла привязываться к тому, что сейчас каждая макака его знает, надо будет - выучат другой формат, тем более что тот же qml можно выучить за один вечер

Тогда не надо удивляться, что вокруг все больше тормозных десктоп-приложений на JS, и только те, кому надо пишут на чем им надо. И когда в электрон принесут WASM — все эти js-поделки начнут работать намного, намного быстрее. И может статься, что расту там места не останется. Кто писал интерфейсы на веб-стеке получит wasm, кто хотел сразу делать хорошо — останется на qt (следовательно, на крестах).

А раст останется молотить цифры у редких компаний под капотом и на ночных сборках у гиков в этом чате.

Я же все-таки надеюсь, что нечто подобное электрону выйдет из Servo. И тогда можно будет делать оч быстрые десктопные приложения на веб-стеке на базе растового движка. Хоть что-то.

изначально планируется сделать компиляцию C и C++ в асм

но раст тоже будет наверняка

изначально планируется сделать компиляцию C и C++ в асм

Биндинги все-равно у wasm'a в js.

но раст тоже будет наверняка

https://hackernoon.com/compiling-rust-to-webassembly-guide-411066a69fde

но раст тоже будет наверняка

#38805

Биндинги все-равно у wasm'a в js.

какие биндинги? как по-твоему wasm поможет сделать существующий js код быстрее?

Тогда не надо удивляться, что вокруг все больше тормозных десктоп-приложений на JS, и только те, кому надо пишут на чем им надо. И когда в электрон принесут WASM — все эти js-поделки начнут работать намного, намного быстрее. И может статься, что расту там места не останется. Кто писал интерфейсы на веб-стеке получит wasm, кто хотел сразу делать хорошо — останется на qt (следовательно, на крестах).

Ты вбрасываешь насчет васма?

Насколько я понимаю, asm.js > wasm — у них в топ-приоритете.

какие биндинги? как по-твоему wasm поможет сделать существующий js код быстрее?

Не существующий js-код в чистом виде, но зависимость от electron будет в чистом виде.

Мы же выше говорили про то, чтобы вообще от него отказаться в пользу натива.

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

Вопрос не в этом.

А в том, что расту там может не оказаться места.

как будто он его там ищет

Ты считаешь, что раст на десктопе массово с гуями не нужен?

дофига илитка?

у раста есть цели поважнее

на десктопах огромное количество локального дырявого софта на плюсах, тот же notepad++ цру дырявили

если пытаться одновременно заменить и C с C++, и js на фронтенде, и скриптовые языки то ничего не выйдет

у раста есть цели поважнее

я тоже самое от хаскелистов слышал еще много лет назад

если пытаться одновременно заменить и C с C++, и js на фронтенде, и скриптовые языки то ничего не выйдет

не надо заменять js на фронтенде, надо просто сделать то, что сделали Qt для крестов, но более разумым/быстрым путем (html+css+grid-layout)

только тем, что у qml есть порог вхождения (просто сам факт по себе), что я понятия не имею, как мне сделать responsive интерфейс на 8 брейкпойнтов (от часов до 4К) на qml, а на css — знаю

не знаю насчет html+css+grid-layout, но у раста есть conrod

если пытаться одновременно заменить и C с C++, и js на фронтенде, и скриптовые языки то ничего не выйдет

дак идея васма не заменить жс, а дополнить его, написать критические участки кода на С++/раст скомпилить wasm модуль и использовать его из жс

Да, я могу разобраться и выучить — и тогда у меня будет сакральное знание, смогу предлагать свои формошлепские услуги. Да только мне это нахер не надо, уже есть стек, который знает каждый второй и который позволяет это делать удобно. Чем быстрее порог вхождения (при условии качественного результата, а веб достаточно качественный сегодня) — тем шире будет использование.

дак идея васма не заменить жс, а дополнить его, написать критические участки кода на С++/раст скомпилить wasm модуль и использовать его из жс

duh?

дак идея васма не заменить жс, а дополнить его, написать критические участки кода на С++/раст скомпилить wasm модуль и использовать его из жс

Для дескто-приложений на wasme все еще нужна будет прокладка в виде браузера/электрона. Я не хочу писать кроссплатформенный растовый код через браузер или электрон.

Для дескто-приложений на wasme все еще нужна будет прокладка в виде браузера/электрона. Я не хочу писать кроссплатформенный растовый код через браузер или электрон.

ну тут да, беда)

Да, я могу разобраться и выучить — и тогда у меня будет сакральное знание, смогу предлагать свои формошлепские услуги. Да только мне это нахер не надо, уже есть стек, который знает каждый второй и который позволяет это делать удобно. Чем быстрее порог вхождения (при условии качественного результата, а веб достаточно качественный сегодня) — тем шире будет использование.

Я не знал WPF, теперь знаю и продаю свои формошлёпские услуги. От написания безопасных десктоп приложений на расте не откажусь

Я не знал WPF, теперь знаю и продаю свои формошлёпские услуги. От написания безопасных десктоп приложений на расте не откажусь

Я тоже не знал, но за 4 дня сделал интерфейс для кафешного бутик-киоска с апломбом на XAML'e. Сделал и стер нахер винду. Если ты на свой карман стараешься — я тебя понимаю, но мне хочется, чтобы раст пришел в массы, а не притарговывать им из-под полы, как чудо-технологие, которая никому нахер не нужна, кроме полутора гиков.

Я тоже не знал, но за 4 дня сделал интерфейс для кафешного бутик-киоска с апломбом на XAML'e. Сделал и стер нахер винду. Если ты на свой карман стараешься — я тебя понимаю, но мне хочется, чтобы раст пришел в массы, а не притарговывать им из-под полы, как чудо-технологие, которая никому нахер не нужна, кроме полутора гиков.

Гуй для раста будет его тормозить? Не пойму я чот

Гуй для раста будет его тормозить? Не пойму я чот

Кого "его"?

На чем гуй предлагаешь писать на расте сегодня? GTK?

Развитие раст

на gtk лучше всего биндинги

Развитие раст

Понял. Нет, прямо таки тормозить, наверное не будет, но если мы говорим о том, что переписываем кресты на раст, но как бы за вычетом всего гуевого, то это, мягко говоря, "недополученная прибыль".

Нет

Лол

Понял. Нет, прямо таки тормозить, наверное не будет, но если мы говорим о том, что переписываем кресты на раст, но как бы за вычетом всего гуевого, то это, мягко говоря, "недополученная прибыль".

Ну в этом смысле я согласен. А насчет чего нибудь новенького

Да не надо эту кустарщину вбрасывать, нет Qt для раста, только плюсы и чуть-чуть питон.

на gtk лучше всего биндинги

На сегодняшний день, насколько я знаю, да.

На сегодняшний день, насколько я знаю, да.

это не был вопрос

это не был вопрос

и у меня не ответ, но подтверждение

спасибо за подтверждение

обращайся

Как хорошо когда все друг друга понимают

Иисус учил любить

https://github.com/rust-qt/cpp_to_rust лол

собрался с силами и ливнул из старого чата

вроде тут живых людей уже больше

хм, точно

Привет

да там живых никого нет

Борцы с борроу чекером

борцы с сегфолтами и даблфрии

>когда думал что раст тебя от сегфолтов спасёт а не спас, но они хоть детерминистские

use after free же

>когда на работе пишешь js и доволен этим, но своё пишешь на rust чтобы не ломалось