сколько гуя вы сделали, опыт у вас какой? про алгоритмы спасибо, посмеялся. В принципе после этого "анализа" все вопросы к вам отпадают

опыт, как бы, небольшой, но таки имеется. Немножко веба, чуточку мобильных, парочка десктопных... Собственно, на понимание того, почему тролльтехи стали изобретать QML, опыта хватило. У вас, видимо, такового не имеется.

Я то как раз понимаю почему он ИМЕННО ЧТО ДОЛЖЕН быть многопоточным. И примерно представляю аргументы против. Уровень твоих аргументов - он настолько школотронский, что обсуждать его смыла нет ни какого. Да собсвтвенно их и нет. Нечего по делу сказать - ну промолчи лучше, а? очевидно же

я так понимаю, обоснования того, ПОЧЕМУ гуй должен быть многопоточным, мы не дождемся?

при чём здесь view, что за бред очередной?

Вот тебе пример многопоточного (назовем его голосовой интерфейс) https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&ved=0ahUKEwiF9pL656zbAhWLWX0KHTy0BfgQtwIINDAB&url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DuXxu6M0SRIc&usg=AOvVaw35WUXx9WcqBVZ-E_XMXmoD

опыт, как бы, небольшой, но таки имеется. Немножко веба, чуточку мобильных, парочка десктопных... Собственно, на понимание того, почему тролльтехи стали изобретать QML, опыта хватило. У вас, видимо, такового не имеется.

а qml то тут при чём?

опыт, как бы, небольшой, но таки имеется. Немножко веба, чуточку мобильных, парочка десктопных... Собственно, на понимание того, почему тролльтехи стали изобретать QML, опыта хватило. У вас, видимо, такового не имеется.

Ну покажи хоть одно большое и серьезное приложение на QML.

я так понимаю, обоснования того, ПОЧЕМУ гуй должен быть многопоточным, мы не дождемся?

для io bound задач и параллельных вычислений

для io bound задач и параллельных вычислений

Это не задачи гуя

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

вот именно для таких, как ты, и пришли к модели, когда бизнес-логика отделяется от гуя. Если вы io-bound задачи реализуете в колбеках гуя, это ваши глубоко личные психологические проблемы. Тем более пытаться продвинуть идею многопоточных приложений В БРАУЗЕРЕ... Как бэ, 1) если многопоточность вам понадобилась, вероятно, браузер-как-платформа - уже не ваш случай, смиритесь. 2) вкладка браузера ограничена одним потоком процессора, сделано так по вполне разумным соображениям, и менять это никто не будет, т.е. многопоточность, мягко выражаясь, в браузере нереализуема в принципе.

Это не задачи гуя

вам, парнишка из интерента, лучше меня известно о моих задачах, это да

дефолтные значения параметров для функций не поддерживаются, да?

привет

при чём здесь view, что за бред очередной?

при том, что гуй - это graphical user interface, т.е. графический интерфейс пользователя, который в модели MVC - таки View. И если у тебя вьюха реализует сложную io-bound логику, в твоей палате что-то поломано...

дефолтные значения параметров для функций не поддерживаются, да?

не, не поддерживаются

дефолтные значения параметров для функций не поддерживаются, да?

Есть эмуляция. Гугли.

Есть эмуляция. Гугли.

не хочу жабу на глобус натягивать

не хочу жабу на глобус натягивать

Это официальный способ и рекомендация от разработчиков языка. Поэтому можешь спокойно использовать: http://joneisen.me/development/code/2013/06/23/golang-and-default-values.html

а qml то тут при чём?

qml - это к вопросу, почему бизнес-логику и гуй не пишут на одном языке. Дело в том, что микроскопом-числодробилкой гвозди-кнопочки забивать-рисовать, конечно, можно, но очень неудобно. Поэтому всю сложную, io-bound, тяжеловесную-и-все-вот-эти-слова реализуют на уровне бизнес-логики, где многопоточность нужна. А интерфейс рисуют дизигнеры/верстальщики и прочие человеки-я-так-вижу, для их творчества выделяется отдельный поток, в котором оно и крутится. Убиваются 2 зайца сразу: 1) произведение искусства в гуе не просадит к ебеням производительность узла в целом, что бы эти люди-я-так-вижу ни вытворяли, 2) то, что люди-я-так-вижу навытворяли, работает монопенисуально-отзывчиво при любой нагрузке по бизнес-логике, т.к. в "их" поток никто не лезет, пекутся о здоровье пользователей.

Ну покажи хоть одно большое и серьезное приложение на QML.

Sailfish OS глянь, KIS-интерфейс, 2GIS-мобильный клиент, Opera (по 12-ю версию включительно)

вам, парнишка из интерента, лучше меня известно о моих задачах, это да

возможно, вы их как-то странно решаете... вот, например, идея высоконагруженного приложения под браузер выглядит странно...

при том, что гуй - это graphical user interface, т.е. графический интерфейс пользователя, который в модели MVC - таки View. И если у тебя вьюха реализует сложную io-bound логику, в твоей палате что-то поломано...

В твом ограниченном микросервисами и вебом мирке возможно действительно так (хотя с этим тоже можно спорить). Но этим разнообразие ПО не ограничивается. И архитектура систем не ограничиваетсяя MVC. И гуи не ограничивается View. Отучаемся уже говорить за весь интренет. Впрочем кому я расскзываю - человеку ,которому пузырьковый сортировки достаточно на все случаи жизни.

В твом ограниченном микросервисами и вебом мирке возможно действительно так (хотя с этим тоже можно спорить). Но этим разнообразие ПО не ограничивается. И архитектура систем не ограничиваетсяя MVC. И гуи не ограничивается View. Отучаемся уже говорить за весь интренет. Впрочем кому я расскзываю - человеку ,которому пузырьковый сортировки достаточно на все случаи жизни.

хм, поставить пометку "тег #сарказм необходимо ставить явно, у респондента могут быть когнитивные расстройства" - это про "пузырек" теперь пару слов о формальной логике: если "гуи не ограничивается view" - это уже не гуи, это что-то сильно другое. При этом существует ряд рекомендаций на тему, почему именно так не стоит делать.

qml - это к вопросу, почему бизнес-логику и гуй не пишут на одном языке. Дело в том, что микроскопом-числодробилкой гвозди-кнопочки забивать-рисовать, конечно, можно, но очень неудобно. Поэтому всю сложную, io-bound, тяжеловесную-и-все-вот-эти-слова реализуют на уровне бизнес-логики, где многопоточность нужна. А интерфейс рисуют дизигнеры/верстальщики и прочие человеки-я-так-вижу, для их творчества выделяется отдельный поток, в котором оно и крутится. Убиваются 2 зайца сразу: 1) произведение искусства в гуе не просадит к ебеням производительность узла в целом, что бы эти люди-я-так-вижу ни вытворяли, 2) то, что люди-я-так-вижу навытворяли, работает монопенисуально-отзывчиво при любой нагрузке по бизнес-логике, т.к. в "их" поток никто не лезет, пекутся о здоровье пользователей.

кто тебе сказал что qml пишут дизайнеры, что за феерическая ересь?? покажи хоть одного дизайнера пишущего qml.

ну в идеальном случае разметкой гуя должен заниматься верстальщик же

не просто так придумали разделение

хм, поставить пометку "тег #сарказм необходимо ставить явно, у респондента могут быть когнитивные расстройства" - это про "пузырек" теперь пару слов о формальной логике: если "гуи не ограничивается view" - это уже не гуи, это что-то сильно другое. При этом существует ряд рекомендаций на тему, почему именно так не стоит делать.

обычно как только эти рекомендации начинают озвучивать, сразу хочется вернуть их рекомендатору в одно место - плашмя

qml пишут верстальщики, так же как html, css и т.д.

ой, всё. спасибо. ты непроходим.

обычно как только эти рекомендации начинают озвучивать, сразу хочется вернуть их рекомендатору в одно место - плашмя

вы, вероятно, рекомендации читали очень невнимательно.

Какой-то срач

Стоит ливнуть

Ливни

Какой-то срач

В двух словах - почему GUI(UI) всегда однопоточный. Павлу говорят, что он архитектурно однопоточный, но у него "космические корабли бороздят просторы большого театра", вобщем нам, "детям веба и микросервисов" не понять широту мысли.

обоснуй

Что тебе обосновать и с какого перепуга обосновывать должен я? Здоровые люди dsl, транслируемый в html давно не используют, здоровые люди давно используют соответствующие решения на фронте

Что тебе обосновать и с какого перепуга обосновывать должен я? Здоровые люди dsl, транслируемый в html давно не используют, здоровые люди давно используют соответствующие решения на фронте

есть razor, на нём вроде даже SO написан, они что больные все там?

Что тебе обосновать и с какого перепуга обосновывать должен я? Здоровые люди dsl, транслируемый в html давно не используют, здоровые люди давно используют соответствующие решения на фронте

и чем же шаблонизатор на сервере лучше DSL ?

Товарищи, а кто-нибудь что-нибудь скажет по поводу содержимого этого списка? https://github.com/avelino/awesome-go#embeddable-scripting-languages

есть razor, на нём вроде даже SO написан, они что больные все там?

сирисли? ты серьезно в пример поставил движок на C#?

Товарищи, а кто-нибудь что-нибудь скажет по поводу содержимого этого списка? https://github.com/avelino/awesome-go#embeddable-scripting-languages

https://github.com/sbinet/go-python хоть в чатик к питонщикам заваливайся и набрасывай

Товарищи, а кто-нибудь что-нибудь скажет по поводу содержимого этого списка? https://github.com/avelino/awesome-go#embeddable-scripting-languages

спрашивай

Подводные камни интересуют у конкретных реализаций, думаю anko попробовать.

и чем же шаблонизатор на сервере лучше DSL ?

ничем - оба варианта мёртвые

Подводные камни интересуют у конкретных реализаций, думаю anko попробовать.

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

но штука действительно интересная

нормальные люди фронтенд пилят отдельно от бэкенда

сирисли? ты серьезно в пример поставил движок на C#?

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

https://github.com/sbinet/go-python хоть в чатик к питонщикам заваливайся и набрасывай

> naive go bindings > хоть в чатик к питонщикам заваливайся и набрасывай Такой себе наброс

ничем - оба варианта мёртвые

иногда хочется ограничится serverside, без js, который любят не только лишь все. Ну и не мёртвые, GWT оч даже живой,

фронт на го - это для пет проектов

под internet explorer 6

фронт на го - это для пет проектов

да пофигу на чём писать фронт. Бесит необходимость писать его на другом языке чем бэк.

пиши оба на js :D

пиши оба на js :D

да ни в жисть я эту субстанцию есть не буду

Подводные камни интересуют у конкретных реализаций, думаю anko попробовать.

он на рефлексии, жутко тормозной

да ни в жисть я эту субстанцию есть не буду

ты его во времена es3 и анонса es4 видел последний раз, что ли?

так не переживай - es4 отменили

Товарищи, а кто-нибудь что-нибудь скажет по поводу содержимого этого списка? https://github.com/avelino/awesome-go#embeddable-scripting-languages

посмотри lua интерпретаторы, они эффективно написаны

на го

да пофигу на чём писать фронт. Бесит необходимость писать его на другом языке чем бэк.

https://github.com/gopherjs/gopherjs Только не жалуйся потом, что больно

максимум извращения

ты его во времена es3 и анонса es4 видел последний раз, что ли?

не, у меня основной язык ts можно сказать. И примерно треть времени тратится на еблю с webpack-ом и т.п. В общем лучше бы они убили поциента, а не оживляли

посмотри lua интерпретаторы, они эффективно написаны

Спасибо.

максимум извращения

скажи это Шуралёву в лицо, я б посмотрел, что бы он ответил

https://github.com/gopherjs/gopherjs Только не жалуйся потом, что больно

это я знаю. Можно даже не смотерть

да пофигу на чём писать фронт. Бесит необходимость писать его на другом языке чем бэк.

я как раз занимаюсь созданием фронтоподобного генератора. если есть еще психи, можно объединиться. основная идея - берем что то типа xaml и хреначим gogenerate приблуду, которая генерит нам html.template

не, у меня основной язык ts можно сказать. И примерно треть времени тратится на еблю с webpack-ом и т.п. В общем лучше бы они убили поциента, а не оживляли

ну дык хуль ты плачешься? уж прости за мой французский, но ССЗБ. взял ts == согласился на вечный геморрой.

есть razor, на нём вроде даже SO написан, они что больные все там?

Специально пошел смотреть, что за зверь такой razor.... Павлик, а ты оказывается еще и DSL от фрэймворка для биндинга к js не отличаешь

ERROR: S client not available

я как раз занимаюсь созданием фронтоподобного генератора. если есть еще психи, можно объединиться. основная идея - берем что то типа xaml и хреначим gogenerate приблуду, которая генерит нам html.template

идея гут, вот только пожалуйста хамл не надо. Сделай вот как-то так чтоы можно было var x = Div( H1A(Attrs{ Width:"10px", Colspan:"12", }), H2(), Div( P(), Li(),Ul(), ), )

идея гут, вот только пожалуйста хамл не надо. Сделай вот как-то так чтоы можно было var x = Div( H1A(Attrs{ Width:"10px", Colspan:"12", }), H2(), Div( P(), Li(),Ul(), ), )

ёб его мать...

ну дык хуль ты плачешься? уж прости за мой французский, но ССЗБ. взял ts == согласился на вечный геморрой.

предлагаешь flow? так у него в IDE херовая поддержка, джуны не осилят

предлагаешь flow? так у него в IDE херовая поддержка, джуны не осилят

тебе сделать бандл с настройками IDE под flow, как я делал для гошки?

не откажусь)

хотя я уточню, возможно в моем гошном бандле уже поддержка есть

хотя я уточню, возможно в моем гошном бандле уже поддержка есть

а скинь плиз ещё раз ссылку на него

Специально пошел смотреть, что за зверь такой razor.... Павлик, а ты оказывается еще и DSL от фрэймворка для биндинга к js не отличаешь

ну ты дурён ?‍♂️

а скинь плиз ещё раз ссылку на него

https://git.io/vhscw

https://git.io/vhscw

cэнкс!

там настроек для flow еще нет. могу вкрутить

идея гут, вот только пожалуйста хамл не надо. Сделай вот как-то так чтоы можно было var x = Div( H1A(Attrs{ Width:"10px", Colspan:"12", }), H2(), Div( P(), Li(),Ul(), ), )

так то уже такое почти есть, github.com/covrom/taxi1c/controlform.go

ну ты дурён ?‍♂️

Срочно пиши в майкросовт, а то они все еще не в курсе, что такое razor

https://docs.microsoft.com/en-us/aspnet/web-pages/overview/getting-started/introducing-razor-syntax-c

там настроек для flow еще нет. могу вкрутить

было бы ?

Срочно пиши в майкросовт, а то они все еще не в курсе, что такое razor

ты что, бухой?

идея гут, вот только пожалуйста хамл не надо. Сделай вот как-то так чтоы можно было var x = Div( H1A(Attrs{ Width:"10px", Colspan:"12", }), H2(), Div( P(), Li(),Ul(), ), )

Я уже представляю с какой частотой подобная херня будет в проде паниковать.

ты что, бухой?

Ты по ссылке ходил?

зачем писать всё на одном языке

не забиваете же гвозди лопатой

зачем писать всё на одном языке

Зачем писать всё на го. Так то есть языки вполне пригодные, чтобы на них писали и то и это.

Зачем писать всё на го. Так то есть языки вполне пригодные, чтобы на них писали и то и это.

Зачем вообще что-то писать? Пусть другие пишут

???

фронт будет писаться не на джс, если комьюнити джс разделится

фронт будет писаться не на джс, если комьюнити джс разделится

Куда оно разделится?

вот именно

))

фронт будет писаться не на джс, если комьюнити джс разделится

фронт будет писаться не на джЫЭс если будут prod ready решения без джЫЭс

на которые перейдут разработчики

к которым они станут пилить фреймворки и библиотеки

и который не будет трансформироваться в js под капотом)

и который не будет трансформироваться в js под капотом)

Нууу после появления вебассембли, можно даже за внуков не боятся.