Eu comecei na web sem imaginar que JavaScript ia virar minha vida de cabeça pra baixo. Hoje sou Senior Staff Engineer na Avenue, lidero iniciativas de Design Systems que são usados por várias equipes, e trabalho com coisa de AI/LLM. Ah, e também dou umas palestras na TDC e ajudo galera a crescer na carreira.
São +10 anos mexendo com front-end: React, TypeScript, Design Systems, essas coisas. E livros sempre fizeram parte dessa jornada.
O livro que mudou tudo
JavaScript: The Good Parts do Douglas Crockford. Esse foi o que realmente me abriu os olhos.
Na época eu tava começando a trabalhar seriamente com JS e esse livro foi tipo... "cara, nem tudo que a linguagem permite você deveria usar". Parece óbvio hoje, mas em 2008 isso era revolucionário pra mim.
Ele me ensinou a escrever código idiomático, a usar as partes boas da linguagem. E sabe o mais louco? Os princípios continuam válidos até hoje. Essa lição de discernimento técnico - saber o que usar e o que evitar - virou base de tudo que eu faço.
TypeScript: como eu aprendi de verdade
Se você quer dominar TypeScript de verdade, lê o Learning TypeScript do Josh Goldberg.
O Josh é foda. Ele explica o sistema de tipos de forma progressiva, não assume que você já manja tudo, mas também não te trata como se você fosse idiota. É perfeito tanto se você tá começando quanto se você já usa TS mas quer entender melhor generics, conditional types, essas paradas mais avançadas.
Design Systems: os dois livros que moldaram tudo
Cara, Design Systems é minha praia. E dois livros foram cruciais: Atomic Design do Brad Frost e Refactoring UI do Adam Wathan e Steve Schoger.
Atomic Design mudou completamente como eu penso sobre componentes. A ideia de atoms, molecules, organisms, templates, pages... não é só uma metodologia bonitinha. É uma forma de pensar sobre sistemas escaláveis de verdade.
Tipo, quando você saca que um botão é um átomo mas um form de login é um organismo, você começa a criar componentes muito mais reutilizáveis. É quase filosófico.
Agora, Refactoring UI... esse aqui foi libertador. Eu sempre fui péssimo com design. Tipo, péssimo mesmo. E esse livro ensina design do ponto de vista do dev: regras práticas, aplicáveis, sem aquele papo de "use sua intuição criativa".
Depois de ler, eu consegui criar interfaces muito melhores sem ficar dependendo de designer pra cada pixel. Óbvio que designers continuam sendo essenciais, mas eu não fico mais completamente perdido.
Performance: entendendo o porquê
High Performance Browser Networking do Ilya Grigorik. Esse livro é denso, mas é essencial.
O Ilya trabalha no Google Chrome, então ele entende profundamente como navegadores funcionam. O livro vai desde fundamentos de rede (TCP, UDP, TLS) até otimizações de HTTP/2, WebRTC...
Mas sabe o que eu mais curto? Ele não só te ensina o "como", ele explica o porquê. Por que HTTP/2 é mais rápido? Por que HTTPS é crucial mesmo quando você não tá lidando com dados sensíveis? Como Core Web Vitals realmente funcionam na prática?
Quando você entende o porquê, suas decisões de performance ficam muito mais conscientes. Vale cada página.
Arquitetura: pensando em sistemas
Designing Data-Intensive Applications do Martin Kleppmann. Melhor livro de arquitetura que já li, sem discussão.
"Mas Leo, eu faço front-end, por que eu deveria ler sobre dados?" - Porque aplicações modernas de front-end são sistemas distribuídos. Sério.
O livro ensina trade-offs: CAP theorem, consistência eventual, particionamento, replicação... Quando você tá arquitetando um Design System usado por 12 apps diferentes, ou otimizando micro-frontends, esses conceitos são fundamentais.
Trust me.
Clean Code: minha visão honesta
Clean Code é polêmico. Eu sei.
Tem gente que acha dogmático demais, e olha... não tá completamente errado. Mas eu acho que todo dev deveria ler - mesmo que seja pra discordar.
O valor não tá em seguir cada regra como se fosse a bíblia. Tá em te fazer pensar sobre código. Nomes de variáveis importam? Funções pequenas são sempre melhores? Como escrever código que você (ou outro dev) vai entender daqui 6 meses?
Eu não concordo com tudo. Mas me fez um dev muito melhor. A chave é ler criticamente e adaptar ao seu contexto.
IA/LLM: teoria vs prática
Pra fundamentos teóricos, Deep Learning do Ian Goodfellow é a referência.
É denso. É matemático. Tem hora que você vai querer jogar o livro pela janela. Mas se você quer realmente entender como redes neurais e LLMs funcionam por baixo dos panos, é esse.
Agora, uma parada importante: pra usar LLMs em produção, os melhores recursos ainda são docs oficiais (OpenAI, Anthropic) e artigos técnicos. O campo evolui tão rápido que livros ficam desatualizados em meses.
Mas ter a base teórica te ajuda a entender os conceitos fundamentais que não mudam.
Staff Engineer: liderança sem virar gestor
The Staff Engineer's Path da Tanya Reilly mudou minha carreira.
Por anos eu achei que o único jeito de crescer era virar gerente. Spoiler: não é.
A Tanya mostra que existe uma carreira técnica sólida e impactante sem você precisar gerenciar pessoas. Influência técnica, arquitetura de projetos, mentoria, decisões estratégicas... tudo isso sem virar gestor.
Foi libertador. Eu posso continuar codando, fazendo code review, arquitetando sistemas, mentorando - e ainda ter impacto gigante na org.
Testes: qualidade sem sofrimento
Testing JavaScript Applications do Lucas da Costa (brasileiro, representa!).
Ele cobre unit, integration, e2e com ferramentas modernas: Jest, React Testing Library, Cypress. Mas o diferencial é que ele ensina a filosofia de testes, não só sintaxe.
Quando testar? O que testar? Como escrever testes que agregam valor de verdade?
Muita gente escreve teste que quebra com qualquer mudança mínima. O Lucas ensina a escrever testes resilientes e úteis. Mudou meu jogo completamente.
De mid pra senior: o mindset
The Pragmatic Programmer. Clássico.
Esse livro te ensina a pensar como engenheiro, não só como programador. DRY, orthogonality, reversibility, tracer bullets... esses conceitos moldam como você aborda problemas.
Um senior não é só alguém que escreve código mais rápido. É alguém que pensa em manutenibilidade, escalabilidade, trade-offs, impacto no time. The Pragmatic Programmer te ensina exatamente isso.
Meus 3 essenciais
Se eu pudesse recomendar só 3:
- Designing Data-Intensive Applications - pra arquitetura e pensamento sistêmico
- Refactoring UI - pra qualquer dev front-end que quer criar interfaces melhores
- The Staff Engineer's Path - pra crescimento de carreira técnica
Esses três cobrem arquitetura, craft de front-end, e carreira. É uma base sólida.
Aprendendo com código real
Fora livros, estuda Design Systems reais de empresas em produção:
- Material Design (Google)
- Polaris (Shopify - open source)
- Carbon (IBM - open source)
- Chakra UI (open source)
Como eles organizam tokens? Como documentam componentes? Como garantem acessibilidade? Você aprende muito vendo código real funcionando em produção.
Complementa perfeitamente os livros teóricos.
Próximas leituras
Tô lendo Staff Engineer: Leadership Beyond the Management Track do Will Larson agora. Ele entrevistou dezenas de Staff Engineers de Stripe, Slack, Uber... e compilou padrões de como eles trabalham.
Também to de olho em Software Design for Flexibility do Gerald Jay Sussman (sobre arquiteturas adaptáveis).
E quero reler Design Patterns da Gang of Four. É um clássico que acho que todo senior deveria ler pelo menos uma vez.
A real é que livros são ferramentas. Alguns vão ressoar com você, outros não. Alguns você vai ler e pensar "caramba, isso mudou tudo", outros você vai discordar de metade.
E tá tudo bem.
O importante é continuar aprendendo, continuar curioso, e sempre adaptar ao seu contexto. Nenhum livro é bíblia. Nem esse guia aqui.
Bora codar! 🚀
