Aprendendo com projetos open source @ RubyConf 2015
3 gostaram779 visualizações
Este documento fornece conselhos e lições aprendidas sobre contribuir para projetos open source, incluindo começar com projetos que você já usa, fazer pequenas mudanças, não levar rejeições pessoalmente, e contribuir regularmente para manter um ritmo sustentável.
Mais conteúdo relacionado
Semelhante a Aprendendo com projetos open source @ RubyConf 2015(20)
![[Campus code] Boas práticas em Rails](https://cdn.slidesharecdn.com/ss_thumbnails/campuscode-boasprticasrails-160121105821-thumbnail.jpg?width=560&fit=bounds)
Aprendendo com projetos open source @ RubyConf 2015
- 1.
- 2.
- 5.
- 6.
- 7. shoulda-matchers Descoberto a necessidadede dar suporte a nova versão do Rails
- 8. Suporte ao novoRails Descoberto bug no Rails
- 9. Reportando issue noRails
- 10. Agradecimento da thoughtbot Mençãono post e adesivos =D
- 11. Experiência Entender o shoulda-matcherspor baixo dos panos Criar um novo matcher para o shoulda-matchers Utilizar uma versão do Rails ainda em desenvolvimento Aprendi um pouco sobre Rails por baixo dos panos Criei uma issue no Rails
- 12.
- 13.
- 14.
- 15. Começe pelos projetosque já utiliza
- 16.
- 17.
- 18. Contribuição com a documentaçãoao invés de um Post
- 19.
- 20.
- 21. Issue ao rodar oprojeto
- 22.
- 23.
- 24.
- 25.
- 26. Faça o PR Façasua mudança em um branch Deixe claro o que está resolvendo Adicione testes nas suas mudanças
- 27.
- 28.
- 29. A comunidade Owner -O criador do projeto Maintainers e Collaborators - São os mais ativos no projeto Contributors - Quem já teve um PR aceito no projeto Membros da comunidade - Quem está envolvido nas discussões
- 30. Meu PR nãofoi aceito :(
- 31. Não se sintamal Entenda o motivo, o racional por trás da decisão, não leve para o pessoal
- 32. Faça prova de conceito Eleve para a comunidade como um PR
- 33. O review édo código e não seu
- 34. Pode demorar atéalgo acontecer
- 35.
- 36. Faça mudanças pequenas Projetoestava pedindo ajuda PRs menores foram aceitos Decidi abraçar uma grande mudança, mesmo sabendo dos riscos Velocidade X Qualidade
- 37. Não leve parao pessoal e siga em frente
- 38. Oh My! Elesvão ver meu código será que tá bom?
- 39. Aprenda com os errose melhore
- 40. Acompanhe os repositorios Quequer contribuir ou que já contribuiu
- 41.
- 42. Tudo bem em nãocontribuir <3
- 43.
- 44. Code review Aceite quemuitas das discussões são opiniões então discuta os tradeoffs Lembre-se sempre que do outro lado está falando com pessoas Faça perguntas e não demandas Evite comparar “meu”, “seu”, “não meu” Seja o mais claro possível Agradeça Não leve para o pessoal
- 45. Trabalhar em um oumais projetos?
- 46.
- 47.
- 48.
- 49. Programe-se Estude coisas novas Façaposts Contribua em projetos open source Se divirta =D
- 50. A gem Xé uma merd*!
- 51. Provide Options, Don'tMake Lame Excuses
- 52. Não crie projetos, abraceos existentes
- 53. Crie issues em casode problemas
- 54. Crie issues Busque porissues existentes Seja bem claro, qual o comportamento esperado e o que ocorreu Inclua o máximo de informações: Sistema operacional, versão dos projetos, versão de dependencias etc Cole o erro, o stacktrace
- 55. O que ganho comisso?
- 56. O que ganhocom isso? É um modo de aprender assim como livro, cursos, posts etc. Contato com pessoas da comunidade de diversas partes do mundo e empresas diferentes Ler código dos outros é uma excelente forma de aprender
- 57.
- 58.