Go или Golang — компилируемый язык программирования от создателей таких шедевров, как UTF–8, язык С, UNIX, Plan9 и других. Go поддерживает типобезопасность, богатую и универсальную стандартную библиотеку функций и инновационные семантики одновременности: все то, что мы в индустрии называем concurrency и parallelism. На сегодня язык Go является маяком стабильности, прагматичности, де факто представляет из себя стандарт в мире бэкенд–микросервисов и серверного оркестрирования.
Обсуждаем язык, смеемся с залетных крестоносцев, обсуждаем почему нам не нужны дженерики, наследование и эксепшены, по каждому багу находим трехстраничный пост в официальном блоге Go, объясняющий почему это на самом деле фича, ждем, когда нам завезут дженерики (в 1.18), наследование и эксепшены.
Растобляди завидуют, сектантская запарта не переваривает.
С чего начать:
- В обязательном порядке проходим Go Tour: https://tour.golang.org/welcome/1 (есть на Русском)
- Читаем документацию прямо по порядку (пункт "Learning Go"): https://golang.org/doc/
- Емкий пошаговый гайд с азов до джуна (go tour на максималках): https://www.practical-go-lessons.com/
- Ознакамливаемся с общим 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 и даже активная
Предыдущий тред умирает здесь: >>2061078 (OP)
Шаблон шапки: https://pastebin.com/vmWawK2t
В скором времени переезжаем из Польши в Германию. Работа аналитика доебала, и хочу вкатиться в программирование (работу сменить смогу без work permit от компании). В Европах ситуация так же? Не нужен, как первый язык, вкатиться нереально нубу и так далее?
Гуглить умею, но в гугле все хорошо пишут
Блять, у тебя русская речь совсем атрофировалась? Ты как инсультник написал бессвязный бред с рандомными словами. Только понял, что ты хочешь переехать из Польши в Германию
> В Европах ситуация так же?
Как так же? Ты не сказал ничего про цели переезда и что ты ожидаешь не "так же" в другом месте, дебил.
> Не нужен, как первый язык, вкатиться нереально нубу
Что не нужен, кретин? Что как первый язык? Хорошо первый язык, а ты как?
Какие же дегенераты на дваче сидят, тебе 13?
Some struct {
Первый, Второй, Третий, Четвёртый string
}
и уметь находить Четвёртый по одному из трёх полей. Собственно это же элементарная хуйня, любая реляционная база данных для это как раз и создана. Но я не хочу использовать sqlite, не хочу серверные бд. Мне надо что-нибудь простое и быстрое как key-value стораджи, вместе с тем максимально эффективное на записи на SSD. Перфоманс на чтение меня мало волнует. Что можете посоветовать?
Ну так и юзай embedable key-value storage, есть несколько популярных:
https://github.com/gostor/awesome-go-storage#key-value-store
Тот же bitcask, например, просто тянешь как либу и пользуешься на здоровье.
Это не кей-велью сценарий вообще. Ты уже сам сказал, что тебе нужна реляционная база. Ну так и используй ее. В плане эффективности на запись рассмотри кликхаус, если тебе не критично, что данные не записываются вот прям сейчас, а сначала компонуются в батчи, и если тебе не нужны транзакции и частые апдейты уже записанных данных. Бонусом получишь мощный перфоманс на чтение.
Ну если тебе нужна бд с структурированным хранилищем - проще sqlite юзать, чем тебе не подходит? Ну либо такие поделия: https://github.com/krotik/eliasdb (выше по ссылке awesome-go-storage еще несколько есть)
Я нихуя не понял какие у тебя требования. Ты эти структуры в памяти держишь или их слишком много и нужен поиск на диске? Что тебя вообще волнует: скорость добавления новой записи? скорость лукапа? размер данных на диске? твое время, потраченное на написание этой хуйни?
Что я понял:
1. interface{} - это какой-то очень жуткий костыль. Как будто бы хотели сделать что-то уровня класса Object из джавы, но по ощущениям выглядит как полная залупа.
2. Объявления переменных сделаны в каком-то паскалевидном синтаксисе. Печатать := вместо обычного = гораздо тяжелее на мой взгляд. Ну и зачем было придумывать объявление в стиле var x int? Разве не лучше просто x int? И зачем тип переменной ставить в конце, а не в начале? Пока что показалось, что это просто прихоти разработчиков языка, а не улучшение читаемости кода.
3. Язык тащат в e-commerce, во всякие авито, озоны и прочий энтерпрайз. А нахуя? Вменяемого ООП я так и не увидел. Вернее, оно изначально и не предполагалось, тогда зачем гошку тащат в те области, где нужно максимально концентрироваться на бизнес-логике, которую с помощью простых структур описывать крайне трудно?
4. Автоматический дереференс указателей. Взять те же методы, у которых ресивер принимает value, а не укзатель. Тогда если вызвать такой метод по указателю, произойдет неявное разыменование. Аналогично, когда обращаюсь к полям структуры по указателю. Очевидно же, что читаемость кода будет заметно хуже, чем если это все прописывать руками.
Кстати, интересно что голанг очень похож на Limbo из 1995 года http://www.vitanuova.com/inferno/limbo.html
Видимо потому язык получился довольно отсталым по современным меркам.
Ну и чтобы совсем набросить, вот интересная статья, хоть и старая
http://dtrace.org/blogs/wesolows/2014/12/29/golang-is-trash/
>зачем гошку тащат в те области, где нужно максимально концентрироваться на бизнес-логике
Очевидно затем, что тащат его для другого. Догадаешься, зачем?
>Очевидно же, что читаемость кода будет заметно хуже, чем если это все прописывать руками
Наоборот, автоматический дереференс читается куда лучше.
А так да, язык местами ГОвнистый, но для своих задач хорош, щас бы сравнивать его с растом-хуястом и скалой-хуялой.
В индустрии есть тенденция создавать языки для программистов с низкой квалификацией. Самый первый пример это Кобол - его создавали, чтобы быстро нанять с улицы макакенов, которые бы писали тырпрайзные приложухи без обучения в академиях. Второй известный пример - Java, который дал вход на рынок миллионам индусов, скрыв под капотом слишком сложные для них вещи типа управления памятью и кроссплатформенности. Гошка продолжает эту линию. Для клепания микросервисов был нужен максимально простецкий язык с низким порогом входа, в котором сложно отстрелить себе ноги даже если ты конченый идиот.
>>2122669
>оптимизации узких мест за счет мощной мультитрединг модели языка и низкоуровневости
Но ведь низкоуровневость несколько выдуманная в Го, нежели реальная?
Там, где нужен перфоманс, берут С++, а там, где низкоуровневость и прямой доступ к памяти - си. Допиленный клон Си из 1995 года с рантаймом и GC может и быстрее жирной JVM, но его явно не хватит для жоского перфоманса.
Для чего в микросервисах низкоуровневость? Имхо, те же микросервисы вполне пишутся и на жабе с ее спрингом, и на котлине, тем более что в последнем тоже есть корутины, а также полноценное ООП вместо структур, которые только и годятся для ебли байтов, а не описания бизнес логики.
Не вспомогательный, но просто сравнительно новый и не (пока) настолько популярный, поэтому на нём чаще что-то переписывают и дописывают, чем пишут полностью с нуля. Хотя я вот пишу и совершенно не страдаю.
>>2120624
Потому что сложнее будет первую работу искать. Лучше найди норм компанию на пыхе, поучись основам коммерческой разработки пару лет, а потом мигрируй на любой нормальный язык.
Здесь надо понимать "норм компании" как серьезные проекты с нормальной кодовой базой, чтобы ты обучался хорошим практикам, а не говнокодить wordpress и bitrix по быстрому за копейки
Ты в чём то прав, а в чём то нет. Джаву можно заточить под го-подобный лейтенси правильно выбрав гц и правильно его настроив, что в реальности задерет тебе потребление памяти ещё минимум в два раза, потому что ты захочешь как можно реже вызывать гц, чтобы избежать паразитной нагрузки от него и блокировок. Гошный гц тоже в целом блокирующий, но он даст крайне малый лейтенси при гораздо более низком потреблении памяти.
Не просто так в очень многих современных банках для инвестиций и прочего бэкенда часто го берут.
>>2122780
Ты не путай член с пальцем. Для оптимизаций вполне применимо правило Парето, кривая цены за разработку очень быстро задерется при упарывании оптимизациями, поэтому почти никто не пытается оптимизировать свои бэкенды до тактов процессора, если ты не пишешь ботов для высокочастотной торговли или если у тебя не гугловые объемы данных.
999 проектам из 1000 подойдёт ванильный LAMP. Из оставшихся ещё 999 из 1000 будут прекрасно жить с кэшами и выносом нагруженных частей приложения в сервисы на го или любом другом производительном языке.
А вот оставшаяся часть - это и будут те самые Гугл,Яндекс,Биржи,Nvidia,AAA-gamedev(сервера) и прочее где понадобится ещё более горячие места отдельно выносить и писать на плюсах.
tldr: го это такая промежуточная ступень между жирными php и прочей java и прям совсем хардкором типа плюсов. Читай статьи тех же badoo они вроде внятно рассказывают про свой выбор стека и технологий
> Для клепания микросервисов был нужен максимально простецкий язык с низким порогом входа, в котором сложно отстрелить себе ноги даже если ты конченый идиот.
В той формулировке, в который это пишешь ты - это миф. Го - это небезопасный язык и острелить себе ноги в нём очень легко.
Поинтер ресиверы у структур, валидный (InterfaceType)(nil), отсутствие енумов и union type'в, а также очевидные interface{} прям в публичных интерфейсах stdlib отлично могут и будут стрелять тебе в ноги, даже когда ты этого не хочешь.
Го как раз небезопасен, но при этом синтаксически и функционально очень прост и как раз в этом и заключается его фишка и философия авторов. Что-то вроде того, что нечего писать заумный код ради заумного кода, самое очевидное решение - самое верное и всё в таком духе.
Не могу сказать, что я на 100% согласен с их точкой зрения (я в последнее время вообще тяготею к функциональным языкам), но в чужом гошном коде зачастую действительно проще разбираться, потому что ты точно знаешь, что он работает так, как ты видишь и что там нет никакой магии внутри.
Да на каждый язык можно тонну минусов высказать, причем все будут серьезные, что на Джаву, что на шарп, что на питон, что на раст, что на плюсы, и все аргументы будут валидны. По факту же пишут и сервисы спокойно себе живут. Нет языка, который бы не хейтили, все зависит от перспективы смотрящего, кому-то и пхп конфетка, лол.
Пиздец, на вашем Го еще кто то пишет?
>Эластиксерча
Вчера выяснилось, что он скоро умрет
https://www.opennet.ru/opennews/art.shtml?num=55608
>>2123311
>Хэдупа
не нужен.
> И где аналог Хэдупа или Эластиксерча на Python? Ммм.
> И где аналог Хэдупа или Эластиксерча на PHP? Ммм.
> И где аналог Хэдупа или Эластиксерча на Kotlin? Ммм.
> И где аналог Хэдупа или Эластиксерча на C#? Ммм.
> И где аналог Хэдупа или Эластиксерча на Swift? Ммм.
> И где аналог Хэдупа или Эластиксерча на Rust? Ммм.
https://strawpoll.com/rxxguyo18/
>
>Аноним 10/08/21 Втр 14:05:46 №2123412 97
>2123398 (You)
>>>2123402
>2123405 (You)
>> ряяя нет эта ни то эта другое ваще эта другое ани на джаве на джаве все яскозал!!
>
https://www.tinkoff.ru/career/it/?specialtyUrl=back-end-razrabotka&specialtyUrl=infrastruktura-administrirovanie&allForSpecialties=back-end-razrabotka
Где твои го-вакансии, а? Нет нигде нихуя. Если бы они были, как в озоне или вайлдберисе, то набирали бы гошных стажеров, банки могут себе это позволить. Только вот самих вакансий даже для мидлов и сеньоров хуй да нихуя, не говоря уже про стажеров.
>>2123417
Ебнутый? Очевидно, что жаба по кол-ву вакансий будет доминировать, это показывает лишь то, что сейчас куча легаси говна на жабе. Ты бы еще в эту выборку ПХП приплел, дебил. А второй пост вообще доказывает, что банки начинают го применять, причем в больших масштабах (4 к 1 по жабе это дохуя, учитывая что на жабе там одно легаси).
>А второй пост вообще доказывает, что банки начинают го применять, причем в больших масштабах (4 к 1 по жабе это дохуя, учитывая что на жабе там одно легаси)
https://my.sbertalents.ru/#/search?postingCategory=777®ion=1466&keywords=Go
https://my.sbertalents.ru/#/search?postingCategory=777®ion=1466&keywords=Golang
А теперь посмотри и скажи, сколько там именно Гошных вакансий. По-моему в сбере вообще практически нет Го, кроме какого-нибудь клауда.
>на жабе там одно легаси
Очень сомнительное утверждение, учитывая что сбер кое-как, но развивается и там почти все написано на жабе. Аналогично с другими банками. Раз код поддерживают и пишут, значит все-таки не совсем легаси.
Лично мне кажется, что кроме ритейла (озон, авито, вайлдберис) го вообще нахуй никому не нужен в бизнесе. Понятно, что какие-то части бекенда яндекса стали на го писать, тот же клауд, но там го чисто вспомогательный язык.
Я и сказал, что сбер только начинает гошников набирать, ты жопой читаешь?
Ты какой-то буквально ебнутый шиз, откуда ты вообще в тред залетел, брызжа слюной пишешь лживые пасты и опровергающие твои же аргументы ссылки. Это выглядит пиздец позорно, если ты рил на жабе пишешь, то это уберкринж какой-то прям, неужели так задевает Говно?
Госпади, как же жопу то рвет у тебя. Ты что хочешь от нас то сейчас? На весь тред разорвался. Да, го - говно, самый хуевый язык в мире, вакансий нет, работа хуйня, никому ненужный язык и вообще разрабы на нем лохи и пидоры. Что-то еще интересует или я могу пойти дальше пить смузи за 300кк наносек в месяц мидлом, или что-то еще конкретно интересует тебя, мой друг? А по поводу твоей желчи - не стоит так обижаться, тем более на какой-то язык программирования, хз может у тебя опыт был плохой или в жизни ситуация такая, что заглушить боль можешь только путем токса в интернете, но я тебе отвечаю, это не сделает легче твою жизнь, абстись, попей водички, и не возвращайся в этот тред, пожалуйста.
Ну в действительности их может как больше, так как я специально убрал пхп и питон (а именно с них сейчас на го переписывают), либо даже меньше, так как фейковые вакансии никто не отменял. Но факт, в москве сейчас примерно открыто 300-400 гошных вакансий, что в целом неплохо. Пару лет назад было около 100 - 150, сейчас просто хайп пошел и энтерпрайз начал перевозиться на гошку.
Хайп, который, как и всё остальное доходит до Рашки с задержкой в несколько лет
>гугл вливает бабло
https://killedbygoogle.com/
Собственно раз раст такой хороший язык, то планирую вкатиться сначала в го, поработать год-два, а потом свалить в лучший мир раста. Какие подводные?
>https://killedbygoogle.com/
И что? Очевидно, у гугла очень много денег, и он их тратит на разную хуйню, в том числе на андроид для стиральных машин или google chrome apps, которые никому не были нужны изначально. Говну уже много лет, вроде с 2007 ведется разработка под гуглом, а до того еще в 90-е роб пайк с братвой писали свои недо-клоны си.
И еще, зачем голанд выводит первые 4 строчки? Я вот не хочу их видеть. Можно их как-нибудь убрать?
То есть горутина очень умная и понимает, что если канал забит (из него пока что не прочитали) то она туда писать не будет пока из канала кто-то не прочитает и он не станет пустым? И на пикриле вторая горутина запишет свою единицу в канал только после первого вызова fmt.Println(<-ch), когда из заполненного канала прочитают информацию?
By default, sends and receives block until the other side is ready. This allows goroutines to synchronize without explicit locks or condition variables.
Вот что в го туре написано. Как раз в том случае пока в первом printf не прочитают из канала, он остается заполненным. А потом из него читают, он освобождается, вторая горутина видит что он свободен и пишет в него. Это лично мои догадки.
Стек PHP/Go сейчас популярен. Но вообще вакансий на го маловато пока что, и не факт что в будущем их станет больше. Для иммиграции куда-либо наверное не самый лучший вариант, но тут как повезет.
Если брать российские корпорации, тот тут все неоднозначно, в корпорациях обычно тотальный жабизм, на го вроде бы только озон, авито и вайлдберис переходят, не знаю насколько это хорошие места.
Не буферезированый канал, это по сути канал с размером 1, чтобы записать в него, из него должно производится чтение в другой горутине, и наоборот, чтобы прочитать, кто-то (другая горутина), должен в него писать. Если ты будешь тупо читать, пока в него никто не пишет, горутина встанет на месте и будет ожидать, пока в канал кто-то напишет.
Дэдлок, это то самое состояние когда горутина ждёт. Паника (та ошибка которую тебе выдает программа), означает, что твоя main горутина встала на месте, в ожидании записи или чтения из канала, и уже никогда не запустится.
Ошибка о дедлоке происходит только тогда, когда застопорится main горутина, если в дедлок упадут другие горутины, то программа ошибку не выдаст, и ты даже не заметишь как утекает твоя память.
Го мертв.
Вы уже закопали своего полуразложившегося хомячка?
>пресловутый go-way
Хомяки_на_велосипеде.жпг
> Это из-за недостатка устоявшихся библиотек
Да. Покопай говно на перле или крестах из нулевых, там тоже велосипеды в каждом первом проекте. Ещё тут один шиз как-то писал, что устоявшееся библиотеки - это ненужное легаси, ведь оно тянет развитие назад, да и вообще лишь бы не как в жабе.
>а нахуя ты это делаешь через какую-то хттп + жсон обертку
Ну допустим нужно будет на фронте получить список объектов по имени, или по имени + ещё какое нибудь ограничение, таких ограничений может быть Н штук. Это же вроде обычный поисковый запрос, на каком нибудь E-commerce.
Есть нормальные альтернативы? Помните эти .ini файлы у виндоус программ, которые создаются автоматически запустив .exe с дефолт настройками в этой же папке, если удалить все файлы проги кроме основого .exe.
Вот мне такое же поведение нужно. Минимум забот со стороны юзера, никаких -config флагов.
Как вообще лучше всего хранить миниБД для CLI-прог с списком пользователей, чтобы прога была стейтфул и где лучше хранить conf.ini файл?? Я с заделом на будущее, чтобы чел apt install делал и есесно прога улетит лежать в /usr/bin а там нет прав создавать файлы в рабочей папке. Поэтому думаю $HOME путь юзать, но хз как там на winodows/macos будет.
Очень нравится .toml формат, он напоминает .ini при этом современный и его самый тупой юзер может отредкатировать вручную блокнотом, не то что json который сразу invalid если запятую забыл где или наоборот не убрал её если конец списка.
Какие бест практики по стейтфул app?
Значит так: поднимаешь кластер etcd, туда кладешь конфиги, затем создаешь микросервис config-manager, засовываешь его в кубер, создаешь микросервис config-change-notifier. Сonfig-manager пишет в кафку, когда конфиг изменился, config-change-notifier читает события из кафки и дергает AWS лямбду, которая идет в config-manager и получает свежий конфиг, затем сохраняет его в S3 бакет, к которому прикручен Cloud Front, на который ты обращаешься по имени типа my-simple-app.com, которое ты задал через Route 53 (конечно, потребуется лямбда, которая будет обновлять днс запись в случае изменения урла клауд фронта). Готово, теперь твои приложения могут периодически ходить на урл my-simple-app.com и получать свежий конфиг.
Я знаю и умею только такой паттерн, это ведь ООП, да? https://github.com/parnurzeal/gorequest/blob/develop/gorequest.go
resp, body, errs := gorequest.New().Get("http://example.com/").End()
вот либа состоит всего из одного .go файла. Этот паттерн кодинга как называется?
https://github.com/tmrts/go-patterns посмотрел везде примеры кода, чёт ахуел, ничего не понимаю, надо что-то более понятные, на живых проектах мне удобнее.
Я так понимаю их много и везде свои минусы\плюсы, я бы хотел гибкость, чтобы можно было потом добавлять поддержку новых сервисов через их АПИ и чтобы основа не менялась, что-то вроде модульности. Типа логика одна всегда в папке /internal, а остальные уже конкретное общение например с Твич АПИ в папке pkg лежит. Я потом создаю twitch.go twitter.go youtube.go.
Какие комментарии? Если ты имеешь в виду теги, то это нормально. Посмотри https://github.com/go-playground/validator
Го уже закопали.
Кто протух и воняят Го или Жава?
Комментарии и структ тэги - это не очень прикольно, потому что там нет никакой компайл-тайм валидации синтаксиса и прочего, это тупо плейнтекстовая строка и хрен его знает, как оно в рантайме отработает.
Короч, в идеале ждём нормальных аннотаций, с компайл-тайм гарантиями и тп.
>>2126152
Тем не менее, структ тэги это вполне себе рабочее решение. Юзай либо его, либо просто напиши что тебе там нужно ифами, вполне себе го вэй. Нет никакой проблеме написать функцию validateUser и вызывать её по необходимости.
>>2126093
Стандартов на это нет, потому что под разные задачи подходит разная структура проекта. Бывает data driven development, domain driven development и тп.
Лично я по умолчанию делаю так:
Есть пакет internal/handler, там лежат все точки входа в приложение. internal/handler/cmd, internal/handler/http, internal/handler/kafka и тп. В них я вычитываю данные из источника и превращаю их в структуры данных, которыми оперирует приложение. Затем вызываю нужный сценарий из пакета usecase.
Есть пакет internal/usecase в котором лежат конкретные сценарии того, что вообще умеет делать моё приложение. Например CreateUser, RegisterOrder, MakeAPurchase и тп. Юзкейзы ничего не знают о хендлерах и работают сами по себе, используя структуры и интерфейсы из пакета domain.
Соответственно есть пакет internal/domain в котором лежат сущности и интерфейсы предметной области, то есть структуры данных (например User, Order и тп), интерфейсы репозиториев (Users с методами Create/Get/Update/Delete и тп) и интерфейсы всяких внешних сервисов (например если приложению надо общаться с хостингом видео, у меня в domain будет интерфейс VideoHosting).
А отдельно в других пакетах из internal у меня лежат уже реализации интерфейсов, в internal/postgres лежат репозитории, в internal/youtube конкретные реализации интерфейса VideoHosting и тп.
Получаются вот такие взаимосвязи:
handler -> usecase -> domain
Всё написано достаточно абстрактно, чтобы я мог заменить youtube на vimeo не меняя основной код, но при этом конкретно и наглядно.
Я называю такой стиль "упрощенный DDD".
>>2125819
sqlbolier - если нравится кодогенерация
squirrel - просто плейн билдер
Дженерики - приятная штука, но не обязательная, поскольку нужны не так часто, а когда нужны - то простейший скрипт на кодогенерации (скажем genny) сделает то, что нужно. Я вот не первый год программирую на го фулл тайм и прям необходимость в них ощущал только пару раз, и то кодген изи всё решил.
Тем более что дженерики скоро будут, а срач по поводу их отсутствия, кажется, настолько же древний, как оберон, про который ты припизднул даже не зная, что это такое.
Спасибо, что-то похожее я видел у него https://youtu.be/B0lV7I3FO4E
но всё равно осознания полного в голову не приходит, туго доходит, мне бы гитхаб репозиторий посмотреть на примере живого проекта.
https://play.golang.org/p/ZuUlN6TzLwN
В каком это месте у тебя Вирт с го связан? Или это такой сарказм?
>>2128189
Кодген норм, джавовый даггер тому доказательство.
>>2128196
Изи, в точности как с генериками. Библиотека предоставляет темплейт, а ты в нужном месте делаешь go generate.
>>2128688
Миграции и коннект к бд это несвязанные вещи. Разлепи проект на две команды, "go run main.go migrate" и "go run main.go serve", и просто перед serve запускай migrate или руками или хуком k8s или как ещё угодно.
А в serve делай тупо db, err := sql.Open()
И менеджить ничего не надо, тупо создавай db и используй в логике
Да что же это твориться!! Там раст почти гошу догнал!
Я че зря потратил миллион нейронов мозга чтобы стать спецом в го, который не станет популярным???
Я терпел потерю делфи, флеша, нюхал руби, а теперь ГО станет всем не нужным??? Блин, за что!!!
Ты же понимаешь что знание алгоритмов и синтаксиса это лишь малая доля тех знаний которые требуется специалисту? У каждого языка своя инфраструктура со своими особенностями и подводными камнями. Тысяча одинаковых вещей делается немного по разному со своими нюансами в каждом языке! Эти знания накапливаются трудом многие года, постепенно превращая тебя из мидлоговна в что-то по настоящему стоящее в твоей сфере.
С учетом того что твой потенциал мозга ограничен, так еще и к 25-30 годам ты начнет терять способность так же быстро обучаться как это делает молодое поколение 14-20 лет (которым тебя и заменят). Ты реально веришь в то, что сможешь прыгать от технологии к технологии, оставаясь специалистом на том же уровне?? Практика говорит что нет, но ты убеждай себя.
packagea
packageb
packagec
main.go
go.mod
go.sum
Как это все запихнуть в докер?
>>2130172
Перекатился в го с пхп, а в пхп с питоне, каждый раз апая ЗП. Не знаю о чем ты, до 30 лет если совсем не повезет с генетикой - изи сменить стек, если еще и есть бэкграунд ООПе языков - то мало что нового придется изучать, а те же библиотеки и т.д. изучать вообще не нужно, достаточно иметь документацию рядом. Проблемы возникнут только при перекате в определенные секторы бизнеса (например в тырпрайз жавы, где от тебя будут требовать сертификации спринга, лол)
>>2130215
> если ты именно в этом языке стал спецом
Компилируемый язык с базовым ООП и конкурентностью - го как раз отлично подойдет для переката в другие языки, ибо имеет базовый суповой набор, тут и верхнеуровневые слайсы да жсоноперекидывалки и низкоуровневые профайлинги с конкурентностью. Да, здесь мало сахара, но сахар - это как раз то, что учится по документации. Я когда искал первую раб оту по Goвну - ОЧЕНЬ ЧАСТО натыкался на конторы, которые добавляют Го к существующей в компании Жаве и даже Шарпу, не говоря уже об огромном кол-ве связок Пхп+го и Питон+го. Если твои когнитивные способности вообще не способны к нормальному перекату - всегда будет возможность вот так вот и перейти, но это совсем для брейнлетов, имхо самый лучший варик переката - внутри существующей компании или полный кувырок в другой стек с обрывом концов.
Есть два варианта:
1. Просто берешь и все в докер пихаешь через copy, в конце вызываешь go mod download, потом билдишь и запускаешь бинарь.
2. В одном контейнере собираешь, в другом запускаешь.
FROM golang:latest as build
ENV APP_HOME /go/service
COPY ./ $APP_HOME
WORKDIR $APP_HOME
RUN CGO_ENABLED=0 GOOS=linux go build -o app
FROM scratch as image
COPY --from=build /go/service/app .
CMD ["/app"]
> ОЧЕНЬ ЧАСТО натыкался на конторы, которые добавляют Го к существующей в компании Жаве и даже Шарпу, не говоря уже об огромном кол-ве связок Пхп+го и Питон+го.
Кстати норм тема для переката куда угодно.
К примеру в рамках кампании А [php->go], потом переходишь на гошника в кампанию B и там делаешь хоть [go->scala]
>>2130168
Это в твоём php он уродлив by design, а в го дизайн максимально прост, в этом его прелесть. Судя по твоей ненависти (это ведь ты тот шизик, что раз в неделю сюда приходишь поныть что го слишком тебе не нравится?) ты просто ниасилил и видимо на собесе тебя отбрили пару раз за неумение и общую когнитивную бесполезность, вот и доебываешься до анонов теперь
Проблема С++, для такого обывателя как я, была даже не в том что он там сигфолит, а то, что это древнейшие говно с древнейшим подходом в синтаксисе, с кучей подводных камней (необъятных!), с этими хедерами и прочим говном и все это с отсуствием пакетного менеджера.
А тут тебе язык, который может на уровне С++, да еще с удобным высокоуровневым синтаксисом.
Да, конечно, сложнее чем го или тем более питон, он все таки близок к железу и имеет меньше привычных абстракций из других более высокоуровневых языков. В любом случае раз руку набил и получай тебе язык, который в потенциале может все, с чем бы там не столкнулся в жизни (нормальные игры, реалтайм отклик на бирже, системщина, встроенщина, веб, васм...)
>Это в твоём php он уродлив by design
Лол, толстота то какая. Как еще язык повернулся по красоту дизайна сказать.
Уж что, а пхп норм, у него стандартная бибилиотека исторически уродливая, но сам пхп очень неплох.
Эта мантра пошла еще с 4 версии, когда там было кривое ООП, как и в вашем питоне. Но только с 5 версии (~17 лет назад) они пофиксили это, а в питоно до сих пор нормального ООП нет. Эти циничные говнари кидались какашками в пхп, когда сами еще сидели на убогой 2 версии, лол
Ага, раст охренительный. Его проблема в том, что на C++ написано столько легаси, что он не умрет никогда и при этом мир просто переполнен плюсовиками (полный Яндекс), которые искренне считают, что раст ничем не лучше плюсов, что сама идея заменить плюсы, на которые они отдали годы жизни - это кощунство и что язык, который не просто переполнен подводными камнями, а натурально построен на них на уровне даже блять стандартов - это нормально.
Короч, раст хоть и популярен и всем нравится, работу на нём пока найти очень сложно, это главный минус. А игровые движки типа Unreal или там Cry ещё десятилетия будут писаться на плюсах, ты максимум дождешься биндингов раст->плюсы, благо хоть интероп там ничего не стоит.
Про плюсы мне понравился вот этот пост какого-то рандома в телеге, недавно наткнулся случайно https://t.me/cplusplus_go_away/12
>C++ написано столько легаси
Это мантра инфоцыган. Тут ели как перекатили по объему кода COBOL 10 лет назад, хотя ты в то время уже о коболе мало что слышал, да?
Любой код легко умножается на ноль. Как умножался код на делфи, на перле, на руби и т.д. (там в древности тоже много интересных историй о забвении ЯП).
>которые искренне считают, что раст ничем не лучше плюсов
Старые дядьки они умные, они не хотят учить новое бесплатно и потом за два языка получать ту же зарплату. Это зумеры хавают прокси языки типа там котлин или ts или свифта и в итоге за два языка получают как за один.
То есть, мнение плюсовиков не имеет значения, они просто пытаются сохранить рыночное место, а это не пахнет объективностью.
>работу на нём пока найти очень сложно, это главный минус
Это всегда минус. Тут речь про старую мечту об универсальном языке (а работать придется пока на жабе или пхп и даже С++, ибо отечественный рынок еще медленнее впитывает в себя новое).
>А игровые движки типа Unreal или там Cry ещё десятилетия будут писаться на плюсах
Я вот не растовец, но вроде там уже у них есть продвижение по движкам. Но тут это не важно. Дело в том, что в этом геймдеве такой бардак, что у них совсем непривычная для нас атмосфера, где С++ не как главный инструмент, а скорее просто исторический рудимент. Как только появятся движки и кол-во спецов на расте, там о С++ даже не вспомнят, потому что каждая игра, это "написал код и выкинул".
Все там нормально с асинками. Вопрос в другом зачем они тебе в твоем пет-проекте? Ты быстрее в сpu упрешься или в ширину канала (если срешь html или жирные json'ы), чем достигнешь 10К запросов в секунду.
Асинхронное программирование оно, конечно, круто и уже во всех ЯП (даже зачем-то в питоне). Но это не стоит забывать, что это потребность и игрушка реального хайлода.
Да и реальные тесты показали, что родной http в го крайне медленный для асинхронного сервера (а пользовательские "http-обрезки" на уровне всех других языков).
https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=plaintext
Очевидно что в начале там были только шарписты, потом процент разбавили. В общем, само разбавление новыми технологиями и понижает все другие ЯП (у всех одинаковая линия падания). Кроме конечно пузырей как js и питон, число качующих хочух-в-айти там просто колоссально, и как следствие колоссальное число тупых вопросов.
P.S. я не погромизд на го, просто бегаю в разных тредах с разными языками. Интересно что у людей происходит
> шо-нибудь интересное (с вашей точки зрения) о вашем языке
Почему-то у жабадебилов и растопидоров неистово горит с самого факта существования Го, что они с пеной у рта постоянно залетают в тред.
> Что нравится, что не нравится, как так получилось, что вы попали в го?
Плюсы: Платят много, хорошие перспективы, конструкций в языке мало (что делает его легким с точки зрения синтаксиса), конкуренси с которым разберется 6 летний, не нужно париться об утечке памяти, есть обрезанное ООП.
Минусы: Почти нет сахара, что рождает бойлерплейты, хуевая обработка ошибок как значений, нет сформировавшегося костяка сторонних либ и фреймворков, каждый гофер считает своей обязанностью написать свой велосипед, из-за простоты языка и отсутсвтия сахара крайне сложно писать и поддерживать большой проект, не разбивая его на сервисы.
Сейчас вебассебмлер получить "графические 2D движки" и ты не увидишь ни html, ни CSS, ни DOM, ни свой жопаскрипт. Популярность этого говна просто улетит в мусорку за мгновение, так как js жил за счет только браузера, а ваннаби-программисты, которые дрочат на него и ничего кроме него не знают, сделать уже ничего не смогут (потому что не умеют).
>горит с самого факта существования Го
Жаба-господа могут зайти в го тред только посать. Так что бомбит только у тебя осознавая, что го так и не потеснил жабу (а там еще и ко-ко-котлин у них). А тру стори когда говнокод переписывают на раст, просто разрывает пердоки потому что где-то в глубине души понимаешь, что раст хотя бы задизайнили красиво и на нем приятно писать.
Собственно что и требовалось доказать - жабадебил тут как тут. Насколько нужно быть завистливым долбаебом, чтобы мониторить тред какого-то там яп и высираться по кд в нем какой-то хуетой токсичной. Зачем жабу вытеснять? На жабе 2к вакансий, на го 1к, жабу котлин уже и так теснит по всем фронтам, кек. А раст, вакансий на котором становится вообще меньше - это отдельный ор.
Понял. Интересно. А вообще на что больше го ориентирован (бэкенд, нейросети, может десктоп, если на нем это можно делать и т.п.)?
Т.е. я правильно понял, что нет каких то общепринятых "маст-хэв" фреймворков для работы с go? Что нового добавили в последней версии вашего языка и Часто ли пользуетесь этими новыми фичами ?
> А вообще на что больше го ориентирован
Основное - бэкенд, го дефакто стандарт для микросервисов на данный момент. Десктоп по ощущениям процентов 10 от рынка, делают полу-эмбедед решения для телефони, например, но это непопулярная ниша.
> Т.е. я правильно понял, что нет каких то общепринятых "маст-хэв" фреймворков для работы с go? Что нового добавили в последней версии вашего языка и Часто ли пользуетесь этими новыми фичами ?
Угу, есть какие-то ходовые либы, но это совсем не уровень какой-нибудь джанги или спринга у жабистов. Это еще обуславливается тем, что на го огромные кодовые базы в одной репе почти не встретишь, стараются писать просто и делить на модули. Фич много разных, пользуемся, в последней версии например эмбеддинг ввели, фича для эмбеддинга любых текстовых файлов в переменную на этапе компайлинга, да много разного, в 18й ждем женерики, например.
Понятно.
Ты сказал, что ждёшь женерики и я совсем забыл уточнить. Ваш язык типизированный, получается? Go поддерживают чисто гугл или он кому то ещё принадлежит? Синтаксис похож на Dart или он самобытен?
> Ваш язык типизированный, получается?
Да, компилируемый, в шапке треда все написано.
> Go поддерживают чисто гугл
Изначально гугол поддерживал, но потом ушел в отдельный проект со своей командой.
> Синтаксис похож на Dart или он самобытен?
Не, не самобытен, си-подобный синтаксис, похоже на результат инцеста С++ с питоном (например слайсы похожи по поведению на питоновские)
Бинарное животное делает вывод, на основе стеба над ним.
Нет, ограниченный, я не джавист, просто в свое время агрессивным маркетингом го пытались пропихнуть в рынок жабы, поэтому мокать в мочу джавы, это полезно. И ты забыл те времена, когда го треды создавались исключительно чтобы постебаться над юродивыми. С каких пор стало зазорно зайти и обоссать гофера? Даже вон жопоскрипщики это делают
Понял. Спасибо за ответы, так сказать
Оставляя больше вопросов, чем ответов..
> из-за простоты языка и отсутсвтия сахара крайне сложно писать и поддерживать большой проект, не разбивая его на сервисы.
Неоднократно встречал такие утверждения и как гошник со стажем могу сказать, что это хуета.
К примеру у меня в новом текущем проекте несколько сотен тысяч строк кода, но я не испытываю никаких проблем с тем, чтобы оперировать с этим кодом и поддерживать его.
Почему? Потому что никакой синтаксический сахар не мешает правильно структурировать код и все проблемы с поддержкой возникают как правило не из-за того, что у кого-то в языке меньше фишечек и err!=nil надо писать лишний раз, а из-за того, что кто-то смешивает логически несовместимое либо пишет неадекватный (в смысле необъяснимый/нелогичный) код, только и всего.
Это в целом нормально, большинство "разработчиков" только и умеют, что копипастить со stackoverflow и про архитектуру, системный дизайн и паттерны только слышали, поэтому если им дать чистый лист - они накопипастят туда говна и задохнуться в нём.
В этом смысле Java, PHP, Python и некоторые другие языки ощущаются вами лучше, потому что в них вы используете фреймворки, где умные дяди подумали за вас и написали гайды, примеры да и просто продумали структуру, что вот тут вы пишете логику, вот тут маппите запросы и так далее. И в такой экосистеме даже самый тупой денегерат начнет по аналогии генерировать +- логичный и нормальный код нет на самом деле нихуя, я видел такое, что вам и не снилось, некоторые вообще не способны в логику и их вообще нельзя подпускать к клавиатуре
Го же в отличие от этих языков гораздо менее шаблонный, то ли сам по себе, то ли в силу своей новизны и никаких фреймворков здесь нет, поэтому если самому заранее не спроектировать систему, которую ты пишешь и не начать выстраивать правильную структуру бизнес логики - действительно получится каша.
Микросервисы же, про которые все говорят в контексте го, зачастую именно эту задачу и решают, потому что из-за барьера между двумя разными сервисами у говнокодеров не получится ни через БД общаться, ни хранить всё в синглтонах, ни прочей ереси. И поэтому говнокодеры или делают распределенный монолит и моментально умирают (потому что нет ничего хуже), или эти слабопроницаемые "кубики" заставляют их всё же начать думать о структуре системы.
Фух, выговорился.
TLDR: нормальный код в любого размера проекте можно писать на любом языке и ни го не заставляет тебя писать хуево, ни джава не гарантирует что получится шедевр
https://github.com/mattn/go-generics-example
Понятно, что если напишу сейчас в раст треде, меня там вместе с го закидают камнями, поэтому пишу тут.
самый объективный критерий нужности языка это что нового и уникального на нем написано уже? докер, кубер, кокроачдб и т.д со стороны го и ничего со стороны раста. И нет никаких предпосылок для трансформации ничего во что-то. Не нужно слепо верить пропаганде идиотов, когда перед глазами реальность противоречащая этой пропаганде.
То что ты посчитал за объективность, называется маркетингом. Не помню уже точно, но докер вообще был демонстрационный проект (ака флагманский). А все остальное это следствие агрессивного маркетинга и репутации гугла.
В реале же го так и остался нишевым языком спустя 12 лет, вдохновляя только на влажные фантазии всяких ваннаби программистов, которые верят, что если переписать с пхп на го, они смогут сэкономить на железе.
Реально объективный критерий нужности языка определяет его "киллер фича" (серебряная пуля). Такой фишкой в го была асинхронность под капотом. То есть, вменяемы технари, которые и задают основное направление ИТ-мира, готовы были терпеть абсолютную бездарность в дизайне языка ради преимущество прозрачной асинхронности (кстати та же причина популярности ноды в свое время, хотя ваннаби-программисты и пищали в каждом углу о своем js, истинной популярностью, которая двигала технологию была именно асинхронность).
Но что пошло не так? Да просто современные асинки во всех языках, не вызывают реальной сложности, а терпеть топорный бойлерплейтный синтаксис годами, это правда тяжело для настоящего технаря, который нюхал другие языки. Поэтому го и остался нишевым продуктом, асинхронные микросервисы сейчас можно писать хоть на питонах.
А что дает дает раст в плане серебренной пули? А он дает ошеломляющую вещь, которые даже маркетологи не упоминают. Он дает возможность получить универсальный язык для всего и вся (как и "батя" С++), но при этом с вменяемым для такого уровня современным синтаксисом (с некоторыми сложностями по начальной кривой обучения).
Если раньше ты бы стоял перед выбором какой язык выбрать для той или иной задачи. То сейчас такого выбора уже нет, если ты набил руку в расте.
И это реально грандиозная киллер фича, которую еще не все осознали.
Не фантазируй, не раз уже объективно обсуждали бездарный дизайн языка. Если бы эти технические решения завернули бы во что-то стоящее, вопроса бы даже не стояло.
Так что формулировка "я художник, я так вижу" тут не прокатит, есть объективные недостатки. Даже вот дженерики тащат, хотя годами заливали мочу всем, что ненужно и стадо хомяков все вместе это повторяло. Помню с отладкой у нас тоже самое было, принтавали как школьники, пока в какой-то IDE не завезли удобный тулкит и тут же переобулись.
Выглядит как халтура это все, но больше обидно что люди с техническим мышлением ведутся на это как моя бывшая на айфон.
Как можно на полном серьезе считать говно нишевым, когда вакансий по нему всего в 2 раза меньше, чем по жаве?
>>2131455
Если тебе обидно что кто-то выбирает не твой любимый язык и ты готов каждый день об этом спорить в треде на дваче - стоит задуматься где в жизни ты повернул не туда. Никто и не спорит, что го - идеальный язык, тебе в треде даже сами гоыеры говорят про его недостатки, но ты игноришь и как попугай продолжаешь повторять то же самое.
Мы деньги зарабатываем на несложном популярном яп, в котором ещё и есть фичи из старших языков типа ООП и конкурентности. И как-то похуй на мнение какого-то шиза с двача. Если бы ты хоть адекватный диалог строил, а не лил потоки желчи в жалких попытках триггерить людей - тогда можно было поговорить.
"Киллер фича" раста - это отсутствие вакансий?
>никак не связаны
Откуда ты знаешь, что гошер искал на это, может он с детства любит танцевать?
https://hh.ru/search/vacancy?fromSearchLine=true&st=searchVacancy&text=Go+or+Golang&area=1&specialization=1.221&page=1
У тебя на второй же странице начинается кал вместо гошных вакансий. А на первой сплошное PHP/Go.
Насколько нужно быть ебнутым, чтобы на полном серьезе заниматься такой хуйней? Неужели го прям так сильно задевает этого шиза? Дело ведь 100% не в том, что ему язык не нравится, его явно что-то прям до глубины души задело, что настолько взорвался сильно. Можно только посочувствовать шизу и не отвечать на его посты, пусть сам с собой развлекается.
Это какая-то психологическая травма, или что, друг? Ответь на простой вопрос - почему именно тебя так задевает сам факт существования языка? И не надо только выдумывать что ты рофлишь с лахоф гыгык азаза, тут совсем не рофл, тут целенаправленное говнокидание, я подобных шизов пока только в питонотреде видел.
https://tproger.ru/events/intensiv-let-s-go-uchimsja-kodit-na-golang-za-3-dnja-2/
Беслпатный курс на 4.5 часа
Я год назад пытался учить по ссылках в оп-пост, на офиц тутори и го бай экзапмл, но на матрицах забил... скучно стало
> Участники, которые успешно пройдут интенсив, получат сертификат на курсы Skillbox на 15 000 рублей
Вся суть, заманить вкатыша в свое логово.
Я себе качнул этого шварценегера, вроде ничего. https://pro.academind.com/p/golang-the-practical-guide
>>2131571
>>2131527
>>2131497
>>2131455
>>2131418
>>2131339
>>2130880
>>2130844
>>2130846
>>2130836
>>2130215
>>2129568
>>2128128
ОП треда и перекатыватель репортинг ин.
Ладно, ребята, это уже совсем превращается в какое-то откровенное свинство. Мне не нравится, что наш небольшой тред вызывает такую негативную реакцию от нескольких человек, и превратился в какое-то поле боя. Больше я создавать го треды не буду, вы добились своего. Если вам действительно так мозолит глаза этот тред в программаче и так не нравятся подходы и практики в языке, что вы готовы превратить тематическую доску в филиал б - лучше этому треду здесь вообще не существовать в принципе.
Я вас услышал. Спасибо за внимание.
кто хочет - может перехватывать эстафету, хотя имхо пусть уж лучше тред сдохнет, чем вот это вот все из раза в раз
Всё правильно понял. Мертворождённые недоязыки не нужны.
Суть гошки - быть нишевым языком для клепания микросервисов. Примерно как 1С для бухгалтерии. Всем бы на вас было похуй, если бы гофераны сами не раскукарекались типа жава всё, кресты всё, надо переписать всё на го. Вот только та же жава это зрелая технология, в отличии от.
Жопы от баттхерта ярко горят
Скулит крестопидор в вонючем углу
Размазав соплю по кривому еблу
Пишет обиженно в тред растоблядь
Но Go господам на всех наплевать
Чуть выше по трэду:
>>2123187
>Чел, ты новости вообще не слышал?
>ГО ворвался в энтерпрайз и убил джаву с шарпом. Теперь все новое исключительно на ГО пишут.
>>2123324
>>Эластиксерча
>Вчера выяснилось, что он скоро умрет
>>2123324
>>Хэдупа
>не нужен.
>>2123346
>Ебалоид, весь apache software foundation - это каловый высер нулевых, от которого сейчас все отказываются. Никакого еластика, солра, хадупа, спрка, кафки в будущем не будет - так как они построены на jvm, которая умрет лет через 5-7 крайний срок.
переписывателей баш-скриптов в ту же печь.
Порог вхождение в обучение? Ты серьезно? По-моему это просто новый уровень инфоцыганщины. Типа, "обучаем программистов питон, требование, надо знать программирование на питон". И придет такой чел который там прочитает из вики историю питона и даст ссылку на документацию стандартной библиотеки. На этом занятия все.
Самое забавное что из-за общепринятого мема что пхп говно, средний пхпшник в оправдывающейся позиции и очень самоуничижительно думает о себе и языке, хотя может уже умеет в пять раз больше, да и проект у него может красивый смузихлебский. В этом плане гоферы тоже тихие и неагрессивные плюс минус
А питонисты и жсовцы вот самые агрессивные и уверенные в святости своей, хотя у них там может вообще неподготовленные запросы и роутинг через свитч кейс uri строки
>Реально объективный критерий нужности языка определяет его "киллер фича" (серебряная пуля)
Спорное утверждение. Вот например были языки вроде DLang, Erlang, Elixir, да и еще куча всякого типа модного за последние лет 20. И что с того? Все сдохло нахуй.
Нужность языка определяет его инфраструктура и размер сообщества, которое использует этот язык в проде. Вот например на го за 12 лет написали несколько крупных популярных проектов. И го в каком-то смысле стал популярен для инфраструктурных задач и клауда. У жабы огромное комьюнити и очень стабильная инфраструктура с кучей разных либ и огромных фреймворков. Спринг, хибернейт, эластик, хадуп, зоокипер, кафка. Поэтому бизнес выбирает жабу. На С++ тоже написано куча всего, особенно в области графики. И движки сейчас пишутся на с++, а не расте. На расте нихуя не пишется кроме однодневных криптостартапов, которые живут год-два максимум.
Вообще тут несколько шизов сидит, я один из них, и здесь где-то был мой пост о том, что я не смог понять, как нормально описывать бизнес-логику, не имея даже нормальных механизмов для сокрытия полей.
Возможно я не прав, но я вот уже почти пару недель периодически играюсь с гошкой и мне кажется, что это неплохой инструмент для написания консольных утилит для работы с сетью. Всякие парсеры говносайтов и несложный бекенд, где не нужно погружаться в логику, отлично пишутся на гошке, и походу язык для этого изначально и создавался. Просто кто-то начал говорить, что вот он уже убил шарп, жабу и плюсы, приводя в аргумент 1.5 тысяч вакансий, из которых 70% - это переписывание с пыхи на го, а не с шарпа или плюсов.
Кобол уже давно не развивается. А количество уже написанного кода напрямую влияет на выбор технологий для нового проекта. Если микросервисы были на гошке, то пилить новый на расте вряд ли станут. Аналогично с жабой. Если в энтерпрайзе очень много всего написано на джаве, то ее и выберут для нового проекта, тем более что джава развивается.
Джаве просто C# отвесил хорошего такого пинка, и оракл наконец-то зачесался и начал что-то делать. Но уже поздно, скоро часть сбежит под крыло майкрософт, а часть привыкшая к котлину то есть примерно вся мобилка и значительная часть серверов на котлине и останется тем более что котлин мультиплатформ будет готов уже к тому времени и старую жирную JVM тащить не надо будет.
Кстати C#вая виртуальная машина просто на порядки лучше и современные джавовой, почитайте сами или послушайте доклады, охренеете
> верь что он спасет твой язык.
А почему мне не должно быть похуй то? Ну умрет и умрет - скала кодоебы, успевшие на хайп - сейчас лучше жабистов живут, да и перекатиться всегда можно на очередной модный-молодежный, или спокойно вкатиться в тот же шарп. Чет вы как-то пиздец фиксанутые на одном яп
>Кстати C#вая виртуальная машина просто на порядки лучше и современные джавовой
Не верю. Все эти гцшные алгоритмы были разработаны еще десятки лет назад, принципиально круче сделать там не получится. В чем именно она на порядки лучше и для чего нет аналога в жяве?
Во первых не пизди, алгоритмы постоянно пишутся и совершенствуются, как и их реализации. Те же ZGC и шеннондоа вышли из беты только в прошлом году.
Во вторых тебя что в гугле забанили? Полный интернет сравнений языков и технологий.
В третьих просто к примеру раз уж мы в го треде в jvm ты не сможешь рефлексией в рантайме достать конкретный тип из дженерика, а в clr спокойно не говоря уже о том, что по перфомансу дженерики в шарпах сильно быстрее за счет отказа от боксинга и кастов под капотом. Погугли и почитай про разницу в реализациях генериков в частности и разницу в моделях памяти вообще, охуеешь
Пока в го клубе идет обсуждение наносервисов, пятиминутка злости про С++
Пошел вот сознательно в одну компанию, поближе познакомиться с С++ так сказать
Помимо специфичексих вещей проекта (ну, энтерпрайз писать на плюсах это так себе сама идея) есть и несколько общих выводов
В целом получил что хотел. А хотел собственно спуститься еще чуть ниже по стеку (начал с джавы -go) и на шкуре почувствовать что в свое время достало авторов го в этом самом ++ И да, этого сполна...
Потрясающая неэффективность разработки. Это про то что плюсы хороши и плохи одинаковы для проектов любой сложности ну это утрированно. Но их как языка в общем не существует есть плюсы стандарта Х/Y и даже уже, компании А/Б, со всем своим - стектрейсером, шедулллером, базовыми типами и тд. Знать с++ абстрактно хорошо непонятно можно ли вообще. Время компиляции, дааааа.....
UB это злосчастное. Имхо это такая отмазка сказать "не знаю". (кто не в курсе - undefined behavior). шаг вправо-влево - "UB" иди кури бамбук. Ну да формально выход программы без джойна всех тредов это UB. Но в среде c++ это такая волшебная мантра которая обозначает окончание беседы и задумчивое смотрение вдаль. А откуда тут UB когда компьютер детерминисткая железка вообще? В го (бинг) нет UB, в java нет. Если копнуть рантайм того же го - ьам вызов сисколла в главном треде закрывающий все треды процесса и даже некоторый цикл, чтобы процессор стек не распахал, и вуаля - и нет UB, надо подумать просто, и сделать. Так и в плюсах можно, но у плюсовиков кажется рефлекс - UB - и дальше не думаем. Очень расстраивает(
Импенетрабельная (извините) стандартная библиотека с этими шаблонами и принципиальным кажется отсутствием документации в коде; язык с++ не только сложный но и не способствующий изучени. Так копошишься на своем уровне без особых шансов понять как оно внутри там устроено. + Деление backend/frontend (llvm) добавляет - очень на джаву похоже
После этого посмотришь опяь на го - все чистенько аккуратненько, внутри сделано чаще всего good enough в 99% (и в такой же степени лучше чем сам бы пытался сделать с нуля) и просто работает. Кому не хватает сложности в го, вместо того чтобы тянуть рантайм DI и прочую магию энтерпрайза - займитесь плюсами немного, там этого хватает. И возвращайтесь в го, писать чистый понятный код
>Те же ZGC и шеннондоа вышли из беты только в прошлом году
Oh, really? А ничего, что pointer coloring, используемый в том числе в новом ZGC, был придуман еще Дийкстрой в далеких 70х? Может, с вариациями, но суть та же.
>ты не сможешь рефлексией в рантайме достать конкретный тип из дженерика
Пиздеж. В жяве это можно сделать, просто надо флажок при старте передать жвм.
И да, ты съехал с темы гц на дженерики, охуеть просто. Еще бы рассказал, что в котлине есть зеленые потоки.
Мне нравятся кресты и я радостно дрочу их у себя в проекте, обмазываясь фичами и последними компиляторами, но читать чужой крестовый код (только если не гугл или аккуратно написанная либа) -- ад и ужас, нахуй. Но злость я тоже понимаю.
>без джойна всех тредов это UB
std::jthread
>Кобол уже давно не развивается
Пиздит как гофер - это станет скоро уже мемом. Ты следишь за коболом? Конечно нет и про последние ISO не в курсе, да?
Чтобы ты понимал, количество кода на коболе, на сегодня, где-то больше порядка на два или три, чем на твоем го.
Так что забудьте про эту мантру, что количество кода, защищает как-то от забвения.
Да вряд ли на шарп уйдут. Здесь уже инфраструктура решает. Понятно, что в шарпе куда лучше сделаны дженерики и много сахара, но без такого количества либ и инструментов (Spring, Hibernate, ZooKeeper, Kafka, Hadoop, Spark, Elasticsearch) на шарп просто ради сахара никто не захочет переходить.
>Spring, Hibernate, ZooKeeper, Kafka, Hadoop, Spark, Elasticsearch
Ну ты и говноед. Иди сравни как работает аспнет и спринг. Спринг еле еле обгоняет джангу. Ты серьезно считаешь всех этих монстров тырпрайза достоинством джавы? Это то, от чего из джавы бегут. И да, для тех кто в криокамере там у жабистов котлин есть, который может во многое что может шарп.
>>2133120
После шарпа "посматривать" на го, может только особенно одаренный человек (хотя скорее всего ты звездабол).
>шарпа "посматривать" на го, может только особенно одаренный человек
Как скажешь
Три года назад дотнечики бежали на ноду, сейчас бегут на Go.
Я лично знаю с пятерку дотнетчиков которые ушли на Go
Шарп последние три года скатывается в сущий пиздец, через пару лет будут плюсы 2.0, при этом гоферу знать нужно меньше, а платят больше
Что-нибудь новое будет?
Какие у дотнета преимущества?
Удаленную работу гоферу найти проще, платят больше, учитывая бесконечные изменения в языки и инфраструктуре, проще начать с нуля ковырять Go, чем держать в голове кучу говна, которое МС с пропоузов компьюнити высрали за последние пять лет
>Что-нибудь новое будет?
Ты видимо и так знаешь.
>Какие у дотнета преимущества?
У го ничего нет. Поэтому преимущество является все куда не ткнешь. Хоть от самого дотнета и инфраструктуры NuGet. Хоть от мощнейшего синтаксиса. Хоть от веб разработки, мобильной, десктопа... до игр. ГЦ с поколениями и много чего еще.
> проще, платят больше
А еще волосы шелковистые, фантазер.
>чем держать в голове кучу говна
Забавно что кучу говна тебе придется держать как раз в го. Так как у тебя по сути процедурное программирование и тонна бойлерплейта. Си шарп не сложнее котлина или тайпскрипта по фичам, но мантру о сложном ЯП бараны передают из уст уста.
>Спринг еле еле обгоняет джангу
Ну спринг медленный и жирный, как и сама жаба, никаких секретов тут нет, но раз в энтерпрайзе его активно используют, значит сверхбыстрые сервера им не нужны. Если есть какие-то супер критичные участки, то можно взять для них быстрый как понос С++ и написанный на нем drogon или Go. Но сейчас уже появилась GraalVM, а вместе с ней и Quarkus и Micronaut.
>>2133161
>Ты серьезно считаешь всех этих монстров тырпрайза достоинством джавы
Да, ведь жаба сейчас тоже позиционируется как монстр тырпрайза. У того же спринга отличная документация, куча примеров и ответов на stackoverflow. Для энтерпрайза нужна не модность и скорость, а наличие хороших доков и стабильность.
>Ты видимо и так знаешь.
Мне этого достаточно, чтобы понять ты студент или зеленый без серьезного коммерческого опыта
>>2133372
>инфраструктуры NuGet
еще MSBuild и IIS забыл как преимущество (нет) подать
>>2133372
>мобильной
замарин настолько убог, что когда было принято решение переписать все на дарт, никто не был против
>>2133372
>десктопа... до игр. ГЦ с поколениями и много чего еще.
слишком толсто, даже не буду комментировать
>>2133372
>но мантру о сложном ЯП
ты из 2014?
если каждый день открывать студию и создавать новый проект на 50 строк кода, то конечно же простой
когда займешься чем-нибудь реальным аля распиливания монолита на webforms \ перевод проректа на nullable reference types тогда поговорим
Ну, GC у джавы действительно более продвинутый, чем у Го.
Но гошка потребляет памяти ощутимо меньше и рантайм у нее куда более легковесный, чем JVM.
Другое дело, что сам по себе Spring тяжелый и неповоротливый, а основной контейнер сервлетов - Tomcat, использует под капотом довольно старый механизм выделения потоков в пуле под каждый запрос. С легковесными потоками из Loom наверное какой-нибудь прирост производительности может и будет за счет того, что можно будет создать 10к виртуальных тредов разом, а планировщик сам будет раскидывать их по реальным потокам. Но это не точно.
> Ты в курсе что джава быстрее го?
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go.html
Моча съела говно
>Но гошка потребляет памяти ощутимо меньше и рантайм у нее куда более легковесный, чем JVM.
Память дешевле процессора, зачастую джава съедает то, что может ускорить (оптимизирует). Но по большей части виноваты раздутые приложения.
Например у нас приложение жрало ~20мб без кэша, ну поставил ты ограничение в 30мб хипа, ну будет тебе чаще собираться мусор. Фактически ты бы заплатил памятью за процессор, так как процесс сборки это тоже вычисления. А дай такому приложению 5гб, сборка мусора будет запускать только по праздникам и все будет летать. В джаве ты можешь настроить так ГЦ, чтобы сэкономить на камне.
В общем я к чему, в свое время, в какой-то версии го (не помню уже), поменяли ГЦ на отклик ~10мс. Естественно это не далось бесплатно. Гц фактически быстрым, но очень частым. Хотя тупой маркетинг выдавал это как новую эпоху. Но в реале это сожрало у нас ~15-30% процессорных ресурсов.
Не знаю оставили ли они выкрученное latency в ГЦ или нет, но тогда язык мы сразу дропнули.
Вот такой вот уровень, я даже представить боюсь, чтобы завтра в джаве вышла обнова которая руинит проц хотя бы на 10%, это был бы мировой скандал. Вот и понимай уровень языков.
А потом мы открываем настоящие тесты на настоящих приложениях и видим пук и среньк. Специально представлены настоящие сервера gin и родной гошный, ибо у всех других обрезан http, то есть, это не настоящие веб сервера, а манипуляция рейтингом
Закапывайте
https://play.golang.org/p/0RXihCv6iFF
Тайпчекер с дженериками включен по умолчанию в мастере
https://go-review.googlesource.com/c/go/+/343732/
> Зато LocalContainerEntityManagerFactoryBean читается хорошо
говноед, уебывай в свою парашу. Тут скиловые пацаны, не плодящие сущности без надобности. Я могу открыть любую часть реализации языка и стандартной либы и она мне будет понятна сразу. В жава же придется проблевываясь продираться через абстракции шизов, не умеющих программировать.
>В жава же придется проблевываясь продираться через абстракции шизов, не умеющих программировать
Ну, во первых программирование с абстракциями уже давно доказало свою пригодность для некоторых отраслей в IT. Во-вторых если открыть исходники жавы, то абстракций там немного. Есть конечно и абстрактные классы, и интерфейсы, и наследование, но настоящие абстракции это про спринг и прочие энтерпрайзные фреймворки.
Kotlin - на серьезных щах писать новый язык поверх стагнирующего jvm, где все другие прокси языки уже скукожились - это странно, но смогли.
Go - пытается кого-то удивить в 2021 асинхронщиной (и дженериками, лол). Язык микросервис, язык if err != nil
Rust - пытается и так сложное системное программирование засунуть в рамки борроу-чекера, а то, видимо, программистам и так скучно, им надо еще больше ограничений в коде, чтобы они не выражали своим мысли, а просто боролся с кодом.
Js - вместо создания удобного функционального языка, где у тебя были бы только данные и алгоритмы (и никакого лисп-синтаксиса!), они все таки пропихнули в него ООП. Получилось терпимо, но блин node.js это какое-то издевательство уровня студенческой лабораторной работы. Вам повезло, если нюхаете его только во фронтенде.
Python - до сих пор при копипасте слетают отступы. Постоянно "не такой как все" синтаксис, даже если идею стыбрили из вне. Засунули тоже классы, но криво. Теперь у вас и классы и словари, живите с этим. Язык дико любим инфоцыганиями, которые до сих пор неплохо доят вкатывальщиков. В узких кругах называют не питоном, а"вкатоном"
PHP - еще один стагнирующий язык, который убили тем, что в него засунули полный синтаксис джавы. Зачем динамическому языку ООП и тем более интерфейсы, мало кто ответит (они реально их использовали даже когда не было хинтов на типы).
Как бы всем не было больно это осознавать, но язык по прежнему хорошо приносит деньги и занимает 80% интернета.
C# - удобнейщий на сегодня фулл-ООП язык, в котором есть конструкции на все случае жизни. Имел бы статус лучшего языка в мире, если бы начал перекатываться в опенсорс еще лет 10-15 назад, когда жабу начало колбасит. К сожалению МС умеет делать языки и платформы, но не умеет вовремя прыгнуть в нужный вагон. Язык, которого вам хватит на все задачи (от машинного обучения, до игр и вебассембли). Одно из самых быстрых асинхронных веб решений (ASP.Net) поддерживаемое самим разработчиком - MC, а не просто тестовая зарубка для бенчей techempower. Но не самый популярный язык ввиду выше описанных причин.
в
> Но бизнес говно на нем писать банально сложна
Неосилятор, плиз
> на каком-нибудь пхп в сто раз проще
Целыми днями ловить ошибки типов проще вместо того, чтобы писать на статически типизированном языке?
> из-за того что есть триллион фреймворков и либ где все уже написано
Профнепригодных спросить забыли
Это общепринятые в рамках рантайма сокращения https://povilasv.me/go-scheduler/
Только шарфик, жаба там забуксовала лет 10 назад и выглядит как топорное говно. Есть большой шанс наступить в такое легаси, что ЕЕ покажется вкуснятиной.
Если ты кабанчик, капай в шарфик, не пожалеешь. Универсальный язык. Если же любишь чистить канализации от древнего вонючего кода и получать за это чуть больше - то конечно джава (можешь еще и котлин накатить, чтобы удвоить удовольствие от канализации).
>ЕЕ покажется вкуснятиной
Легаси древнее ЕЕ почти не существует в природе. Учитывая, что первый выпуск джавы состоялся в 1995, а ЕЕ - в 1999, в РФ ты точно ничего старше ЕЕ не найдешь. Может, конечно, какие-нибудь сервисы для взаимодействия с кодом на коболе, но не более того. Сейчас уже спринг везде.
уёбки, которые переносят шапку с вот этим https://tour.golang.org/welcome/1 (есть на Русском) вы ебанутые? Там нет, блять, русского, только потому и не вкатываюсь
Веб
Асин/эвейт высрали чтобы избавиться от колбэк хела или promise-like стиля, потому что асинхронщина без асинков выглядит как говно. Это чисто синтаксическая хуйня. Корутины чисто перформанс хуйня. Жаль что мало где додумываются совместить эти две вещи.
Через каналы конечно возможно, но слишком многословно как то, что основной посыл синтаксиса с асинками нивелируется.
Сам js'ер, но о ноде слышал разные страшные вещи, смотрю вот альтернативы и все не могу понять, может ли go в эту нишу вместо скриптовых языков?
Не хочу специализироваться только на фронте вернее, не хочу с кем-то кооперироваться.
>Нагрузок у тебя, очевидно, никаких нет
Тем не менее, выбор не такой большой для маленьких проектов, если исключать ноду, php, python (не могу жить без скобочек), а ооп-монстры кажутся избыточными - вот и думаю насчет присоединения к вашему стану. По сути сейчас выбираю между Node и Go.
Вопрос количества вакансий не стоит, ибо для меня разработка скорее хобби и шабашки.
Под твои задачи на го придется писать слишком много кода для того же самого результата. Я бы такое на тайпскрипте делал. Но на го тоже можно, никто не запрещает. Попробуй и оцени сам, мне уже за пол года продакшен разработки уже всё вполне привычно и понятно, а остальные языки начинаю забывать
Долбоеб детектед.
>>2148343
Контекст - это собственно контекст выполнения задачи. Отличным примером его использования я вижу логирование, у тебя есть один сервер, который множеством потоков выполняет множество реквестов одновременно. Как тебе понять, в рамках какого запроса ты пишешь что-то в лог? Джависты на этот счет не парятся, у них один системный тред полностью забирает обработку конкретного запроса, поэтому такие вещи как request id они просто пишут в глобальную thread local переменную и всё.
В го так не получится, поэтому для проброса любой фигни, значимой для конкретного контекста выполнения и используют контексты.
Туда пишут id текущего юзера (в рамках которого выполняется запрос), ид запроса, урл запроса, всякие флаги, реквест-локал кэши если есть и тп. И к примеру внутри логгера достают их перед записью, чтобы ты мог нагрепать себе конкретный лог.
Ну и для отмены оно тоже используется. Предположим, породил ты кучу ассинхронных задач, долгих запросов, расчетов и тп. Как останавливать будешь, если надо всё отменить? Как раз через контекст и пошлешь сигнал отмены. Классический пример Ctrl+c, как правило при получении этого сигнала программа просто отменяет верхенуровневый контекст, а потом всё по цепочке gracefully завершается
>Туда пишут id текущего юзера (в рамках которого выполняется запрос), ид запроса, урл запроса, всякие флаги, реквест-локал кэши если есть и тп. И к примеру внутри логгера достают их перед записью, чтобы ты мог нагрепать себе конкретный лог.
С этим у меня как раз проблем нет. Как хранилище данных контекст я вполне себе представляю. Я не понимаю, как работают дедлайны и таймауты.
>как работают дедлайны и таймауты
В основном используют в нетворкинге, чтобы пользователь например долго не занимал открытое соединение.
Deadline - передаёшь ему время когданужно "отменится", например: время.Сейчас + Час2.
Timeout - передаёшь время, через которое нужно "отменится", например: время.Час2.
>Не могу, нормальных бесплатных IDE для го еще нет.
https://golang.org/src/context/context.go
Ctrl+F и в путь.
Если ты делаешь потенциально крупное приложение - тогда да, тебе просто необходимо размазать всё это говно по DDD слоям. А если же ты пилишь либу на 3.5 экспортируемые функции то тебе нахуй не нужно структуру создавать, хуячишь всё в один файл, в соседний пару тестов и готово. Ну что вы как маленькие. Вы бы еще удивились, что в npm-е у пакетов с одной функцией (is-odd, is-array и тому подобные) нет структуры.
> Например у нас приложение жрало ~20мб без кэша, ну поставил ты ограничение в 30мб хипа, ну будет тебе чаще собираться мусор. Фактически ты бы заплатил памятью за процессор, так как процесс сборки это тоже вычисления. А дай такому приложению 5гб, сборка мусора будет запускать только по праздникам и все будет летать.
Енджой йор 2-х минутные паузы приложения каждый цикл GC. Или у вас в Жабе принято рестартить такие сервисы вместо GC?
>Если у тебя нет утечек, то фулл гц никогда не вызовется при таком соотношении потребляемой и доступной памяти
>Плюс в жяве есть канкарент гц, которые практически без stw работают
Такой функционал сейчас почти во всех ГЦ языках.
Так и в Го. Только нужно алоцировать меньше чем успевает чистить коллектор.
>Если бы в го было так же
В смысле было бы? У го конкурентный СМ, также можно настроить флаг GOGC The GOGC variable sets the initial garbage collection target percentage. A collection is triggered when the ratio of freshly allocated data to live data remaining after the previous collection reaches this percentage., можешь даже его выключить нахуй, но не думаю, что это будет хорошая идея.
если бы только у мелких отличалось. Возьмем 4 крупных проекта
https://github.com/kubernetes/kubernetes
https://github.com/hashicorp/terraform
https://github.com/moby/moby
https://github.com/istio/istio
Везде своя структура... где-то есть общее, но в целом ебошут на похер, как им нравится.
Это же ты приходишь на новый проект, а там структура вообще тебе незнакомая. Кто-то сервисы по MVC пилит, кто-то просто handlers и роутер, а кто-то чисто handlers и прямо в них и роуты объявляет и логика, и отображение.
Ну в го нет классов, но ты можешь сделать из любой структуры практически полный аналог класса, добавив туда методы и приватные поля. Чем принципиально отличается абстрактный класс от обычного? Только тем, что мы не можем создать его инстанс. Ну вот и отлично, просто не создавай для него конструктор, а там где он нужен как родительский класс - просто встрой его в свою структуру и вызови внутри констуктора уже родительской структуры на нем какой-нибуть Init() метод. Тоже мне, проблему придумали.
читаю и охуеваю просто блядь
> min := int(^uint(0) >> 1) // largest int
ААА БЛЯДЬ НАХУЙ
Попробуй при случае поиск использовать
https://stackoverflow.com/a/47604433
Когда понадобится, использую. А сейчас я читаю официальную доку с официального сайта, которая объясняет, как писать на го эффективно. Там в начале написано, что чтобы писать хороший код на го, надо думать в стиле го. Я так понял, стиль го - переизобретание колеса, жесткая экосистема со вшитым в язык тест фреймворком, менеджером зависимостей и форматтером, а также позволение авторам языка делать то, что не позволено простым смертным (сигнатура append). Ну гугл в своем репертуаре.
Забили на стандарт. Которого нету. Везде своя структура проекта, свой взгляд на написание кода. Это бесит, потому что придешь на новое место работы и полностью с нуля приходится структуру проекта осваивать. А не как в Java/C++/C#/любой другой нормально стандартизированный язык, исходный код тут, интерфейсы, заголовки тут, внешние библиотеки тут, конфиги, утилиты там и т.п.
>>2156000
А обратную совместимость, я надеюсь, сломают полностью? Ну, чтобы больше никаких interface{} не было?
А вообще как получилось, что в гугл проник роб пайк со своими идеями языка программирования, который явно выглядит несколько устаревшим, как будто бы его действительно придумали в 80-х - начале 90-х для Plain9? Почему в гугле не решили сразу пилить язык с дженериками?
> А обратную совместимость, я надеюсь, сломают полностью? Ну, чтобы больше никаких interface{} не было?
Пока не ясно, но надеюсь они сами будут использовать предложенный ими же подход для модулей - продублируют пакеты с /v2/ путем импорта. А иначе действительно хуйня получиться - комьюнити должно делать так, а мы будем делать по-другому.
> А вообще как получилось, что в гугл проник роб пайк со своими идеями языка программирования, который явно выглядит несколько устаревшим, как будто бы его действительно придумали в 80-х - начале 90-х для Plain9? Почему в гугле не решили сразу пилить язык с дженериками?
Там не всё так просто, у того же пайка в его предыдущих языках (в тч и в Plan9) дженерики были.
И никто из команды го включая самого пайка не утверждал, что они не нужны и что их никогда не будует.
Их так долго не впиливали потому что это пиздец какой сложный вопрос технически, что и как делать. Если сделать втупую, то получится хуево как в джаве, а этого никому не хочется
>то получится хуево как в джаве
Так в джаве получилось хуево как раз потому что дженериков изначально не было, а потом их прикрутили таким образом, чтобы не нарушать обратную совместимость, ну и получилось говно, хоть и рабочее. В сишарпе, кстати, дженерики появились где-то в 2005 году, примерно спустя год после того, как в жабу привезли дженерики. Только в шарпе сломали обратную совместимость (все равно тогда шарпом мало кто пользовался еще) и благодаря этому дженерики существуют в виде отдельного типа, а не просто в виде каста к Object, как в жабе.
Если Го пойдет по пути сохранения обратной совместимости, то будет очень больно на протяжении следующих лет 10-20 (или сколько там го проживет)
Есть полтора года опыта. Год бэка на питоне в облачном проекте и пол года лоулевел си асм си++ тоже околооблочный проект. Есть профильная вышка, с1 англ и хорошо шарю за алгоритмы как бонус. С большего знаю разные технологии, которые могут пригодиться на бэке типа орм, докер, селари, рэбит, кафка, кубер, дженкинс. Го пока знаю только на уровне базового синтаксиса. Как учить го и что учить в добавок чтобы можно было получить работу без даунгрейда в зп (сейчас есть сотыга)?
>Как учить го
Если честно, то хуй знает, со временем опыт сам придет, если будешь пилить всякие штуки. Ну попробуй для начала сделать аналоги редиса или селери, потом рефактори до бесконечности. Дополняй проэкты плюшками в виде чистой архитектуры, версионного конфига, разные апишки прикрути.
Ну и по классике, книги в шапке.
Там лежит то что в теории можно будет использовать в других прожектах. Подключение к бд, обработка ошибок сервиса или бд, логгер. Ещё многие туда кладут utils, но по мере роста проекта, этот модуль обрастает говном.
Кто будет делать перекат, нужно добавить стандартный макет проекта, в полезные ресурсы: https://github.com/golang-standards/project-layout
Подучи гошные примитивы синхронизации, особенности работы каналов и горутин и вообще работу с асинхронностью и можно смело идти на собеседование, все равно там большая часть вопросов не про го будет хотя и попадаются люди, которым важно чтобы ты на память знал какие операции с nil слайсом/каналам/мапам приводят к панике, какие - к вечному локу, а какие - просто отрабатывают
В любом случае смелее идти на собеседование, гоферов до ввода дженериков на много меньше чем вакансий для них.
Эта репа говно и не стоит ее читать.
https://github.com/golang-standards/project-layout/issues/117
https://github.com/kcq
Вот этого чепушилу
> какие операции с nil слайсом/каналам/мапам приводят к панике, какие - к вечному локу
Без знания этой хуйни ты мне прод положишь, так что спрошу обязательно.
Ещё могу спросить про копирование мап и слайсов, про то, как работают интерфейсы и про шаринг памяти между горутинами и скоупами, короче все места, на которых чаще всего подрываешься при написании кода
Хуй знает, лень полностью расписывать:
Логику с IsInit можно заменить на sync.Once
sql инъекция в conn.Query
rows не закрывается
компилировать url, для подключения к бд, через конкатенацию - хуйня, используй pgx.Config.
Ну и поле Cost я бы сделал uint. А так там ещё дохуя всякой ебалы связной с синхронизацией в connPool.
https://github.com/openube/slack-portable-1
Спасибо.
Ты давай, стрелки не переводи. На го вполне можно написать вебсервер на одной стандарной либе. Единственное приодеться все-таки импортировать драйвер базы данных, но такие вещи и не должны быть в stdlib.
Я не знаю как там в вашей яве, но в питоне и ноде так нельзя без, по факту, того, чтобы по пути не написать свой недофреймворк
У меня сейчас нет винды под рукой, не могу сам попробовать, но тут вроде написано как собирать https://portapps.io/doc/faq/#how-does-it-work не факт что оно вообще соберется, с учетом того что это ноунейм репо с 2 звездочками
Делали язык простым, чтобы можно было посадить макак и они сходу смогли начать писать код, а такую банальную вещь, как стандарты написания кода и хотя бы структуру проекта не предусмотрели. Хотя я уверен, что в самом гугле, естественно, описана четкая структура проектов и есть свои стандарты, а комьюнити? нахер оно нужно это комьюнити.
Когда деприкейтнут, что делать будешь?
https://openjdk.java.net/jeps/403
>писать на языке в котором на стандартной либе нихуя не напишешь
В джаве вполне рабочая стандартная библиотека. Хттп сервер, хоть и древний, есть. Хттп клиент тоже. Асинхронщина есть. Бери и пиши что угодно. Можешь хоть на сокетах писать.
Другое дело, что ни в одном языке полностью на стандартной либе никто не пишет, все тянут фреймворки.
Дебажу, значит, бинарь на го, и просто не могу понять систему с этими паками, прошу помочь:
ипортируется с гитхаба клиент, он помещается в GOPATH
Потом внутри этого клиента идет вызов метода, который лежит в одной папке с ним.
Когда запускаю бинарь (на другой машине) он вываливает рантайм панику, выводит путь где он ищет файл с методом, но путь то выводит от той машины, на которой я бинарь собирал.
Я, очевидно, что то не так делаю, как я понимаю все компоненты должны собираться в один бинарь. Или не так?
> через vi открыть файл с исходником и отредачить его добавил логгер в нужное место и рестартнуть котейнер
Чет каким-то пиздежом попахивает, у тебя же контейнер образ с уже сбилденным кодом запускает и если ты что-то поправишь внутри контейнера, то при следующем рестарте оно перетрется. Тут только образ пересобирать, либо в рантайм лезть, либо на горячую код менять, как в божественном эрланге.
go команда это по факту всё что тебе нужно. Но в большинстве случаев в проектах используют Makefile'ы. В исходниках самого языка - bash/bat/rc скрипты для сборки/тестирования
>>2163655
Ну никто тебя не заставляет scratch использовать, у нас все рантайм контейнеры на альпинах как раз ради юникс утилит, местами даже дебианы есть. А дебаг в кубере это действительно проблема, т.к. там нужно собирать специальный образ для этого, прокидывать порт для общения дебагер-приложение, может еще что-то в этом духе. Я никогда так не заморачивался, мне вполне хватало логов + локального дебага отдельных кусков. Нагуглил тут гайд, ничего непонятно но очень интересно https://dchaykin.medium.com/debugging-a-go-service-in-kubernetes-f1dd48865e1d
Подэфолту изменения файловой системы остаются даже после остановки контейнера. Чтобы пропатченный файл сам откатился нужно контейнер в флагом rm запускать
https://docs.docker.com/engine/reference/run/#clean-up---rm
Решено. Начну учить го и сделаю либу для этого. Чтобы можно было оборачивать интересные методы в декораторы и их вызов вместе с аргументами в трэйслог писался как самый нужный юзкейс. И чтобы он был унаследован от дэфолтного логгера и в любом месте мог заменить его. И главное чтобы был новый метод, который временно сетит новый логлевел и по таймауту возвращает обратно.
> nil exception
Паника, ты хотел сказать?
> на Го это не похендлить блядь
гугли recover
https://play.golang.org/p/qKwEiBNeFZ7
Первый попавшийся - https://github.com/albertwidi/go-project-example/blob/master/Makefile
> npm, gradle
А, ну хорошо, добавлю в проект ноду, чтобы скрипты запускать через npm/yarn или джаву, чтобы через gradle тоже самое делать.
> От С уже давно отказались, бумер, теперь все пишут на расте.
Что, какой процент раста в ядре линупса? На сколько я знаю всё еще нулевой.
https://github.com/gogradle/gogradle
Все уже придумано.
В других языках каждый файл это отдельный неймспейс. Не нравиться - не ешь. А вообще зачастую достаточно просто для пакета foo тесты размещать в пакете foo_test, чтобы обращаться к пакету foo как из другого пакета. А как файлы на диске лежат - вообще поебать, на самом деле, если неймспейс другой.
Блять, может кто объяснить: https://github.com/microsoft/CBL-Mariner
Это что, получается, майкрософт, свой дистрибутив для клауда, на гошечке запилила? Почему же шарпы не использовала?
Перекат перекатище https://2ch.hk/pr/res/2165418.html
Перекат перекатище https://2ch.hk/pr/res/2165418.html
Перекат перекатище https://2ch.hk/pr/res/2165418.html
Перекат перекатище https://2ch.hk/pr/res/2165418.html
Перекат перекатище https://2ch.hk/pr/res/2165418.html
Перекат перекатище https://2ch.hk/pr/res/2165418.html