Стек технологий бекэнд разработки на Go

Goты

Goпники

Необходимость в Spring Boot существует из-за скудных возможностей Java как языка. В других языках оно нафиг не сдалось

А подробнее?

На голой Java никто не пишет. Потому, что стандартную библиотеку проектировали в 00-ом году, с тех пор много воды утекло… и в моде всякие Node.js, асинхронность, миросервисы, быстрый старт бекенда и его смерть, вот это вот всё…

Java в энтерпрайзе с кучей легаси лапши, в которой пишут на монстрах, где абстрактные фабрики на других абстрактных вещах верхом сидят. Сравни тот же Netty, где нет вменяемой документации и Node.js, где все кишки на C,C++ + js и всё летает, комплируется JIT на лету и стартует с полпинка, а в Go всё основное для сети есть в стандартной библиотеке и всё удобно и быстро, только сам язык, конечно, оставляет желать лучшего

Я просил подробности про Go, а не про Java.

Вроде бы готы и гопники уже давно вымерли лет так 10 назад не?

Node.js

event loop в одном блокирующем потоке, насколько мне известно.

Твоя страница «статистики» попахивает результатом работы телеметрии в IDE.

Что значит «блокирующем потоке»? Все операции в node.js неблокирующие/асинхронные.

ну да конечно https://nodejs.org/ru/docs/guides/dont-block-the-event-loop/#a-quick-review-of-node

из-за скудных возможностей Java как языка

Go, как язык, имеет гораздо больше возможностей, без сомнения!

Необходимость в Spring Boot существует из-за скудных возможностей Java как языка. В других языках оно нафиг не сдалось

Ахахахаа, ржали всем офисом! Ну давай, рассказывай, какие киллер фичи есть в Go, которые позволяют быстро писать бекэнд без фреймворков и при этом это не будет похоже на говно?

Как киллер фичи влияют на количество говнокода? Тут в первую очередь влияет квалификация разработчика

Причём тут квалификация? Spring Boot позволяет несколькими аннотациями и интерфейсами реализовать то, что в случае написания вручную вылилось бы в большой объём бойлерплейт кода. Это называется декларативным программированием, у которого есть как плюсы, так и минусы, но при решении стандартных задач этот подход позволяет быть очень продуктивным. Проблемы начинаются как только требуется реализовать нечто нестандартное. А как с этим в Go?

Мб не быстро, зато быстрый. В отличие от.

Потому, что стандартную библиотеку проектировали в 00-ом году

в моде всякие Node.js

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

Необходимость в Spring Boot существует из-за скудных возможностей Java как языка. В других языках оно нафиг не сдалось

Если в Java «скудные возможности как языка», как можно охарактеризовать лабу Пайка, коим является Go?

А как с этим в Go?

Искаробки

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

Чем тебе не стандартная библиотека?

https://nodejs.org/api/dns.html

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

Как бы то, что для применения этого «декларативного» программирования пришлось использовать XML вместо языка само по себе намекает на ущербность последнего.

В Go при применении декларативного программирования продолжают писать на Go. Yaml / toml / hcl и распределенные системы динамического управления параметрами в runtime - это всё больше для конфигов и конечных пользователей. Когда статически собранный бинарник не хочется модифицировать.

В java это «декларативное» программирование втащили в кишки тех самых фреймворков, потому что вместо статически собранного бинарника (или микросервиса) там jar’ники и монолит.

От boilerplate не всегда удается красиво избавиться, но в целом в Go с этим строже, но при этом проще и приятнее.

Как бы то, что для применения этого «декларативного» программирования пришлось использовать XML вместо языка само по себе намекает на ущербность последнего.

О каком XML ты вообще говоришь? В Spring уже давно живут без XML.

В Go при применении декларативного программирования продолжают писать на Go.

Можно примеры?

От boilerplate не всегда удается красиво избавиться, но в целом в Go с этим строже

Go - это на 90% boilerplate. О какой строгости речь?

В Go при применении декларативного программирования продолжают писать на Go.

Можно примеры?

Да гонит он. Какое декларативное программирование на Go? Только если через кастомные кодогенераторы (вершина инженерной мысли - «//go:generate») или reflect, который для ГОферастов как слово на букву N для SJW. Он хотел сказать, что декларативного программирования в Go нет*, поэтому оно не нужно (стандартная логика в их сообществе, глянь на количество постов о том, почему «дженерики не нужны»).

• Кроме стандартного метода парсинга/энкодинга JSON/XML, который настолько ущербный, что его выбрасывают на помойку, когда нужно обрабатывать что-то сложнее пары полей.

Так голанг по всем тестам медленнее явы и шарпа

По каким тестам? Дай ссылки.

По воображаемым, вестимо.

Разве? Ну и это тесты голанга и тесты шарпов, а не си/полюсов, на которых написан интерпретатор?

На go для web api никакие фреймворки не нужны. Все есть в языке по дефолту. Что смешного?

https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go-csharpcore.html

https://github.com/anjmao/netcore-vs-golang

https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=db&l=zijocd-f

https://developer.51cto.com/art/202011/630459.htm

also cast WitcherGeralt hummer

языки очень разные, против друг друга обычно не выставляются, но вот что нагуглил по фасту

я не настоящий .net-прогер, но вообще можем и сами взять микрозадачу и написать бенч :)

раньше гуглил - ява тоже быстрее была, а теперь +/- паритет или даже луз, прогресс?

Не я, джаву имел ввиду. В том жк benchmarks-game Go в большинстве тестов впереди. На techempower очевидное сравнение — Gin vs. Spring — разница на лицо, а всё остальное сложно сравнивать, ибо в той или иной степени кастрированное, либо вовсе под бенчмарки заточенное.

На benchmarks-game результаты всратые, лучше смотреть сюда: https://programming-language-benchmarks.vercel.app/go-vs-java

Шарпы я знаю, что быстрые, но мне эта виндовая срань не интересна в принципе. К тому же тут результаты неоднозначные: https://programming-language-benchmarks.vercel.app/go-vs-csharp

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

Ну и на своём сайте пишут про бенчмарки.