На с++ что угодно писать совсем не айс я бы сказал, и это ещё сказано мягко. Но ни фига не поделаешь

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

нет. Дело в non-blocking I/O concurrency. В современных GUI пруложениях очень много конкурентности. Сейчас это решают event loop'ами, у которых есть свои значительные недостатки. Для написания конкурентной логики приложения Go вполне сгодился бы лучше чем JavaScript или C++ именно из-за встроенного scheduler'а и отсутствия async/await/promise плюс к этому Go не требует runtime зависимостей, в то время как для Java'ы нужен JVM в правильной версии а для JS - Node в правильной версии и т.д. "Хочешь JS в приложении хоти и V8 установить и все зависимости на 100 мб"

Вообще иметь бы хоть какой-то GUI с приличной лицензией, а то к чему ни прилинкуешься - сразу всем должен

просто писать Qt Quick на C++ тоже не совсем айс)

квик без сишных вставок вообще не предоставляет никакого io кроме сетевого и sqlite

нет. Дело в non-blocking I/O concurrency. В современных GUI пруложениях очень много конкурентности. Сейчас это решают event loop'ами, у которых есть свои значительные недостатки. Для написания конкурентной логики приложения Go вполне сгодился бы лучше чем JavaScript или C++ именно из-за встроенного scheduler'а и отсутствия async/await/promise плюс к этому Go не требует runtime зависимостей, в то время как для Java'ы нужен JVM в правильной версии а для JS - Node в правильной версии и т.д. "Хочешь JS в приложении хоти и V8 установить и все зависимости на 100 мб"

по моему опыту конкурентность нужна только для IO. непосредственно к рендерингу, окнам и контролам это отношения не имеет. Соответственно сделать бекенд на Го и связать его по сокетам на jsonrpc с той же самой Qt мне проще, чем натягивать сову на глобус, воюя с маргинальными биндингами. По повду джавы и электрона согласен, но я тебе больше скажу. Любой гуй на рантайме с GC - это откровенная содомия. Для кросплатформенного десктопного гуя соотв. есть только два годных решения - Qt и Lazarus. Я естественно юзаю Lazzarus

по моему опыту конкурентность нужна только для IO. непосредственно к рендерингу, окнам и контролам это отношения не имеет. Соответственно сделать бекенд на Го и связать его по сокетам на jsonrpc с той же самой Qt мне проще, чем натягивать сову на глобус, воюя с маргинальными биндингами. По повду джавы и электрона согласен, но я тебе больше скажу. Любой гуй на рантайме с GC - это откровенная содомия. Для кросплатформенного десктопного гуя соотв. есть только два годных решения - Qt и Lazarus. Я естественно юзаю Lazzarus

рендеринг не пишется при написании GUI приложения. Рендеринг часть движка 2d

по моему опыту конкурентность нужна только для IO. непосредственно к рендерингу, окнам и контролам это отношения не имеет. Соответственно сделать бекенд на Го и связать его по сокетам на jsonrpc с той же самой Qt мне проще, чем натягивать сову на глобус, воюя с маргинальными биндингами. По повду джавы и электрона согласен, но я тебе больше скажу. Любой гуй на рантайме с GC - это откровенная содомия. Для кросплатформенного десктопного гуя соотв. есть только два годных решения - Qt и Lazarus. Я естественно юзаю Lazzarus

А как у lazarus с кросс-компиляцией?

Для винды есть на Го неплохая либа lxn/walk (насколько может быть неплохой либа с одним контрибьютером). Я её пытался юзать, в конце концов забил - лагает как сволочь по сравнению с дельфёй

А как у lazarus с кросс-компиляцией?

плохо

рендеринг не пишется при написании GUI приложения. Рендеринг часть движка 2d

я не говорил что он пишется

Для винды есть на Го неплохая либа lxn/walk (насколько может быть неплохой либа с одним контрибьютером). Я её пытался юзать, в конце концов забил - лагает как сволочь по сравнению с дельфёй

так она рендерит?))

так она рендерит?))

в некотором смысле. Генерит видимые элементы из разметки и модели.

в некотором смысле. Генерит видимые элементы из разметки и модели.

если Go каким то образом вовлечён в rendering thread, тогда можно спокойно выбрасывать)

вовлечён. выбросил. Но там хоть дока более или менее есть, тесты, примеры. Апи нормальное, Попытка сделать модный MVVM. И человек хороший пишет

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

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

Нативные во много раз быстрее и меньше едят, но на суперкомпьютерах (32-128 гб оперативной памяти, 32-ядерный процессор и т.п.) действительно кажется микролагами. Очень не хватает такого же удобного способа делать нативный gui и не думать о лицензиях, как удобно это делать с электроном. Сам электрон может когда-нибудь эволюционирует в progressive web app и будет использовать рантайм браузера, так что в десятки-сотни раз снизится потребление памяти (но не процессора). Тогда можно будет писать на Go, транспилировать через gopherjs и получать приложение с GUI без привязки к GPL или 500$/месяц для Qt

Нативные во много раз быстрее и меньше едят, но на суперкомпьютерах (32-128 гб оперативной памяти, 32-ядерный процессор и т.п.) действительно кажется микролагами. Очень не хватает такого же удобного способа делать нативный gui и не думать о лицензиях, как удобно это делать с электроном. Сам электрон может когда-нибудь эволюционирует в progressive web app и будет использовать рантайм браузера, так что в десятки-сотни раз снизится потребление памяти (но не процессора). Тогда можно будет писать на Go, транспилировать через gopherjs и получать приложение с GUI без привязки к GPL или 500$/месяц для Qt

где это суперкомпьютеры всего на 128 гиг рамки? О_о

Кстати под электрон я активно юзаю как раз таки go-astilectron в продакшене, оч хорошо заходит

Нативные во много раз быстрее и меньше едят, но на суперкомпьютерах (32-128 гб оперативной памяти, 32-ядерный процессор и т.п.) действительно кажется микролагами. Очень не хватает такого же удобного способа делать нативный gui и не думать о лицензиях, как удобно это делать с электроном. Сам электрон может когда-нибудь эволюционирует в progressive web app и будет использовать рантайм браузера, так что в десятки-сотни раз снизится потребление памяти (но не процессора). Тогда можно будет писать на Go, транспилировать через gopherjs и получать приложение с GUI без привязки к GPL или 500$/месяц для Qt

Это не суперкомпьютер, а средний сервер

Кстати под электрон я активно юзаю как раз таки go-astilectron в продакшене, оч хорошо заходит

Недавно вроде electron 3 вышел, как с потреблением памяти у go-astilectron сейчас?

Хорошо, не суперкомпьютеры, но очень мощные игровые ПК, которые есть у очень маленького количества людей

Нативные во много раз быстрее и меньше едят, но на суперкомпьютерах (32-128 гб оперативной памяти, 32-ядерный процессор и т.п.) действительно кажется микролагами. Очень не хватает такого же удобного способа делать нативный gui и не думать о лицензиях, как удобно это делать с электроном. Сам электрон может когда-нибудь эволюционирует в progressive web app и будет использовать рантайм браузера, так что в десятки-сотни раз снизится потребление памяти (но не процессора). Тогда можно будет писать на Go, транспилировать через gopherjs и получать приложение с GUI без привязки к GPL или 500$/месяц для Qt

вы с какого столения к нам прибыли? в наши времена 128 гб оперативы и 32 ядерный процессор это рядовой сервер, а не супер компьютер))

Недавно вроде electron 3 вышел, как с потреблением памяти у go-astilectron сейчас?

go-astilectron юзает совсем старый электрон((. Правлю версию bundle форками не заметил особенностией по потреблению памяти по сравнению с приложениями на js

Нативные во много раз быстрее и меньше едят, но на суперкомпьютерах (32-128 гб оперативной памяти, 32-ядерный процессор и т.п.) действительно кажется микролагами. Очень не хватает такого же удобного способа делать нативный gui и не думать о лицензиях, как удобно это делать с электроном. Сам электрон может когда-нибудь эволюционирует в progressive web app и будет использовать рантайм браузера, так что в десятки-сотни раз снизится потребление памяти (но не процессора). Тогда можно будет писать на Go, транспилировать через gopherjs и получать приложение с GUI без привязки к GPL или 500$/месяц для Qt

у Qt есть open source лицензии, вам так важно закрывать сорсы своей приложухи?

у Qt есть open source лицензии, вам так важно закрывать сорсы своей приложухи?

вообще то да

там даже что-то про dyn link было аля LGPL

у Qt есть open source лицензии, вам так важно закрывать сорсы своей приложухи?

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

Хорошо, не суперкомпьютеры, но очень мощные игровые ПК, которые есть у очень маленького количества людей

игровые ПК с 128 оперативы и 32 ядрами?)))) главное только без видео карт!))

господи. да у меня куча гуевых приложений которыми я пользуюсь 5 минут в месяц.

надо специально для таких как вы оптимистов написать браузер на джаве

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

+1

вот когда все системы браузеры включат в недры OS, тогда электрон будет не нужен

что собственно уже произошло в Android, iOS, частично в Windows происходит с Edge

осталось только Safari на Mac подтянуться

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

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

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

хотите или нет всё придёт именно к этому

Привет. При попытке заэнкодить в json строку, в которой был символ "%" получил не валидный json. Вопрос, собственно, зачем это делает энкодер и как это по правильному отключить. Не хочется как-то дополнительно преобразовать данные перед кодированием. И странно что не нагуглилось ничего

да что там придёт, уже пришло)

Привет. При попытке заэнкодить в json строку, в которой был символ "%" получил не валидный json. Вопрос, собственно, зачем это делает энкодер и как это по правильному отключить. Не хочется как-то дополнительно преобразовать данные перед кодированием. И странно что не нагуглилось ничего

приведи пример

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

не должно и наверняка нет

А что в том жсоне невалидного? Он глазами прекрасно просматривается

Ребят, а есть у кого в открытом доступе проект, мб, где на Go реалищозовано REST API (простое какое) + веб морда. Только вкатываюсь в это всё, интересно почитать годные сорцы.

Брать ничего не буду, чисто в ознакомительных целях)

Привет. При попытке заэнкодить в json строку, в которой был символ "%" получил не валидный json. Вопрос, собственно, зачем это делает энкодер и как это по правильному отключить. Не хочется как-то дополнительно преобразовать данные перед кодированием. И странно что не нагуглилось ничего

https://play.golang.org/p/WuAsRErsUPk

что? где?

приведи пример

Да, пока нет возможности. Раз достопочтенные говорят, что такого не должно быть, поищу ошибку в своем коде около энкодинга :)

Ребят, а есть у кого в открытом доступе проект, мб, где на Go реалищозовано REST API (простое какое) + веб морда. Только вкатываюсь в это всё, интересно почитать годные сорцы.

есть, но RPC а не REST и webwire а не HTTP веб морда пока-ещё отсутствует, времени на неё сейчас нет. но я думаю тебе скорее архитектура интересна

Нужно свалить с C. В связи с этим вопрос: Какую книгу прочесть про Go? Из материалов по языку смотрел только часовое видео от Derek Banas. Этого явно мало. Понимаю что вопрос поднимался уже не раз, но все же решил спросить. В интернете натыкался на какую-то книгу. Смутило то что она 2016 года.

если в анамнезе С - должно хватить го тура

ну и спеку по языку почитать

и можно писать

есть, но RPC а не REST и webwire а не HTTP веб морда пока-ещё отсутствует, времени на неё сейчас нет. но я думаю тебе скорее архитектура интересна

Да. Мне скорее интересно как правильно разбивать проект + правильность нейминга. Я после Java+Kotlin, очень непривычно всё и хочется сразу правильно начать писать

Да. Мне скорее интересно как правильно разбивать проект + правильность нейминга. Я после Java+Kotlin, очень непривычно всё и хочется сразу правильно начать писать

правильно начать REST?))

Писать код на go))

Писать код на go))

REST начинай как хочешь, хоть правильно, хоть неправильно, он всё-равно превратится со временем в неправильно и через Ж))

REST начинай как хочешь, хоть правильно, хоть неправильно, он всё-равно превратится со временем в неправильно и через Ж))

В одном файлике всё писать?)))

REST начинай как хочешь, хоть правильно, хоть неправильно, он всё-равно превратится со временем в неправильно и через Ж))

чушь

а именно rest надо начать изучения swagger

а именно rest надо начать изучения swagger

Да я не только rest. Я хочу с android разработки слазить по немного в бэкенд, ну или хотя-бы андроид + бэк) Вот учу golang, смотрю на gin, немного с ботами для телеги поигрался. Но интересно больше посмотреть на +- большие проекты, понимать как правильно раскидывать логику по файлам, посомтреть на codestylе, всё такое

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

Не спорю, всегда можно найти на github'e проекты. Но там обычно сборная солянка

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

А для чего тогда Golang в проде юзают тогда?

Может я не правильно понял идею языка

правильно

Просто любой код можно назвать прекрасным и можно отругать, так что смотри любые проекты. Вот рандомный файл из кодовой базы docker для начала https://github.com/docker/docker-ce/blob/master/components/cli/cli/cobra.go А свой код показывать в чате рискованно, каким бы он ни был прекрасным - всегда найдется, за что его поругают

А для чего тогда Golang в проде юзают тогда?

в перваую очередь - разнообразные прокси (в широком смысле слова) и сетевые api

самая большая prod-ready поделка на go - k8s

Просто любой код можно назвать прекрасным и можно отругать, так что смотри любые проекты. Вот рандомный файл из кодовой базы docker для начала https://github.com/docker/docker-ce/blob/master/components/cli/cli/cobra.go А свой код показывать в чате рискованно, каким бы он ни был прекрасным - всегда найдется, за что его поругают

А что плохого, что бы твой код покритиковали и ты нашёл для себя пути улучшение кода?

но его код язык не повернется порекоммендовать как образец

самая большая prod-ready поделка на go - k8s

Я думал это youtube) Везде как аргумент приводят, что гугл youtube на го переписал

ну - нам он его не показал

А что плохого, что бы твой код покритиковали и ты нашёл для себя пути улучшение кода?

в GO приходят из разных языков ,система ценностей различна

А что плохого, что бы твой код покритиковали и ты нашёл для себя пути улучшение кода?

Не все умеют воспринимать критику, особенно своих поделий, в которые вкладывал душу. Я вот не умею

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

Не все умеют воспринимать критику, особенно своих поделий, в которые вкладывал душу. Я вот не умею

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

Ну ладно, тогда буду писать как подсказывает сердце и пытаться находить хоть какие то гайдлайны)

Привет, госоны

Причем советы и критика могут быть разными, в том числе противоречивыми и абстрактными. У разных точек зрения и разных программирующих людей, которые увидят твой код, будет только одна общая точка - "твой код плохой, потому что..."

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

Вот только хотел написать, как с языка снял)

Ну ладно, тогда буду писать как подсказывает сердце и пытаться находить хоть какие то гайдлайны)

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

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

обычно критика ограничивается фразой "что это за говно?!"

обычно критика ограничивается фразой "что это за говно?!"

воистину

обычно критика ограничивается фразой "что это за говно?!"

+1000

обычно критика ограничивается фразой "что это за говно?!"

Это не критика. И на неё нужно уметь не обращать внимания

плавно включаю в свою жизнь Golang, сам пришёл из мира Python... переписываю mvp личного проекта (distributed logstore, по сути IPFS + кастомная CRDT поверх), и страдаю. как сделать, чтобы не болело?