Eu entrevisto uma galera na gringa e raramente chegamos a esse nível. Os manos bons estão super bem empregados, e é raro encontrar gente que chegue a 10% desse conhecimento. Mas, quando encontramos esse cavalo selado, tentamos capturar esse cara assim que possível. Depois da contratação, ele poderá usar IA à vontade e ninguém liga. Mas ainda é preciso, cada vez mais, atentar-se às decisões de arquitetura e engenharia, e saber guiar corretamente a IA.
Tudo começa com um bom teste técnico. A pessoa precisa transmitir experiência e segurança no que está fazendo. Portanto, mesmo em tempos de LLMs, continuem treinando e fazendo código sem vibe coding.
Agradeço pela alta qualidade do texto e mando abraços!
com certeza! nessa era de IA, arquitetura e engenharia de software se tornam ainda mais importantes. Fico feliz demais de saber que o artigo cobre bem o que você espera considerando que é entrevistador
O pouco que vi, independente se for para uma entrevista ou vida real, achei fantástico só de ler o exemplo que deu de um banco relacional vs redis no sentido de aguentar requisições
a outra coisa foi algo que é bem claro porém não notamos no dia a dia que é o fato de mais leitura do que gravação no banco
Lucas, muito obrigado por entregar tanto conteúdo fantástico para comunidade!
System design não é sobre decorar arquiteturas — é sobre entender trade-offs. Escalabilidade, consistência e custo nunca andam juntos; o desafio é saber qual sacrificar quando.
Eu entrevisto uma galera na gringa e raramente chegamos a esse nível. Os manos bons estão super bem empregados, e é raro encontrar gente que chegue a 10% desse conhecimento. Mas, quando encontramos esse cavalo selado, tentamos capturar esse cara assim que possível. Depois da contratação, ele poderá usar IA à vontade e ninguém liga. Mas ainda é preciso, cada vez mais, atentar-se às decisões de arquitetura e engenharia, e saber guiar corretamente a IA.
Tudo começa com um bom teste técnico. A pessoa precisa transmitir experiência e segurança no que está fazendo. Portanto, mesmo em tempos de LLMs, continuem treinando e fazendo código sem vibe coding.
Agradeço pela alta qualidade do texto e mando abraços!
com certeza! nessa era de IA, arquitetura e engenharia de software se tornam ainda mais importantes. Fico feliz demais de saber que o artigo cobre bem o que você espera considerando que é entrevistador
valeu pelo comentário Mario, abraços
Artigo brabo demais, agradeço por criar e disponibilizar pra todos.
Valeu Otávio!
Artigo muito bom, parabéns!
obrigado Rafael!
EXCELENTE Artigo! Um dos melhores e mais completos resumões que ja encontrei. Obrigado!
muito feliz com esse feedback Bernardo! 🙌 que bom que gostou!
Conteúdo top, Lucas! Obrigado!
Dúvidas:
1. No caching, write-through adiciona latência. Assumo que invalidação explícita também, considerando que um delete é uma forma de write?
2. No URL Shortener, como calcular "URLs mais frequentes" pra decidir quais vão pro cache e quais não?
Vim através do post no linkedin.
Já salvei pra ler com mais carinho mais tarde,
O pouco que vi, independente se for para uma entrevista ou vida real, achei fantástico só de ler o exemplo que deu de um banco relacional vs redis no sentido de aguentar requisições
a outra coisa foi algo que é bem claro porém não notamos no dia a dia que é o fato de mais leitura do que gravação no banco
Lucas, muito obrigado por entregar tanto conteúdo fantástico para comunidade!
System design não é sobre decorar arquiteturas — é sobre entender trade-offs. Escalabilidade, consistência e custo nunca andam juntos; o desafio é saber qual sacrificar quando.