С чего начать:
- В обязательном порядке проходим Go Tour:
https://go.dev/tour/welcome/1
- Читаем документацию прямо по порядку (пункт "Learning Go"): https://go.dev/doc/
- Ознакамливаемся с общим roadmap по изучению языка и сопутствующих инструментов: https://github.com/Alikhll/golang-developer-roadmap (постоянно обновляется сообществом)
Литература:
- Донован, Керниган "Язык программирования Go"
- Также хорошие книги для начала: https://www.golang-book.com/ и https://www.practical-go-lessons.com/ (веб-версия - бесплатная и хорошо подходит для новичков в программировании)
- Книги из списка https://github.com/dariubs/GoBooks
Полезные ресурсы:
- Сборник паттернов и инфы по микросервисам: https://microservices.io/
- Обновляемый список с пакетами: https://github.com/avelino/awesome-go
Прошлый тред:
>>3052664 (OP)
просто хочу разобраться
>Почему ровно такие же программы стали жрать в десятки раз больше ОЗУ?
Во всём виноваты индусы. Нация, которая не может научиться надевать презервативы, тем более не может научиться писать хороший код. Предлагаю зафорсить понятия pajeet-driven development и kumar-written code. Хорошо же звучат.
>>3120090 →
>у тебя там хард
А чем это плохо? Надо нормально писать софт, чтобы работало даже без твердотельника.
Да вы заебали со своими паджитами. Если Кумар -- это хотя бы настоящее имя, то паджит -- это набор букв.
Индусы могут писать нормальный код, проблема в том, что в Индии все родители шлют детей быть юристами, врачами или программистами.
Чтобы называться юристом или врачом, надо лицензию, и для этого надо сдавать экзамен. Чтобы называться программистом не надо нихуя. Поэтому в программисты идут два типа индусов: те, кто к этому предрасположен, и самые тупые, даже тупее назаровских волков. И вторых просто дохуя, потому что самих индусов целый миллиард.
К счастью, подавляющее большинство этих тупых индусов недопрограммистов сидят в Индии и пишут что-то для своих индусских компаний.
>Индусы могут писать нормальный код,
Двачую. Поддержиаал код за индусом. В целом - норм.
1) Это не go way.
2) Если появится аналог спрингбута то зарплаты обвалятся как в джаве.
>Если появится аналог спрингбута то зарплаты обвалятся как в джаве
Представление об экономике у пограммистов...
Чел, зарплаты обвалятся совсем по пругим приинам - вкатунов в голенг станет слишком много. Обфуксация кода не спасет. Вкатуны не имеют представления что хорошо, а что плохо в коде. Можешь у спросить пыхарей.
А раз зарплаты обвалятся, рано или поздно, в будущем ты будешь за еду пыхтеть над тоннами уникальной для каждого проекта легаси лапши.
>паджит -- это набор букв.
Я знаю. Но у них все имена примерно так выглядят. Недавно git blame показал, что автор очередной строки говнокода в проекте — Sandeep. Да и слово pajeet хорошо употребимо, когда нельзя сказать streetshitter или curry nigger.
>индусов целый миллиард
Почему их целый миллиард? Надеть презерватив не судьба? Это элементарное действие. Если они это не могут, то писать хороший код тем более.
>>3121658
So soy.
>>паджит -- это набор букв.
>Я знаю. Но у них все имена примерно так выглядят.
Это обзывательство уровня чурок, чухонцев, хохлов, бульбашей. Впрочем, тебе, видимо, нормально:
>streetshitter или curry nigger
Потому что ты наци говно.
>>индусов целый миллиард
>Почему их целый миллиард? Надеть презерватив не судьба?
Ты тупой? Почему славян целых 300 млн? Надеть презерватив не судьба?
Это элементарное действие. Если они это не могут, то писать хороший код тем более.
Появился уже, время вылезать из манямирка. Изобрели урезанную дажву - самое время изобретать урезанный спринг бут к ней. Гоферы переизобретают шаг за шагом джаву и гордятся что это "не джава".
>наци говно
Осторожнее, так можно соевым молоком поперхнуться.
>Почему славян целых 300 млн
Русских миллионов 150, для такой территории ни о чём. И они вымирают. А индусов всё прибавляется и прибавляется, только в качество не переходит никак.
>чухонцев
С чухонью приятнее работать, они хотя бы белые.
Перекатился из джавы в го потому что прикольнее задачи, мне больше по кайфу переизобретать велосипеды чем круды клепать
Так а велосипеды-то твои в конечном счете что делают? Create Read Update Delete?
https://go.dev/tour/methods/9
>Для примера, на С и GTK такая программа весит 17 Кбайт.
А если всё статически слинковать?
Ты сам начал письками меряться. Ну так меряй в одинаковых условиях. Иначе на джава можно хеловорлд в килобайт уложить.
> паджит -- это набор букв
https://www.urbandictionary.com/define.php?term=Pajeet
>>3133054
Почему в каждый гошный тред приходят залётные и начинают жёстко троллить тупостью?
Если залетел в энтерпрайз, то го тебе нахуй не нужен.
Он для системной разработки, где ебля с памятью как в си/плюсах нинужна + нужны современные удобства: кромплатформенный билд, пакетный менеджер, не геморойное паралельное программирование.
Нуден энтерпрайз - шарпы/джава/тайпскрипт с нодой
>Он для системной разработки, где ебля с памятью как в си/плюсах нинужна
/0
Что это за системная разработка такая, где ебля с памятью не нужна и бинарники по 100 мегабайт норма? Линукс ядро может?
Более чем уверен, что ьы чуть ли не каждый день таким го софтом пользуешься.
Настолько шаришь в теме, что считаешь что без работы с памятью в системном никуда?
Полгода изучал мобилки, отпугнуло малое количество ваканмий, + 1 друг и подруга никак там работу не могут найти с гораздо большим опытом в обучении чем я. Их даже в стажёры на собесы не зовут. Вот я и решил не тратить время и с более менее знаниями Котлина пойти в бэк (правда на Котлине вакансий на джуна в бэк совсем мало)
РНР конечно же. Там и учить легче и вакансий больше, а требования ниже. В го ожидают, что ты уже знаешь какой-то стек и решил выучить его как второй язык. Потом из РНР можно будет перейти на го.
Это не одинаковые условия, а попытка нивелировать преимущества других языков по причине того, что го так не может.
Это в чем минусы?
На Go один хуй нужны минимум мидлы которые в прошлом так же хуярили либо на Java, либо на любой другой хуете
Объясняю. Если у тебя в системе работает Gnome, то значит уже установлены библиотеки GTK. Зачем тогда в каждый бинарь их зашивать и раздувать объём программ? Динамические библиотеки не просто так придумали.
Раз у тебя в системе стоит JVM, то значит уже установлены нужные библиотеки.
Поэтому Java побеждает с результатом 545 байт.
PЗачем вообше го использовтаь для десктопа? ты сначала почитай для каких целец язык создавался
А ведь и правда. Но там минус, что графические программы выглядят не нативно в системе.
Гуглу нужен был язык для синих воротничков, потому что они не могли осилить С++. Но получается, что го - это не полноценная замена С++, а только для веба и консолек, при том ещё и не эффективная, с большими накладными расходами на размер.
Для веба это лучший язык, особенно под микросервисы, + отличная многопоточка и удобное взаимодействие между горутинами
> не эффективная, с большими накладными расходами на размер.
У тебя странные понятия о эффективности
Разница в размере в 2000 раз - это странные понятия об эффективности? Видимо шутку про 128гигов про джаву пора переделывать под голанг.
Странно что в твоём понимании размер соотносится с эффективностью
Я ищу язык, на котором можно было бы писать эффективные программы под линукс. Бинари под сотню мбайт мне не подходят, так как занимают слишком много места. Я ориентируюсь на С, который генерирует бинарники в несколько кбайт для небольших утилит.
Ну так пиши на С, кто тебе не дает? Иди в тред Сишный и там жалуйся кек
А есть кросс-компилятор, который преобразует код на го в код на си?
main.go -> go-c -> main.c -> gcc -> main.exe
Ты дурак? У тебя в Го сборщик мусора, а в С ручное управление памятью. Как ты будешь кросс компилировать? А ещё легковесные треды управляемые рантаймом.
>на котором можно было бы писать эффективные программы под линукс
С/C++/Rust
В раст тоже бинари жирные от 500 Кб до 6 Мбайт на хеллоуворлд.
В линуксах сотни утилит. Представь сколько бы весила ОС, если бы их писали на голанге?
>эффективные программы под линукс
Под твой конкретный или под любой из дистрибутивов distrowatch?
Ящитаю что статическая сборка тут скорее плюч, чем минус.
Сейчас мода переписывать стандартные утилиты на голенг и раст. Я например пользуюсь fd и fzf
> Я ищу язык, на котором можно было бы писать эффективные программы под линукс
Если сетевые - go. Если низкоуровневые системные - с, с++, zig, rust в зависимости от знания языка и опыта который есть или который ты хочешь получить.
> Я ориентируюсь на С, который генерирует бинарники в несколько кбайт для небольших утилит
Размер бинарника - это самое маленькое что тебя будет беспокоить. Лучше подумай как ты будешь инструментировать свой код для поиска узких мест, например.
Писать новые проекты на C не рекомендую, получится ворох говна. Попробуй для начала разобраться в структуре и подходах какого-нибудь большого проекта, например в systemd. Но если твоя цель научиться писать на C большие проекты, ничего не имею против. Но ты должен принять, что на любую фичу ты будешь тратить существенно больше времени чем Ероха потратит на клон твоей утили на высокоуровневом языке с большими бинарниками, и пользоваться Ерохиным клоном будет проще.
мимо
Все шутки про джаву подходят по голенг, потому что это и есть урезанная джава
Зачем тебе кросс компилятор? Пиши сразу на си. Если тебе нужен кросс платформенный код - то тебе в джаву. А так очень сложно понять требования к программе.
Да.
gccgo -> exe - hexrays/ghidra.
Поможет ли тебе это хз.
Тепер нужен не кросс-компилятор, а транспилятор. Хочешь язык с таким - бери nim.
Эффективность не от языка во многом зависит, а от подхода к программированию. Можно убить С программу постоянными аллокациями в хип. Можно с умом написать так что джава летать будет.
В Pthreads можно задать размер стека (хоть 2КБ, как в горутинах).
Разве что у горутин собственный планировщик. Вроде ещё у Pthreads нет динамического изменения размера стека.
>Разве что у горутин собственный планировщик.
Так в этом то и весь смысл. Этот планировщик позволяет писать обычный последовательный код, без калбеков и прочей реактивщины. Но при этом он эффективно обрабатывает ситуацию с блокировками на IO и мьютексах.
>Этот планировщик позволяет писать обычный последовательный код, без калбеков и прочей реактивщины.
Чего? в Го вроде нет async/await, просто вызовы асихронных функций, и ты не можешь писать асинхронный код как синхронный. Или что ты имеешь в виду?
По-моему тем что pthreads - это реальные потоки, а горутины - это "зеленые" потоки, управляемые рантаймом го
>Чего? в Го вроде нет async/await, просто вызовы асихронных функций, и ты не можешь писать асинхронный код как синхронный. Или что ты имеешь в виду?
Я имею ввиду, что ты пишешь обычный, последовательный код: вызываешь, по сети другие сервисы, читаешь из базы, ждёшь пока освободится лок. А при этом планировщик Го делает так, чтобы тысячи горутин эффективно работали поверх десятка поатвюформенных тредов. Снимая с платформенного треда горутины которые сейчас заблокированы.
Всё равно не понимаю. Планировщик ОС тоже может эффективно управлять pthread'ами. И те pthread'ы, которые чего-то ждут, не будут выполняться. Даже если во время работы pthread начинает чего-то ждать, планировщик ОС немедленно его переключает на другой, не дожидаясь истечения отведённого кванта времени.
У pthread'ов можно настроить приоритет и стратегию планирования на любой вкус.
И чем горутины лучше всего этого?
Просто лучше и всё, понятно?! Сказали лучше, значит лучше, нужно за трендами следить
переключение тредов дороже, если коротко. про context switch почитай
затем что ни надо поднимать JVM, если в облаках то это кошельку бьет(если у тя кучу дев окружений)
Судя по этим статьям https://www.baeldung.com/java-virtual-thread-vs-thread
https://amansingh3110.medium.com/what-is-the-main-difference-between-native-threads-and-green-threads-66c448696cf1
основных преимуществ 2
- зеленые треды не требуют сискола (syscall) для переключения между ними и поэтому дешевле
- у зеленых тредов нет отдельной памяти под стэк, они используют память родительского настоящего треда, и соответственно ОС не надо под каждый зеленый тред аллоцировать полноценный объем памяти, что быстрее и экономнее
>Зачем нужен го, если в джаве добавили виртуальные треды?
Ну теперь уже - чтобы поддерживать легаси на Го
У нас миллиарды. Тут вопрос в том, насколько долгие у тебя запросы, Если у тебя запрос работает 10 секунд, и 1000 звпросов в секунду, то у тебя уже 10к тредов нужно при синхронной работе.
>>3139058
>Планировщик ОС тоже может эффективно управлять pthread'ами. И те pthread'ы, которые чего-то ждут, не будут выполняться. Даже если во время работы pthread начинает чего-то ждать, планировщик ОС немедленно его переключает на другой, не дожидаясь истечения отведённого кванта времени.
Планировщик может эффективно управлять только CPU time, но он не может эффективно управлять памятью стека. И на самом деле это главная проблема.
Большинство горутин имеют стек в пару килобайт, и им не нужны мегабайтные стеки. Но есть несколько горутин которым нужны большие стеки. И менеджить это все на уровне pthread, очень сложно. Плюс есть системное ограничение на количество потоков, у тебя тупо ядро начнет захлебываться, да и создание нового потока процесс дорогой.
>>3139170
>- зеленые треды не требуют сискола (syscall) для переключения между ними и поэтому дешевле
Иногда - требуют.
> Preemption at asynchronous safe-points is implemented by suspending the thread using an OS mechanism (e.g., signals) and inspecting its state to determine if the goroutine was at an asynchronous safe-point.
https://go.dev/src/runtime/preempt.go
>- у зеленых тредов нет отдельной памяти под стэк, они используют память родительского настоящего треда, и соответственно ОС не надо под каждый зеленый тред аллоцировать полноценный объем памяти, что быстрее и экономнее
То что называется - implementation specific. Проблема испольхования стека хост треда, в том, что при переключении надо копировать текущий стек. В других реализациях аллоцируют в куче.
>Если у тебя запрос работает 10 секунд
то мне кажется что-то явно пошло не так
>то мне кажется что-то явно пошло не так
с кругозором у современных разработчиков. Которые ничего кроме крудов не делали.
У нас например система в том числе и линейные уравнения решает, и там расчеты могут и десятки минут идти.
В джаве на числодробилки выделяют тредпул платформенных тредов. А для сетевых запросов юзают виртуальные треды. В голованге не так?
Вы делаете это неправильно. Долгие запросы ставятся в очередь, а пользователю возвращается токен, по которому можно проверить статус задачи через апишку. Никто не держит сокет 10 минут.
Хм, это интересно, а можешь привести пример такого линейного уравнения, решение которого вполне оправдано занимает например 30 минут на современных процессорах?
>Никто не держит сокет 10 минут.
Это просто тупые крудошлёпы не понимают ничего в программировании
Серьезные дяди с опытом солидно и прочно занимают сокет и неспеша, качественно выполняют свою работу
Еще сходят неспеша чай попьют, а сокет - он не волк, в лес не убежит
Лол, любая задача на оптимизацию. Там система уравнений с ограничениями может считаться весьма долго.
https://habr.com/ru/companies/ruvds/articles/704326/
То есть ты не смог привести пример такого линейного уравнения? Ок
Ты тупой что ли? Системы линейных уравнений решаются методом гаусса, там сложность кубическая. Большинство методов оптимизации тоже имеют кубическую сложность. Для тупых это цикл в цикле в цикле for() { for () { for() {}}}
>. Для тупых это цикл в цикле в цикле for() { for () { for() {}}}
Это мало что значит и при должной оптимизации доступа к памяти из кэша процессора будет летать, и это не учитывая параллелизм.
Потому что ру локализация устаревшая. Сделай мр с актуализацией, и будет тебе русский язык
В Го нет не виртуальных тредов, но в Го вытесняющая многозадачность для горутин, так что и вычислительные треды нет смысла куда-то выносить даже если бы было можно.
>>3139544
>>3139670
Этот поц ещё будет нас учить, как делать коммерцию!
У нас между сервисами gRPC стримы, которые шлют результат по мере готовности. Плюс сам gRPC держит соединение и по одному сокету шлет все запросы и ответы. Так что ваши рестональные бест практисиз не очень релевантны.
>>3139665
Планирование ресурсов. У тебя есть некий набор локаций, в каждой из который есть набор ресурсов, и набор потребителей этих ресурсов. Тебе надо их наиболее оптимально их распихать по этим локациям с учетом разных ограничений: доступность специфичного ресурса, необходимость чтобы какие-то потребители были в одной локации и т.п.
>У нас между сервисами gRPC стримы, которые шлют результат по мере готовности
А это как возможно? Или в gRPC не нужно каждый раз открывать/закрывать соединение?
Типо прицепился к grpc соединению и можешь хавать от потребителя данные, которыми он пукает раз в минуту?
Да gRPC устанавливает одно сокетное соединение, а дальше через него шлет все запросы и получает ответы.
https://grpc.io/docs/what-is-grpc/core-concepts/#channels
>Планирование ресурсов. У тебя есть некий набор локаций, в каждой из который есть набор ресурсов, и набор потребителей этих ресурсов. Тебе надо их наиболее оптимально их распихать по этим локациям с учетом разных ограничений: доступность специфичного ресурса, необходимость чтобы какие-то потребители были в одной локации и т.п.
И ты хочешь сказать что это занимает 30 минут? Такие задачи за секунду максимум решаются. Поэтому я и просил собственно линейное уравнение, которое никто не может дать, а не примерно-размытое описание задачи.
>реши np задачу за секунду, гы
Какие же кодомакаки без диплома дегенераты, ей богу. Раньше такое бы писать постеснялись, а сейчас анальник гордится своей необразованностью. Иди жсоны грузи и не пытайся умничать.
не понял, а причем здесь полиномиальное время? полином может быть просто маленьким
Несколько десятков ресурсов, сотня-другая локаций и сотня тысяч потребителей вполне себе могут дать 30 минут расчёта.
>Поэтому я и просил собственно линейное уравнение, которое никто не может дать, а не примерно-размытое описание задачи.
Разумеется там не одно уравнение, а система уравнений, потому что для потребителя должны быть соблюдены все требования по ресурсам которых больше одного и требования по колокации.
Ахах, не туда и только заметил.
Мой лид что-то там пол-года уже пишет хуету-апи какую-то на говне и никак допилить не может, которую я бы написал на своём языке за неделю, лол.
мб проблема в лиде?
Смотрел курс по go от авито так там уровень абстракций не хуже чем на шарпах/явах и спрашивается нахуя тогда го нужен? если пишут так же по сути, только еще свои правила вставляют а наследования нет и дженериков нет
Для крупных прил + весь инструментал из под капота, не? а ваще мне пох кто че юзает главное чтобы кабан платил
чтобы не ебаться с разными длинами int под каждую комбинацию ос + архитектуры, 5ю конструкторами, сегфолтами и даблфришками.
Мне удобнее с помощью рефлектов собрать мета информацию и подсунуть её в шаблон. Но почему-то во всех примерах кодогенерации используют аст, хотя, как по мне, им пользоваться сложнее.
>я бы написал на своём языке за неделю
Да ты бы, весь гугл переписал за месяц а потом бы проснулся
пожелайте удачи
Three month's later...
>катился в го, без опыта не берут, вкатываюсь в джаву....
а что делать?
с джавой на стажировку/место джуна вообще хуй попадёшь же? миллион человек на одно место
ололо вкатывайтесь в 1с
>с джавой на стажировку/место джуна вообще хуй попадёшь же? миллион человек на одно место
Блять да зачем вам стажировка? Ну типа... разве ты не получаешь опыт просто работая? Почему бы просто на обычную не-джуниорскую/не-стажёрскую вакансию не подать заявку?
Да это решай сам конечно, но гошка по большей части для перекатунов. Джунские вакухи видел только в говноCRM в ДС в офис.
А ты искал вакансии на хх или просто так, от фонаря сказанул?
>но гошка по большей части для перекатунов
Лол, нет. Гошка как раз для упругих зумеров. Всяких джаваскуфов и прочих шарпомух не берут в команды, т.к. у них мозги засраны и они слишком старые
Там простой микросервис для маленькой апи с парой эндпоинтов :)
Видимо для GOлангеров это такая серьёзная проблема и работы на пол-года. Тогда нахер этот язык нужен?)
>Блять да зачем вам стажировка? Ну типа... разве ты не получаешь опыт просто работая? Почему бы просто на обычную не-джуниорскую/не-стажёрскую вакансию не подать заявку?
Да вкатуны придумывают себе проблемы какие-то, ПРОСТО берешь и устраиваешься синьор разрабом в Гугл.
Я его убрал и теперь галочку найти не могу
Хочу перекатиться из бэкенд-раба на плюсах и питоне в голанг-господина. Подскажите, пожалуйста, что нужно заботать, чтобы успешно пройти собеседования на 500к-синьора?
До этого 3+ реальных лет работал в самых крупных ойти-конторах, закончил баку-магу престижных вузов и все такое. Хочу лишь понять, какие тулзы/фреймворки/уровень гохи необходимо овладать, чтобы стать заветным наносеком.
Спасибо!
>что нужно заботать, чтобы успешно пройти собеседования на 500к-синьора?
Приди на собеседование и сам узнаешь. Мы не знаем твоих способностей и гадать не будем. Знаешь как это работает? Ты приходишь, тебя спрашивают допустим какие способы обработки ошибок в go ты знаешь? Ты такой э-э-э пук среньк. Интервью заканчивается, мы вам перезвоним. В блокноте отмечаешь моменты где ты обосрался. Повторяешь. Идёшь на новое интервью. Снова отмечаешь моменты где ты обосрался. Снова повторяешь. Вопросы на 80% интервью типичные. И так до тех пока не устроишься на 500к синьора.
> Тогда нахер этот язык нужен?)
Лутать зп выше чем на схожих вакансиях на другом стеке. Гоферов пока все ещё мало, кабан готов доплачивать
>До этого 3+ реальных лет работал
Если бы это утверждение было правдой ты бы тут не сидел.
Потому что чтобы быть мидлом/сеньором на го, если ты до этого был мидлом/сеньором на другом языке, нужно пройти готур.
Другое дело что понятие мидла и сеньора очень субъективное. И часто такие грейды дают просто минимально компетентным работникам за выслугу лет.
>какие тулзы/фреймворки/уровень гохи необходимо овладать, чтобы стать заветным наносеком
кафа, постгре.
Если сможешь рассказать несколько изощрённых кейсов оптимизации при работе с бд или самой бд. Считай ты почти сеньор.
Планирую просить летом повысить ЗП. Думаю на какую цифру ориентироваться.
Сейчас 200к.
>Вопросы на 80% интервью типичные
>успешно пройти собеседования на 500к-синьора
>В блокноте отмечаешь моменты где ты обосрался. Повторяешь
У тебя с таким подходом будет максимум 3-5 попыток. Затем у тебя закончатся компании, которые могут платить 500к сеньке и ты уйдешь в кулдаун минимум на год. А остальные компании платят примерно 200-250к
>Потому что чтобы быть мидлом/сеньором на го, если ты до этого был мидлом/сеньором на другом языке, нужно пройти готур.
Лол, нет. Видал таких джавистов, которых взяли потому что "ну они же сеньоры на джаве". Писали при этом неидиматичный помойный код "как на джаве". Выгнали на хуй)))
>Голаны, какая щас вилка у мидла - 3 года на го?
Ну открой гетмутч и посмотри сколько компании предлагают...
>>3146039
Вот человек написал, 200к и 3 года на го. Это называется лутать выше?) У меня и без го 250к и я даже не старался искать более денежные проекты.
Чтоб лутать выше других - самому кабанычем надо становиться. И лучше в своём стеке всегда расти, чем менять на новый и начинать с нуля.
Я понимаю когда новичок идёт в го. Но это оче смешно выглядит, когда 10летний лид пытается вкатиться в другой стек.
>Да вкатуны придумывают себе проблемы какие-то, ПРОСТО берешь и устраиваешься синьор разрабом в Гугл.
При этом даже не обязательно знать Го! Достаточно знать любой современный язык.
На хакерньюс писали, что все новые сервисы в гугле пишутся на go/python.
Ну так это проблемы человека который работает за такие суммы. Я сам в Латвии, получаю ~90к в год при тех же 3 годах опыта. Хз насколько это коррелирует с рынком в РФ, но у нас реально кабаны платят среднему го разрабу больше чем джавистам, шарперам и прочим. С другой стороны, внутренней кухни других стеков я не знаю, вкатился сразу на го
Не совсем. Для написания новых сервисов выбор по умолчанию: С++/Раст, Джава/Котлин и Го. Для SRE рекомендуется Го, Питон рекомендуется для МЛ. Но это рекомендации, а не требования. Команда может выбрать и другой язык, если есть веские причины.
Как в принципе научиться писать идиоматичный Go код? Ну, чтобы прямо по красоте было
Я смотрел репо курса от авито там в целом понятно, но неужели в го все пишут свой tx manager, closer?
Ну так откуда ты знаешь сколько платят джавистам, если никогда в джаве не был? Никто этого не знает, кроме компаний с этой секретной информацией.
По твоему примеру как раз надо не в го вкатываться, а в английский/немецкий и работать напрямую на западные денежные проекты. До фонаря вообще какой стек, кабанам насрать на чём ты пишешь - всё зависит сколько денег это приносит.
>как надо использовать кафку/кролика
Никак не надо. Ты не второй гугл или фейсбук. Просто складывай все в базюльку, а потом шедуль функцию, чтобы та грепала данные из базюльки. Короче - мути очередь поверх базюльки
Ну я же не слепой, плюс минус представляю какие вилки.
> По твоему примеру как раз надо не в го вкатываться, а в английский/немецкий и работать напрямую на западные денежные проекты. До фонаря вообще какой стек, кабанам насрать на чём ты пишешь - всё зависит сколько денег это приносит.
Ты как бы прав, но я же не про это говорил. Я тебе говорю что сегодня го разраб кабану стоит больше (генерирует ли он больше прибыли, это уже вопрос) чем схожий по компенсациям но не на го.
>>3146326
Прочитай стайл гайд от убер. В моей карьере ещё не встречал людей которые пытались бы его оспорить
Потом такой приходишь к лидеру рынка, а там только ловят паники наверху, томучо ифэрризнотнил тяжело читать.
>там только ловят паники наверх
Как будто, что-то плохое.
1) Го тянет с собой рантайм, засовывает все возможные библиотеки в бинарник, а создание библиотек в принципе не возможно.
2) Авторы жаловались, что си долго компилируется, но это го долго компилируется, потому компилирует каждый раз всё целиком. В си я всегда могу выделить библиотеки или компилировать отдельными файлами, а если их не изменять, то сбощик типа make никогда не будет создавать новый о-файл. Таким образом работать будет только компилятор на измененных файлах и компоновщик.
3) На си можно написать любую программу. Даже если не брать системное программирование, а только прикладное, то даже здесь го не покрывает все направления.
В итоге го получается узкоспециализированным языком для написания сетевых сервисов. Не более.
>остальные компании платят примерно 200-250к
Ну значит такова твоя рыночная цена. Если барбершоп ставит 10к за стрижку и никто не приходит, значит ли это что рынок плохой? Значит твои услуги не стоят 500к и на рынке есть более дешевые исполнители которые делают как минимум не хуже.
>У тебя с таким подходом будет максимум 3-5 попыток
Ну да, это ведь последние компании в мире... других стран нету, нет Германии, Швеции, Дании, Японии, ОАЭ и прочих.
Мне ПРИЯТНЕЕ писать на go. Я КОМФОРТНЕЕ себя чувствую. Зачем мне твой си, где я буду как бичара ковырять makefile'ы, в консольке в gdb трясущимися руками набирать команды чтобы сделать пошаговый дебаг.
Да я знаю, что это не самый производительный язык в мире. И чё? А я разве участвую в конкурсе "самая скоростная программа года"? Для моих задач он вполне подходит, от того что бандл на Х мегабайт больше - переживу как-нибудь. Больше и больше, не конец света. Глобальной катастрофы не случится, да и похуй.
>но я не вижу, чтобы это было возможно
Пока ты не видишь, го уже захватил нишу. Ты со своей критикой опоздал на 7 лет. Тезисы твои даже не читал, пиздуй обратно в свой vala-тред.
Литерали тут можно любой другой язык подставить, даже джаву)
А потом рассказывают как go про перформанс)
>2) Авторы жаловались, что си долго компилируется, но это го долго компилируется, потому компилирует каждый раз всё целиком. В си я всегда могу выделить библиотеки или компилировать отдельными файлами, а если их не изменять, то сбощик типа make никогда не будет создавать новый о-файл. Таким образом работать будет только компилятор на измененных файлах и компоновщик.
Это ты локально можешь собирать инкрементально, а билд сервер собирает с нуля всегда.
>3) На си можно написать любую программу. Даже если не брать системное программирование, а только прикладное, то даже здесь го не покрывает все направления.
И какие же направления прикладного программирования не покрывает Го, но покрывает Си?
>И какие же направления прикладного программирования не покрывает Го, но покрывает Си?
микроконтроллеры? всякие умные кассы/устройства с ограниченными ресурсами?
>Писали при этом неидиматичный помойный код "как на джаве"
>Выгнали на хуй
мань за такое не выгоняют. Если человек не хочет придерживаться практик предприятия, то это проблема софтов, а не хардов.
>Многие прочат го на замену си
ссылки на этих многих можно? Опять поди какие-то твои протыки хайпожуры.
Го никогда не позиционировался как замена си. Это замена в первую очередь джаве, во вторую питону и мусорным языкам типа пхп и лишь в некоторых кейсах плюсам.
>Если человек не хочет придерживаться практик предприятия, то
то его выгоняют
Не корми его. Это местный дурачок, он в каждом треде постит охуительные истории, как джависты не смогли перейти с null на nil и их всех уволили.
Нет, это не охуительные истории, это необучаемость. Я ему вполне верю.
мимо бывший джавист, видел как скуфы не осиливали новые концепции котлина и устраивали истерики.
>микроконтроллеры? всякие умные кассы/устройства с ограниченными ресурсами?
Это не прикладное, это системное.
Я не опоздал. 7 лет назад я тоже самое писал. Но ты тут не сидел видимо.
>не покрывает Го, но покрывает Си
Консольные утилиты и GUI-приложения
>>3146979
Сами разработчики го постоянно пишут о том, что го - это якобы замена си. Что си видите ли долго компилируется у них, что на си писать сложно, а на го просто. Это подхватили и другие сподвижники, даже в ру-коммьюнити примерно тоже самое говорят.
Если буду вновь сталкиваться, то накидаю вам ссылок, если так не верите.
>Сами разработчики го постоянно пишут о том, что го - это якобы замена си.
Си уже умер и живёт только в ядрах.
И то, только потому, что множество плюсовиков и множество Kernel хакерс почти не пересекаются. Ну и потому что Торвальдс глуповидный.
>во вторую питону
Ну в гугле питон гошкой не заменяют, а дополняют.
>Консольные утилиты и GUI-приложения
Консольные утилиты можно прекрасно писать на го. А GUI-приложения одинаково херово пишутся, что на го, что на си.
>Торвальдс глуповидный
Альтернатив си нет. Торвальдсу придётся самому написать новый язык на замену си, как в своё время он написал гит. Го, как выше было показано, не может стать заменой си.
Ок, ты прав, хелловорлд действительно лучше писать на си.
Ты не напишешь столько логики, чтобы она перевесила эти 2 Мб. Посмотри в /bin размеры консольных утилит. Они там все в пределах 100-200 Кб.
>Сами разработчики го постоянно пишут о том, что го - это якобы замена си
ты давай не виляй кидай ссылки на этих гигантов мысли
>>3147191
вот этот не считается, если что. Даже как-то комментировать лень. Чел поди даже про cgo не знает.
Дядя основатель и убер твердят, что надо везде ифэрризнотнил шлёпать. Тот же итератор из-за этого бойлерпринта превращается из нескольких десятков строк в колбасу с ифами. А паниковать типо плохая практика.
Нищебляди с 128Gb HDD должны страдать!
>>3147227
>Не видел. Не слышал даже пока.
Докер десктоп. Там "фронт" на реакте, а бэк на го.
> Ты не напишешь столько логики, чтобы она перевесила эти 2 Мб. Посмотри в /bin размеры консольных утилит. Они там все в пределах 100-200 Кб.
И что мне эта экономия ЦЕЛЫХ 2 мб даст?
Консольная утилита же не одна. Умножай на 100, 1000, 10000.
>Zig
У меня почему-то негативные ассоциации от такого названия языка
>А паниковать типо плохая практика.
Потому что паника в сделана так, что это средство остановить программу, а не выбросить эксепшен. Например: у тебя есть метод который что-то запрашивает из другого сервиса и ты в нём паникуешь, а наверху у тебя рекавер. И всё хорошо пока в один день тебя не понадобится вызвать ещё один сервис и ты не засунешь оба вызова в горутины. И тут то паник закрешит всё приложение, потому что рекавер внутри го фанк() ты забыл.
Когда у тебя из основного потока стартует несколько горутин/виртуальных тредов/асинхронных вызовов, то обработка ошибок уже требует больше усилий. Авторы го решили, что явно возвращать ошибки это хорошо. И в принципе я с ними согласен, в этой части. ЕррорГруп простое и понятное решение, особенно по сравнению с обработкой ошибок в виртуальных тредах или асинках. Но простой, однопоточный код ерроры уродуют безбожно.
Вас не ебут за отсутствие рекавера в каждой горутине? Лид строго настрого сказал, что у прода не должно быть возможности к падению, за исключением main, где отсутствие какого-то конекшона приводит к падению на старте.
Есть еще один подход к паникам, который лично мне заходит: отделять потенциальные ошибки кодеров от всех остальных.
Приведу пример для метода репозитория:
func UpdateUserById(user *User) error {
if user.Id == uuid.Nil {
panic("user id is missing")
}
// UPDATE users SET ...
}
Здесь нет смысла возвращать что-то через return, поскольку это не ожидаемая кодом ошибка, а прямой обсер программиста (либо проебались в валидации уровнем выше, либо вообще вызвали не тот метод). И его не нужно обрабатывать выше по стеку, здесь надо срочно создавать баг в джире и фиксить, пока данные таблиц кривым кодом не успели похерить. Все паники при запуске сервиса подчиняются той же логике: если мы не запустили инстанс БД или написали неверный путь к секрету, то тоже не даем запуститься заведомо невалидному коду и сразу паникуем.
Я тоже такие закладки делаю. По сути на потенциально невероятные условия, которые могут возникнуть только от коррекции кода.
Я-то как раз сидел и троллил местного школьника. А потом я больше года писал на го и понимаю за что его можно любить и ненавидеть. И то что ты тут придумываешь, даже близко не проблемы go.
А настоящие проблемы за 7 лет почти не поменялись
>Вас не ебут за отсутствие рекавера в каждой горутине?
На ебут за панику в коде.
>за исключением main, где отсутствие какого-то конекшона приводит к падению на старте.
У вас умстивенно отсталый работает лидом? Вот это инклюзивность!
Конешен такая штука, сейчас его нет, а через секунду он появился, а еще через 10 минут пропал снова. Падать надо если что-то unrecoverable типа не выставленный обязательный флаг, не найден ресурс и т.п.
>Здесь нет смысла возвращать что-то через return, поскольку это не ожидаемая кодом ошибка, а прямой обсер программиста
Точняк! Поэтому стоить закрешить приложение, которое в этот момент еще сотню других запросов обрабатывало.
Почему сразу крашить? Рекаверим в 500 ошибку и вместе с трейсом отсылаем клиенту. Да и большинство таких ошибок до прода не доедут, отловят еще на E2E тестировании.
У нас из таких волчар половина кандидатов на техсобесах попадается, лол. Обычно по теории у них все прилично, базовые вопросы выучивают на зубок, а палятся тупо на незнании синтаксиса при решении задач. Когда человек говорит, что make([]int, 6) инициализирует слайс шестерками реальный случай, причем теорию len/cap рассказал за 5 минут до этого, то обычно всё с ним становится понятно. Пишите больше кода, вкатуны, это реально палится.
Мне не комфортно писать на языке, если я понимаю, что результат будет далек от оптимального и что есть язык, на котором я могу написать более эффективные программы.
Еще пару лет назад в /pr/ висел рекламный баннер ката академии. Они специализируются на обмане кабанычей, заставляют своих учеников переехать в Москву, заучить методички frontend/java/go разработки и устраивают их в компанию с помощью менторов. Взамен вкатун несколько лет платит дань. Таких пассажиров полно в сбере сейчас, которые с 2020 года сидят младшими разработчиками.
>Рекаверим в 500 ошибку и вместе с трейсом отсылаем клиенту.
Нахуй паниковать, если метод и так возвращает ошибку? Рисковать проебать рековери, чтобы не писать один дополнительный if - это конечно неибаццо лайфхак.
>Да и большинство таких ошибок до прода не доедут, отловят еще на E2E тестировании.
Зато доедут самые сложные баги, которые вы не поймали на тесте.
Надо различать ошибки (один из ожидаемых сценариев работы программы) и прямые нарушения контрактов, заложенных кодерами. Ты каждое разыменование указателя и хождение за элементом слайса/поля структуры будешь проверками обмазывать? Там ведь тоже паники вылезут при обсере кодера, и на них никаких проверок не напасешься, и мой пример выше превратится во что-то такое:
func (r UserRepo) UpdateUserById(user User) error {
if user == nil {
return errors.New("user is nil")
}
if user.Id == uuid.Nil {
return errors.New("user id is missing")
}
if r.db == nil {
return errors.New("db client is nil")
}
// UPDATE users SET ...
}
Спасибо, я уж лучше панику брошу.
Это проверяется на уровне сервиса.
if user.Id == uuid.Nil {
return errors.New("user id is missing")
}
зачем ты это проверяешь? ты 100% передаешь инстанст на DB
if r.db == nil {
return errors.New("db client is nil")
}
>Это проверяется на уровне сервиса.
Да, и в сервисе при валидации мы вернем ошибку, это нормальный сценарий. Вот только мой пример это уровень репозитория, которому валидация нахуй не нужна, и попадание в него нулей уже косяк разраба. Ты же не будешь ее дублировать на каждом слое приложения?
>зачем ты это проверяешь? ты 100% передаешь инстанст на DB
А если не передам? Вот забыл я при старте инициализировать коннекшен и всё, приехали. Чем это отличается от передачи nil вместо айди в метод репы или разыменования указателя на User? Та же потенциальная паника добавил ее для абсурдности, если что.
Мне надоел этот спор, надеюсь за 3 поста с примерами кого-нибудь да сагитировал не бояться паниковать.
1. По кодстайлу видно, что ты стайл гайды ни асилил. Даже ошибки не можешь нормально создать.
2. Ты сам вначале привел говнокод >>3147764 где ты if-ом паникуешь. А потом начинаешь разводить маняфантазии про то, что много if-ов ЭТА СЛОЖНА1111
>>3148694
>А если не передам? Вот забыл я при старте инициализировать коннекшен и всё, приехали. Чем это отличается от передачи nil вместо айди в метод репы или разыменования указателя на User?
Ты реально тупой. Инициализация соединения с базой проверятеся ЛЮБЫМ тестом который так или ниче задействует DAL, а вот мест из который могут вызвать метод этого DAL вагон и всегда появляются новые.
Именно поэтому умные люди, на своем опыте работы над большими проектами, из практики, вывели правило - don't panic. Но нет, дебилы продолжают
>Да и большинство таких ошибок до прода не доедут, отловят еще на E2E тестировании.
Чел, ты серьезно? Я же тебе долбоебу уже который раз говорю: не путай ошибку как нормальный сценарий работы и заведомо нерабочий код. Передать uuid.Nil в update-метод является косяком уровня передачи nil вместо &User{}, ну нахуя возвращать на это ошибку? Или ты реально каждый указатель в репе отдельно проверяешь на nil, чтобы не дай бог не паникнуть ненароком?
>а вот мест из который могут вызвать метод этого DAL вагон и всегда появляются новые
И поэтому умные люди для DAL-слоя пишут контракты через интерфейсы, где черным по белому в комментариях будет написано: можешь обновить юзера с такими полями, но если пришлешь nil вместо айдишника, то твой код говно и работать заведомо не будет. Не нравится — ебись с валидацией на сервисном слое, но юзера изволь обновить по правилам контракта. А тащить ошибки валидации с кучей проверок в метод, который просто дергает клиента БД то еще говноедство, учись разделять ответственность.
И чего порвался с коннекшена, я же специально дописал для особо одаренных: >добавил ее для абсурдности, если что
>По кодстайлу видно, что ты стайл гайды ни асилил. Даже ошибки не можешь нормально создать.
Что за стайл гайды и чем тебе errors.New() не нравится?
Убер говорит, что всё норм https://github.com/uber-go/guide/blob/master/style.md#errors
>Я же тебе долбоебу уже который раз говорю: не путай ошибку как нормальный сценарий работы и заведомо нерабочий код. Передать uuid.Nil в update-метод является косяком уровня передачи nil вместо &User{}, ну нахуя возвращать на это ошибку? Или ты реально каждый указатель в репе отдельно проверяешь на nil, чтобы не дай бог не паникнуть ненароком?
Заведомо нерабочие у тебя мозги.
Можно один раз проверить значение при создании, например создаешь структуру и проверяешь что конект к базе не nil, а дальше уже используешь без проверок на nil. Потому что поле приватное и есть только одно место где оно инициализируется, а там как раз есть проверка. И совершенно другое дело метод DAL который будет вызывать хер знает кто и откуда.
>И поэтому умные люди для DAL-слоя пишут контракты через интерфейсы, где черным по белому в комментариях будет написано: можешь обновить юзера с такими полями, но если пришлешь nil вместо айдишника, то твой код говно и работать заведомо не будет. Не нравится — ебись с валидацией на сервисном слое, но юзера изволь обновить по правилам контракта. А тащить ошибки валидации с кучей проверок в метод, который просто дергает клиента БД то еще говноедство, учись разделять ответственность.
Ты дебил зашоренный уперся в свою контракты, как будто если написать делайте хорошо, а плохо не делайте это сразу избавит от ошибок.
Вопрос в последствиях, если в Java/C# у тебя в худшем случае будет остановлен один поток. То в Go у тебя вообще весь процесс может быть закрешен.
inb4: решит кто-то паралельно вставлять пользователей и запустить 10 горутин и твой рековер наверху идет нахуй. Потому нормальные люди с опытом работы над большими проектами и вывели правило don't panic и пиздят говноедов которые пытаются мычать что-то про контракты функции.
>Что за стайл гайды и чем тебе errors.New() не нравится?
Ты читать не умеешь?
>Does the caller need to match the error so that they can handle it? If yes, we must support the errors.Is or errors.As functions by declaring a top-level error variable or a custom type.
Я тебе про Фому, а ты всё про Ерёму, да почему же ты такой баран. Офк я не буду коннект каждый раз проверять на nil, я же не долбоеб, и добавил про него чисто ради стеба. Давай про другое.
По твоей логике перед проверкой user.Id == uuid.Nil и возвратом ошибки нужно отдельно проверить user == nil и тоже вернуть на это ошибку. А то вдруг кто-то наплюет на контракт и случайно передаст nil вместо указателя на юзера и крашнет всё приложение? Давай уж лучше хоть в чем-то доверять прогерам.
Для меня это шиза и паранойя чистой воды, все паники мы в жизни не отловим. И этот пункт из уберовского гайд-стайла как раз и говорит
>A program must panic only when something irrecoverable happens such as a nil dereference.
Что user.Id = uuid.Nil для update-метода равносилен user = nil, оба сценария irrecoverable для DAL слоя и поэтому можно не обмазываться дополнительными проверками и просто паникнуть. Я не буду писать паники при валидации в сервисном слое, этот случай работает только в репозитории и только для айдишника как заведомо нерабочий. Усёк наконец?
Гошка никогда популярной не была. Это очень специфические веб микросервисы прикрученные к монолитам на указанных япах. Сейчас только некоторый бигтех в него упоролся из-за возможности балансировки нагрузок. Ну ещё блогеры хайпуют голенг.
Перепись населения в Джабапету завершена, и теперь вам следует отправиться в Сукуфо Загон.
Почему люди с двухзначным айкью носятся с этой бесполезной картинкой и даже не интересуются по какой методологии w3c ее составила?
Смотрел этого го-евангелиста и что-то пригорело от подхода к найму гоферов. У вас тысячи пытаются устроится, но нет - мы будем искать через знакомых, левые чаты таких же джунов без опыта, а может и хуже.
https://www.youtube.com/watch?v=0axfYXyzHCE
сисадмин -> девопс -> перлист -> гофер
идеальная прогрессия гофера
Почему они просто не выпустили библиотеку, а сделали целый язык?
Вот в моих реках вылезло после просмотра ролика со скуфом:
https://www.youtube.com/watch?v=Zh8W8_Agf5M
Интересно, это в каком это мире серверов на руби больше чем на джаве?
Для того чтобы писать всяких ботов, сайты, игори простенькие типа Холлоу Найта, обвешаться тремя мониторами и представлять себя кул-хацкером, который Пентагон взламывает. Я прост гуманитарий, начинал учить и питон, и ПХП, и С++. Больше всего продвинулся в питоне, даже написал первый калькулятор с интерфейсом и начал писать приложуху с прогнозом погоды, но потом чет работа-хуёта, прошел уже год и я все забыл. Вот ща опять думаю че бы начать.
>По твоей логике перед проверкой user.Id == uuid.Nil и возвратом ошибки нужно отдельно проверить user == nil и тоже вернуть на это ошибку. А то вдруг кто-то наплюет на контракт и случайно передаст nil вместо указателя на юзера и крашнет всё приложение? Давай уж лучше хоть в чем-то доверять прогерам.
>Для меня это шиза и паранойя чистой воды, все паники мы в жизни не отловим. И этот пункт из уберовского гайд-стайла как раз и говорит
Ты свои шизоидные высеры не выдавай за мои слова. Для начала вспомни что ты сам высрал:
>>3147764
>Есть еще один подход к паникам, который лично мне заходит: отделять потенциальные ошибки кодеров от всех остальных.
>Приведу пример для метода репозитория:
>func UpdateUserById(user *User) error {
>if user.Id == uuid.Nil {
>panic("user id is missing")
>}
>// UPDATE users SET ...
>}
>Здесь нет смысла возвращать что-то через return, поскольку это не ожидаемая кодом ошибка, а прямой обсер программиста (либо проебались в валидации уровнем выше, либо вообще вызвали не тот метод). И его не нужно обрабатывать выше по стеку, здесь надо срочно создавать баг в джире и фиксить, пока данные таблиц кривым кодом не успели похерить. Все паники при запуске сервиса подчиняются той же логике: если мы не запустили инстанс БД или написали неверный путь к секрету, то тоже не даем запуститься заведомо невалидному коду и сразу паникуем.
Ты сам предложил делать проверку и паниковать, а теперь пиздишь, что все паники не отловишь.
Моя позиция совпадает с позицией Убера - код не должен паниковать сам кроме инициализации и по возможности должен избегать других паник. Т.е. если у тебя DAL который может вызвать кто угодно, то стоит проверить что аргументы не nil, а если nil то вернуть error который вызывающий сможет обработать.
>Больше всего продвинулся в питоне
ну значит тебе лучше питон
Так в облаках зачастую одна shared jvm типо хазелькаста позволяет ещё и хип делить между несколькими репликами приложения,это же охуеть можно
У каждого потока есть очередь горутин, где они выполняются. Если у тя куча iowait операций, то имеет смысл увеличить число самих потоков
> У каждого потока есть очередь горутин
Я не понимаю,это утверждение противоречит тому что количество горутин ограничено максимальным количеством потоков процессора. Это я не прав или ты?
Фигасе,буду знать, почему-то чувак на ютубе показывал тип если в runtime.chtototam() задать единицу то новые горутины не будут даже запускаться
>При этом максимальное количество горутин все равно завязано на максимальное количество потоков процессора.
Нет.
Максимальное количество одновременно выполняющихся горутин равно числу ядер процессора. А общее число горутин намного больше.
вот у нас есть микросервисы, хуе-мое. а что в гошке как гейтвей юзается? т.е вот есть grpc сервисы или через любую шину которые общаются, но как это в гейтвей выводить? т.е если у меня клиентсайд аппка на реакте или еще какой хуйне, то обращаться я все равно должен в какой-то fiber, gin или чет еще, чтобы по рест апи все шлепало через гейтвей?
короче мой вопрос звучит так
как правильно архитектуру готовить?
если слишком тупо звучит извините я еблан но хочу стать лучше
Такое чувство, что голанг - это просто надутый пузырь с убогим языком без ничего, который маркетологи из гугла пытались втюхнуть.
это ты типа хелловорлд написал и экстраполируешь его результаты на большие программы?
Этот способ ненадежный, юноша.
И главная проблема PHP в том, что они 30 лет пишут код, который за собой не убирается. Расширения всякие и все что ты обзываешь "миллиард проверенных решений, тонну всего из-под коробки" - это все писалось с учетом одноразового запуска.
Короче - хуйня.
О каких больших программах на го идёт речь? Это микросервисный язык без ничего.
Хелоуворлд юзают во всех бенчмарках. Можешь предложить что-нибудь на го посложнее, сравним.
Ну ты же сам ответил на свой вопрос... У тебя есть api-gateway с котторым общается фронт через rest-api, а сам api-gateway с другими сервисами через grpc
>пук
Вот в моих скринах голэнг обпукался при хелоуворлде. Либы в пхп скачивают и запускают столько, сколько в твоём голэнге за всё время его существования. А уж говорить о том дерьмо-лапше-коде, который понаписывали гошники...
Помню какой-то гошник даже пыхтел над либой для го, пытаясь повторить пхпшные функции из-под коробки типа работы с массивами. Это гошная обосрака хоть что-нибудь вообще умеет?
>Хелоуворлд юзают во всех бенчмарках. Можешь предложить что-нибудь на го посложнее, сравним.
буквально ВСЕ
Нахуя делать тест хелловорда, если в действительности компаниям нужен какой-то логический комбайн?
Ты вообще какой фреймворк для Go HTTP заюзал? Их же десятки и все широкоиспользуемые!
Напиши комбайн, проверим. В мире разработки все сравнивают что-то простое в бенчмарках.
Тест хелоуворлда показывает главное - чистый RPS, что тоже важно для понимания нагрузок.
>В мире разработки все сравнивают что-то простое в бенчмарках.
Если кратко - нет.
Наличие гигантского количества статей на Хабре, Phoronix, и что там еще, никак не показывает что эти люди правы и поступают умно.
Допустим, существуют тесты TPC. Тебя их наличие и старинная история не смущает?
>Есть ли вообще шансы, занимаясь вечером после работы 1-2 часа, выучиться на го-программиста?
Смотря что под этим понимать. Контрибутить в OSS проекты или пилить свои - вполне. Соответсвовать ожиданиям херок о 5+ опыта в лидере рынка - нет.
>Допустим, существуют тесты TPC. Тебя их наличие и старинная история не смущает?
Ну ты загнул, думаешь зуммеры слышали про TPC? Там чтобы грамотно реализовать каждый тест нужна целая команда перформанс инженеров. В своё время у Oracle, IBM, Microsoft были специальные команды которые писали реализации.
В общем это всё легаси говно, которое не стильно, не модно, не молодежно.
Ну так показывай бенчмарки, которые ты считаешь правильными.
В научном подходе насрать что ты там думаешь, если на сегодняшний день есть только бенчмарки по хелоуворлд - значит это единственная истина и 100% показатель сравнения скорости языков.
И тут мы знаем, что пхп не уступает голэнгу по скорости.
Есть конечно
>Мне вот просто кажется, что с такой скоростью изучения, го уже будет не актуален в будущем
Это возможно, но от этого никакой язык не застрахован. Ты хочешь просто вкатиться или именно в го?
>Такое чувство, что голанг - это просто надутый пузырь с убогим языком без ничего, который маркетологи из гугла пытались втюхнуть.
Возможно что-то в этом есть!
Да, хочу в го. Язык мне в целом понравился, а главное, что тут нет фреймворков и орм. До этого пробовал джаву и выгорел на конфигурировании бинов в спринге.
> Скорость голэнг почти как скорость в пхп. Объясните зачем голэнг, если пхп делает тоже самое, только ещё и предлагает миллиард проверенных решений, тонну всего из-под коробки, огромнейшее комьюнити, ООП, спизженные фичи и либы у джавы, простой вход, много работы?
Хуй знает, кабану нравится, кабан платит мне котлету. И задачи интересные
> Такое чувство, что голанг - это просто надутый пузырь с убогим языком без ничего, который маркетологи из гугла пытались втюхнуть.
Кому и зачем маркетологи пытаются втюхать язык с полностью оперсорсной инфраструктурой? Без наезда, просто хочу мнение услышать
>>3153628
> И тут мы знаем, что пхп не уступает голэнгу по скорости.
Ну вообще-то уступает, смотри свой же скриншот
>а главное, что тут нет фреймворков и орм
>До этого пробовал джаву и выгорел
Типичный вкатун в го. Не смог вкатиться в нормальный язык с хорошей инфраструктурой - добро пожаловать в GOвно, писать велосипеды))
>Да, хочу в го.
Ну так а в чем вопрос? У тебя тогда и вариантов нет
>главное, что тут нет фреймворков и орм
есть и фреймворки (fx) и орм (Gorm)
>>3153826
> добро пожаловать в GOвно, писать велосипеды))
Пишу велосипеды, чувствую себя ахуенно, никакого выгорания. Работать надо так чтобы кайфовать, а не соответствать мнению чуханов из интернета
>В научном подходе насрать что ты там думаешь, если на сегодняшний день есть только бенчмарки по хелоуворлд - значит это единственная истина
Сознательно отбросить очевидную информацию и принять более удобную тебе гипотезу - это НЕ научный подход.
Обычно в науке оппонирование часть работы и возможно оплачивалось бы, но ты просто шиз неученый. Мне лень.
До свидания.
Когда кофигурируешь готовый фреймворк, то говняное ощущение как после работы с Wordpress, вроде всё красиво и работает, но сделал это не ты.
А когда пишешь велосипед, то офигенное чувство, что это разработал сам своими руками.
>фреймворки (fx) и орм (Gorm)
Фу-фу-фу! Надеюсь работать с ними не придётся
Сычев, почему до сих пор не работает как надо? Когда будет работать КАК НАДО? Что значит тебе еще надо доделать? Ты уже второй месяц доделываешь.
Я конечно разработчиком не работал, но по своему опыту могу сказать, что всегда умел донести до руководства что я сделал и сколько времени мне ещё понадобится, чтобы доделать остальные фичи. Сроки само собой брал с запасом, но выполнял раньше. Так что проблема здесь не в языках и технологиях, а умении общаться с начальством.
Это если им не с кем тебя сравнить, а поскольку ты будешь джуном, то никто не оценит твоих стараний по написанию собственного велосипеда, если уже есть готовое решение позволяющее сделать это быстрее и более понятное другим разработчикам.
мимо
Но это не же не го-вэй! Язык создан велосипедистами для велосипедистов
>>3154184
Я никак не могу понять, почему такие же разработчики велосипедность считают минусом? Писать свой велосипед гораздо интереснее чем унылую бизнес логику, а кабан кабаныч готов платить за мой кайф, ещё и больше чем на других стеках при схожем опыте/обязанностях
Немного оверпрайс и в целом никакой такой супер ценной информации нету. Тысяч за 20-30 такой курс был бы заебись.
Как по мне автор пытается выдать много информации за маленький промежуток времени, но делает это сумбурно, постоянно путается, торопится и забывает сказать что-то важное. Плохо готовится к вебинарам, тратит кучу времени на технические проблемы, примеры кода не проработаны, часто он их пытается дописать во время лекции, а когда не получается, то говорит, что это наверно баг какой-то.
Не понятно на кого рассчитан курс. На первом занятии пишем хеллоуворлд, а на втором уже надо знать весь язык и писать сетевой сервис, хотя на следующих 10 вновь пытается рассказать какие-то основы, но дз уже совсем не соответствуют лекциям. Как в меме про кружочки и сову.
Длительность курса 3 месяца, что слишком мало, чтобы сделать выучиться даже на джуна.
Из отзывов видно, что ни один студент не поблагодарил его за успешное устройство на работу. Они там пишут, что узнали много нового, чтобы дальше изучать го.
У меня вроде всё получается, но периодами бросаю, потому что мотивация заканчивается.
Сейчас вот очередной кризис из-за того, что го создаёт слишком жирные бинарники в то время как на си можно создавать на порядки меньшие.
Не знаю, смогу ли после этого удара оправится и снова начать писать на го.
Ну я стажером на го устроился. Сам го не знал практически, до этого круды на спринге писал дома. Коммерческого опыта никакого не было.
Но в итоге я на стажировке 3 месяца посидел и меня уволили, так как помимо меня было еще два других стажера, которые гораздо лучше перфомили чем я.
>>3154637
Ребят, а у вас вышки есть? Вообще интересно ее наличие (особенно по ИТ теме) играет существенную роль при трудоустройстве или похуй? А то я сам студент, изучаю Go, коммерческого опыта понятное дело с другими языками нет, вот и интересуюсь у вас
У меня вышка в области компьютерных наук. Но работодателям на неё сейчас пофиг, смотрят только на стаж.
Я студентом был, когда на стажировку пришел, откуда меня через 3 месяца уволили.
Другие стажеры тоже студентами были. Вышка кажется у всех была, а тимлид и вовсе какое-то крутое место закончил и олимпиадником был в прошлом.
Тут главное не просто на стажирову залезть, а еще сделать так, чтобы после нее тебя в штате оставили. Иначе обратно на рынок труда не попадешь. С 3 месяцами опыта работы будет казаться, что тебя просто с испыталки уволили. Ну и вообще вопросы будут, почему после стажки тебя не оставили в штате.
Что ты хотел услышать от говноедов if err != Nil? Он говно уплетают за обе щеки, и нахваливают, главное что не джавовское.
А то! На джаве все фреймворки давно написаны, ты сидишь и педалишь бузинес логику как сраный паджит. На го ты сперва пишешь utils.go, потом пишешь свой спрингбут, а только потом какой-то джун поверх твоего кода пытается что-то изобразить полезное. На го ты творец, еба!
Счас бы божественную джаву сравнивать с ноунеймом-калекой.
GOвно будут жрать гошники, пытаясь вкатиться в этот недоязык на 3.5 проекта. А джавистов на руках носят и осыпают деньгами.
Попробовал сейчас сделать домашку для 2 модуля и оказалось, что предложенный автором курса модуль не работает как должно, т.е. тупо не может найти ссылки на странице, что ограничивает поиск первой же страничкой.
В целом, стоит добавить, что он не только фиговый препод, но и фиговый программист.
>Сейчас вот очередной кризис из-за того, что го создаёт слишком жирные бинарники в то время как на си можно создавать на порядки меньшие.
>Не знаю, смогу ли после этого удара оправится и снова начать писать на го.
Дристанул лавандовым рафом.
Ты вначале попробуй гэпнуться, а то может тебя не го заебал, а работа.
Потому что многие лезут в программирование ради денег и на качество программ им наплевать. Тяп-ляп и готово. А то, что программа занимает какие-то нереальные объёмы никого не волнует.
С моим опытом геп это невозможно,даже если я смогу перейти на джаву это будет новая команда внутри компании а не новая компания
> Писать свой велосипед гораздо интереснее чем унылую бизнес логику, а кабан кабаныч готов платить за мой кайф,
Умный кабан не готов.
Да просто времени не останется.
>Потому что многие лезут в программирование ради денег
Можно подумать, что те, кто по зову души, могут удовлетворить запросы рынка.
>Я никак не могу понять, почему такие же разработчики велосипедность считают минусом? Писать свой велосипед гораздо интереснее чем унылую бизнес логику, а кабан кабаныч готов платить за мой кайф, ещё и больше чем на других стеках при схожем опыте/обязанностях
А потом тебе надо запилить новую, большую фичу в велосипед, который писал твой коллега с очень специфичным взглядом на разработку. И вот тут-то и настигает прозрение, в чем разница между библиотекой которой пользуются миллионы и говноподелием из Рога и Копыта.
>А то, что программа занимает какие-то нереальные объёмы никого не волнует.
В первую очередь это не волнует клиента, который за это платит
>Потому что многие лезут в программирование ради денег и на качество программ им наплевать. Тяп-ляп и готово. А то, что программа занимает какие-то нереальные объёмы никого не волнует.
Тебя только что разморозили?
Это в 80-х под качеством программы понималось насколько хитровыебанный у неё код, чтобы она по минимуму место занимала. А сейчас хорошая программа, это программа с четким и понятным кодом, которую легко и просто поддерживать и развивать.
Если у тебя ОКР и хочется писать маленькие программы - пиздуй в демосцену, Хули ты приперся в промышленную разработку и бухтишь, что тут не так как на сцене?
Лично я только пишу велосипеды и кайфую, а фичи пилят джуны и прочие чье мнение мне не интересно
>>3154905
> GOвно будут жрать гошники, пытаясь вкатиться в этот недоязык на 3.5 проекта. А джавистов на руках носят и осыпают деньгами.
Это троллинг тупостью или ты ни дня не работал в индустрии?
> в чем разница между библиотекой которой пользуются миллионы и говноподелием из Рога и Копыта
Да, второе ты можешь менять как угодно, а в первое ты хуй протащишь патч нужный именно тебе, и придётся держать внутренний форк библиотеки.
Мне казалось, что главный критерий - сравниваемость.
И точно не любые, потому что тут нельзя как в джаве определить функции equals и hashCode.
>второе ты можешь менять как угодно, а в первое ты хуй протащишь патч нужный именно тебе, и придётся держать внутренний форк библиотеки.
Внутренний форк ничем не уступает самописному велосипеду и даже местами лучше. Например в него можно портировать багфиксы и фичи из основной библиотеки.
>И точно не любые, потому что тут нельзя как в джаве определить функции equals и hashCode
Структуры можно использовать как ключ, если все поля компарабо.