Какая gui для golang подойдёт для кроссплатформенной в т.ч. мобильной разработки?

все зависит еще от ваших знаний.

От знания ЯП - нет. От наличия большого опыта работы с конкретными программами и технологиями - да. В частности, язык может быть привязан к технологии, но только хорошее понимание именно технологии, ее сильных и слабых мест, имеет значение. А язык просто учится, причем в короткие сроки. Навыки программирования в целом, опять же, относятся к технологиям программирования, безотносительно конкретного синтаксиса.

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

Как вы это поняли, если я ни слова не сказал про это поделие? Может это у вас плохое представление об Xamarin? Это GUI слишком привязано к проприетарной, медленной и кривой dotnet от корпорации добра. Ни о каком нативном коде или чем-то близком к нему нельзя говорить, когда большая часть функций работает через вызов отдельного приложения, интерпретирующего вызываемый код.
Приложения на xamarin работают на порядок медленней, весят на порядок больше и всё ради чего? Ради сомнительной кроссплатформенность? C++, Golang решают проблему кроссплатформенности, решают её даже лучше, покрывая больше архитектур и операционных систем и не имеют таких недостатков.

ixon,

Это GUI слишком привязано к проприетарной, медленной и кривой dotnet от корпорации добра. Ни о каком нативном коде или чем-то близком к нему нельзя говорить, когда большая часть функций работает через вызов отдельного приложения, интерпретирующего вызываемый код.

давайте начнем с того что это GUI использует нативные компоненты. Почитайте ссылки что я прикрепил, особенно по Xamarin.Ios, где прямо сказано что компилируется в нативных код, без промежуточных языков. Xamarin использует не CLR, а Mono runtime, Mono вообще отдельный open source продукт.

Приложения на xamarin работают на порядок медленней, весят на порядок больше и всё ради чего? Ради сомнительной кроссплатформенность?

1 порядок - это, если что, 10. Вот официальная документация для андроида: https://docs.microsoft.com/ru-ru/xamarin/android/d... т.е. для андроида обвесы от Xamarin - 3-4 мегабайта. В текущих реалиях - копейки, не верите - скачайте Facebook или сбер онлайн. Медленнее опять же на сколько и где? Вы знаете среднюю скорость запуска известных приложений? Вот по скорости запуска https://xamarinhelp.com/improving-xamarin-forms-st... Вот общее сравнение скорости операций https://github.com/EgorBo/Xamarin.Android-vs-Java
Если говорить про скорость в web вот https://www.techempower.com/benchmarks/ Ну и сколько там выйгрыша у go в скорости? Стоит ли оно того? ну хз...
Ну и как бы с кроссплатформенностью dotnet и Mono вы ошибаетесь. Читайте матчасть.

Вячеслав Золотов, Сбер онлайн, не на С# Xmarian пишут если что.

iMaximus, зато размер приложения там как надо и время запуска тоже

Вячеслав Золотов, Им как бы около 40 млн человек пользуется, оно довольно большое и сложное, не hello world. Пример не очень удачный. Но точно знаю, что приложение Промсвязьбанка разрабатывали на Xmarian. Потом его отдельная команда переписывала с нуля на нативный язык. Не помню что конкретно один из разработчиков говорил про Xmarin, но там точно был мат.

Вячеслав Золотов, начнём с того что без использования нативных компонентов это поделие вообще не могло бы завестись на этой платформе. Не важно во что он компилируется, если при своей работе вынужден постоянно обращаться к не нужной программе.
Mono работает отвратительно, если бы вы пользовались им в рамках не. Windows, вы бы обратили внимание на тот факт, что программа отвратительно выполняет свои функции.
Сбербанк и Facebook не работают на xamarin, но из-за использования решения некоторых специфичных задач работают достаточно медленно, хуже среднего.
Hello world который весит 15Мб это ужасно. Любая правильная пуля любит свой пулемёт, поэтому все эти сравнения производительности, как отмечают и сами авторы всего лишь спекуляции в сравнении чего-то люто оптимизированного на сабже и чего-то медленного на нативных средствах.
Вы хоть сами смотрите что отправляете, из этого следует, что нативные веб–сервера на c++ на два порядка быстрей любого поделия от MS. Но это и без того самоочевидно, не может интерпретируемое и высокоуровневое приложение работать лучше низкоуровневого и полностью компилированного.
О какой матчасти идёт речь? Вы феменистка? Звучит как будто вам какая-то религия с фактами смириться не даёт. Все эти типа аргументы не более чем попытки натянуть сову на глобус, а не попытки разобраться.

iMaximus, я там сбер онлайн не в качестве примера технологии разработки, а в качестве примера приложения большого размера и относительно долгого времени запуска. Это еще антивирус сейчас по-другому работает. Раньше сбер онлайн на андроиде вообще пару минут запускался.

ixon,

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

Ну так приведите факты. Я вам вон ссылок накидал. Вы что-то голословно, с примесью религиозного оттенка, утверждаете, да еще и на личности переходите. Так обычно бывает когда аргументировать нечем. За сим, скорее всего, откланиваюсь. Не верю что вы можете продолжать диалог конструктивно.

Вячеслав Золотов, ну прочитай всё-таки что тебе пишут, не позорься, каждый твой «аргумент» открыл и пояснил, у тебя же какое-то сплошное ВРЁТИ.
Это даже не предмет дискуссии, любой вменяемый программист прекрасно понимает, что чем выше уровень абстракций, тем медленней программа и больше излишнего кода.
Я понимаю, что не каждый человек который способен к программированию обязательно имеет хоть какое-то познание о том как вообще работает код, как машины его выполняют и подготавливают, особенно это характерно для программистов «работающих» с языками сверхвысокого уровня, ведь порог вхождения в них всегда минимальный, многие такие программисты и школьного образования не имеют, ну а что им: сиди и копируй хэлловорлды с какого-нибудь стаковерфлоу, не нужно даже какой-нибудь математики знать, ведь все максимально упрощено, поэтому вот тебе статья, которая легко объяснит тебе почему так: link.medium.com/cfhGcUTPFX

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

ну прочитай всё-таки что тебе пишут, не позорься, каждый твой «аргумент» открыл и пояснил, у тебя же какое-то сплошное ВРЁТИ.

Мы с вами технари, инженеры. В нашей работе и дискуссии не может быть прилагательных и наречий типа "быстро", "медленно", "мало", "много", "плохо", "хорошо". У нас должны использоваться только существительные и глаголы, например: время запуска составляет x миллисекунд, а у второго приложения - y.

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

А flutter по вашему как работает?

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

Прекрасный комментарий инженера. Что, куда, зачем? Не ясно...

Mono работает отвратительно, если бы вы пользовались им в рамках не. Windows, вы бы обратили внимание на тот факт, что программа отвратительно выполняет свои функции.

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

Сбербанк и Facebook не работают на xamarin, но из-за использования решения некоторых специфичных задач работают достаточно медленно, хуже среднего.

Это я уже комментировал. Это не пример приложений на Xamarin, это пример больших нативных приложений с большим временем запуска.

Hello world который весит 15Мб это ужасно. Любая правильная пуля любит свой пулемёт, поэтому все эти сравнения производительности, как отмечают и сами авторы всего лишь спекуляции в сравнении чего-то люто оптимизированного на сабже и чего-то медленного на нативных средствах.

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

Вы хоть сами смотрите что отправляете, из этого следует, что нативные веб–сервера на c++ на два порядка быстрей любого поделия от MS.

вы точно открывали вот эту ссылку? https://www.techempower.com/benchmarks/

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

А вот Джеймсу Гослингу, разработчику java, это совсем не очевиднопруф

О какой матчасти идёт речь? Вы феменистка? Звучит как будто вам какая-то религия с фактами смириться не даёт. Все эти типа аргументы не более чем попытки натянуть сову на глобус, а не попытки разобраться.

Ну а это вообще вангую что подгорание

это характерно для программистов «работающих» с языками сверхвысокого уровня, ведь порог вхождения в них всегда минимальный, многие такие программисты и школьного образования не имеют, ну а что им: сиди и копируй хэлловорлды с какого-нибудь стаковерфлоу, не нужно даже какой-нибудь математики знать, ведь все максимально упрощено, поэтому вот тебе статья, которая легко объяснит тебе почему так

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

Flutter vs Xamarin Cross-Platform Mobile Developme...