ВЕЛИЧЕСТВЕННОЕ БЕЗХОМЯЧЬЕ ЛОГО ЭДИШН
Go или Golang — компилируемый язык программирования от создателей таких шедевров, как UTF–8, язык С, UNIX, Plan9 и других. Go поддерживает типобезопасность, богатую и универсальную стандартную библиотеку функций и инновационные семантики одновременности: все то, что мы в индустрии называем concurrency и parallelism. На сегодня язык Go является маяком стабильности, прагматичности, де факто представляет из себя стандарт в мире бэкенд–микросервисов и серверного оркестрирования.
Обсуждаем язык, смеемся с залетных крестоносцев, обсуждаем почему нам не нужны дженерики, наследование и эксепшены, по каждому багу находим трехстраничный пост в официальном блоге Go, объясняющий почему это на самом деле фича, ждем, когда нам завезут дженерики, наследование и эксепшены.
Растобляди завидуют, сектантская запарта не переваривает.
С чего начать:
- В обязательном порядке проходим Go Tour: https://tour.golang.org/welcome/1 (есть на Русском)
- Читаем документацию прямо по порядку (пункт "Learning Go"): https://golang.org/doc/
- Ознакамливаемся с общим roadmap по изучению языка и сопутствующих инструментов: https://github.com/Alikhll/golang-developer-roadmap (постоянно обновляется сообществом)
Литература:
- Донован, Керниган "Язык программирования Go"
- Также хорошие книги для начала: https://www.golang-book.com/
- Книги из списка https://github.com/dariubs/GoBooks
Полезные ресурсы:
- Сборник паттернов и инфы по микросервисам: https://microservices.io/
- Смотрим видео https://www.youtube.com/channel/UC_BzFbxG2za3bp5NRRRXJSw
Обновляемый список с пакетами: https://github.com/avelino/awesome-go
Небольшой канал треда: t.me/golang2ch и даже живой
Предыдущий тред умирает здесь: >>1986204 (OP)
Шаблон шапки: https://pastebin.com/vmWawK2t
Твой батя-алкаш чмоха, чмохин ты сын.
https://go.googlesource.com/proposal/+/refs/heads/master/design/go2draft-contracts.md
Добавьте в шапку уже, ироды:
https://www.practical-go-lessons.com
Вот тут приняли дженерики и теперь они ожидаются в Go 1.18
https://go.googlesource.com/proposal/+/refs/heads/master/design/43651-type-parameters.md
Обновите шапку, все таки дженерики вам нужны получается
>>2061258
На сколько говнокодом является создание вебсокет-ендпоинта на каждую сущность, как мы делаем в случае REST-а?
Я, конечно, могу всё в одном соединении делать, пихать json'ы с метадатой и json.RawMessage с пейлоадом, а потом уже, на основании метадаты анмаршалить этот json.RawMessage на конкретный тип, но тогда еще нужно самому реализовывать подписку/отписку, свой аналог multiplexer'а, и, возможно еще кучу всего, о чем я сейчас еще не вспомнил.
С другой стороны, если я создам несколько ендпоинтов, /foo, /bar, /baz, на каждом из которых будут отдаваться только один тип структур - маршалинг/анмаршалинг будет на порядок проще, вместо подписки/отписки у нас просто соединение - пока оно активно, значит клиенту нужны обновления конкретного типа, если закрыто - значит больше нет, multiplexer тоже можно переиспользовать стандартный, либо какой угодно другой из http-совместимых. Код в целом чище и проще.
Но как это по ресурсам? Я предполагаю, что низкоуровневые либы пишут умные люди, и они догадались для нескольких вебсокет соединений от одного и того же клиента к одному и тому же серверу переиспользовать одно и то же TCP/TLS соединение. Подскажите, пожалуйста, как это проверить?
За какой период тебя ддосят? Утром позавчера открыл резюме, сразу же начинают писать тонны хрюш на мейл по пиздону, вакуха по го пришла только вечером и еще одна на следующий день, сейчас закрыл, потому что похоже, что с двойным стеком подходит. А по поводу питоноработы все срут и срут
Всм за какой период? Недавно искал работу - пришлось резюме закрыть через несколько дней из-за спама. Возможно у тебя очень хуевое резюме для гошки. Хотя если ты питонист - то страшно представить какое у тебя гошное резюме. А нахуя ты вообще работу ищешь на питоне и го одновременно по различным резюме? Бред какой-то.
А, неправильно прочитал, у тебя путхон+го. Хз, я мало вакух видел, где питон с гошкой юзают одновременно, у меня то резюме чисто гошника с релевантным опытом. А ты из тех питонистов, что на джанге сайтики клепают? Возможно поэтому мало интереса со стороны гошных позиций, специфика в го посложнее
Есть ли шанс вкатиться нубу и найти работу джуном без опыта?
Перешел недавно на уважаемую работу не галера, суперкрупные ребята
Раньше у меня в другой компании не было код-ревью и вообще похуистично довольно относились к коду, работает - заебись. А здесь меня на каждом пул-реквесте ебашат за стиль и прочее, постоянно косячу в каких-то мелких моментах, так что ревью занимает вечность и кучу итераций до мерджа в мастер. На этой почве постоянная минус мораль, хоть и тим-лид говорит, что нормально вливаешься и вообще заебись. Хочется сразу писать красоту и правильный код, без разъеба.. Помогите, я уже в конвульсиях по ночам читаю кодстайлы убера и достал с полки макконнелла, аж плакать хочется
Палю годну, авторская методика:
делаете в вашей связке VCS и таск трекере максимальный лимит на время ПРа без реакции (approve/reject). При достижении этого лимита - включите автомерж. Пару таких автомержей и дальше желания оставлять ПР без ревью пропадет, базарю. Будут ревьить максимально быстро и эффективно. Дальше, вешаете ограничение на количество реджектов - не более двух. Если ПР реджектится в третий раз - ПР деклайнится автоматом и таска возвращается в бэклог. При этом заассайнить ее снова на последнего девелопера нельзя, ибо тот проштрафился. Это сократит количество итераций ревью
Так радуйся, лол. Если ты хоть немного обучаемый, то за 3-6 месяцев методичного тыкания в говно на пулл-реквестах приспособишься и будешь потом не задумываясь на автомате выдавать отличный код по самым современным кодстайлам. Меня как перебежчика с другого стека тоже активно прикладывают последние полгода за мелкие косяки и тонкости гошки их оказалось намного больше, чем я думал при вкате, лол, но я наоборот не нарадуюсь на такое отношение. Уж лучше пусть сейчас на старте go-карьеры я словлю все косяки и подводные камни, чтобы вбить базу в мышечную память и потом не отвлекаться на мелочи, будучи сеньором-пиздаболом за 300ксек через пару-тройку лет.
Ну и за эти полгода мой код заметно вырос по качеству, чего уж греха таить. Еще немного, и начну сам разносить молодых и неопытных джунов на ревью но без жести :3
Джунам здесь делать нечего.
Что вообще пилят на го? Кучу микросервисов, перекладывающих джейсоны? Думаю перекатиться из крестов или хотя бы немного диверсифицировать свои навыки, но боюсь охуеть от клепания крудов.
У тебя файл пересоздаётся каждый раз скорее всего
Практически все, значительных изменений языка за 11 лет практически не было. То, что вместо ioutil теперь нужно использовать os или io, где это возможно, и то, что теперь есть NotifyContext и не нужно его каждый раз реализовывать самому - это ничего не меняет.
> плюсы-минусы по сравнению с тем же протобафом.
Протобафы работают без рефлексии, а еще они язык-независимые, а gob чисто гошный энкодинг, т.е. он нужен, чтобы ты мог сохранять состояние между рестартами процесса в файлик, больше применений у него (почти) нет
Протобаф как идея норм, а как реализация - говно.
Как схема описания данных - это херня, потому что очень мало возможностей (отсутствуют даже базовые, вроде отметки полей как required / optional) и странные ограничения. В итоге приходится лепить костыли типа zero value у енумов или google/types/wrappers для опиональностей. Расширяется тоже уебищно, аннотации неудобны и не проверяются никак.
Как кодогенератор херня, потому что генерирует крайне неоптимальный код, []*Type видели? Сколько ненужных указателей, это пиздец, на больших нагрузках ГЦ умирать будет. Актуально кстати не только для го, для джавы там такие же проблемы с кодом.
Как тулчейн тоже обосрались, вместо питона написали проток на ебучих плюсах, хер расширишь нормально, для того, чтобы плагин написать или отдебажить, нужно пострадать. Импорты кстати тоже уебищно работают.
Как экосистема протобаф + grpc проигрывают jsonчикам просто всухую, количество и качество тулзов несопоставимо просто.
Как способ экономить трафик в целом норм, но штука в том, что json | swagger | gzip будет не сильно хуже.
Даже сами сотрудники гугла в неофициальной беседе признавались, что протобаф - это ну такое.
Имхо, отличный пример карго-культа и засилия хипстеров в индустрии, гугл ведь говна не сделает, надо брать.
Та в том то и дело, что альтернатив тонет.
Не нравиться rest+json и gRPC? Cоздавай свой протокол над http.
>>2068353
>Как кодогенератор херня, потому что генерирует крайне неоптимальный код, []*Type видели? Сколько ненужных указателей, это пиздец, на больших нагрузках ГЦ умирать будет. Актуально кстати не только для го, для джавы там такие же проблемы с кодом.
Не использовал на проде gRPC, но если гуглу норм - то нам тем более должно быть норм. Похоже на больших объемах трафик дороже CPU.
>>2068572
Есть два варианта - либо Goland, либо ваш-любимый-текстовый-редактор+https://github.com/golang/tools/blob/master/gopls/README.md
Я сам использую первый вариант, т.к. давно подсел на иглу реактивных мозгов и лень переучиваться. Но люди в интернете говорят, что gopls вполне юзабельный
ну как схема данных, тут уж простите, или schemaless бинарщина со своими плюсами-минусами, либо json и далее
а в плане иплементации, да, гугол жиденько обосрался, посмотри на альтернативную имплементацию https://github.com/gogo/protobuf
или альтернативные бинарные протоколы wire, msgpack, avro, твитеровский какой-то, не помню как называется
без нормального протокола наешься говна как пхпшники, со своим `serialize()` в свое время.
>>2068572
любой редактор по вкусу, который умеет LSP + gopls сам на gopls сижу, зависимость есть, брат жив
>>2067247
пишу, прививаю команде DDD и гексагональность ибо заебали со своим копипастным-говнокодом
Предложили перекат с java на Go. Какие подводные камни?
Java вакансий раза в 3 больше чем Go вакансий, браток.
Все банки, дохуя серверов, дохуя сервисов, IoT, ретейл и дохуя чего ещё написаны на жабе. В ближайшие два года количество java-вакансий только увеличиться.
Так что я спрошу еще раз, с надеждой на адекватный ответ:
в чем будет разница между работой на Java и работой на Go?
Сам я немного прогал на плюсах и на джаве.
Вроде, попадаются вакансии с неткором, хотя не особо слежу. В энтерпрайз ему пока рановато, там не любят необкатанные технологии. Жаба вряд ли сдается в ближайшие лет 10. С Go не станет хуже, чем сейчас, будет только дальнейшее развитие. Ноду не сервере используют редко. На расте почти нет работы, он тоже набирает популярность, но не такими темпами, чтобы убить кресты в ближайшем будущем. Вот именно в раст и ноду я бы вкатываться не стал.
Как в таких сдучаях у вас принято общаться между core (например ruby) и сервисом с го?
> есть желание
подрочи, обычно помогает
> Как в таких сдучаях у вас принято общаться между core (например ruby) и сервисом с го?
да как и с остальными языками, через IPC, RPC и все прочее
> На рубях отчет генерится больше 20 минут, поэтому надо что-то с этим делать.
а почему ты считаешь, что если просто переписать с одного языка на другой, то станет быстрее?
Работа над ошибками это какое-то квазимодальное уродство. Такое впечатление, что создатель этого издевался над кодерами. Композиция вызовов? Вызов функции в условии ифа? Не нужно. Нужно на каждый вызов функции 4 строки оверхеда с одним и тем же кодом. Поменял возвращаемые значения функции? Будь добр, пройдись теперь по всем return nil, nil, 0, nil, nil, 0, 0, err и поправь их в 20 местах. Что, хочешь спарсить JSON? Нна, сука, по 10 строк на вытаскивание каждого следующего элемента. Продолжать можно долго.
Что это? Зачем это? Кто это делает? Почему оно еще живо?
> Что это?
Язык-гной, язык-пидор.
> Зачем это?
Чтобы индусам и новому порриджевому поколоению "программистов" было проще переходить к реальным задачам которые будут реализованы через жопу, и их невозможно будет поддерживать, но это уже другая история.
> Кто это делает?
Главпидор всея интернета, а.к.а. Гугл.
> Почему оно еще живо?
Потому что порриджи не способны освоить что-то более сложное и взрослое. Так и живём.
Хуйню несёшь, зумеры тут не при чём, язык создали бумеры, причём уважаемые другими бумерами, и создан он был тоже для бумеров. Если не в курсе, в американских корпорациях на основных сеньорских должностях трудятся люди под сорок. Ты постсоветское эйджистское ведро с крабами / банку со скорпионами не проецируй на западный мир.
> язык создали бумеры
Прав.
> причём уважаемые другими бумерами
Прав.
> создан он был тоже для бумеров
А вот тут ты неправ.
> Если не в курсе, в американских корпорациях на основных сеньорских должностях трудятся люди под сорок
Этот язык не создавали для сеньёров. Сеньёры пишут на нормальных языках, которые требуют работающей головы. Этот же "язык" - это станок для будущего пролетариата, т.е. порриджей. Простой, с минимальным количеством концепций, требующий минимальных знаний. Сел, выучил за неделю и на завод на галеру.
G
>выучил за неделю и на завод на галеру.
Ага блять, за неделю. Из за этого "go way", много всякой нестандартной хуйни. Всякие специфические только для го паттерноы типа singleton dependency injection? multiton. Понимание того как работает GC (который блять меняется через каждую версию), понимание работы шедулера (та же хуйня, что и с gc), дохуища всяких нюансов для горутин, трэйсы etc. Это конечно не c++, которые можно всю жизнь использовать и находить что-то новое, но и не дажва или питон.
Какая уебищная система импортов тут, даже с локальным модулем лютая ебля
> Всякие специфические только для го паттерноы типа singleton dependency injection? multiton
В мире го нет специфичных паттернов, особенно таких
> Понимание того как работает GC (который блять меняется через каждую версию)
Нет, не меняется. Немного допиливается, но базовая логика неизменна уже давно. Всерьез менялся только один раз.
> , понимание работы шедулера (та же хуйня, что и с gc),
Тоже, меняются только детали, типа как в 1.13 добавили шедулинг даже для залоченных горутин.
> дохуища всяких нюансов
как вообще в любом языке
> нюансов для горутин, трэйсы etc.
Го тура хватает на 90%, го тур + пакет sync так и вообще на все сто. Хз чё тебе там сложным кажется, как раз с горутинами проблем меньше всего, если один раз пройти мануал
Я концептуально с тобой согласен, что никакой язык за неделю не учится на про уровень, и го в том числе, но аргументы у тебя всё равно уебанские
что за предвзятость? вот, ознакомьтесь:
- https://github.com/zyedidia/micro
- https://github.com/stretto-editor/stretto
- https://www.dolthub.com/blog/2021-06-21-copying-mysqls-dumb-decisions/
- болт и прочие хранилища иди сам по-гугли
- message queue тоже найдешь наверно
- https://blitiri.com.ar/p/chasquid/
- https://github.com/pokemium/Worldwide
- https://github.com/Thinkofname/steven-go
Очередь задач попадает в "все что связано с облаками".
Всё остальное - не целевое предназначение языка, хотя конечно написать можно что угодно. Но если так считать, то вопрос зачем нужен язык вообще смысла не имеет, потому что что угодно можно написать на чём угодно
Как правильно писать вложенные пакеты? В стандартной либе есть "net/http/fcgi", который импортирует "net/http", который в свою очередь импортирует "net"
С другой стороны есть "sync", который импортирует "sync/atomic"
https://go2goplay.golang.org/p/bqxCBcv0jjV
Есть тут анон который разобраться с тем как рабоать с uniswap с го?
Тыщамиллионов вопросов.
Вопрос. Наступит ли момент, когда зорошо выучив Раст, я буду на нем задачи решать также быстро как на Го? Или псоле Раста всегда как после войны возвращаешься?
Ваши оправдания Гоферы?
миморастогосподин
Что выбрать лучше, Го или Раст для такой задачи и почему?
>var твояМамка ТвояМамаша
У вас мать экспортируемая
Создатели ARM-архитектуры - сатанисты, вот пруф
Как в Go написать функцию, которая возвращает свой аргумент, но принимать она должна любые аргументы, в том числе функции?
Разве не так делается?
https://play.golang.org/p/9WaYKM3wMTN
мимо ньюфаг
https://github.com/lib/pq
Что тут за хуйня, где структуризация проекта, почему все в одной папке, тесты, документация, реадми, травис, вы ебанулись там?
Пацаны, как быстро два глаза сделать без ебучего ко?
А? А? А? Мааамууу ебал. А? А? А?
да я гений нахуй столько отсылок сделать фух ну все на сегодня хватит, лучше уже не будет расходимся
> - В обязательном порядке проходим Go Tour: https://tour.golang.org/welcome/1 (есть на Русском)
>(есть на Русском)
че за пиздеж? нет там нихуя на русском, максимум на узбекском бля
Раньше был, но на сайте он не работал, только локально.
Попробуй тоже локально запустить у меня не получилось, в последней версии go get golang.org/x/tour нихуя не работает
В любом случае ты не много потерял, т.к. map'у перевести как "карту" тебе и гугель тренслейтор может.
Ну, тур действительно хорош. Он превращает любого человека, который хоть как-то, хоть на чем-то умеет кодить (включая всяких васянов с вордпреса, петровичей с башем и так далее) в полноценных гоферов, которые могут прочитать практически любой код, благо конструкций языка не так и много, и они, в отличии от раста легко гуглятся, т.к. это ключевые слова, а не спецсимволы.
https://www.youtube.com/watch?v=mBLpAx06l44&ab_channel=%D0%93%D0%BE%D1%88%D0%B0%D0%94%D1%83%D0%B4%D0%B0%D1%80%D1%8C
Слушаю фоном на 1.75 скорости, весьма простенько там всё, но я не знаю толком го, чтобы оценить, что он несет. Хочется блевать от слова прописывать по сто штук в минуту.
В середине видоса начался sql, этот дебич советует васянские сборочки лампа и пхпмайадмин для этого, лол.
Продолжаю наблюдения.
>Как у го с перформансом?
Хорошо, для этого он и создавался.
>Могу делать эффективную числодробилку как на сишке
Да, вполне. Есть инлайнинг, есть escape analysis, т.е. часть памяти алоцируется на стеке, что на много дешевле чем в хипе. Прям как в сишке не будет, т.к. GC всё еще есть, да и вызовы функций обходятся немного дороже, чем в си за счет того, что планировщику горутин нужно делать свою работу на каждом(?) вызове. Но это всё экономия на спичках, ты не почувствуешь разницу, скорее всего.
>или максимально оптимизированны только спавн миллионов горутин
Если что - это всё еще дорогая операция. Дешевле, чем спавн треда, но всё же. Очень редко спавнят горутины динамически, зачастую создают n долгоживущих воркеров, которые читают что-то из канала, делают работу и отдают результат в другой канал.
> либы для взаимодействия с сеткой
Низкоуровневый нетворк довольно хорошо оптимизирован, да. Но работы всё еще ведутся. Сейчас идут разговоры о том, что надо изменить структуру IP адреса, т.к. старая использует слайс и это слишком дорого. Да и не по SOLID'у.
Но net/http плохо оптимизирован, его используют либо в маленьких проектах, где сервер это не основная задача процесса и когда важно сохранить маленький размер бинаря, либо просто для примера, как накидать что-то по быстрому.
> перекладывания жсонов
Стандартный пакет тоже не очень оптимальный, но лично я почти всегда использую именно его, т.к. не работаю в YOBA хайлоаде, где каждую алокацию считают.
go draw()
go update()
будет ли теперь все намного шустрее, чем если бы я просто вызывал их без go?
Корутина это не поток и не про параллельность, две корутины могут висеть на одном потоке, но в одно время на потоке будет работать только одна. Поэтому когда корутина делает долгие вычисления и не прерывается, другие корутины привязанные к этому потоку будут простаивать. Преимущество корутин видно только при сотнях тысяч блокирующих операциях, для time consuming операций они не подходят
Разве ГОвяный планировщик не оптимизирует нагрузку, что бы максимально возможное количество корутин выполнялось одновременно распределяясь на максимальное количество тредов/ядер? А то это
>Поэтому когда корутина делает долгие вычисления и не прерывается, другие корутины привязанные к этому потоку будут простаивать.
очень напоминает кооперативную многозадачность пистона того же и его корутин.
Я особо не углублялся именно в го, но когда последний раз пробовал долгие вычисления перевести на корутины, профитов не было. Тут конечно дохуя факторов. У меня были общие изменяемые данные и пришлось юзать мьютексы, потом перевел на каналы, менял количество корутин, но было либо так же либо хуже.
Может именно мой случай, того анона не отговаривать попробовать самому.
> очень напоминает кооперативную многозадачность пистона того же и его корутин.
Они наверно везде такие и есть. В шарпе и котлине это тоже самое. Пул потоков, корутины (по сути задачи) и диспатчер, который переключает условный контекст корутин, когда прошлая задача прервалась/кончилась.
Хейтер, плиз.
Человек задал вопрос, я на него ответил, что если хочешь выжать максимум производительности - нужно изъебываться, использовать нестандартные реализации для вещей, которые есть в стандартной библиотеке, писать оптимальный код и т.д. Я подошел к вопросу как инженегр, ответил про подводные камни. Я же не маркетолог, чтобы только нахваливать продукт.
Сложно сказать в общем случае, такие вещи нужно смотреть предметно. С одной стороны ты таким образом можешь задействовать 2 CPU, что может быть полезно при большем количестве вычислений.
С другой - ты тратишь дополнительное время на синхронизацию (ты же отрисовываешь на основании результата вычислений, не так ли?), по этому в ряде случаев это может работать хуже, чем просто в одной горутине обрабатывать и то и другое.
Ты там ebiten'ю балуешься? Выводи TPS, попробуй оба подхода. Вангую ты не почувствуешь разницы для своих задач, только код зря усложнишь.
>очень напоминает кооперативную многозадачность пистона того же и его корутин.
Не совсем так. В Питоне GIL, что означает, что фактически у тебя только один ос тред работает. А в го m:n планировщик.
>Корутина это не про параллельность
>У меня были общие изменяемые данные и пришлось юзать мьютексы
Ну не используй общие изменяемые данные и мьютексы и корутины будут про параллельность
Как будто так обдрачиваемый за свою параллельность хаскелль принципиально отличается дизайном планировщика от других планировщиков
>Я правильно понимаю, что лучше всего, вместо := использовать var x int ради оптимизации?
Ну, оптимизация у тебя будет только если заменишь := на каждой итерации цикла на объявление переменной вне цикла (не важно, через := или var), и затем её будешь переиспользовать. Но это экономия на спичках, и увеличение области видимости переменной, что всегда плохо
Не пробовал, я под wasm собираю.
>Is it possible to cross-compile an application with Ebiten?
> Yes and no. If the target is Windows or Wasm, yes. Otherwise, it is almost impossible to cross-compile due to Cgo unfortunately. See also Go issue #18296.
Но судя по их FAQу скомпилить под винду можно (из под линукса/мака)
Только не забудь компиляторы скачать и настроить.
Гофаны, посоветуйте годный query builder/ORM для SQLite. В идеале с кодогенерацией миграций и бойлерплейта из моделей. Делаю домашний проект, а голый SQL с васянской обвязкой вокруг я уже работе слишком устал писать.
https://play.golang.org/p/uIUit5mZSBG
- https://github.com/Masterminds/squirrel
- https://gorm.io
еще тут можешь по-выбирать сорты говна https://github.com/avelino/awesome-go#orm
> а как нахуй из винды для винды хуй его знает блять пиздец просто охуеть в рот ебал, пизда
Так, ёбана, пожди. Если что-то собирается и работает на твоей винде и не работает на другой винде - значит скорее всего дело в зависимостях. Ты кроме го что-то устанавливал для разработки? Я в виндусятине не понимаю вообще ничего, но тут, вроде, не в го дело.
МакДональдс работает конкаррентно например.
https://fastapi.tiangolo.com/async/#concurrent-burgers вот на примере "ты пошёл с тяночкой в бургерную", не обращай внимания что это дока к либо от питона, просто там автор ахуительно объяснил почти за весь async-мир.
какие еще годные игры есть на go?
Тебя даже вчерашний шторм не разбудил https://blog.jetbrains.com/go/2021/06/09/how-to-use-go-embed-in-go-1-16/
Как написал >>2095772, но они планируют переезжать на https://github.com/OpenDiablo2/AbyssEngine который использует go-sdl2
>>2095784
Оно еще и рейсит как тварь
>>2095736
https://daigostudio.com/bearsrestaurant/en/ и по сути всё, го не лучший вариант для создания игр, разве что по фану или как PoC
что выбрать?
вроде на первой еще куча энтепрайза пишется
на го только озон видел и кучу ноунейм говнеца
но озон в то же время на жабе стартует новые проекты
вобщем че выбрать для вката в бекенд?
> Как понять конкарренси?
Это не совсем правильный вопрос. Правильный вопрос: "как понять примитивы синхронизации". Хотя и это далеко не всем надо, на практике в большинстве случаев тебе с головой хватит нашего аналога Promise.all https://pkg.go.dev/golang.org/x/sync/errgroup#WithContext
> Кто такой этот ваш контекст?
Если бы ты прошел тур, ты бы знал что в языке по дизайну заложили возможность передачи сигнала о завершении другой горутине через закрытие канала. А контекст - это просто врапер над этой механикой + пара других фитч
>>2096315
>java vs go что выбрать?
Бери джабу, если от нее не воротит. Я фанбой го и всё на нем делаю, но объективно кроме кукроача, докера и кубов в нем нет крупных экосистем. А на джаве целый мир кровавого ентерпрайза. А чтобы писать без фрустраций на го нужно понимать для каких целей язык создавался и какие проблемы должен решать. Да и вакансий на порядок, а может даже на два, меньше чем в жабу
Охуеть, нормальная структура проекта, еще бы тесты в отдельную папку вынести.
Гоферы, почему половина awesome проектов не имеют структуры как таковой? Я уже выше скидывал подобное https://github.com/lib/pq, у вас что, подобное плохим тоном не считается?
Мне HTML странички гененерировать динамически, но и resful тоже. Интерпретируемые языки пошли нахуй, сервер на малине, меньше оверхеда - больше клиентов, меньше падений.
Зачем энтот ваш Go тогда нужен, вроде написано, "for building network applications" и лямбды с асинками есть. Это троллинг? Где готовые фреймворки? Не изобретать же мне велосипед начиная с сырых сокетов.
Мне роуты развести надо, подключить дб, шаблонизатор и кеш страниц, всё.
Чё мне делать теперь.
аниме_девочка_обнимает_колени_и_плачет.jpg
Ну ты сначала этот jsoniter попробуй потыкать, и поймёшь.
В std парсер делался максимально удобным — хуяк структурка хуяк жсон.
А эти либы — куча ебли и плясок с бубном ради хуй пойми чего, JSON — это про удобство, а не перформанс. Когда нужен перформанс — берут бинарные форматы, и гоняют данные в них. В них и сериализация/десериализация быстрее самого быстрого парсера жсона, и весят они меньше.
>Когда нужен перформанс — берут бинарные форматы
Это не всегда возможно, потому что твоя система может интегрироваться с десятком других, которые понимают только жсон и менять формат не собираются. Вот тут-то и нужны быстрые парсеры.
А jsoniter - годнота, он совместим со стандартной либой, поэтому пользоваться не сложнее.
Опять же это фреймворк уровня фласка, роутер + валидация данных.
А все потому что для серьезных проектов не нужен фреймворк уровня джанги или спринга, это пережиток прошлого, такие решения всегда будут медленней чем сампописная обвязка вокруг микрофреймворка.
MVP можно сделать на джанге, а потом взять го + асинхронный питон и запилить микросервисы. Сейчас на таком проекте работаю.
>Для начала работы мы предоставляем деньги на счете в сумме 12 500 РУБ
https://azure.microsoft.com/ru-ru/develop/go/
>В остальных случаях это будет тупо велосипедостроение, в результате получится медленнее и ненадёжнее, чем фреймворки, которые так любят критиковать в этом треде.
Нифига, в той же джанге нет никакого рокетсаенса, у нас например есть самописная асинхронная джанга из которой мы выкинули ненужные нам фичи, все работает очень стабильно. Так же мы выкинули celery из за лютого оверхеда и написали свое решение, а потом дописали го реализацию. Я хз про какие велосипеды ты говоришь, наоборот код стал максимально простым без лишней магии.
Зарегистрируешься и увидишь, что сервера/сервисы дают не бесплатно, а за определённую стоимость, которую списывают с кошелька, на котором изначально стартовые 12500. Так у многих хостеров, есть стартовая сумма, которую можно потратить в тестовых целях, а дальше только пополнять кошелёк реальным деньгами.
И не найдейся потратить их на что-то ещё, это как в той шутке про вывод денег из GTA
Гофаны, кто-то знает имплементацию http.CookieJar'а, которую можно нормально серилизовать? Ебать cookiejar.Jar рефлексией нет ни малейшего желания.
>Как в го камунити относятся к вкатунам из других языков с опытом работы в вебе?
Нейтрально/положительно
> Вот я повидло 3 года пиашпи
Судя по опросам где-то от трети до половины гоферов имеют либо точно такой-же, либо очень похожий бекграунд
> если подрочу петпроджекты
Попробуй что-то сделать, где ты сможешь активно использовать каналы, контекст и прочую синхронизацию, например в чатике на вебсокетах.
>Как быть с миграциями?
Смотря, что ты понимаешь под этим словом. У меня просто в отдельном месте лежит sql файл, в котором прописано все create'ы и insert'ы, через него и делаю миграцию. Советую тебе посмотреть реализацию готовых приложений, там все ультра-понятно с чистейшей архитектурой.
Какие задачи решает T[any T] которые не может решить ( a...interface{}) ?
Для вас это должно быть раз плюнуть, покажите состоятельность.
Заодно можно взять принт и показывать бабе Сраке.
В модели храни только интерфейс репозитория, а саму реализацию сторера со всеми селектами/инсертами с миграциями и настройкой конфигов БД в отдельном пакете типа store разумеется все на чистом SQL, goway все дела. Заодно потом добавишь нормальные моки репы для тестов модели, используя этот же интерфейс.
Адрес БД и прочие параметры передавай в сервис через env/yaml/toml, затем это дело считывай в main-горутине, из нее же подключайся к БД и накатывай миграции, после чего инициализируй и раскидывай свои стореры по моделям только не наплоди инстансов на каждый воркер, по одному стореру на таблицу (ну или 2-3 связанных) через синглтон!.
Для самих миграций посмотри https://github.com/rubenv/sql-migrate
>наоборот, вместо это все остальные слои импортируют модели
Да, все так, я просто не очень корректно выразился. Сигнатуры функций репозитория описываются именно в модели вместе со всеми интерфейсами (мы обычно их сразу после интерфейсов самой модели кладем, чтобы далеко не ходить), с которыми модель и будет работать вместо прямого импорта сторера.
А стораж уже импортирует эту модель и повторяет сигнатуры у себя, можно даже использовать что-то вида статик-чека, чтобы проверять модель на адекватность и не обосраться в рантайме:
var _ model.Repo = (*Storage)(nil)
Если ты студент старших курсов, то вкатывайся через стажировки озона/мейла/вайлдберриз и т.д. У меня коллега так стал гофером через одну из этих компаний, миновав все остальные языки по пути к нормальному миддлу (но SQL, HTTP, алгоритмы, паттерны и прочие используемый в бэке-технологии надо разумеется знать). Главное, потом вечным жидом джуном не стать, как чел на пикче.
>>2106051
Спасибо за такой развернутый ответ, анон! Многое прояснилось
Двачу совет, сам сейчас занимаюсь веду стажировку в одной известной крупной компании, готовы брать вообще всех с попытом других языков и желанием изучить го, но да, требуем понимания
> SQL, HTTP, алгоритмы, паттерны и прочие используемый в бэке-технологии
Задавайте вопросы, если интересно, что могу - расскажу
> не обосраться в рантайме
Каким образом? У вас там какое-то хитровыебаное DI через пустые интерфейсы?
> var _ model.Repo = (*Storage)(nil)
Обычно такой код пишут чтобы ошибка компилятора была попонятнее и поближе к имплеминтации, а не к месту использования.
>>2107278
Провожу собеседования и подготовку к проектам
>А, еще важный момент - один из самых важных скилов - это знание английского. Без него шансы падают быстрее чем от всего остального вместе взятого. Аутсорс, всё-таки, просто читать документацию не достаточно, нужно уметь еще раз в 2 недели мук-пукнуть заказчику что ты делал всё это время.
И зачем вы нужны, если можно напрямую работать?
Почитай пару статей в гугле по ключевым словам SOLID Golang, и довольно быстро поймешь, что практически все принципы удобно ложатся в классическую разработку на гошке. Разве что наследование меняется на композицию, а инкапсулировать код приходится внутри пакетов с lowerCamelCase. Ну а интерфейсы это основа основ Go, которые реализуют те же буковки LI.
Как бывший сишник скажу, что по солиду и ООП я могу хоть на K&R C писать, инкапсулируя все в файлах через глобальные статические определения переменных и функций, а вместо пустого интерфейса использовать каст к (void*). SOLID очень универсальная штука, знать ее крайне полезно
Я не он, но коммуникацию кто будет поддерживать? Кто будет кабанчиком подскакивать на звонки-встречи для принятия очередного соглашения по очередному вопросику?
Ты? Если тебя заставят с людьми разговаривать(на инглише!) вместо написания кода, у тебя подрумянится попка и задрожит голосок.
Без дяди ты не справишься.
>>2107337
SOLID же просто про здравое применение ООП, не?
>Я не он, но коммуникацию кто будет поддерживать? Кто будет кабанчиком подскакивать на звонки-встречи для принятия очередного соглашения по очередному вопросику?
Так он уже сказал, что с кабанчиком все равно говорить придется и вопросики обкашливать и отчитываться. Я бы понял, если бы они не знали о друг друге, а тут уже нихуя не так.
>Провожу собеседования и подготовку к проектам
И на что в среднем может рассчитывать перекатыш из другого стека с опытом около 5 лет? С паттернами, солидом, граспом и законом Деметры дружу. Могу пояснить по хардкору за сложность алгоритмов. Ну и весь остальной фарш в виде баз данных, разных хранилищ и брокеров сообщений в комплекте
>Могу пояснить по хардкору за сложность алгоритмов
Когда два раза по входным данным проходишь это 2N?
>>2107445
Ок. Рассмотрим мой пример подробнее, вкатунцы: дан массив - 'a', 'b', 'c', 'd', 'e'. Необходимо найти символы 'd' и 'e'.
Возможно два варианта:
1. Идем в цикле по всем элементам массива и проверяем, равен ли текущий элемент 'd' или 'e'. Каждая итерация потребует две операции:
'a' == 'd' ?
'a' == 'e' ?
Таким образом, для этого примера получаем len(arr) 2 операций, то есть 10 операций (не будем учитывать всякие оптимизации, типа "если символ равен одному из искомых, то точно не равен второму")
2. Проходим в двух циклах по массиву, сначала проверяя символ 'd', затем - 'e'. На каждую итерацию вложенного массива потребуется одна операция, так как проверяем всего один символ:
'a' == 'd'?
То есть проход во внутреннем цикле займет len(arr) 1 операций, то есть 5. Затем мы просто прогоняем тот же цикл для 'e', что дает еще 5 операций. В сумме те же 10 операций. При добавлении элемента в массив кол-во операций увеличится на 2, то есть сложность линейная.
В чем я не прав?
Ну, мук-пукнуть 1.5 минуты раз в 2 недели это не то же самое, как решать вообще все вопросы и постоянно
>>2107387
Ну мы в целом на ждунов нацелены, но в твоем случае тебе могут дать месяц на изучение го (частично самостоятельного, частично вебинары) и затем сразу лычку мидла и за весло.
>>2107374
Диванон же
Ты понимаешь что тебя за софтскилили? Причем самым тупым образом. Ты уже согласился, что ты веб макака и начал оправдываться, что делаешь, что-то не так только потому, что кто-то другой писал с уверенным видом. И это сделал рандомный анон с желтыми блинами из интернета. Ты хоть представляешь что с тобой матерый кабан сделает?
мимо червь из яндекса
Кстати, раньше на лендингах яндексовых вакансий были фотки с маками, а сейчас что ни подсовывают хрюшки, то сотруднички с леново всякими сидят, то за пеками с но-нейм мониторами
Все, инвестиции в разработку закончились, надо помогать нашим братьям меньшим с такси и доставок?
Тут надо разделять алгоритмы и решение задачек, немного разные скиллы, на алгоритмических секциях нужно немного знания асимптотики и умения решать задачки без ide, потренироваться можно на литкоде, хватит и 20 для озонов и авито, для яндекса 50-70 тоже за глаза хватит. Уровень изи/медиум, но ориентируйся на медиум. Обычно задачки на манипуляцию со строкой, или применение мапы.
Но опять же, базовое знание алгоритмов и структур данных тоже нужно. Грокаем алгоритмы вроде норм, как советует анон, думаю хватит, но сам не читал.
>Насколько такое говно вообще помогает с прохождением собесов?
Помогает очень сильно, просто набраться уверенности и набирать код без автодополнения, обрабатывать граничные кейсы, без практики шансы завалить повышаются, но это скорее относиться к яндексу/джуму, для остальных и так хватит. Покупть офк ничего не нужно, там полторы концепции на все задачи. Вот тут есть все техники, если прорешаешь можешь смело пиздовать на собес: https://www.yourdevopsguy.com/how-to-learn-data-structures-and-algorithms-20-problem-solving-techniques-you-must-know/
Бля, я точно шизик. Забыл, что без имени пакета при вызове не обойтись
>а тут так не принято
А interface принято делать? У вас тут буквально утиная типизация смешаная со статической.
>>2109772
Не совсем тебя понял, все равно я не могу новую функцию вызвать потом, так как что бы это сделать в возвращаемом значении требуется указать сигнатуру, а декоратор должен принимать любую функцию
никому не нужный
кроме копрофилов
покойся с миром..
Ну охуеть теперь
>В шарпе, жабе, петухоне и жопаскрипте исключения ловятся на верхнем уровне
В жабе есть checked exceptions. Зачем они были придуманы я до сих пор понять не могу, ну вот как проверяемое исключение IOException можно обработать на месте? Никак нахуй. Приходится указывать что такой-то метод throws IOException. И вот это IOException ловится на верхнем уровне, оборачивается и отправляется на фронт. Нахуя были нужны лишние телодвижения, не понятно.
>А гоферы начинают догадываться, что единственный способ обработать ошибку - показать её текст пользователю.
Просто попробуй работать в чем-то отличном от ООО "Рога и Копыта"
Может тогда тебе и понадобиться что-то вроде retry, а может даже всякие сircuit breaker'ы или graceful degradation'ы. И да, пользователю ошибку вне пхп никто не показывает, максимум возвращают четырех- или пяти- значный код, который сводиться либо к 4ХХ, либо к 5ХХ-м ошибкам. А вот в лог записать - это милое дело.
>>2110538
Нет, т.к. нет задач, которые они смогут решать.
>Остановлю выполнение логики на том уровне
Как остановишь? Просто сделаешь return в методе и во всех методах выше по стеку чтоли? Нах?
Не лучше ли сделать так, чтобы исключение вывалилось наверх и написало пользователю, что "произошла фатальная ошибка, идите нахуй"?
Например сервис обращается по сети к другому серверу, но внезапно оказывается, что тот сервер умер, либо какие-то ошибки в подключении к нему. Произошел IOException. Как его обработать? залогировать и выбросить юзеру, пусть он смотрит, пидорас ебаный
> Как остановишь? Просто сделаешь return в методе и во всех методах выше по стеку чтоли? Нах?
Посмотри как выглядит try catch пожалуйста и не еби господам мозг
> Не лучше ли сделать так, чтобы исключение вывалилось наверх и написало пользователю, что "произошла фатальная ошибка, идите нахуй"?
> Например сервис обращается по сети к другому серверу, но внезапно оказывается, что тот сервер умер, либо какие-то ошибки в подключении к нему. Произошел IOException. Как его обработать? залогировать и выбросить юзеру, пусть он смотрит, пидорас ебаный
Одно другому не мешает
>До сих пор нет множеств и очередей
Ебаный кошмар, кому пришло в голову сделать облегченный С++ с модными молодежными потоками и слайсами, но с пустой стандартной библиотекой? Почему в STL есть все, чего только душа пожелает, а здесь нужно изобретать свои кривые велосипеды? Нахуя, а главное зачем?
>Сравнивать его надо с жабашарпами
Разве Го можно втянуть в энтерпрайз, где куча бизнес-логики, для которой нужно полноценное ООП, а не просто структуры, пришедшие из чистой сишки?
>Некорректно сравнивать Go с крестами. У говна не было задачи конкурировать с ними, пусть он и компилится в натив.
Мне вроде кто-то пытался объяснить, что Го - это такой C/C++ (наверное все-таки больше С) для дебилов с модной многопоточкой.
Проблема не в наследовании (которое чаще всего нахуй не нужно), а в наличии необходимости вызывать myObject3.method() из клиентского класса. Вместо того, чтобы работать с верхнеуровневым апи класса myObject1, ты зачем-то лезешь к нему под капот, и теперь твой клиентский код зависит не только от myObject1, но еще и от myObject2 и myObject3. Удачи в поддержке такой лапши.
Ты не понял, я не хочу лезть в кишки, я хочу работать на одном уровне, как в любом другом языке с нормальным наследованием, где все это активно используется и не является проблемой. Но ГОвно насильно заставляет меня юзать поля структуры, так как другого наследования тут не завезли и либо приходится отказываться от наследования вообще, что нихуя не ООП уже. Если ты говоришь, что наследование не нужно, то и нехуй это ООП называть, так как это нарушает один из основных его принципов. Я не удивлюсь, если это как в джавовских ИДЕ через кодогенерацию делать будут из-за уебищности реализации в самом языке.
> не позволяет работать с полями на одном уровне
Серьезно? Я с говном колупаюсь пару дней и то в курсе,что позволяет
https://play.golang.org/p/Vhn4Nv55jUO
В идеале я хотел бы тулзу, которая посмотрит на мои модели, откроет соединение к базе, сравнит схему в базе и модели и выдаст SQL как привести одно к другому (и обратно для отката). Вот по аналогии с https://github.com/typeorm/typeorm/blob/master/docs/migrations.md
>>2113425-кун
> Никто не будет делать экспешены, если уже есть panic/recover
У них нет стектрейса п подобного, да и маньки не рекомендуют их юзать для ожидаемых ошибок.
> Зачем они нужны, если есть структуры? Да и методы ты к любому типу прилепить можешь.
Сахарок же.
> Struct Tags
Не повесишь на структуры и функции, только на поля.
> Уже в работе
В мифическом Go 2, которого никогда не будет.
>Какие подводные?
Кроме косых взглядов со стороны сообщества? Тебе словить панику нужно именно в той же горутине, где она и произошла, иначе весь процесс упадет как в новой ноде практически. Ну и вся экосистема под это не приспособлена, почти каждый метод интерфейса возвращает ошибку, банально не удобно превращать всё в паники, да и смысла на мой взгляд нет, трейс можно и без паники получить. Но если очень хочется то можно, да.
>>2116316
>У них нет стектрейса
А вот и есть
> да и маньки не рекомендуют их юзать для ожидаемых ошибок.
Не совсем так. Ожидаемые ошибки - это когда ты знаешь, что Read тебе рано или поздно вернет io.EOF и ты каждую ошибку Readа проверяешь на эндОфФайл и обрабатываешь отдельно от других ошибок. А паники (как и os.Exit) не рекомендуют использовать вне функции main, т.к. другие разрабы просто этого не ожидают. Кстати, os.Exit еще хуже паники, т.к. последний еще даст в defer'ах сделать cleanup, а первый - сразу убивает процесс.
> Сахарок же.
Тобой выбрана неправильная дверь, дружок-пирожек. Клуб любителей питона 3 тредами выше.
> Не повесишь на структуры и функции, только на поля.
Если прям очень надо - можно эти самые структуры и функции присвоить как поля другой структуры и туда навесить тег. Только вот наверное это никому и не надо.
> В мифическом Go 2, которого никогда не будет.
Нет, в go 1.18, который будет в начале 2022-го года. Изначально допускали возможность Go 2, но потом задизайнили так, чтобы не ломать обратную совместимость.
imports rest/container
imports rest/controller
imports rest/router
imports rest/middleware
imports rest/model
imports rest/security
imports rest/storage
imports rest/model: import cycle not allowed
package rest
imports rest/container
imports rest/controller
imports rest/router
imports rest/middleware
imports rest/router: import cycle not allowed
Помогите. Я уже в фрустрации.
>>2116720
>Щас тебе пояснят, что в говне так не принято.
Болван, так блять везде не принято. Циклические иморты - это признак проёбаной архитектуры.
З.Ы, Делай как на пике, и все у тебя будет хорошо
Гугли clean architecture, либо делай все в одном модуле, как диды.
>В ближайшие два года количество java-вакансий только увеличиться
Большая часть java вакансий навсегда останется в эпохе java 8, которая вышла аж в марте 2014 года, как раз ровно в период славных побед России на геополитической арене.
Чтобы не быть голословным пидорасом, прикреплю пикрилы. Видишь, какие даты поддержки у 8, 11 и 17 джавы? У 8 версии аж до 2030 года, это дольше, чем у всех последующих версий жаб. К тому же, ни на 11 версию, ни на 17 бизнес особо перекатываться не планирует. С момента выхода 8 версии, когда выпустили stream api, никаких значимых апдейтов не было, ни в самом языке, ни в jvm.
Большие надежды были на project loom, который наконец принес бы асинхронность и легковесные потоки, но его обещают с 2018 года, и все никак. В 17 версии loom'а не будет, а так как это LTS релиз, то это очень плохо, даже ужасно. Придется ждать теперь как минимум до осени 2023 года появления легковесных потоков в LTS, и только начиная с того момента можно будет рассчитывать, что все эти новомодные штуки начнут использоваться в проде. Естественно не сразу, году к 2025-2026 примерно.
Я вот сейчас думаю, куда переходить из джавы, ибо застрять в спринге и хибернейте на долгие годы я не хочу, так как боюсь, что через 7 лет мои знания этих кобол-технологий станут мало кому нужны.
Оно всё на непустых интерфесах, т.е. полная поддержка типов, компилятор всё проверяет. Бонусом идет подсказки IDE.
Особенно удобно для запросов, где при определенном наборе входящих параметров нужно добавлять дополнительный JOIN или что-то в этом духе, где просто плейсхолдерами параметров не справиться.
Томкат не асинхронный. Драйверы к БД все блокирующие. И хуле толку от того, что в джавакоре есть нио и фьючи? Понятно, что есть Netty в 1.5 проектах, но большая часть это сплошной пердолинг обыкновенного спринга, без какого-либо намека на потоки и асинхронность.
вдруг кто-то все же работает, а не мамины борщи ест
А вот с subquery, традиционно для ОРМов и квери билдеров всё не так гладко, приходиться Raw* конструкторы использовать. Навелосипедил небольшой хелпер, в свободное время поковыряю исходники, может PR зашлю какой.
А вообще либа прикольная, из нее легко можно получить как SQL стринг для прода с плейсхолдерами + слайс аргуметнов (как раз аргументы для sql.DB.Query или sql.Tx.Query), либо для дебага sql сразу с подставленными значениями для удобства копипастинга в любое другое место. https://pkg.go.dev/github.com/go-jet/jet/v2/internal/jet@v2.5.0#Statement
GO ПЕРЕКАТ https://2ch.hk/pr/res/2119331.html
GO ПЕРЕКАТ https://2ch.hk/pr/res/2119331.html
GO ПЕРЕКАТ https://2ch.hk/pr/res/2119331.html
GO ПЕРЕКАТ https://2ch.hk/pr/res/2119331.html
GO ПЕРЕКАТ https://2ch.hk/pr/res/2119331.html
GO ПЕРЕКАТ https://2ch.hk/pr/res/2119331.html
GO ПЕРЕКАТ https://2ch.hk/pr/res/2119331.html