В языках без ООП тоже постоянно все перестраивают.

только гемора меньше

только гемора меньше

И сайд эффектов

иерархическая система типов это то ещё зло

ей любят перебарщивать

"You wanted a banana but you got a gorilla holding the banana... and the entire jungle" - Joe Armstrong, creator of Erlang

traits / interfaces гораздо лучше

Не видал

мне кажется, это не проблема ООП

рекомендую посмотреть всем любителям генериков: https://youtu.be/grU-4u0Okto

Где взять сборник интересных идей для реализации на Go?

Коллеги, подскажите, пожалуйста, что вы используете для комуникации между микросервисами (если микросервисы используете)? Думал сначала gRPC, но потом решил не париться и просто тупо по HTTP общаться. Подскажете какой паттерн? Не хотелось бы велосипед писать

Где взять сборник интересных идей для реализации на Go?

Придумать)

Где взять сборник интересных идей для реализации на Go?

на кладбище там нереализованных идей уйма ну а если серьёзно то Go это обычно про серверное ПО, вот и подумай)

Коллеги, подскажите, пожалуйста, что вы используете для комуникации между микросервисами (если микросервисы используете)? Думал сначала gRPC, но потом решил не париться и просто тупо по HTTP общаться. Подскажете какой паттерн? Не хотелось бы велосипед писать

Grpc все же лучше, потому что покрывает парсинг, реконнекты и еще кое-что

Grpc все же лучше, потому что покрывает парсинг, реконнекты и еще кое-что

gRPC же вроде как HTTP/2?

Поверх, да

вот блин, короче мне надо пилить webwire RPC))

Где взять сборник интересных идей для реализации на Go?

вот и родилась идея, RPC via WebSockets)

на кладбище там нереализованных идей уйма ну а если серьёзно то Go это обычно про серверное ПО, вот и подумай)

Могу писать и кросскомпилировать игры на Go, делать dynlib и подключать к GUI какому-нибудь. Можно и что-то серверное. Нет, стандартные вещи вроде сайт\блог\статический генератор\парсер приходили мне в голову, но я ищу такую идею, реализация которой принесет практическую пользу, а не только образовательную

Grpc все же лучше, потому что покрывает парсинг, реконнекты и еще кое-что

Мне знакомый говорил, что они GraphQL используют и говорит лучше gRPC. Но что-то не нравится Graphql

Разного назначения вещи

Мне знакомый говорил, что они GraphQL используют и говорит лучше gRPC. Но что-то не нравится Graphql

GraphQL это скорее не для микросервисов, а для главной Gateway API. для микросервисов возможно RPC лучше, но я не уверен.

Graphql, он, скорее, концептуальный конкурент rest, а не rpc

GraphQL - это про "что слать", RPC - это "как".

Спасибо

Мне знакомый говорил, что они GraphQL используют и говорит лучше gRPC. Но что-то не нравится Graphql

GraphQL: + strict contract + auto-documentation + introspection - latency ? throughput (depends) RPC: + minimal latency - no strict format, no strict contract by default (each RPC implementation is basically a new protocol!)

GraphQL - это про "что слать", RPC - это "как".

чо

GraphQL: + strict contract + auto-documentation + introspection - latency ? throughput (depends) RPC: + minimal latency - no strict format, no strict contract by default (each RPC implementation is basically a new protocol!)

Grpc! G!

?

Graphql, он, скорее, концептуальный конкурент rest, а не rpc

REST это RPC over HTTP(S) следственно можно сказать что GQL это некий отдалённый "конкурент" RPC GQL это ещё один способ коммуникации, RPC это семейство способов в которое GQL очень поверхностно входит

Концептуально - нет

даже GraphQL это RPC, но очень специализированный

а я думал, GraphQL - это язык выражения запросов и ответов на них

грубо говоря GraphQL это "RPC with 1+n endpoints" где 1 это GET а n это список всех мутаций

а я думал, GraphQL - это язык выражения запросов и ответов на них

ну так оно и есть

однако выражаясь гоферной терминологией "GraphQL это конкретный тип, имплементирующий RPC интерфейс, который имплементируют REST и ещё 100500 других типов коммуникации" ?

я бы сказал "описывающий интерфейс RPC", а не имплементирующий. GraphQL же не говорит, каким образом должны формироваться ответы. Только как они должны выглядеть

я бы сказал "описывающий интерфейс RPC", а не имплементирующий. GraphQL же не говорит, каким образом должны формироваться ответы. Только как они должны выглядеть

gRPC интерфейс тоже об этом не говорит)) интерфейс он на то и интерфейс чтобы абстрагироваться от того как и откуда данные берутся

Коллеги, подскажите, пожалуйста, что вы используете для комуникации между микросервисами (если микросервисы используете)? Думал сначала gRPC, но потом решил не париться и просто тупо по HTTP общаться. Подскажете какой паттерн? Не хотелось бы велосипед писать

Nats-streaming %)

https://youtu.be/ankImITj5qY

как у вас на словах всё просто)) сделали бы уже форк языка, запилили свой proposal генериков, предложили бы pull, делов то))

Уже вроде есть форки только кому они нужны без поддержки гугла

даже GraphQL это RPC, но очень специализированный

Первое это в первую очередь данные и манипуляция ими, RPC это действия. Да, с помощью одного можно сделать другое, но зачем.

даже GraphQL это RPC, но очень специализированный

Даже птица воробей тоже, кажется, еврей

грубо говоря GraphQL это "RPC with 1+n endpoints" где 1 это GET а n это список всех мутаций

@koziavka ??

Как создать с помощью го файл, на другом компьютере?

Первое это в первую очередь данные и манипуляция ими, RPC это действия. Да, с помощью одного можно сделать другое, но зачем.

"RPC" это trait коммуникационных протоколов ? GraphQL один из них со своими плюсами и минусами

Как создать с помощью го файл, на другом компьютере?

никак. тут Go не причём. Тебе на другом компе нужен сервер, который будет способен принимать запросы на создание файла и его создавать

Как создать с помощью го файл, на другом компьютере?

Скопировать программу, которая создает файл, на другой компьютер и запустить ее там. ?

Скопировать программу, которая создает файл, на другой компьютер и запустить ее там. ?

too easy))

we need more RPC!

Хотя я лично хотел бы язык с простым ООП, нравится мне оно. Но многие тут боятся ООП как огня.

Внезапно - это Го

https://play.golang.org/p/g-i4H38swzO Вот код. Как мне сделать так, чтобы он не печатал файл,а создавал его на другом пк?

Функция state_client

create_file_on_remote_pc попробуй

Ого

Получилось, спасибо!

(Нет)

https://play.golang.org/p/g-i4H38swzO Вот код. Как мне сделать так, чтобы он не печатал файл,а создавал его на другом пк?

Это вопрос, на который нет ответа

Тебе уже выше всё обяъснили. Нужен сервер на машине, на которой файл создавать надо.

scp!

https://play.golang.org/p/g-i4H38swzO Вот код. Как мне сделать так, чтобы он не печатал файл,а создавал его на другом пк?

Можете через SSH толкать. Так же можете какой-нибудь сервер поднять или написать свой для этого.

create_file_on_remote_pc попробуй

а что если там мак?! create_file_on_remote_mac тогда ещё

мак тоже pc

мак тоже pc

*troll face smiley*

скажите, как вы относитесь к package arguments? ? package mypack (immut)

Как проверить наличие файла?

Как проверить наличие файла?

ну надо сначала посмотреть, есть ли он там, если есть, значит true) какой вопрос, такой ответ, задавайте вопрос более точно для получения более качественного ответа

Я уже нашёл ответ, спасибо

Я уже нашёл ответ, спасибо

ну вот видишь, надо было лишь загуглить ?

https://play.golang.org/p/g-i4H38swzO Если например при открытие файла происходит ошибка (файл не найден), как сделать так, чтобы код выдавал не ошибку открытия файла, а то, что я ввел?

https://play.golang.org/p/g-i4H38swzO Если например при открытие файла происходит ошибка (файл не найден), как сделать так, чтобы код выдавал не ошибку открытия файла, а то, что я ввел?

товарищь, вы как давно в данной сфере?

Часов 20

Что не так?

почти все

В сфере чего?

но для начала - формулировки ваших вопросов не позволяют на них отвечать

Хорошо

во-вторых, не кидайте весь свой проект на goplay, уважайте время собеседника, понимайте то, что собеседник не понимает о чём ваш код и ему придётся всё это интерпретировать. Кидайте только релевантный код, с которым у вас проблема

Хорошо

Использовал кто-то go-buffalo? и вот это: https://github.com/gobuffalo/buffalo-auth?

сгенерил авторизацию, но пишет, что could not find signin

Подскажите, пожалуйста, как расшарить .proto файлы? Допустим у меня есть 2 отдельных сервиса, которые будут общаться между собой и лежат они в разных репозиториях. Не хотелось бы дублировать proto файлы. Есть какое-то решение?

Сделать отдельный третий репозиторий с протофайлами?

Подскажите, пожалуйста, как расшарить .proto файлы? Допустим у меня есть 2 отдельных сервиса, которые будут общаться между собой и лежат они в разных репозиториях. Не хотелось бы дублировать proto файлы. Есть какое-то решение?

положить их в любой key-value storage?

да даже в редис

syncthing можно применить

syncthing можно применить

Интересная штука. Уже приходилось так делать?

Да. Уже много лет работает сама собой, видеоролики через неё льём.

syncthing можно применить

предложил так предложил

:)

Подскажите, пожалуйста, как расшарить .proto файлы? Допустим у меня есть 2 отдельных сервиса, которые будут общаться между собой и лежат они в разных репозиториях. Не хотелось бы дублировать proto файлы. Есть какое-то решение?

Только отдельный репозиторий для этого.