Profissionais sem visão critica.
Não tem competencias técnicas.
Conclusões extraídas de projetos que falham (?!) wrong
Nós enxergamos só essa parte.
Sucesso == otimização, automatização e etc.
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.
O que é o Github?
Desde quando ele existe.
Não vou ensinar git.
Não falaremos sobre COMO funcionam contribuições.
Não serão abortados aspectos técnicos sobre a ferramenta.
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.
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.
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.
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.
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).
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)
Falando um pouco sobre sucesso individual e de projetos open.
Aspectos de sucesso, não é bala de prata.
Coisas importantes.
Caso Vulpi, como aspectos pessoais podem ajudar a arrumar job.
Perfil.
Itens a se observar de sucesso do projeto.
Dicas para saber o que utilizar.
São tantos .js por aí que … pff
O que é o SO.
Documentação pouco intuitiva e incompleta.
Se passa mais tempo lendo sobre como é a implementação do que desenvolvendo.
Google em geral.
Problemas já resolvidos.
Devs já passaram pelos problemas que você está passando.
Frameworks muito específicos.
A respeito de novas tecnologias
Abordagens arquiteturais e etc.
Sobre linguagem.
Implementações.
Aprendizado sobre tecnologia é bom.
Como elas funcionam.
Todos os design patters.
Desenvolver capacidades autodidáticas.
A principal desculpa para projetos que falham.
Falta de motivação, dificuldade de compreensão.
Aspectos “people-related”
Capacidade argumentativa.
Descrição de problemas complexos.
Apresentação de propostas de solução.
Empatia!