чегря рассуждения ваши - это рукалицо, ребята. Такое впечатление, что про программирование и гуй вам Рабинович напел. Много ядер - есть, а многопоточность - она не нужна. А потому что гуй. дададад

Вот пользователь рад будет, если гуй у него 4 ядра сожрёт.

чегря рассуждения ваши - это рукалицо, ребята. Такое впечатление, что про программирование и гуй вам Рабинович напел. Много ядер - есть, а многопоточность - она не нужна. А потому что гуй. дададад

гуй должен рисовать картинку и принимать телодвижения пользователя, остальное гуй делать не должен. И если он с этим не справляется на 1 ядре - говно ваш гуй. Так понятней?)

Дал бог горутины, даст и многоядерный гуй )

гуй должен рисовать картинку и принимать телодвижения пользователя, остальное гуй делать не должен. И если он с этим не справляется на 1 ядре - говно ваш гуй. Так понятней?)

Вы не уточнили на одном ядре во сколько потоков?))))) Чтобы делать два действия одновременно, надо либо async, либо чтобы за отлов пользовательского действия и отрисовку гуя отвечали разные потоки.

Насколько я понимаю горутина = async + thread

Дал бог горутины, даст и многоядерный гуй )

свят-свят, избави нас от лукавого

Насколько я понимаю горутина = async + thread

неправильно понимаете

Вы не уточнили на одном ядре во сколько потоков?))))) Чтобы делать два действия одновременно, надо либо async, либо чтобы за отлов пользовательского действия и отрисовку гуя отвечали разные потоки.

в браузере - ровно в 1 поток. Поэтому там параллельная модель и не используется, используется асинхронная.

вот в браузерах как раз async

И? продолжайте мысль, не останавливайтесь

конкретно по горутинам - вот это, емнип, оно: https://ru.wikipedia.org/wiki/Green_threads

async - это прерывание одного для исполнения другого thread - это параллельное исполнение в потоках

И? продолжайте мысль, не останавливайтесь

я, собственно, примерно все сказал. В гуе - асинхронность, в числодробилках - многопоточность.

async - это прерывание одного для исполнения другого thread - это параллельное исполнение в потоках

асинхронность и многопоточность - разные вещи

и вторая из них в гуе не нужна

она сложнее

сейчас только бы в 2к18 обсуждать фронтенд на GO

я, собственно, считаю, что фронтенд на Го "нинужын"

я, собственно, считаю, что фронтенд на Го "нинужын"

А он возможен?

конкретно по горутинам - вот это, емнип, оно: https://ru.wikipedia.org/wiki/Green_threads

Ну судя по описанию из вики горутина = асинк + тред (по сути) только рулящееся из юзер скоупа, а не из кор скоупа

люди тут считают, что он нужен, и не делают его исключительно потому, что гуглу лень

Ну судя по описанию из вики горутина = асинк + тред (по сути) только рулящееся из юзер скоупа, а не из кор скоупа

Горутины это зелёные потоки, и от таковых в том же ерланге они мало чем отличаются.

Главная фича горутины в сравнении с другими реализациями зелёных потоков - это резиновые стеки.

Ну судя по описанию из вики горутина = асинк + тред (по сути) только рулящееся из юзер скоупа, а не из кор скоупа

https://habr.com/post/141853/

там планировщик и прочие прелести

которые, собственно, в гуе нужны от слова "никак"

в гуе нужно async/await "искаропки" и "срать, как оно устроено"

го в таком подходе больше проблем порождает

а еще в гуе нужны дженерики и инкапсуляция, с которыми в го тоже "ниочинь"

https://habr.com/post/141853/

Суть одна, да планировщик, да прочие плюшки, но в основе суть одна. Мы прерываем одну операцию, чтобы выполнить другую, если есть несколько потоков, то параллельно могут работать две операции. Я про это и ни про что больше.

Артём, вот ты возьми Го и попробуй на нем набросать гуй. Вот с использованием псевдобиблиотек, как ты себе это представляешь.

Артём, вот ты возьми Го и попробуй на нем набросать гуй. Вот с использованием псевдобиблиотек, как ты себе это представляешь.

Я не прогуй, я скорее сейчас с точки зрения общего понимания. Гуй на го - это извращение какое-то, Г изначально задумывался как "серверный" язык, и городить на нем фронт - это садомазо ИМХО

Я же говорю про то, что: а) в гуе планировщик с динамическим распределением по ядрам нужен от слова "никак" б) в гуе горутины не нужны в) писать гуй на го неудобно

Я не прогуй, я скорее сейчас с точки зрения общего понимания. Гуй на го - это извращение какое-то, Г изначально задумывался как "серверный" язык, и городить на нем фронт - это садомазо ИМХО

ну вот я и предлагаю прийти к консенсусу на формулировке: а) гуй на Го - извращение б) те, кто говорят, что оно нужно - извращенцы в) мы с тобой красавцы, и пора идти работать)

ну вот я и предлагаю прийти к консенсусу на формулировке: а) гуй на Го - извращение б) те, кто говорят, что оно нужно - извращенцы в) мы с тобой красавцы, и пора идти работать)

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

Хотя в том же питоне советуют для гуя пользовать разные треды или async. Один тред рисует, другой работает с пользователем, что позволяет не подвешивать UI на каких-то тяжелых операциях

ну вот я и предлагаю прийти к консенсусу на формулировке: а) гуй на Го - извращение б) те, кто говорят, что оно нужно - извращенцы в) мы с тобой красавцы, и пора идти работать)

+

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

Но он не для того задумывался, го - для сетевых сервисов, для гуя есть свои удобные вещи.

Так а на чем сейчас лучше всего писать кросплатформенный гуй?

На пхп?

js

Ясно

Очень смешно...

js

Нахнах

Всегда найдется жсер который скажет что жс умеет все

Но он не для того задумывался, го - для сетевых сервисов, для гуя есть свои удобные вещи.

Да знаю, но где можно гуи кросс платформ писать? Кроме жс

Так а на чем сейчас лучше всего писать кросплатформенный гуй?

трабла в том, что ни на чем...

Да знаю, но где можно гуи кросс платформ писать? Кроме жс

Питон?

Электрон

Электрон

Да прекратите троллить

Электрон

жестоко, например

каковы ваши альтернативы?

каковы ваши альтернативы?

Кутя ?

Можно на QT

Кутя ?

пожалуй, из доступных на данный момент вариантов... поддержу

go + qt ?

Еще Java с их ВМ

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

но это мечты... а в реальности - электрон, мля

или кодить под макось только ?

тут objc, swift, свой упоротый AppKit

оно там все чуточку упоротое(((

из последнего, что щупал, как ни странно, приятное впечатление flutter оставил

но оно: 1) не на десктопе, пока что; 2) дата-биндингов не имеет...

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

с такими мечтами вам только сокеты помогут

ну, собственно, чо бы и нет)

ERROR: S client not available

но один фиг "неаккуратненько" немножко

а, к слову, все в курсе, что в винду unix-сокеты завезли?

гуй должен рисовать картинку и принимать телодвижения пользователя, остальное гуй делать не должен. И если он с этим не справляется на 1 ядре - говно ваш гуй. Так понятней?)

Эту дичь вы сами придумали или какой то злой шизофреник вам нагадил в голову?

ну, собственно, чо бы и нет)

процесс гуя получается отдельно и бэкенд отдельно, многие приложения на электроне так и работают.

в иос это нормальная практика

Эту дичь вы сами придумали или какой то злой шизофреник вам нагадил в голову?

хм, вы сейчас стольких хороших, технически грамотных людей, евангелистов и архитекторов программных платформ злыми шизофрениками обозвали...

правда в иосе, долгие процессы тупо надо запускать в отдельном потоке

процесс гуя получается отдельно и бэкенд отдельно, многие приложения на электроне так и работают.

да это я понимаю, джва процесса 1 - гуй, 2 - логика, между собой общаются сокетами. Нормально, только смущает часть про "джва процесса"

хотя, с другой стороны, наверное, норм

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

хм, вы сейчас стольких хороших, технически грамотных людей, евангелистов и архитекторов программных платформ злыми шизофрениками обозвали...

Я вижу образ многочисленных слабоумных rest-api-boys, несущих свой бред в ширнармассы. В т ч на конфах, да. И с этого у меня естественно бомбит

Я вижу образ многочисленных слабоумных rest-api-boys, несущих свой бред в ширнармассы. В т ч на конфах, да. И с этого у меня естественно бомбит

естественно, у вас, как у человека, пребывающего "не в курсе" даже того, какие проблемы все эти люди решают, бомбит... Как бы, из ассоциаций: я вот проверял алгоритмы сортировки, сравнивал на всех возможных комбинациях массива из 10 интов. В 100% случаев метод "пузырьком" оказался самым быстрым. Нафига людям другие алгоритмы?

Эту дичь вы сами придумали или какой то злой шизофреник вам нагадил в голову?

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

естественно, у вас, как у человека, пребывающего "не в курсе" даже того, какие проблемы все эти люди решают, бомбит... Как бы, из ассоциаций: я вот проверял алгоритмы сортировки, сравнивал на всех возможных комбинациях массива из 10 интов. В 100% случаев метод "пузырьком" оказался самым быстрым. Нафига людям другие алгоритмы?

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

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

это что за бред и к чему он тут?

правда в иосе, долгие процессы тупо надо запускать в отдельном потоке

Потому что гуй - однопоточный

это что за бред и к чему он тут?

Там буквы, из них состоят слова, читать слева направо, сверху вниз. Считай это был рецепт от твоего временного помешательства

Там буквы, из них состоят слова, читать слева направо, сверху вниз. Считай это был рецепт от твоего временного помешательства

извини, но поток твоего сознания вряд ли кому то интересен кроме узких специалистов

извини, но поток твоего сознания вряд ли кому то интересен кроме узких специалистов

А должен быть, тебе, ты же тут не понимаешь, почему гуй однопоточный

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

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

Сколько тебе лет?

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

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

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

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

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

У него шиза, не спорь с ним. Я не первый раз от него слышу какие-то крайне шизанутые аргументы и высказывания

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

Ответь на простой вопрос, понятие мьютекс может иметь экземпляры? Или инстансы? Или он все-таки один?

У него шиза, не спорь с ним. Я не первый раз от него слышу какие-то крайне шизанутые аргументы и высказывания

ты про кого? я их не запоминаю

ты про кого? я их не запоминаю

Про @B4dr0b0t

Эх, ща бы во View много io bound операций делать

Про @B4dr0b0t

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

Эх, ща бы во View много io bound операций делать

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