>>1159817
в голосяндру с маскота

https://github.com/avelino/awesome-go
Куча всяких репозитариев, пригодится

Дублирую

>>1159641
Просто идиоматичный и популярный фреймворк. Все основные фичи вида middleware, авторизации и прочего уже есть в виде отдельных пакетов, меньше руками писать. Тестами покрыт, стабилен.
Остальное - вкусовщина.
Про echo тоже хорошие вещи слышал, если нравится - бери.

>>1159642
Не сталкивался, можешь глянуть https://github.com/BruceDone/awesome-crawler#go
Вроде там есть варианты

Эй, goмункулы. Поясните мне, какого хрена в го нельзя сделать указатель на интерфейс? Я вот хочу, чтобы у меня в структуре был указатель на некий handler интерфейс, а конкретный объект буду инжектить под ситуацию.
И низя.
WTF?

>>1160568
Ну ты и хуесос, прости хосподи.

Чо там с хайпом? Затихает уже?

>>1160962

>>1160983
На хабре статей мало стало.

Почему Go-вноеды такие сектанты?
Вчера нашел тему на хабре, где шизик на полном серьезе говорит, что Go лучше, т.к. в нем нет тернарного оператора и нормальной обработки исключений, из-за чего сложнее писать говнокод. Пиздец просто, только выиграли, нахуй.

>>1161098
> тернарный оператор

Роберт Пайк вообще не осилил сделать язык ориентированный на выражения, хотя в C-подобных языках тернарка - это убожество.

> обработка исключений

В Go обработка ошибок конечно уебанская, но unchecked exceptions не лучше.

>>1160572
Ответь нормально

>>1159767 (OP)
>Makefile
поясни, интересует проганье под mips, накатив пару стандартных либ ОЧ ЖИРНЫЕ (для mips) файлы получаются, даже с теми твиками которые нашел на SO.

Пацаны , кто-нибудь поясните Go вообще может конкурировать с Erlang / Elixir ? Почему все высоконагруженные приложения аля вотсапп, discord берут ерланг или элексир для миллионнов сообщений в день, голанг для этого плохо подходит что ли?

>>1161695
>динамикодрисня
Нутыпонел.

>>1161709
Попрошу подробнее высказывать мысль

>>1161709
Дискорд и вотсап берут ерланг, потому что динамикадрисня. Типичная goмо-логика. А goвно тогда, видимо, не берут из-за статической типизации. Хотя подожди-ка, в goвне же говно без дженериков вместо статической типизации, точно.

>>1161695
В пщ искаропки (вшиты в язык) есть средства только для in-process асинхронности. То есть для распределенных систем с миллионами сообщений в день он не дает никаких профитов, все придется велосипедить. А erlang otp - платформа, ровно для миллионов сообщений в день и предназначенная, так что логично взять проверенное временем интерпрайс-грейд решение, а не хипстерскую хуйню от гугла.

>>1161695
Ты хочешь сказать что чатики более высоконагружены чем гугл?
>>1161721
>есть средства только для in-process асинхронности
ЩИТО

>>1161721
И чем>>1161721
Паняня, у тебя какая-то личная неприязнь к Го, объективной аналитики не будет

>>1161727
>>1161733
Тебе в ньюфаг-тред.

А теперь важный вопрос: имеет ли смысл развиваться в разработке на Go? Вакансий на него не так много

>>1165469
>не так много

И больше уже не станет. Go уже не первый год во всех трендах скатывается.

>>1165570
Ну как сказать, сейчас блокчейны многие начали пилить на го.
Просто у Го нет какого-то списка требований, что должен знать Гошник. Типа списка фреймворков для джавы

>>1165572
не лучший, а ЛУДШИЙ!!!!11111

>>1165570
Пруфы где?

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

>>1168303
>блокчейнов
Этот хайп уже тухнет, ты опять опоздал.

>>1168306
А этот хайп был?
Сколько подняли денег на этом?

>>1168310
Был.
Дохуя.

>>1168311
А как эти хайпы появляются?
Блокчейны же не вчера появились, но вдруг стали резко всем нужны.

>>1161098
Мне после джавы больше нравится подход в Go, так как код читаемый получается. Плюс, гарантированно ошибка будет обработана.

>>1168315
Ты можешь влиять на курс своей МММ-валюты, и это совершенно законно.

>>1169307
В голосяндру

>>1168310
Около $3k чистой прибыли

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

>>1170411
https://habrahabr.ru/post/308070/
Вот это подойдет?

>>1165572
Лучший язык это js.

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

>>1170506
У них общая «heap»-область и у каждой горутины свой стек.
Алсо, книги Таненбаума почитай.

>>1170507
Спасибо, Таненбаума я перечитаю конечно же.
>и у каждой горутины свой стек
Это полноценный стек, куда прямо SP указывает? Мне интересно просто, как подобное реализованно на уровне пользовательского процесса, ведь прав отображать физическую память на виртуальную тут нет. Плюс ещё масса платформоспецефических условий, например установка того же SEH под Win. И опять же как его увеличивать? Проверять размер между вызовами, а как быть со сторонним кодом? Надеялся, что где-то подробно расписанно уже.

>>1170516
Вряд ли в этом треде ты получишь ответы на свои вопросы. Тут не сидят те, кто задумывается о таких низкоуровневых вещах. А там, где сидят, не разбирались как реализованы легковесные потоки в го.

>>1170516
Лучше на js писать.

>>1170522
>Тут не сидят те, кто задумывается о таких низкоуровневых

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

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

>>1170516
>Это полноценный стек, куда прямо SP указывает
Нет, это все юзер спейс.
>Мне интересно просто, как подобное реализованно на уровне пользовательского процесса, ведь прав отображать физическую память на виртуальную тут нет
Используя системный вызов MMAP.

>>1171195
Спасибо. Ты это наверняка знаешь или примерно почувствовал? И если наверняка, поделись источником, пожалуйста.

>>1171309
Я почитал исходники, посмотри файлы runtime1.go и runtime2.go

>>1159767 (OP)
есть у кого книга Go на практике на русском?

>>1170976
пакеты с pkg возьми, ora вроде самый развитый

>>1171595
>runtime1.go и runtime2.go
Вот жеж, благодарю. Самую мякотку-то я и пропустил.

Есть ли на голанге фриланс/remote?

Пацаны, как в го сделать умножение элемента списка, например
list = ["http://httpbin.org/get"] * 100

Если программа запускается на 1 ядерном сервере, сколько родных OC потоков выделяется для го программы

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

????

>>1175670
>Я правильно понимаю, что если выполнение операции занимает больше 5 секунд, то уже нужно делать для этого отдельный микросервис?
Как хочешь. В зависимости от задачи. Может быть вполне достаточно просто выполнить в отдельной горутине.

>>1175701
А если будет 1 ядро на сервере. С другими то горутинами что будет?

>>1161101

Шо мешало сделать checked?

>>1175706
Checked exceptions это вообще пиздец. В джаве их все избегают, а в скалке так и вообще их нет.

>>1161098
Там даже исключений нет? Ну вообще охуеть. Даже в оберон, с которого передрали го, их добавили.

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

>>1180093
>только выиграли
go coders never changes

>>1180093
И поэтому люди давно придумали Option/Result типы. Что мешало Go быть типобезопасным и перенять монадический error handling, как сделал Rust например?

>>1183474
токен замазал хотяб

>>1184366
да мне, в общем, не жалко

>>1183474
Раздели по классам, хули ты напорнил тута.

>>1161636
Можно делать динамически слинкованые бинарники через gccgo.
Но бинарники такие по идее медленнее и зависят от кучи либ, что не хорошо.

>>1179924
Есть исключения.

Что на собесах обычно спрашивают? На мидла +.

>>1185876
Присоединяюсь к реквесту, чисто ради интереса.

>>1185876
Есть лисп, есть кложура, на чем прод писать будешь, на чем пет проект для гитхаба?

В Голанге можно компилировать программы, а не запускать их по go progname.go?

>>1188430
Да. Можно даже под другие платформы компилить.

>>1175706
Как бы тебе объяснить. Мой дед обрабатывал ошибки, мой отец обрабатывал ошибки, я обрабатывал ошибки, а ты не хочешь?! УБЬЮ СКА

ВСЕ, ВСЕ ДОЛЖНЫ ОБРАБАТЫВАТЬ ОШИБКУ СРАЗУ КАК ТОЛЬКО ПОЛУЧИЛИ. ЯВНО, БЫСТРО, НА МЕСТЕ И НЕ ЗАДУМЫВАЯСЬ. ПОЗВАЛ МЕТОД - ОБРАБОТАЙ ОШИБКУ. ВЫЗВАЛ - ОБРАБОТАЙ. НЕ ПРОБРАСЫВАЙ НИЧЕГО НЕЯВНО ВЫШЕ, НЕ ПИШИ THROWS EXCEPTION, НЕ СНИМАЙ С СЕБЯ ЭТО БРЕМЯ ОБРАБОТКИ ОШИБОК. ВМЕСТО ЭТОГО ЯВНО ОТКРЫТО ПИШИ IF ERR RETURN ERR И ПУСТЬ ТАК СДЕЛАЕТ КАЖДЫЙ, КАЖДЫЙ СУКА МЕТОД НА ВСЁМ СТЭКЕ, ЧТОБЫ ВСЕ В КРУГОВОЙ ПОРУКЕ ПОУЧАСТВОВАЛИ, МРАЗИ. ОБРАБАТЫВАЙ ОШИБКИ, СУКА!

>>1175703
То же что и с несколькими потоками на одном ядре процессора

>>1188430
>В Голанге можно компилировать программы, а не запускать их по go progname.go?
Если ты go run имеешь ввиду, то он так-то делает shadow compilation. go run просто создает временную директорию, и туда пихает твой скомпилированный бинарник.

Checked exception — грубейший анти-паттерн. Даже использование исключений для контроля потока исполнения часто имеет смысл, а вот за checked exception надо бить по рукам.

>>1188604
>никаких аргументов
>яскозал

>>1188604
Checked exceptions нужны когда предполагается, что в случае возникновения ошибки, она обработается и выполнение кода в скоупе продолжится.

Но на практике 99% случаев обработка checked exceptions заканчивается логированием и прерыванием процесса исполнения кода. А в оставшихся 1% случаев разработчики сами знают что им нужно и напишут соответствующие кетчи без пинков от компилятора.

>>1188584
Красота. А как можно указать компилятору, чтобы тот из временной директории в мне нужную поместил? (Или хотя бы в текущую).

>>1159767 (OP)
Решил на выходных вкатиться в говно.

1) Что за пиздец с gopath и прочей хуитой? Я просто хуею, они не могли в 2018 нормальный тулинг запилить? Говно говном, просто пиздец.

2) Я чего-то не понял, или gofmt действительно делает отступы табами? Вы совсем ебнутые тут?

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

>>1188767
> как в 80-ые попал
> в имаксе
> Initial release 1976; 42 years ago[1][2]
А ты оттуда вылезал?

>>1188767
Такое же впечатление, разрабы тупо везде срезали углы и делали как проще.

>>1188771
А вот и формошлепы подоспели. Ну почему я не удивлен?

>>1188774
Проще != легче. Но есть такое ощущение, да.

Алсо:
https://groups.google.com/forum/#!topic/golang-nuts/93t0LWvHrKM
Прелестно, блядь. Лоллирую. Документация юзает 8 пробелов. Темплейты в плагине плейграунда юзают 4 пробела. gofmt юзает таб, ширина которого по умолчанию 8 пробелов, но который все ставят на ширину 4 пробела (или меньше), чтобы хоть как-то умещаться в 80 символов. Ух, прям как в старые добрые, а ну пошли все ГОвно вилкой чистить, ух епты бля.

https://github.com/golang/go/issues/19618 лол, просто лол

>>1188778
Все юзают столько пробелов, сколько захотят, gofmt только приводит все к единому стилю во всех проектах.
У меня, например, vim-go (или сам vim, уже не помню) все приводит к 2 пробелам, просто потому что я так привык, но в репе у всех будет код, отформатированный по gofmt.

>>1188802
Анон, я даже не знаю, что тебе сказать, кроме как "перечитай пост, на который отвечал".

Отступы не влияют на вложенность кода же?
Или indentation error можно словить и здесь?

>>1188850
Нет, фигурно-скобочным языкам на это вообще наплевать.

опытные господа,насколько Go Lang еще сырой и не развитый язык?

>>1189231
Настолько, что используется в Google и на нем написан Docker и прочие Kubernetes.

Разговор с гошником:
-Насколько хорош Go?
-Docker
-Чем Go лучше остальных языков?
-Docker
-Вам нравится писать для каждого типа данных отдельную функцию?
-Docker
-Вы любите жрать говно?
-Docker

>>1189304
Grzegorz.

>>1189231
сырой и хайп прошел

>>1189231
На нем все переписано будет со временем.

>>1159767 (OP)
https://github.com/ksimka/go-is-not-good

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

>>1189761
В этом деле, всегда правил js
https://github.com/denysdovhan/wtfjs

>>1189791
Нахуй я запятую поставил, грамотей?

>>1189791
>молодых языков
>js

>>1189791
JS не дизайненый язык. Он просто случился и от него не убежать.

У го же совсем другая проблема. Он не тянет на "современный" язык.

>>1189761
Особенно охуенны вот эти:
>no constructors
>no OOP
>no semicolons at line endings
>is compiled
>pointers are a mess
>no pattern matching

90% сводится к "а в моем языке есть X а тут нету значит плохой язык".

>>1189986
Потому что многие вещи первой необходимости отсутствуют. Хотя из этого списка дельно только pattern matching, остальное не особо важно

>>1189986
>no semicolons at line endings
Вообще-то там есть семиколоны в конце строки, просто они (приготовьтесь) НЕЯВНО ВСТАВЛЯЮТСЯ КОМПИЛЯТОРОМ. Поэтому, например, нельзя опускать запятую в конце строки внутри многострокового литерала - Роб Пайк вставит туда точку с запятой. Го такой модный и простой.

>>1189986
Алсо, 90% там сводится к "нет дженериков" и "я повелся на хайп, а потом понял, насколько это хуевый язык для написания чего угодно кроме хелловорлдов".

>>1159767 (OP)
Нужно быстро вкатиться в MongoDB и CouchDB на гошечке и написать небольшое файловое хранилище. Какие статьи покурить?

нужно создать блог.с чего начать?

>>1190445
С большой буквы.

>>1190493
С заглавной, неуч.

>>1190370
Я так понимаю, язык создавался ставкой на то, чтобы в момент потребности обобщенного программирование юзать interface{}
Что логично, так как обобщенное программирование не является частью парадигмы статической типизации и с точки зрения статических типов надо создавать общий тип для таких ситуация (например тип number для всех чисел).

Но пришла лига с утиный синдромом из статический языков и стала навязывать, что вот нужно пилить им дженерики потому, что эта шляпа в виде MoiHui<MoiZalupy<Jopka>> спасает их во время компиляции и вообще очень нужна, хотя выглядит больше как баг-фикс и по другому эти бараны мыслить просто не могут.

>>1189304
>Насколько хорош Go?
Идеален, ты сравни с жабой, вкатываться в ее инфраструктуру будешь годами, хотя писать будешь тоже самое.

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

>Вам нравится писать для каждого типа данных отдельную функцию?
Чаще использую тупо interface{}, поясняя в документации, как это всегда делалось в динамик языках.
А какая разница? Документацию все равно писать, тесты тоже. Ничем бы меня сильно дженерики не спасли (кроме любви к долгой компиляции)

>Вы любите жрать говно?
Человек сам выбирает свои рамки свободы, если ты мечтаешь жрать говно и стыдишься этого, то ты более ущербен, чем человек который берет и делает что ему нравится.

>>1193822
>ррряяяя нинужно!!!!

>>1193822
> обобщенное программирование не является частью парадигмы статической типизации

Но оно необходимо для строгой статической типизации, чтобы не проебывать типы и отлавливать все связанные с ними ошибки на этапе компиляции. Ваш interface{} делает из Го динамикопарашу. Но для вас все нормально, ведь по другому вы думать не можете.

>>1193824
> А какая разница? Документацию все равно писать, тесты тоже. Ничем бы меня сильно дженерики не спасли (кроме любви к долгой компиляции)
> Не очень-то и хотелось! Только выиграли!
И как заметил господин выше, это превращает го в динамикодрисню с отсутствием гарантий, из-за которых статическая типизация имеет смысл.

>>1193831
>>1193859
Ебал твою мамашу.

>>1193859
Сектанты всемогущего компилятора подъехали, которые верят что компилятор защищает их от всех известных микробов ошибок. На самом деле 90% офисных клерков, тупо дрочат на автокомплит в IDE и не осознают, что проблема с типами преувеличина.

>>1193824
> Чаще использую тупо interface{}
Хех мда щя бы в 20!8 кастами и свитчами кормить бога проёбанных тактов.

>>1193894
>компилятор защищает
Но ведь так и есть на самом деле.
А разгадка проста - компилятор умнее 90% местных дегенератов вроде тебя, например.

> Сектанты всемогущего компилятора подъехали, которые верят что компилятор защищает их от всех известных микробов ошибок.
Straw man argument во всей красе.
> проблема с типами преувеличина
Анус твоей преувеличен.
Есть подходы, дающие больше гарантий, есть подходы, дающие меньше. В промышленной разработке имеет смысл выбирать решения, дающие больше гарантий.

>>1193895
>бога проёбанных тактов.
Что за бог?

>>1193937
Не буду пересказывать то, что обсасывается с первых дней выкатывания Go: https://www.darkcoding.net/software/go-the-price-of-interface/

interface{} — это дорогой хак. Дороже только рефлексия. Они не просто так существуют, но ты почти наверняка везде использовал его неоправданно.

>>1193822
Кому-то нужна OCaml или Rust внутривенно, чтобы понять, что вообще есть такое статическая типизация не та поебота, что есть в Go

>>1194310
Боюсь спросить, чем типизация в Go не устраивает

>>1194329
Правильно боишься - я бы тоже на твоем месте боялся прилюдно выставить себя дилетантом. Но ничего, некоторым к такому не привыкать.

мимо

>>1194030
Продолжай дальше на спичках экономить, чмоша))
Качество кода > производительности.

>>1194332
> качество кода
> interface{}
Короче, не зря я прозодил мимо этого загона.

>>1194332
>goвно и goвнодебилы
>Качество кода
Шутку понял.
Смешно.

>>1170500
Определённо кто-то должен создать язык с возможностями жса, элегантностью питона и байтоёбством крестов, да ещё ии с ООП. Создатели пщ хоть попытались

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

>>1194370
>зачем нужен го
чтобы у тебя пригорело

>>1194374
Но мне не пригорело. Я просто хочу разобраться.

>>1194370
Because JVM sucks

>>1194375
Это заскринить нужно.

>>1194379
Да жаба всегда сосала. Бесполезная вещь. Что ещё скажешь?

>>1194370
если кто-то Эликсир неосилил, то есть Го с нескучным синтаксисом

>>1194387
То есть это нихуя не самый продвинутый язык в области? Что тогда брать? Ерланг или Эликсир?

>>1194388
>То есть это нихуя не самый продвинутый язык в области?
Нет, Го это бейсик с корутинами
>Что тогда брать?
PHP

>>1194389
Нахуй пыху, она слишком простая и перекладывает работу на операционку.

>>1194388
> То есть это нихуя не самый продвинутый язык в области
Неужели еще не все заглянули сюда https://github.com/ksimka/go-is-not-good? Вставьте в шапку штоле.

Хороший язык goвном не назовут.

>>1194310
Swift тоже подойдет.

>>1194176
Лол, если копнуть, этот так.

Котлины, расты, свифты...
Нафига вы тащите сюда хипсторские языки, где до сих пор нужно явно писать асинхронный код? Что это за двухтысячные вы сюда тащите?

>>1194541
> Нафига вы тащите сюда хипсторские языки, где до сих пор нужно писать код? Что это за двухтысячные вы сюда тащите?

Меня заставили ковырять опердень. Есть прототипы на го и джаве. Суть такова, что надо написать рест, который будет позволять заливать файлы большого размера и файлы, помещающиеся целиком в тело запроса пост, добавлять их в GridFS и запрашивать метаинформацию о файлах. Есть рабочий прототип, но мне не нравится, что пришлось писать свое локальное файловое хранилище. Есть библиотека, которая позволяет развернуть локальное хранилище, создавать файлы, удалять и добавлять к ним байты по имени файла или по его метаинформации (например, идентификатору)?

>>1194565
>Меня заставили
Дальше не читал.

>>1194565
>>1194583
Есть ли для го система управления контентом (локальными файлами)?

>>1194594
Иди нахуй.

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

>>1194595
Нет, сам иди нахуй, каникуляр. Я много гуглировал и нашел только разные убогие рест-сервисы для сохранения и получения инфы о пользователях. Но здесь не тот случай. Здесь нужно работать с БОЛЬШИМИ зашифрованными файлами, которые передаются и собираются по частям, которые можно обновлять, находя файлы по разным параметрам, а потом заливать в GridFS.

>>1194607
>Здесь нужно
Goвно не нужно.
Нахуй иди.

>>1194621
Каникуляр, дело не в языке, а в том, что необходимых библиотек нет ни на Java, ни на Go. Смотрю тысячи разных фреймворков для создания REST API, все работает))) искаропки))) запустил и заработало)))) но загвоздка в том, как локально хранить и обновлять файлы, полученные по частям, дописывать к ним байты и прочее.

>>1194624
>дело не в языке
А в том, что ты обычный наследственный дебил.
Впрочем, чего и ждать от вебмартышки.

>>1194633
>Впрочем, чего и ждать от вебмартышки
Ой блять, каникуляр ебучий, иди нахуй. Любая работа это макачество. Какой язык ни возьми, везде пишут неповоротливую опердень. Вероятно, ты какая-нибудь легаси C++мартышка, coq-петухан, хаскелист-борщееб или прочая нечисть. Кем еще ты можешь быть, учитывая, что ты сидишь на сосаче, и 95% задач в айти это разное крудошлепство?

Понятно, почему за опердени платят. Библиотек и фреймворков под необычное крудоговно не придумали, поэтому лучше заплатить мартышке типа меня, которая напишет minimal viable product.

>>1194775
>>1194780
>эта БОЛЬ и ОПРАВДАНИЯ безмозглого дегенерата
Ты даже на мартышку не тянешь, червь-пидор, хуево быть тобой

>>1193824
> Interface{}
У меня на работе за такое ногами пиздят.

>>1195939
А как ты обойдешся без interface{} например в telegram bot api？Где на каждый запрос возвращается структура, в которой поле Result меняется в зависимости от запроса？

>>1196360
*тип поля

>>1196360
interface{} - Это такая штука, которую желательно избегать.

>>1196380
Но как её можна избежать в этом случае, не создавая новую структуру под каждый запрос вручную？

>>1195939
>У меня на работе за такое ногами пиздят.
Правильно, за го в проде надо ногами пиздить того, кто до такого додумался.

>>1196399
Он намекает, что го не следует использовать для таких задач.

>>1196408
Но го со своими каналами идеально подходит для написания ботов.

>>1196412
Для написания ботов ИДЕАЛЬНО подходит любой язык, на котором есть либа для работы с апи этих твоих ботов. Каналы и асинк есть уже везде. Спойлер: у тебя синдром утенка.

>>1196360
А что в го нет нормального джсон парсера? Даже никто не написал?

>>1196415
У него опыта мало, он повторяет за другими.

>>1196504
Есть, но ньюфаги в него не умеют.

>>1196360
Для ответа реализуешь свой декодер, который сначала в дженерик-структуру парсит Result, а потом уже возвращает соответствующую структуру, реализующую общий интерфейс Result. Не знаю, какой там API, и времени сейчас более конкретно отвечать нет, но в похожих ситуациях я как-то так действовал. Можно и сразу дженерик-структуру возвращать, но при этом ты будешь много лишних пустых полей тягать и потеряешь все профиты от типизации. interface{} вообще ничего не решит здесь и лишь размажет боль с определением типа ответа по всему проекту.

>>1196535
https://pastebin.com/qeAfGKsd

>>1196954
Лучше https://pastebin.com/pjWYaSTy

>>1196954
>>1196958
А зачем ты передаешь result в функцию?

>>1196963
result - указатель на структуру. Декодер заполняет response и соответственно структуру на которую передан указатель.

>>1197076
Зачем её передавать?
Ты можешь в свой функции заполнить response и вернуть то, что тебе надо.

>>1197077
Result - одна из нескольких десятков структур.

>>1197080
Почему не так?
https://pastebin.com/Vmki4Sp8

>>1197085
Тогда interface{} это map[string]string. И тогда это только раздует код потому что нужно декодить json уже два раза.

>>1197085
https://pastebin.com/m81THuaW

>>1197087
Зато избавляешься от неудобного interface{}

>>1197091
Нет, не избавляюсь. Он же присутствует в коде. Нет, не избавляюсь. Он же присутствует в коде. interface{} это что-то динамическое, неопределённое, поэтому я думаю, он здесь уместен.

>>1197100
Мне просто лень копаться в коде и разбираться почему он там.
В общем, надо стараться его избегать, только для всяких неопределенностей использовать.
Но не писать, как замену дженерикам, типа передал в функцию, определил тип, вызвал преобразование согласно типу

Лол, гошники не могут определиться, как распарсить жсон. 2018.

>>1197156
Да там пиздец, json.UnMarshal(byte[] string, &result). Резалт по ссылке передаём, сделать возвращаемое значение слишком мейнстрим.

>>1197168
А какого типа будет твое возвращаемое значение?

>>1196700
> когда ещё не в состоянии понять смысл постов, но уже троллируешь

>>1197204
Тип указатель, очевидно, лол, блядь. Какой ты ответ ждешь от этой обезьяны?

>>1197156
Ты идиот？Нету проблемы распарсить json, есть проблема что одно из полей неопределённого типа.

>>1197249
>Нету проблемы
>...
>есть проблема

>>1197168
Проорал с тебя. Здесь нету класов, здесь структура, и ты передаёш её для того что бы заполнить.

>>1197253
Вопрос в том как обойтись без использования interface{} для поля с неопределённым типом. Смотри сначала о чём говорили, до того как гаписать комментарий.

>>1197257
Я в курсе, в чем вопрос. В связи с этим я и написал >>1197156-пост. Перечитай его, кстати.

go run 10.go
runtime: goroutine stack exceeds 1000000000-byte limit
fatal error: stack overflow

runtime stack:
runtime.throw(0x4b7f26, 0xe)
/home/user/golang/go/src/runtime/panic.go:605 +0x95
runtime.newstack(0x0)
/home/user/golang/go/src/runtime/stack.go:1050 +0x6e1
runtime.morestack()
/home/user/golang/go/src/runtime/asm_amd64.s:415 +0x86

goroutine 1 [running]:
main.main()
/home/user/golang/my-go-src/10.go:5 +0x130 fp=0xc46006bf80 sp=0xc46006bf78 pc=0x487e10
runtime.main()
/home/user/golang/go/src/runtime/proc.go:195 +0x226 fp=0xc46006bfe0 sp=0xc46006bf80 pc=0x428b16
runtime.goexit()
/home/user/golang/go/src/runtime/asm_amd64.s:2337 +0x1 fp=0xc46006bfe8 sp=0xc46006bfe0 pc=0x451321
exit status 2

Оправдывайтесь, говнари. Зачем есть 1000000000-byte limit

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

>>1197751
>2k18
>считать наполнение массива из более чем миллиарда элементов чем-то ненормальным

Может еще и 640к хватит всем?

>>1197797
Мне не интересно спорить с тобой, я пишу на Питоне за деньги и на ассемблере и чём угодно в качестве хобби.

>>1197692
Если у тебя ошибка, то ты делаешь что-то не так. Посиди, остынь, перепиши код в соответсnвии с гаедлайнами и всё будет хорошо.

Чето проперло в очередной раз вкатится в го, но полистав тред вспомнил какое же это говно.

Подписался на тренд. Много ли тут перекатившихся из PHP? Думаю писать на Го всякие демоны, устал от динамической дрисни.

>>1199854
Kotlin и Java, когда речь идет о чем-то, сложнее реста-стейтлесс агрегатора данных, параллельно запрашивающих источники данных и объединяющих данные в модель.

>>1199868
Что у котлин с производительностью?

>>1199974
зачем котик в унитазе

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

>>1199995
> котик
котлин

>>1199958
Блядь, та же жаба этот котлин, такие же жабовские толстенные фреймворки, которые жрут столько памяти, что не умещаются в 512 ОЗУ где какой-нибудь php летает еще и с базой. Те же тормоза пока JIT не стартанет, а потом под нагрузкой не упадет это все и заново начнет стату собираться чтобы скомпилить но уже на тот момент все упало от таких маневров Те же избыточные либы, вкатиться в которые тебе придется читать целые книги хотя нужно 1% функционала из этого оверхеда и столько же времени, чтобы решить какую-то мало-мальскую проблему.


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

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

>>1200000
/thread, лол.

Как go увеличивает capacity? Проверял на двух машинах, на первой системе cap = len или cap + 1 = len. На другой же системе с каждым разом идем *2.

От чего зависит? Фазы луны? Системы? Железа?

>>1200142
Хуйню написал, все понял.

>>1200036
С И Н Х Р О Н И З А Ц И Я

>>1199958
В рантайме также. Памяти жрет чуть меньше, бо инлайнит везде где только можно, в отличии от джавы (хоть invokeDynamic, но все равно). Компилируется на 2-5% дольше. Джарники немного толще.

>>1200244
>В рантайме также
Также как жаба?

>>1200386
Нет, также как ассемблер.

Почему массивы передаются по значению?

>>1200702
А как должны?

>>1200707
Ну почему слайсы и карты по ссылке, а массивы по значению?

>>1200736
Слайсы тоже по значению. Просто слайс - это указатель сам по себе

>>1200783
>указатель сам по себе
Хуйню спизданул

>>1200736
Массив - непрерывный набор битов, по сути примитивное значение.
Слайсы и карты - указатели.

>>1201206
Слайс - это структура с тремя полями: указатель на массив, длина, вместимость

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

>>1201456
>Слайс
>вместимость

deno правда поимеет Node.js??

Мне понравился Go. Синтаксис местами ебанутый, но сам язык хорош. С трудоустройством, как понимаю, все очень сложно?

>>1206923
Сложнее, чем с джавой, но в принципе устроиться можно.

>>1206925
А в странах зарубежья получше ситуация?

Почему в го не завезли классов?

>>1206935
Потому что классы не нужны

>>1206936
Иногда они бывают удобны.

>>1206938
В Го есть инкапсуляция и полиморфизм, нету только наследования( оно есть только включением)

>>1206940
Согласен, а наследование и нинужно, подход composition over inheritance приводит к меньшей связанности (low coupling). В принципе можно писать так же, как и привык на Java/C#

>>1206959
> В принципе можно писать так же, как и привык на Java/C#
Но не нужно, пиши Go-way style

>>1206960
Я только в си-стайле умею.

Чего ругается говно это?
https://pastebin.com/TYzTQxE9
Ругается на 30 строчку, типа она вне цикла. А как её поместить в область цикла?

>>1207230
Нужно чтобы у пользователя было ограничение по времени на ввод следующего числа.

>>1207233
Я попробовал переместить блок кода вниз, без функции, но тоже хрень. Теперь таймер работает норм, но он реагирует на то, был ли ввод поздно или не только после ответа.

>>1207230
>https://pastebin.com/TYzTQxE9
Твой continue находится в отдельной горутине и не соотносится с for.
Кстати, зачем ты делаешь err = nil ?

Generics

Try catch

Наследование

>>1207393
Интерфейсы.
>>1207469
>goto
>20!8
>>1207476
Интерфейсы.

>>1207504
Прямое управление памятью?

Как сделать несколько идентичных горутин?

>>1207517
В каком смысле?
Можно написать что-то типа
func myfunc(){
//Do Something
}
func main(){
go myfunc()
go myfunc()
}

>>1207518
Но если таких горутин 100? Я решил это через рекурсию.

>>1207522
for i:=0;i<100;i++{
go myfunc()
}
Так не работает?

>>1207524
Нет.

>>1207528
Почему? Что выдает?

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

>>1207532
Скинь куда-нибудь исходники, попробую запустить у себя

>>1207532
https://pastebin.com/nTwfkNiC
Вот сам код если что.

>>1207532
>>1207534
Проблема в том, что твои горутины не успевают отработать, потому что горутина main завершается. Добавь в main в конце time.Sleep(10*time.Second) и са увидишь, что всё выполняется.

>>1207541
Спасибо большое. Я думал, что функция main работает до последней горутины.

Есть бесплатные хостинги для сервера на Golang'е? Что не нахожу, то на PHP, уже в отчаянии.

>>1200736
Массив - это беспрерывное множество байтов. Все остальное - это связанные списки основанные на указателях.

Анон, как передать канал в хттп хэнлер? Труъ гошники пихают его в замыкание или просто сидят с глобальными каналами?

>>1208077
Пиши конкретную задачу, а то непонятно

>>1208078
Ну, есть хэндлер, который принимает гет параметр - строку. Её нужно передать в канал, который читает функция обрабатывающая эту строку. Соответственно канал нужно передать и в хэндлер и в функцию которая обрабатывает строку. Вопрос в том как это лучше сделать.

>>1207594
heroku？

>>1208080
Все равно как-то малопонятно. Почему канал нужен в хэндлере? Прочитал гет - передал в горутину, забрал из нее

>>1208084
Ну, так а откуда горутине знать в какой канал отдавать результат?

>>1208085
Лучше скинь код, который есть на данный момент, а то сложно понять.

И еще посмотри в сторону net/context

>>1207504
Интерфейсы вместо дженериков?! Ну ты и тупой конечно, блять.

>>1208127
Описываешь ситуации специально для тех типов, которые хочешь принимать. Удобная альтернатива перегрузке.
Необходимость принимать всё подряд невообразима в реальных ситуациях. Разве что для списка, но слайсы могут быть из чего угодно и этого достаточно.

>>1208144
Кодогенерация тогда может подойдет?

>>1208144
>Необходимость принимать всё подряд невообразима в реальных ситуациях. Разве что для списка
))

Народ, вот скажите, что вы пишете на этом вашем ГО? Хочу вкатиться. Везде слышу что "хайлоад". Какой я хайлоад себе дома напишу?

>>1208809
>что вы пишете на этом вашем ГО
Обычно дженерики.

>>1208806
> то она будет вызываться кучу раз
Да.

> создавая десятки потоков
Нет. Ты как вообще здесь очутился? Горутины легковесны, потоков ОС гошный рантайм без надобности не плодит, поэтому горутинами прямо так раскидываться можно без подводных камней.

>>1208811
>Ты как вообще здесь очутился?
Я люблю Windows API.

Есть ли в Go возможность реализации в консоли многострочного ввода?

>>1189761
>stuck in 70s

Со временем всё больше понимаю, что ничего слаще редьки я в жизни не пробовал.

Go - это Си, там где исправлена всё, что действительно застряло в 70ых.

Без хеадеров, с поддержкой параллельности, go get и так далее.

А все эти претензии, мол нет ООП, эррорхендлинга, указатели там.

ООП не работает.
Эксепшены вредны.
А к указателям придираться вообще бред. В C/C++ их не любят за опасность. Они больше не опасны.

В чем вы пишите код на Go? В IDE или редакторах?

>>1208816
> Go - это C

C с GC и тяжёлым рантаймом? Анон, у тебя всё с головой в порядке? C done right - это про Rust, а не про это поделие для микросервисов.

>>1208822
Тогда правильней Go - Си-стайл в вебе.

>>1208821
Для Go есть хорошие IDE VsCode и Goland, я пишу в последней.

>>1208823
Только вот мало хорошего в C-style.

>>1208809
Го хорош своей реализацией конкурентности через Горутины. А вообще Го используют для микросервисов

>>1208825
А что плохое?

>>1208827
Приходится прикладывать огромные усилия, чтобы код хоть сколько нибудь большого проекта оставался хоть по минимуму читаемым.

>>1208826
Ничего нового и революционного в его реализации нет. По моему такое даже в D есть. Но за D не стоит Google.

>>1208829
В Го наоборот достаточно читаемый код. Плюс автоматическое форматирование. Так что понять код на Го проще чем на той же джаве

>>1208831
И что? От этого язык стал плох?
А в джаве, когда она появилась, было что-то революционное?

>>1208832
> Это говно вкуснее того говна.

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

>>1208840
А какой же самый лучший, используемый в многих крупных проектах, ЯП?

>>1208844
Нет таких, но есть языки с большим потенциалом. Те же Rust, Swift, Scala.

>>1208850
Оу, на них-то проектов крупных хоть отбавляй)

>>1208850
>Swift
>Scala
))))))))))))))))))00

>>1208850
Почему не перейдут люди на раст? Он вроде удобнее.

>>1208881
Async/await ещё не в стейбле.

>>1208895
А как завезут, что? Сразу все прямо накатят?

>>1208857
>на них-то проектов крупных хоть отбавляй
Twitter

>>1199854
C.

>>1208899
Вангую, что нет, так как он объективно требует некоторых интеллектуальных усилий для его освоения. Большинство же кодомакак всю жизнь пишут на вариациях бейсика, который они выучили еще в школе: шаг влево, шаг врпаво - не могут, не понимают, появляется баттхерт и они уходят в отрицание.

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

>>1209092
> так как он объективно требует некоторых интеллектуальных усилий для его освоения.
Конечно потому что ТУПЫЫЫЫЕ, а не потому что в нишах в которых пишут на скале-жаве-свифте чаще всего просто нахуй не всрался системный язык без сборщика мусора.

>>1208831
> Ничего нового и революционного в его реализации нет.
Вот тут плюсо-растоблядь говорит ровно обратное – https://youtu.be/SsEMc17Kzo4?t=46m12s , в то время в Д сборщик мусора течет как сука, это норма, и никто фиксить не собирается.

>>1209133
>в нишах в которых пишут на скале-жаве-свифте
Перечитай пост, на который отвечаешь.

В свифте, кстати, точно такой же rc вместо gc, как и в расте.

>>1208826
Горутины есть во всех современных языках.

>>1208836
Это был первый промышленный язык, код на котором выполяется в виртуальной машине. Write once - run anywhere. Это классика, это знать надо.

>>1209148
>rc вместо gc
Можете пояснить, что это за аббревиатуры?

>>1209160
reference counting
garbage collection

>>1209148
>Это был первый промышленный язык, код на котором выполяется в виртуальной машине. Write once - run anywhere. Это классика, это знать надо.

На самом деле, просто случайно сложившиеся обстоятельства.
Потребности у индустрии в джаве не было.
И что такое "промышленный язык" ? Нет такой вещи в природе.

>>1209532
> И что такое "промышленный язык"?

Видимо он противопоставляет "промышленность" есть языка "академичности".

>>1209148
В расте нет gc. Там где нужно, rc подключается в качестве библиотеки, все явно.

Сап, аноны. Не читал весь тред, так что не кидайте тряпками, если это уже тут написано. Такой вопрос - где используется язык Го сейчас? Я имею в виду, какие вакансии требуют его знание основным - мобайл девелопмент, гейм, или для программ на десктопе?

>>1209596
Бэкэнд, микросервисы.

>>1209596
D O C K E R
O
C
K
E
R

>>1179924
>Даже в оберон, с которого передрали го, их добавили.
А есть ссылка? На то, что исключения добавили, а не передрали.

>>1209740
Покажи мне хоть одну вакансию, где нужно трогать исходный код docker, чушка.

>>1209809
https://www.docker.com/careers/engineering

>>1209740
https://www.opennet.ru/opennews/art.shtml?num=48777

>>1209824
Я боюсь, туда местные вкатывальщики нахуй не нужны.

>>1209984
Да не сцы ты. Ты думаешь на Го уважающий себя скилловой девелопер будет писать?

Если я сделал клиент-серверную технологию у меня внутри сети по TCP, как сделать ее доступной не только в сети?

Тренд не читал
Подскажите годную IDE для го
goland не предлогать!

>>1210599
Goland, VsCode, Sublime, Vim

>>1210599
Внезапно, emacs авторы сами в нем пишут

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

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

>>1210601
>VsCode
Написано на JS и не тормозит! Чудеса.

>>1210599
>goland
Почему? Сегодня поставил и вроде заебись.

Кто что пишет? Чем занимаетесь?

>>1201208
Каналы, слайсы и мэпы - это структуры, а не указатели, если что.

Почитай исходный код уже.

>>1210986
Структуры с указателем на самого себя это слайсы, мэпы - хэш-таблицы, нет?

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

>>1194367
Раст пытался, но что-то не фартануло пацану.

>>1189285
> Настолько, что используется в Google
Оценочная система уровня /b/.

> написан Docker и прочие Kubernetes
Причем оба работают как говно и регулярно падают, а об их "стабильности" ходят легенды?

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

>>1211243
>>1211287

>>1211287
>хороший софт
Которого нет почему-то...

>>1159767 (OP)
ребят, как ебилдить с сорсов? Хочу проксю собрать, а go get не пашет на официальный репо. Да и вообще где мой mkdir build && cd build && cmake -DCMAKE_BUILD_TYPE=Release .. && make -j4 && sudo make install

https://github.com/Yawning/obfs4

>>1211187
Rust — это ML/C гибрид. И без намека на ООП

Попробовал немного го, понравилось. Что стоит учить вместе с ним, чтобы начать извлекать из этого профит?

>>1211726
>понравилось.
говноед.жпг

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

>>1211726
Выучить его модель многопоточности
Разобраться в микросервисной архитектуре
Докер
Базы данных

>>1211068

>>1199868
Лол, джява. JVM сосёт хотя бы уже потому, что там нет никаких встроенных механизмов асинхронности: ни грин тредов или корутин как у гошки или эрланга, ни эвент лупа как у ноды. Хуева туча либ несовместимых между собой от вертексов до котлинкорутинс. Это просто старое отсталое говно, на котором писать ансинхронщину и параллельный код больно и неудобно.