Go в листопаді буде вже 10 років

В офісі розробляю на Go, проект highload з 50k rps, коли шукав проект то зустрічав, що на Go переносять проекти з PHP з малим навантаженням та з Java, рідше з C#

Свої проекти зараз теж розробляю на Go gitlab.com/qrsx/dou-scrapper

Якщо збираєшся розробляти highload то краще вчи бо стартувати мікросервіс на Go простіше ніж на PHP, Java, чи C# (суб'єктивна думка)

Привязываться к языку — дилетантство. Хороший программист знает несколько языков и легко учит новые. Если фундаментальные знания разработки у специалиста крепкие, он может писать хорошо на любом языке. Поэтому начинающим программистам следует скорее определяться с направлением деятельности: web, native, mobile, micro и т. д. Изучить однозначного лидера в направлении, а потом задумываться о других языках.

Go язык молодой и его будущее неоднозначно. Это будет ясно в ближайшие три года. Закрепится ли он в своей нише или останется одним из многих. Если вы не знакомы с программированием в принципе, то выбрать лучше что-нибудь более фундаментальное.

Что стоит изучить помимо самого Go? Помимо самых стандартных вещей в духе реляционных баз данных, настоятельно рекомендую познакомиться с Docker, Swagger, gRPC. Docker вам понадобится почти 100 % (это утверждение в целом справедливо и не для Go-проектов). А вот со Swagger, gRPC и прочими подобными контрактами ситуация чуть интересней. В Go нет больших фреймворков в духе Spring/RoR, есть нишевые фреймворки, которые существенно облегчат ту или иную задачу, не более. Однако здесь на помощь приходит кодогенерация. Помимо генерации всяких enum-ов, вы можете сгенерировать как клиент, так и сервер, используя Swagger, protobuf или GraphQL, то есть генератор выступает в роли фреймворка. Вам останется только имплементировать сами хэндлеры (Handler), так называемые обработчки. Это позволяет уделять больше внимания коммуникации приложений, не фокусируясь на возможностях и недостатках языках. Это не серебряная пуля, конечно, но работает достаточно хорошо. Имплементировать свой суперклассный zero-allocation-роутер — это всегда весело, но куда веселей поднимать программы.

На мой взгляд, Golang — это, если позволите, новый Java. Это вполне себе зрелый язык программирования для написания enterprise-приложений. Многих коллег с ООП-бэкграундом смущает отсутствие классов как таковых, однако это не мешает пользоваться знакомыми практиками, SOLID например. Сейчас ситуация такова, что если вы видите в проекте Golang, то с вероятностью 99 % это значит, что Go взяли на борт ради микросервисов. В первую очередь потому, что «microservices is new black», хотя существуют и другие причины. Например, многие широко используемые инструменты уже написаны на Go: Docker, Kubernetes, HashiCorp projects (Consul, Vault и т. д.). Однако я знаю компании, которые вполне обоснованно выбрали Go в качестве языка программирования, и при этом разрабатывают решения с монолитной архитектурой.

Go — очень дружественен к новичкам, но моё мнение — лучше иметь и другие технологии в запасе. И вот почему: Go — это, что называется, opinionated stuff — дизайн языка идёт на достаточно серьёзные ограничения, и зачастую выбор принимается не сообществом, а разработчиками самого языка. И понять причину, почему то или иное решение принято, может оказаться нелегко, если опыт не позволяет найти примеры из прошлого. Многие решения в дизайне языка приняты для того, чтобы максимально избежать двусмысленности и неопределённости, и по-настоящему это можно оценить только тогда, когда уже есть какой-то опыт.