Como ser um Desenvolvedor Sagaz

Como ser um Desenvolvedor Sagaz

De maneira divertida e informativa irá abordar o desenvolvimento voltado para o open source. Como começar a contribuir? Qual a semântica ideal? Qual o peso da refatoração, linting, code review e testes? Com essa palestra mais força de vontade e dedicação você consegue liberar o dev star que existe dentro de você.

Ed35943d3199ea37b1b60c39615e8163?s=128

Raphael Amorim

September 26, 2015
Tweet

Transcript

  1. COMO SER UM DESENVOLVEDOR TRANSANTE Frontend Carioca • 2015

  2. COMO SER UM DESENVOLVEDOR TRANSANTE Frontend Carioca • 2015

  3. Code of Conduct

  4. Code of Conduct raphamorim / awesome-conduct

  5. None
  6. COMO SER UM DESENVOLVEDOR SAGAZ

  7. RAPHAEL AMORIM raphamorim raphamundi

  8. @femugrj

  9. Atenção! Esse é o guia mais sem noção do desenvolvimento

    voltado para open source.
  10. O QUE É UM DESENVOLVEDOR SAGAZ?

  11. O QUE É UM DESENVOLVEDOR SAGAZ? EU POSSO SER UM

    DEV SAGAZ?
  12. None
  13. COMO?

  14. COMO? Atuando e somando com qualidade.

  15. COMO? Atuando e somando com qualidade. Dê asas a alguma

    ideia sua. Contribua em projetos alheios. Escreva artigos. Qualquer coisa que compartilhe conhecimento.
  16. MAS COMO EU COMEÇO A CONTRIBUIR?

  17. Você vai precisar de ferramentas

  18. Você vai precisar de ferramentas

  19. Você vai precisar de ferramentas git-scm.com

  20. Você vai precisar de ferramentas git-scm.com

  21. Você vai precisar de ferramentas git-scm.com github.com

  22. Todo projeto tem algo para ser melhorado, implementado ou ajustado*

    *youtu.be/Tdpn7y5nOeE
  23. Entendi. Mas por onde eu começo?

  24. Encontre coisas para fazer

  25. Encontre coisas para fazer Roadmap do Projeto (deve existir no

    melhor caso)
  26. Encontre coisas para fazer Roadmap do Projeto (deve existir no

    melhor caso) Tasks “soltas” nas Issues Lists
  27. Encontre coisas para fazer Roadmap do Projeto (deve existir no

    melhor caso) Tasks “soltas” nas Issues Lists Entrar em contato com os mantenedores do projeto e então pedir para explicar o projeto e qual o futuro dele (sugestão pessoal)
  28. Dev Mozilla/Firefox-ios { C, Swift } { JS, Python, Haskell,

    C }
  29. Dev Mozilla/Firefox-ios { C, Swift } { JS, Python, Haskell,

    C } It’s a Match!
  30. Antes de escrever qualquer bloco de código…

  31. Antes de escrever qualquer bloco de código…

  32. Apresente o que você irá implementar

  33. Apresente o que você irá implementar Sério! Isso vai salvar

    muito tempo da sua vida :)
  34. A SAGAZ PROJECT STYLE

  35. “ Um código bem estruturado, é limpo e fácil de

    entender. São aqueles que são montados de forma inteligente. Aplicando boa nomenclatura e evitando excessos desnecessários de código. ” @raphamundi
  36. Testes Passando, por favor!

  37. É primordial que quando for adicionado funcionalidades ou ajustes no

    código, não quebrar os testes.
  38. Documentação é essencial

  39. “…É bem provável que a pessoa desista de contribuir pela

    falta de uma boa documentação…”
  40. Do only one thing and make it small.

  41. “A small and focused Pull Request gives you the best

    chance of having it accepted.”
  42. Bem vindo ao lado sagaz da força