у го ниша относительно маленькая, он примерно такой же «язык общего назначения» как и пых, только пых заточен под максимально дешевую и быструю веб разработку, а го заточен под быстрое написание производительных сетевых демонов, простеньких рестов и т.п.
REST API, RPC API, GraphQL какая разница, если бизнес-логика в отдельном слое? Что хочешь то и прикручивай. Не понятно что значит "разрабатывать Rest API" - это тонкий слой (мелкий кусок приложения)
у го ниша относительно маленькая, он примерно такой же «язык общего назначения» как и пых, только пых заточен под максимально дешевую и быструю веб разработку, а го заточен под быстрое написание производительных сетевых демонов, простеньких рестов и т.п.
У go вполне себе широкая ниша. У него довольно много возможностей, в том числе и довольно быстрая web разработка
у го ниша относительно маленькая, он примерно такой же «язык общего назначения» как и пых, только пых заточен под максимально дешевую и быструю веб разработку, а го заточен под быстрое написание производительных сетевых демонов, простеньких рестов и т.п.
Ну так, чего же тогда на меня накинулись со словами «щас бы рест на го писать»?)
REST API, RPC API, GraphQL какая разница, если бизнес-логика в отдельном слое? Что хочешь то и прикручивай. Не понятно что значит "разрабатывать Rest API" - это тонкий слой (мелкий кусок приложения)
просто если нет бизнес слоя то что и зачем практиковать
REST API, RPC API, GraphQL какая разница, если бизнес-логика в отдельном слое? Что хочешь то и прикручивай. Не понятно что значит "разрабатывать Rest API" - это тонкий слой (мелкий кусок приложения)