Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Dicas para tomadas de decisão seguras em front-end

649756bec88883f16a9bcd7a106533a1?s=47 Ramon Bispo
November 05, 2014

Dicas para tomadas de decisão seguras em front-end

Palestra ministrada na Semana de Ciência da Computação e Tecnologia da Informação da UENF.

649756bec88883f16a9bcd7a106533a1?s=128

Ramon Bispo

November 05, 2014
Tweet

Transcript

  1. Dicas para tomadas de decisão seguras em front-end Ramon Bispo

    SCTI - UENF 2014
  2. 2 Quem? Ramon Bispo - Design - Code - Rap

  3. 3

  4. 4

  5. "Why is being a front end engineer hard? I don't

    know any other job where you need to learn new technologies every 6 weeks." 5 — @slicknet http://bit.ly/1GalX4l
  6. 6

  7. Tópicos da palestra: Descobrindo o propósito dos projetos Pensando no

    nicho Como e quando otimizar Desapegando-se dos vícios Lidando com riscos 7
  8. Tópicos da palestra: Lidando com suporte à navegadores Automação de

    tarefas Dicas gerais 8
  9. 1) Propósito Seja fiel ao propósito do projeto
 - É

    para um cliente?
 - Projeto Open Source?
 - Projeto pessoal ou para a faculdade? 9
  10. "1999: Images are slow to download, but at least I

    can read the text. 2014: Font is slow to download, but at least I can… ah shit." 10 — @drewm http://bit.ly/10fFK1y
  11. 2) Nicho Descubra como o projeto deve interagir com o

    usuário
 - Via navegador desktop?
 - Via celular?
 - Os dois?
 - Via app desktop? 11
  12. "Mobile First. No, Content First. No, API First. No, User

    First. No, Me First." 12 — @lukew http://bit.ly/1t3jBdm
  13. 2) Nicho Minimize o “over-engineering”
 
 (não é porque você

    pode adicionar certo recurso que 
 você deve adicioná-lo) 13
  14. "you need 14 lines of HTML if you want a

    favicon that works across devices and resolutions." 14 — @judofyr http://bit.ly/1Ebt0I5
  15. 1. Faça o código funcionar. 2. Faça o código ser

    melhor. 3. Faça o código ser mais rápido.
 
 (não otimize prematuramente) 15 3) Otimização
  16. "Oh yeah, GitHub is running 100% on Rails 3 now.

    Next: Rails 3.1. Look out 2011, here we come!" 16 — @bkeepers http://bit.ly/1ttpZhD Setembro/2014
  17. 4) Desapego Liberte-se das suas vontades e pense no todo.

    Reinvente-se, aceite a mudança. Seu código não deve ser só seu, ele deve ser de todos. 17
  18. "Seriously, it’s just code. The more I write it, the

    less I care in what language it is." 18 — @pcalcado http://bit.ly/1o6rKC6
  19. 5) Riscos Use frameworks com uma comunidade sólida. Não alimente

    os trolls. Contribua. 19
  20. "Programming – " 20 — @kyleve http://bit.ly/1o6tYl3

  21. 6) Suporte à navegadores Use o melhor do mercado sempre

    que possível. Dê suporte à navegadores antigos sempre que necessário.
 
 (parece contraditório, mas 
 não é!) 21
  22. 22

  23. 7) Automação de tarefas Essencial para evitar o princípio DRY

    (Don’t Repeat Yourself) Use as ferramentas ao seu favor. Não complique, simplifique. 23
  24. "Launching a product is the start." 24 — @lukew http://bit.ly/10jH7vZ

  25. 8) Dicas adicionais Não tenha medo de errar. Menos é

    mais. Não faça algo só porque é “cool". Remover código é tão importante quanto adicionar código. 25
  26. "the second step is easier than the first. Always." 26

    — @ienjoy http://bit.ly/1pYamiE
  27. e para finalizar… 27

  28. "Everything you need to know about Knowledge and Expertise in

    one handy graph" 28 — @swardley http://bit.ly/1wXZC4T
  29. "In the end, it's all about having fun. No matter

    what we do, what we work, what we achieve in our life." 29 — @schneidertobias http://bit.ly/1vzp5hM
  30. Obrigado! @ramonpage http://ramonpage.com contato@ramonpage.com 30