Confesso que a questão no XML na S3 me chamou a atenção. Será que não seria um passo desnecessário fazer a requisição pra armazenar o XML, usar um REST para recuperar os campos que interessam? E outro ponto que chamou a atenção foi a criação de um middleware para tornar uma transação mais rápido. Parece um anti pattern mas deu certo, conforme falado em 32:21
A questão do XML foi necessária pelo fato de termos que trabalhar com um arquivo de quase 3MB para geração da nota fiscal do fornecedor e do cliente, porém durante o processo de geração precisamos apenas da chave de 44 caracteres. Poderia ser feita uma request REST para gerar esse XML ? sim porém ela demora chega de 30 segundos do ERP em um fluxo que não deveria demorar mais de 1 segundo pelo volume de informação transitada . O Middleware para gerenciar essas transações foi necessário para dividirmos os processamento em etapas e lidar com sistemas com pouca otimização tanto de resposta quando de confiabilidade, assim tendo um middleware para cuidar e garantir o recebimento e envio de mensagem, consigo poupar esse tipo de validação do meu serviço principal
Deixo aqui uma boa recomendação sobre livro "A Linguagem de Programação Go" perfeito para ler ou consultar (dependendo da forma como você gosta de estudar)
Grpc é um protocolo de serialização que trabalha com dados binários. É por essa razão que é mais rápido que tranferir json ou XML que transferem estruturas em texto. O tamanho dos dados transferidos é muito menor.
Ele não confundiu, o Grpc utiliza o Protocol Buffers (ProtoBuf) como seu mecanismo de serialização padrão, que é um sistema de serialização de dados estruturados eficiente e compacto, no formato binário. Ao contrário do JSON ou XML
![Faladev #51 - Golang e a arquitetura orientada a eventos [feat. Americanas SA]](http://i.ytimg.com/vi/k8qcsS7EGks/mqdefault.jpg)
![Faladev #51 - Golang e a arquitetura orientada a eventos [feat. Americanas SA]](/img/tr.png)
Simplesmente foda, o Vinicius abriu um pouco mais a minha percepção sobre o crescimento da Go 🔥🚀 Parabéns pelo Podcast!
Parabéns pelo podcast!
Os convidados com seus exemplos do dia dia conseguiram mostrar o quanto Go está forte.
Aprendi muito.
Adorei os convidados, tem que trazer mais vezes.
Muito foda! Gostei da contribuição do Vinicius, parabéns pelo podcast!
E essa voz do Sukuna aí? Dev e dublador? Olha esse cara, Francisco Júnior
Go. É fantastico
Esplêndido 👏👏👏
Muito bom!
Muito bom, Parabéns.
top demais!
Golera, high level! XP
fanboy
Genial 😂😂😂
Não conhecia o canal, gostei de mais do podcast, estou pensando em aprender Golang
Confesso que a questão no XML na S3 me chamou a atenção. Será que não seria um passo desnecessário fazer a requisição pra armazenar o XML, usar um REST para recuperar os campos que interessam?
E outro ponto que chamou a atenção foi a criação de um middleware para tornar uma transação mais rápido. Parece um anti pattern mas deu certo, conforme falado em 32:21
A questão do XML foi necessária pelo fato de termos que trabalhar com um arquivo de quase 3MB para geração da nota fiscal do fornecedor e do cliente, porém durante o processo de geração precisamos apenas da chave de 44 caracteres. Poderia ser feita uma request REST para gerar esse XML ? sim porém ela demora chega de 30 segundos do ERP em um fluxo que não deveria demorar mais de 1 segundo pelo volume de informação transitada .
O Middleware para gerenciar essas transações foi necessário para dividirmos os processamento em etapas e lidar com sistemas com pouca otimização tanto de resposta quando de confiabilidade, assim tendo um middleware para cuidar e garantir o recebimento e envio de mensagem, consigo poupar esse tipo de validação do meu serviço principal
Só os feras , super top esse vídeo
Fala muito bem parabéns
Parabéns pelo podcast!
Muito high level, parabéns
Deixo aqui uma boa recomendação sobre livro "A Linguagem de Programação Go" perfeito para ler ou consultar (dependendo da forma como você gosta de estudar)
Grpc é um protocolo de serialização que trabalha com dados binários. É por essa razão que é mais rápido que tranferir json ou XML que transferem estruturas em texto. O tamanho dos dados transferidos é muito menor.
Acho que você confundiu gRPC com Protobuf.
Ele não confundiu, o Grpc utiliza o Protocol Buffers (ProtoBuf) como seu mecanismo de serialização padrão, que é um sistema de serialização de dados estruturados eficiente e compacto, no formato binário. Ao contrário do JSON ou XML
Na versão dublado para inglês a voz do jefferson quem faz é o Morgan Freeman
rest não é protocolo
Taporra a voz desse mano