Nestes Slides resumo o que vi em um das melhores conferências para desenvolvedores realizados no Brasil: QCon 2011

1. Ismael Soares 2011

2. 1º Dia

3. Key Notes

4. Aprendizados de grandes Sistema HTTP Jim Webber

5. Dificuldades * com arquitetura SOA * mudanças de schema * sistemas não escaláveis * segurança * transações complexas * etc

6. Case * serviço de SMS por voz onde a utilização de REST com middleware de HTML comum foi mais barata que a solução baseada em ESB (Enterprise Service Bus) http://pt.wikipedia.org/wiki/Enterprise_Service_Bus

7. Otimização de Sites Sérgio Lopes

8. A importância de otimizar um site... * Cada 400ms de melhora, o Yahoo! aumenta o tráfego em 9% * Ao diminuir 2.2s de sua página principal, a Mozilla aumentou em 15% os downloads do FireFox * 100ms de melhora aumentaram o faturamento da Amazon em 1% * O Google fez um experimento aumentando o número de resultados da busca de 10 para 30 levando de 0.4 para 0.9s. O tráfego caiu 20% * 2s a mais na busca do Bing diminuíram o faturamento em 4,3%

9. 75% dos sites demoraram 400ms ou menos no servidor. A coisa tá feia mesmo!

10. Diminua o tamanho das Requests * Habilitar o GZIP no servidor * Comprimir o JavaScript, CSS e HTML * Não redimensionar Imagens no HTML * Otimize as imagens * Diminua cookies e headers

11. Diminua a quantidade de Requests * Junte os JavaScripts e CSS * Use Data URIs (consome menos banda) <img src=&quot;http://phpied.com/images/check.png&quot; /> <img src=&quot; data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAQAAAADCAIAAAA7ljm RAAAAGElEQVQIW2P4DwcMDAxAfBvMAhEQMYgcACEHG8ELxtbPAAAAAElFTkSuQmCC&quot; />

12. Outras dicas * Coloque o css no inicio da página * Coloque o javaScript no fim da página * Carregamento de Js assíncrono * Adie o carregamento do for possível * Use ferramentas de diagnóstico

13. Engenharia de performance no Twitter Evan Weaver

14. Pontos principais * mostrou algumas técnicas para escalar utilizadas pela equipe do Twitter * otimizar o garbadge collector do Ruby * Porque devemos acessar os dados em massa e como gerencia-los na memória.

15. Trilhas

16. Refatoração em Larga Escala Danilo Sato

17. Porque Refatorar? * Adicionar nova funcionalidade * Corrigir bugs * Melhorar o Design * Otimizar o código

18. Para refatorar… * Entender os motivos da mudança * Planejá-las * Coding Kata! (exercício de programação baseado em repetições)

19. Para refatorar… * Entender os motivos da mudança * Planejá-las * Coding Kata! (exercício de programação baseado em repetições) * Fazer o passo-a-passo * Identificar o objetivo - Design ativo - Design passivo * Traçar a estratégia

20. Para refatorar… * isole o impacto das mudanças * baby Steps * mantenha os testes passando * Regredir para progredir * Manter o plano traçado * Se possível, faça um diagrama de efeitos * Use ferramentas

21. Veja o exemplo em: http://github.com/dtsato/refactoring-experiment

22. Design de Código: a qualidade que faz a diferença Guilherme Silveira

23. Dificuldades em um projeto * Implementação * Design * Arquitetura

24. Design = como seu código se comunica Implementação = como seu código é executado

25. Não adianta ter uma boa arquitetura se ela for difícil de entender Porque a única coisa que existe de fato é a implementação!

26. Não dá para falar de arquitetura ou design sem falar de implementação

27. Em suma, cuide do código! Faça-o mais legível possível Porque um dia você vai precisar dar manutenção nele e ai você não poder reclamar

28. Divida Técnica Alexandre Freire

29. Tipos... Irresponsável Consciente

30. Débito não é Divida

31. Divida se paga

32. * Atrasos * Bugs * Sistema Engessado * Baixa Cobertura de Código * Falha de comunicação

33. Calcule e pague

34. 2º Dia

35. Key Notes

36. Caching e NoSQL? Kunal Bhasin

37. Que tal Centenas de Gigabytes no cache da memória?

38. Garbage Collector não deixa!

39. Os caras da TerraCotta conseguiram resolver este problema

40. Em 2003, Greg Luck começou o projeto do Ehcache . Em 2009 a TerraCotta assumiu o projeto.

41. O Ehcache gerencia os objetos que estão em cache e decide quando joga-los ou não no lixo.

42. MythBuster – Mission Cloud Computing @NASA Khawaja Shams

43. Cloud Computing

44. Cloud não é seguro?

45. Cloud não é confiável?

46. Cloud é apenas para pequenas empresas?

47. Amazon

48. O Jet Propulsion Laboratory da NASA +TI

49. Evolução da Arquitetura como fazê-la funcionar Rebecca Parson

50. Arquitetura Evolucionária Vs Design Emergente

51. www.ibm.com/developerworks/br/java/library/j-eaed10/ Arquitetura Design

52. A hora de agir

53. Usar ferramentas fáceis de mudar

54. Automatize...

55. Almoço

56. Trilhas

57. Edição de Homes com Javascript End to End Jorge Walendowsky

58. Dificuldades no...

59. Sacadas...

60. Java Script + Json + NodeJs + HTML 5

61. Separam a lógica do HTML

62. Programação funcional Com OO em Java Script Christiano Milfont

63. Dificuldades com JS

64. Linguagem Fraca

65. Usar técnicas para contornar...

66. Testes de Interface Andrews Medina Francisco Souza

67. Várias Ferramentas...

68. Splinter

70. Referências http://en.wikipedia.org/wiki/Data_URI_scheme blog.caelum.com.br/qcon-2011-como-foi-a-segunda-edicao-do-principal-evento-de-arquitetos-e-desenvolvedores-no-brasil/