git commit -m "carreira"
Download as PPTX, PDF•0 likes•238 views
This document discusses improving software development skills through open source projects on GitHub. It notes that open source projects allow developers to fix bugs, build software together, and learn how experienced developers collaborate on projects around the world. The document also addresses some challenges of social coding like discussions becoming fights and projects failing spectacularly or succeeding hugely.
git commit -m "carreira"
- 7. somewhere TODAY a project is failing Peopleware, Tom DeMarco
- 10. WHY?
- 11. IMPROVE YOUR SKILLS Make a suggestion, fix a bug, and learn how to build software together !
- 12. OPEN SOURCE PROJECTS Learn how developers build and maintain software arround the world !
- 13. BUILD GREAT STUFF Start from sratch or make copies of awesome existing projects !
- 23. What about...
- 24. SIMPLE Q&A
- 25. +10K QUESTIONS
- 34. PEOPLE RELATED
Editor's Notes
- #6: Profissionais sem visão critica. Não tem competencias técnicas. Conclusões extraídas de projetos que falham (?!) wrong
- #7: Nós enxergamos só essa parte. Sucesso == otimização, automatização e etc.
- #8: GP sofre um pouco do que desenvolvedores sofrem (área de conhecimento não mensuravel) Querem formar times de caras que vão fazer esses projetos não falharem mais. Como se isso fosse mágica, sem entender o que é realmente necessário para que projetos não falhem.
- #9: O que é o Github? Desde quando ele existe.
- #10: Não vou ensinar git. Não falaremos sobre COMO funcionam contribuições. Não serão abortados aspectos técnicos sobre a ferramenta.
- #11: Porque escolher Github? Não bitbucket. Porque isso é importante pra que eu seja aquele cara que a empresa procura? Como isso vai me ajudar a ser melhor.
- #12: Etapas do processo de desenvolvimento de software que devem ser feitas de forma correta. Processos e boas práticas nos processos devem ser seguidas. Isso é valorisado em empresas.
- #13: Aprender como funcionam todos aqueles processos com pessoas do mundo inteiro. Não usar SEU padrão, usar as boas praticas do mundo. Manter Software > Construir. Entender código não construído por você. Como acontece na maioria dos casos.
- #14: Criar novos projetos para ferramentas que você gosta. Criar novos plugins, extensões e addons. A partir de projetos que já existem e são ABERTOS.
- #15: Grandes organizações, governos. Pinto no lixo. Deveria ser motivação e faz toda diferença na hora de evoluir sua carreira (ou arranjar um emprego).
- #16: Em termos individuas de aprendizado, evolução profissional e de projetos open source. Como é a relação entre ser open source e projetos de sucesso (NÃO FALAR)
- #17: Falando um pouco sobre sucesso individual e de projetos open. Aspectos de sucesso, não é bala de prata. Coisas importantes.
- #18: Caso Vulpi, como aspectos pessoais podem ajudar a arrumar job. Perfil.
- #21: Itens a se observar de sucesso do projeto. Dicas para saber o que utilizar.
- #23: São tantos .js por aí que … pff
- #25: O que é o SO.
- #27: Documentação pouco intuitiva e incompleta.
- #28: Se passa mais tempo lendo sobre como é a implementação do que desenvolvendo. Google em geral.
- #30: Problemas já resolvidos. Devs já passaram pelos problemas que você está passando. Frameworks muito específicos.
- #31: A respeito de novas tecnologias Abordagens arquiteturais e etc.
- #32: Sobre linguagem. Implementações.
- #33: Aprendizado sobre tecnologia é bom. Como elas funcionam. Todos os design patters. Desenvolver capacidades autodidáticas.
- #34: A principal desculpa para projetos que falham. Falta de motivação, dificuldade de compreensão. Aspectos “people-related”
- #35: Capacidade argumentativa. Descrição de problemas complexos. Apresentação de propostas de solução. Empatia!