тогда удачи

там комментов надо надрочить не меньше чем кода и следить чтоб они не разъехались. и смысл? так я могу просто документацию писать

а как ты будешь описывать возможные ошибки?

https://zupzup.org/go-ast-traversal/

это я видел. но там прям реально убиться чтоб нормальное что-то написать

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

а как ты будешь описывать возможные ошибки?

ну вообще по коду не сложно понять. http код > 400 а потом смотрим что возвращается.

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

ну довольно разлаписто.

ну вообще по коду не сложно понять. http код > 400 а потом смотрим что возвращается.

ох, еще разок, удачи :) если сделаешь, я тебе пива поставлю :D

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

Если совершенно случайно вам надо написать на Go приложение с GUI для windows и linux, которое занимает меньше 15-20 мегабайт оперативной памяти - какую библиотеку возьмете?

для linux вообще существует GUI (кнопки, контейнеры, скроллбары, label и пр.), не обязывающий разработчика раскрывать исходники?

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

Линтеры это да, генераторы проще

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

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

Разные линтеры требуют разной инфы. В общую либу не впихать. Это тогда скорее должен быть фреймворк поверх ast

ну да. я вроде и предложил это.

А к господину Зеленину можно обращаться, если будет ужасная ошибка, которую 2 недели не могу пофиксить

попробуй

для linux вообще существует GUI (кнопки, контейнеры, скроллбары, label и пр.), не обязывающий разработчика раскрывать исходники?

Qt, gtk - lgpl, там можно при некоторых условиях не раскрывать исходники приложения, но патчи на фреймворки надо

Qt, gtk - lgpl, там можно при некоторых условиях не раскрывать исходники приложения, но патчи на фреймворки надо

+1 Qt достаточно удобно чтобы уменьшить размер бинарей можно поэкспериментировать со сборкой и Qt Lite

Qt Quick, Qt Widgets устарели)

Qt Quick Controls 2

для linux вообще существует GUI (кнопки, контейнеры, скроллбары, label и пр.), не обязывающий разработчика раскрывать исходники?

В целом есть ещё что то, но гуглить надо, а это Вы сами

вполне хороши, да и на виджеты никто не забивал

Qt Quick Controls 2

сомневаюсь что влезет в 20 мегабайт оперативки

там один js движок сколько сожрёт

сомневаюсь что влезет в 20 мегабайт оперативки

кастомная сборка и Qt Lite в помощь

https://stackoverflow.com/questions/11438833/v8-memory-usage

кастомная сборка и Qt Lite в помощь

про лайт я ж не спорю. я именно про quick2

у кьюта своя версия жэ эса и вм

ну по офф данным

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

для GUI ещё вот есть https://github.com/golang-ui/nuklear

сомневаюсь что влезет в 20 мегабайт оперативки

вопрос: зачем так экономить?

вопрос: зачем так экономить?

не ко мне. ну мало ли кому что хочется. мне вот хочется свагер наоборот

у кьюта своя версия жэ эса и вм

ну да. у них там jscore. но я не думаю что мемори футпринт разительно отличается. просто гиглится хуже

ну да. у них там jscore. но я не думаю что мемори футпринт разительно отличается. просто гиглится хуже

чем гадать, я лучше бы почитал ТЗ) а там бы и думали

для GUI ещё вот есть https://github.com/golang-ui/nuklear

описывать GUI в императивном стиле под конец 2018 года?

описывать GUI в императивном стиле под конец 2018 года?

фламастеры на вкус и цвет

ну нафиг, лучше на 80мб больше памяти чем писать UI иперативом, QML only

лучше на 180 метров больше и всем будет электрон)

чтобы одну кнопочку нарисовать)

лучше на 180 метров больше и всем будет электрон)

да даже это лучше чем писать UI в императиве

вам видней что вам лучше)

для GUI ещё вот есть https://github.com/golang-ui/nuklear

я пока не совсем понимаю что она из себя представляет и как оно конкретно взаимодействует с Go, но без привязанного UI языка аля QML всё это превратится в неповоротливую вязкую кашу

data и representation нужно разделять, модели и бизнес логику можно описывать в Go, но сам UI - не стоит

если руки крюки - да, будет каша в любом случае если есть ТЗ, то тогда и надо думать

data и representation нужно разделять, модели и бизнес логику можно описывать в Go, но сам UI - не стоит

Зависит от размера приложения

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

вплане разметки юи и ресурсов и прозводительности для десктопа qt quick controls 2 хороши

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

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

вплане разметки юи и ресурсов и прозводительности для десктопа qt quick controls 2 хороши

не только десктопа, оно работает и на мобилках нормально

та я в курсе

хвастаться не привык, но иногда сабмитю код в кьют чтобы под freebsd работало

и никто про SDL2

и никто про SDL2

SDL2 Для чего? Для GUI?

runtime mach_semaphore_wait как решить это проблему на macOS Mojave

при профилировании pprof

Я конечно не в теме. Но не выглядит как проблема

Как будто обычное ожидание семафора

А почему про github.com/andlabs/ui никто не упоминает, я посмотрел, очень даже юзабельная, и немного весит. Основывается на Си и в линкусе и ввиндовсе хорошо работает, и кнопочки и графика. Интерфейс выглядит так же как окна системы, где запускается

Я новичек скажите go можно скомпилировать и бинарник того что скомпилировалось положить в docker?

https://docs.docker.com/develop/develop-images/multistage-build/

и основные процессы свои я не вижу

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

https://github.com/golangci/golangci-lint

А почему про github.com/andlabs/ui никто не упоминает, я посмотрел, очень даже юзабельная, и немного весит. Основывается на Си и в линкусе и ввиндовсе хорошо работает, и кнопочки и графика. Интерфейс выглядит так же как окна системы, где запускается

Упоминают)

https://github.com/golangci/golangci-lint

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

для linux вообще существует GUI (кнопки, контейнеры, скроллбары, label и пр.), не обязывающий разработчика раскрывать исходники?

https://github.com/ocornut/imgui Это вообще самая крутая десктопная ui либа которую я видел

Если совершенно случайно вам надо написать на Go приложение с GUI для windows и linux, которое занимает меньше 15-20 мегабайт оперативной памяти - какую библиотеку возьмете?

не надо Вам это, забейте. пишите на чём нравится, а с голангом обменивайтесь данными по jsonrpc2 через tcp

https://github.com/ocornut/imgui Это вообще самая крутая десктопная ui либа которую я видел

Что-то не очень iamui в качестве либы гуглится :(

Что-то не очень iamui в качестве либы гуглится :(

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

SDL2 Для чего? Для GUI?

для GUI

для GUI

гуй писать в этом - похоже на троллинг)

Дело хорошее, я б с радостью, да времени нет)) "Бизнесу нужно другое"

Пилю бота для телеги при помощи этой либки: https://github.com/go-telegram-bot-api/telegram-bot-api/tree/v4.6.4. Вот хочу посоветоваться. Правильно ли будет, если при каждом ивенте, я буду на всю логику запускать горутины. Я вот подумал, если сразу 100 запросов будет, т.е. сразу 100 горутин запущу, не будет ли это накладно? А если сразу будет 1000 (а вдруг)? Что можете посоветовать на эту тему?

горутины можно запускать миллионами

каждый запрос итак в горутине будет и без ваших действий

евент*

каждый запрос итак в горутине будет и без ваших действий

Ну да, мне вернёт новое сообщение из горутинки. Но действия дальше будут же на main треде?

Пока память не закончится, можно ещё семафор из канала сделать чтобы не задудоситься

не

Ну да, мне вернёт новое сообщение из горутинки. Но действия дальше будут же на main треде?

ну это вряд ли

оно начнет лагать раньше, чем кончится память

на моем ноуте - где-то в районе 10М горутин

без рутин будет проще

все ващши евенты от бота итак будут в рутинах

к боту*

ну это да)

зачем тогда еще? вам ждать ничего не нужно будет, конкурентности не будет

но потом в GetUpdatesChan() он вернёт updates и эти updates уже будут не в горутине. И что бы в БД сходить, например, на основе updates, запустить горутину, что бы ничего не блочилось? Хотя я могу заблуждаться

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

хотите разбрасывать обработку в рутинах

Да

ну и делайте ... чего пристали

?

ну и делайте ... чего пристали

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

а не проще работать не с списком апдейтов а с евентами?