Apresento nessa palestra técnicas, dicas e truques que aprendi durante mais de 2 anos trabalhando com aplicações Ruby e Rails em produção.

1. Como ser feliz em
apenas 3 passos
O Segredo!

2. O que aprendi e quero
passar adiante
Lucas Húngaro - @lucashungaro
http://busk.com

4. Parte 1 - Dicas e Truques

5. Serviços
• Hoptoad
• New Relic

6. Dicas
• Master/Slave
• Resque pwns Delayed_Job
• Fuja da Amazon (produção)

7. Plugins e Gems
• kasket
• resque
• oink + hodel_3000_compliant_logger
• bullet
• query_reviewer
• rails_indexes

8. Plugins e Gems
• oink + hodel_3000_compliant_logger
Aug 12 11:31:15 Iron-Man rails[9541]: Memory usage: 101938 | PID: 9541
Aug 12 11:31:15 Iron-Man rails[9541]: Instantiation Breakdown: Total:
39 | User: 20 | FeedItem: 10 | Tag: 9

9. Caching
• Negligenciado
• Difícil em um nível “realista”
• “There are only two hard things in
Computer Science: cache invalidation and
naming things”

10. Caching
• Muleta (otimize primeiro)
• Para começar: kasket, cache-money etc
• Se é difícil invalidar, #comofas?

11. Caching
• Não invalidar!
• Ask for the thing you want
• O Segredo é a chave!
• Ou a chave é o Segredo?

12. Caching
• Demo
• Smart keys

13. Parte II - Evoluindo
• Frameworks induzem um bom início
• Comunidade “anêmica”
• Maturidade

14. Cargo Culting
• Filosofia e relacionamentos na equipe
• Código

15. Filosofia
• Pressão
• Hype
• Participar de um grupo
• Cool

16. Pressão
• “Se não usar X, não está fazendo direito”
• A ferramenta certa para o trabalho
• Para quem?
• Ex: Cucumber/Steak

17. Pressão
• Faca ruim ou técnica ruim?
• Ruim para a equipe
• Eu faço debugging com puts
• “It’s tempting for people to obsess over
tools instead of what they’re going to do
with those tools”

18. “The tone is in your
fingers”

19. Código
• Entender o problema
• Não tente resolver o que não te incomoda
• Solução emergente
• “The worst misstep one can make in design
is to solve the wrong problem.” – John
Carroll

20. Atacando o “problema”
errado
• Demeter: chamar um acessor em outro
objeto é o verdadeiro problema?
• NullDB: acessar BD em teste é o verdadeiro
problema?

21. Atacando o “problema”
errado
• Demeter
• Replica funcionalidade do delegate (stdlib)
• Problema real é exposição indevida de
comportamento

22. Atacando o “problema”
errado
• NullDB
• Problema real é acoplamento da lógica à
persistência
• Deve ser possível testar lógica independente
da persistência por design

23. Atacando o problema
errado
• Soluções não-eficientes se tornam padrões

24. It’s evolution baby!
• Fat Controllers
• Skinny Controllers, Fat Models
• Skinny Controllers, Sexy Models, Flexible
Services ;)
• Domain-Driven Rails?

25. Fat Models
• Negócios + Persistência
• Quebra SRP
• CRUD básico: OK
• Excesso de callbacks
• Esconde o domínio
• Falta: flexibilidade, isolamento

26. Camadas Tudo junto e misturado

27. Conceitos
• Muito difícil ensinar
• Maturidade através da experiência
• Acoplamento
• Coesão
• “Conascência” (conascence)

28. Mantra
Se é difícil de testar em isolamento, está mal
projetado

29. Acoplamento
• Serviços
• Inversão de controle
• Injeção de dependência
• Não, não estamos falando de Java! ;)

30. Acoplamento
• Demo
• ActivityService
• SearchService

31. Acoplamento
• SOLID, DDD
• Sandi Metz, Jim Weirich, Pat Maddox, James
Golick, Cassio Marques
• “Parametrização”
• SRP! SRP! SRP! SRP! SRP! SRP!
• Think about concerns

32. Conclusão
• Repense “Fat Models”
• Domínios complexos exigem flexibilidade
• Lógica importante deve:
• ser explícita
• ter um nome
• ter uma localização clara

33. Links
• The Building Blocks of Modularity (ou Grand Unified Theory of Software Design) - http://is.gd/egHfv
• SOLID Ruby - http://is.gd/eeyDn
• Demeter is for Encapsulation - http://is.gd/eeyLx
• Opinionated Modular Code - http://is.gd/eeyXm
• Scaling to Hundreds of Millions of Requests - http://vimeo.com/12814529

34. Obrigado