Principe do Oceano
@rafaelponte.bsky.social
Príncipe do Oceano, Marajá dos Legados e antigo @rponte no Twitter.
Também sou um entusiasta de sistemas distribuídos e boring techs 😬 Não obstante, um dev cansado na Zup tentando facilitar a vida de devs(as) através da educação.
deveficiente.com
Também sou um entusiasta de sistemas distribuídos e boring techs 😬 Não obstante, um dev cansado na Zup tentando facilitar a vida de devs(as) através da educação.
deveficiente.com
te mandei no twitter, mas vc nao viu... 😬
October 3, 2025 at 5:13 PM
te mandei no twitter, mas vc nao viu... 😬
seja gentil conosco 🥺
October 3, 2025 at 1:15 PM
seja gentil conosco 🥺
Se vc tiver um Nintendo Switch e ainda não comprou estes dois jogos do Ori (ambos em promoção) vc tá fazendo algo errado com seu console e seu tempo 😬
September 22, 2025 at 3:41 AM
Se vc tiver um Nintendo Switch e ainda não comprou estes dois jogos do Ori (ambos em promoção) vc tá fazendo algo errado com seu console e seu tempo 😬
I had an amazing time attending and speaking at @javazone.bsky.social this year!
It was truly a fantastic experience! 🥳 The organizing team did an outstanding job; I’ve never been in a conference like this one. 👏🏻👏🏻
A special thanks to Otavio Santana for all the support and great laughs. ❤️
It was truly a fantastic experience! 🥳 The organizing team did an outstanding job; I’ve never been in a conference like this one. 👏🏻👏🏻
A special thanks to Otavio Santana for all the support and great laughs. ❤️
September 8, 2025 at 1:26 PM
I had an amazing time attending and speaking at @javazone.bsky.social this year!
It was truly a fantastic experience! 🥳 The organizing team did an outstanding job; I’ve never been in a conference like this one. 👏🏻👏🏻
A special thanks to Otavio Santana for all the support and great laughs. ❤️
It was truly a fantastic experience! 🥳 The organizing team did an outstanding job; I’ve never been in a conference like this one. 👏🏻👏🏻
A special thanks to Otavio Santana for all the support and great laughs. ❤️
conheci muitas pessoas maravilhosas e especiais nessa @codecon.dev, mas sem dúvidas a @bellesamways.dev está no topo!
que mulher maravilhosa, divertida e de uma vibe ímpar! 🥰 adorei conhecer ela e seu digníssimo marido, o Gab! entendo pq eles combinam demais juntos ❤️
obrigado pelo domingo! 😍
que mulher maravilhosa, divertida e de uma vibe ímpar! 🥰 adorei conhecer ela e seu digníssimo marido, o Gab! entendo pq eles combinam demais juntos ❤️
obrigado pelo domingo! 😍
July 21, 2025 at 2:46 PM
conheci muitas pessoas maravilhosas e especiais nessa @codecon.dev, mas sem dúvidas a @bellesamways.dev está no topo!
que mulher maravilhosa, divertida e de uma vibe ímpar! 🥰 adorei conhecer ela e seu digníssimo marido, o Gab! entendo pq eles combinam demais juntos ❤️
obrigado pelo domingo! 😍
que mulher maravilhosa, divertida e de uma vibe ímpar! 🥰 adorei conhecer ela e seu digníssimo marido, o Gab! entendo pq eles combinam demais juntos ❤️
obrigado pelo domingo! 😍
⚠️ NÃO ESQUEÇAM!
Hoje as 20h vai rolar a talk do Hugo Marques (@hugomarques.dev) contando uma experiência real na construção e otimização de um serviço na #Netflix com ALTA CONCORRÊNCIA E PARALELISMO 🔥
Ele vai navegar pelo problema, design da solução e principalmente detalhes de implementação…
Hoje as 20h vai rolar a talk do Hugo Marques (@hugomarques.dev) contando uma experiência real na construção e otimização de um serviço na #Netflix com ALTA CONCORRÊNCIA E PARALELISMO 🔥
Ele vai navegar pelo problema, design da solução e principalmente detalhes de implementação…
July 10, 2025 at 7:22 PM
⚠️ NÃO ESQUEÇAM!
Hoje as 20h vai rolar a talk do Hugo Marques (@hugomarques.dev) contando uma experiência real na construção e otimização de um serviço na #Netflix com ALTA CONCORRÊNCIA E PARALELISMO 🔥
Ele vai navegar pelo problema, design da solução e principalmente detalhes de implementação…
Hoje as 20h vai rolar a talk do Hugo Marques (@hugomarques.dev) contando uma experiência real na construção e otimização de um serviço na #Netflix com ALTA CONCORRÊNCIA E PARALELISMO 🔥
Ele vai navegar pelo problema, design da solução e principalmente detalhes de implementação…
When your system is overloaded you have 2 options:
1️⃣ back-pressure: blocking on input;
2️⃣ load shedding: dropping data on the floor;
We build resilient systems by saying “no” to users/clients, enforcing limits, and designing for graceful degradation.
1️⃣ back-pressure: blocking on input;
2️⃣ load shedding: dropping data on the floor;
We build resilient systems by saying “no” to users/clients, enforcing limits, and designing for graceful degradation.
June 21, 2025 at 3:30 AM
When your system is overloaded you have 2 options:
1️⃣ back-pressure: blocking on input;
2️⃣ load shedding: dropping data on the floor;
We build resilient systems by saying “no” to users/clients, enforcing limits, and designing for graceful degradation.
1️⃣ back-pressure: blocking on input;
2️⃣ load shedding: dropping data on the floor;
We build resilient systems by saying “no” to users/clients, enforcing limits, and designing for graceful degradation.
No #DevEficiente entendemos que estar ciente do que você perde ao usar o Processamento Assíncrono é o que te permite discutir, criticar, desenhar e implementar soluções mais escaláveis e robustas em sistemas distribuídos. 🙌🏻
⭐️ Mais importante do que ter ciência das vantagens é ter das desvantagens.
⭐️ Mais importante do que ter ciência das vantagens é ter das desvantagens.
June 18, 2025 at 5:50 PM
No #DevEficiente entendemos que estar ciente do que você perde ao usar o Processamento Assíncrono é o que te permite discutir, criticar, desenhar e implementar soluções mais escaláveis e robustas em sistemas distribuídos. 🙌🏻
⭐️ Mais importante do que ter ciência das vantagens é ter das desvantagens.
⭐️ Mais importante do que ter ciência das vantagens é ter das desvantagens.
❌ O dev(a), de forma NÃO INTENCIONAL, acabou de transformar uma implementação com semântica At-Least Once em uma semântica At-Most Once Delivery, que neste caso também é conhecida como Fire and Forget... ou melhor, Fire and Regret 😬
"É só mais uma camadinha async aqui para ficar mais rápido" 🤷🏻♀️
"É só mais uma camadinha async aqui para ficar mais rápido" 🤷🏻♀️
June 18, 2025 at 5:50 PM
❌ O dev(a), de forma NÃO INTENCIONAL, acabou de transformar uma implementação com semântica At-Least Once em uma semântica At-Most Once Delivery, que neste caso também é conhecida como Fire and Forget... ou melhor, Fire and Regret 😬
"É só mais uma camadinha async aqui para ficar mais rápido" 🤷🏻♀️
"É só mais uma camadinha async aqui para ficar mais rápido" 🤷🏻♀️
A priori, parace uma boa ideia, exceto pelo fato de q AGORA o client não espera mais pela confirmação do broker (ACK) 😰
Em caso de erro no envio, o client não terá ciência e este evento será perdido: ficará no limbo. Esse feedback loop entre client e broker era justamente nossa garantia de entrega.
Em caso de erro no envio, o client não terá ciência e este evento será perdido: ficará no limbo. Esse feedback loop entre client e broker era justamente nossa garantia de entrega.
June 18, 2025 at 5:50 PM
A priori, parace uma boa ideia, exceto pelo fato de q AGORA o client não espera mais pela confirmação do broker (ACK) 😰
Em caso de erro no envio, o client não terá ciência e este evento será perdido: ficará no limbo. Esse feedback loop entre client e broker era justamente nossa garantia de entrega.
Em caso de erro no envio, o client não terá ciência e este evento será perdido: ficará no limbo. Esse feedback loop entre client e broker era justamente nossa garantia de entrega.
Imagine que para melhorar o throughput no envio de eventos para um broker o dev(a) execute esse envio numa thread, atráves de uma thread pool do Spring Boot, por exemplo.
Esse tipo de código não seria muito diferente de iniciar uma Thread na mão, como na imagem.
Esse tipo de código não seria muito diferente de iniciar uma Thread na mão, como na imagem.
June 18, 2025 at 5:50 PM
Imagine que para melhorar o throughput no envio de eventos para um broker o dev(a) execute esse envio numa thread, atráves de uma thread pool do Spring Boot, por exemplo.
Esse tipo de código não seria muito diferente de iniciar uma Thread na mão, como na imagem.
Esse tipo de código não seria muito diferente de iniciar uma Thread na mão, como na imagem.
O que acontece quando o dev(a) ABUSA de async? 👀
É quase que um senso comum que o uso de mecanismos e técnicas de processamento assíncrono (aka "async") podem nos ajudar a maximizar o throughput, diminuir latência e/ou até eliminar coordenação entre serviços numa arquitetura distribuída 💪🏻
É quase que um senso comum que o uso de mecanismos e técnicas de processamento assíncrono (aka "async") podem nos ajudar a maximizar o throughput, diminuir latência e/ou até eliminar coordenação entre serviços numa arquitetura distribuída 💪🏻
June 18, 2025 at 5:50 PM
O que acontece quando o dev(a) ABUSA de async? 👀
É quase que um senso comum que o uso de mecanismos e técnicas de processamento assíncrono (aka "async") podem nos ajudar a maximizar o throughput, diminuir latência e/ou até eliminar coordenação entre serviços numa arquitetura distribuída 💪🏻
É quase que um senso comum que o uso de mecanismos e técnicas de processamento assíncrono (aka "async") podem nos ajudar a maximizar o throughput, diminuir latência e/ou até eliminar coordenação entre serviços numa arquitetura distribuída 💪🏻
o legal eh que voce consegue usar DMLs (INSERT, UPDATE e DELETE) dentro das CTEs.
saca só esse exemplo!
saca só esse exemplo!
June 17, 2025 at 3:00 PM
o legal eh que voce consegue usar DMLs (INSERT, UPDATE e DELETE) dentro das CTEs.
saca só esse exemplo!
saca só esse exemplo!
💡 Por exemplo, dependendo do contexto, aumentar o throughput ao processar um arquivo CSV muito grande pode ser resolvido com o uso de um pool de threads para distribuir a carga em chunks (lotes pequenos) 💪🏻 Não precisa de um cluster de máquinas e/ou mesmo um broker no meio!
June 11, 2025 at 5:42 PM
💡 Por exemplo, dependendo do contexto, aumentar o throughput ao processar um arquivo CSV muito grande pode ser resolvido com o uso de um pool de threads para distribuir a carga em chunks (lotes pequenos) 💪🏻 Não precisa de um cluster de máquinas e/ou mesmo um broker no meio!
O que te vem na cabeça quando te perguntam sobre como escalar uma aplicação web? 🤔
É um muito comum as respostas convergirem para uma das opções abaixo ou todas elas:
☑️ Cache - como Redis
☑️ Message broker - como RabbitMQ ou Kafka
☑️ Load balancer - como Nginx ou Apache
Acontece com você?
É um muito comum as respostas convergirem para uma das opções abaixo ou todas elas:
☑️ Cache - como Redis
☑️ Message broker - como RabbitMQ ou Kafka
☑️ Load balancer - como Nginx ou Apache
Acontece com você?
June 11, 2025 at 5:42 PM
O que te vem na cabeça quando te perguntam sobre como escalar uma aplicação web? 🤔
É um muito comum as respostas convergirem para uma das opções abaixo ou todas elas:
☑️ Cache - como Redis
☑️ Message broker - como RabbitMQ ou Kafka
☑️ Load balancer - como Nginx ou Apache
Acontece com você?
É um muito comum as respostas convergirem para uma das opções abaixo ou todas elas:
☑️ Cache - como Redis
☑️ Message broker - como RabbitMQ ou Kafka
☑️ Load balancer - como Nginx ou Apache
Acontece com você?
esse slide vale ouro: backpressure 🙌🏻
May 31, 2025 at 8:24 PM
esse slide vale ouro: backpressure 🙌🏻
aprendendo sobre concorrência em Java com os monstros do @hugomarques.dev e @lobocode.bsky.social no canal do @carlosenog.dev 🥳🥳
May 31, 2025 at 7:50 PM
aprendendo sobre concorrência em Java com os monstros do @hugomarques.dev e @lobocode.bsky.social no canal do @carlosenog.dev 🥳🥳
Vamos falar sobre Design de APIs Resilientes?
Em JULHO vou estar na @codecon.dev falando sobre desenho de REST APIs robustas que adotam princípios como #FailFast e #Idempotency como cidadãos de primeiro nível.
Já se inscreve com desconto de 15% do palestrante:
eventos.codecon.dev/codecon-summ...
Em JULHO vou estar na @codecon.dev falando sobre desenho de REST APIs robustas que adotam princípios como #FailFast e #Idempotency como cidadãos de primeiro nível.
Já se inscreve com desconto de 15% do palestrante:
eventos.codecon.dev/codecon-summ...
May 30, 2025 at 1:13 PM
Vamos falar sobre Design de APIs Resilientes?
Em JULHO vou estar na @codecon.dev falando sobre desenho de REST APIs robustas que adotam princípios como #FailFast e #Idempotency como cidadãos de primeiro nível.
Já se inscreve com desconto de 15% do palestrante:
eventos.codecon.dev/codecon-summ...
Em JULHO vou estar na @codecon.dev falando sobre desenho de REST APIs robustas que adotam princípios como #FailFast e #Idempotency como cidadãos de primeiro nível.
Já se inscreve com desconto de 15% do palestrante:
eventos.codecon.dev/codecon-summ...
meu gesuis amado só céu 🤡
April 30, 2025 at 3:19 AM
meu gesuis amado só céu 🤡
Não existe solução ideal para obter estas caracteristicas, mas sem dúvida existem fundamentos e princípios que norteaim bons arquitetos(as).
Eu os chamo de os 3 PILARES DA ESCALABILIDADE:
⭐️ CACHING;
⭐️ ASYNC PROCESSING;
⭐️ LOAD BALANCING;
Aplicar estes 3 pilares nos permite...
3/5
Eu os chamo de os 3 PILARES DA ESCALABILIDADE:
⭐️ CACHING;
⭐️ ASYNC PROCESSING;
⭐️ LOAD BALANCING;
Aplicar estes 3 pilares nos permite...
3/5
April 10, 2025 at 6:11 PM
Não existe solução ideal para obter estas caracteristicas, mas sem dúvida existem fundamentos e princípios que norteaim bons arquitetos(as).
Eu os chamo de os 3 PILARES DA ESCALABILIDADE:
⭐️ CACHING;
⭐️ ASYNC PROCESSING;
⭐️ LOAD BALANCING;
Aplicar estes 3 pilares nos permite...
3/5
Eu os chamo de os 3 PILARES DA ESCALABILIDADE:
⭐️ CACHING;
⭐️ ASYNC PROCESSING;
⭐️ LOAD BALANCING;
Aplicar estes 3 pilares nos permite...
3/5
Empresas e times que precisam de sistemas com high-performance e high-scalability costumam focar suas energias em 3 propriedades importantes:
1️⃣ Low Latency;
2️⃣ High Throughput;
3️⃣ Avoid Coordination;
O desafio por trás destas 3 propriedades é desenhar serviços que consigam...
1/5
1️⃣ Low Latency;
2️⃣ High Throughput;
3️⃣ Avoid Coordination;
O desafio por trás destas 3 propriedades é desenhar serviços que consigam...
1/5
April 10, 2025 at 6:11 PM
Empresas e times que precisam de sistemas com high-performance e high-scalability costumam focar suas energias em 3 propriedades importantes:
1️⃣ Low Latency;
2️⃣ High Throughput;
3️⃣ Avoid Coordination;
O desafio por trás destas 3 propriedades é desenhar serviços que consigam...
1/5
1️⃣ Low Latency;
2️⃣ High Throughput;
3️⃣ Avoid Coordination;
O desafio por trás destas 3 propriedades é desenhar serviços que consigam...
1/5
acredito que sim;
em libs mais antiga era feito de forma parecida:
em libs mais antiga era feito de forma parecida:
April 7, 2025 at 2:41 PM
acredito que sim;
em libs mais antiga era feito de forma parecida:
em libs mais antiga era feito de forma parecida:
esse mundo de software eh quebrado demais, gesuis hehe 😅
March 28, 2025 at 2:12 PM
esse mundo de software eh quebrado demais, gesuis hehe 😅
Essa semana finalizo as gravações do treinamento de arquitetura de sistemas distribuídos no #DevEficiente. 🥳
Um dos capítulos mais legais na minha opinião é sobre ampliar a perspsectiva dos devs(as) sobre os 3 pilares de escalabilidade.
Aqui uma abordagem de como distribuir a carga:
Um dos capítulos mais legais na minha opinião é sobre ampliar a perspsectiva dos devs(as) sobre os 3 pilares de escalabilidade.
Aqui uma abordagem de como distribuir a carga:
March 26, 2025 at 12:22 PM
Essa semana finalizo as gravações do treinamento de arquitetura de sistemas distribuídos no #DevEficiente. 🥳
Um dos capítulos mais legais na minha opinião é sobre ampliar a perspsectiva dos devs(as) sobre os 3 pilares de escalabilidade.
Aqui uma abordagem de como distribuir a carga:
Um dos capítulos mais legais na minha opinião é sobre ampliar a perspsectiva dos devs(as) sobre os 3 pilares de escalabilidade.
Aqui uma abordagem de como distribuir a carga: