Como escolher uma stack para meu projeto?

Transcript

2. Vitor Mendrone Senior Developer
5. work.co/careers/technology
6. Como escolher uma stack para meu projeto?
8. DISCLAIMER
9. STACK Conjunto de tecnologias (linguagens, frameworks, bibliotecas) utilizadas como base de um sistema. Ex.: Javascript, Vue, Redux, Node, Mongo
10. Por que falar sobre isso?
11. DECISÕES ERRADAS Todos os dias desenvolvedores iniciam projetos críticos com stacks baseadas em hype, desejos pessoais e percepções incorretas da realidade.
13. Empolgação Medo Nervosismo
14. NOSSA CARREIRA DEPENDE DISSO. Entregar produtos no prazo, ter uma ampla visão do negócio e entender os riscos de cada projeto.
15. Processo Mensurável Técnico Previsível
16. Eliminar Causas
17. Eliminar Causas Perguntas certas
18. MODELO MENTAL Problema Solução ?
19. Todos os modelos estão errados. Box, George E. P.; Norman R. Draper (1987). Empirical Model-Building and Response Surfaces, p. 424, Wiley. ISBN 0471810339 https://en.wikipedia.org/wiki/All_models_are_wrong
21. [Estatisticamente] é impossível que modelos teóricos reproduzam com exatidão o mundo real
22. Empirical Model-Building and Response Surfaces George Edward Pelham Box Norman Richard Draper
23. ... todos os modelos são aproximações. Essencialmente, todos os modelos estão errados, mas alguns são uteis.* * Tradução livre
25. O que ignorar
26. O que ignorar O que importa
27. + 40 perguntas - 20 perguntas
28. 4 PILARES
29. Produto
30. Algumas tecnologias são mais indicadas para problemas específicos. Ex.: Python para computações complexas ou Node para um chatbot. Qual problema você quer resolver?
31. Uma ferramenta interna, não crítica, utilizada por poucos usuários e em um ambiente controlado, permite (muito) mais experimentações. Quem serão os usuários?
32. O espaço para riscos usualmente é proporcional ao tempo disponível. Qual o prazo de entrega?
33. Garanta que a tecnologia escolhida é capaz de suportar a carga de usuários em todas as frentes. Qual a estimativa de usuários?
34. Por quanto tempo esse produto permanecera no ar? É apenas um teste de mercado? Uma campanha com data para acabar? Ou um produto com existência indefinida? Qual o ciclo de vida desse produto?
35. Pessoas
36. Será necessário recrutar mais desenvolvedores ou investe em treinamentos para o time atualmente disponível? O time atual tem interesse na tecnologia escolhida? O time necessário para desenvolvimento está disponível?
37. Considere que, durante o aprendizado, o time terá 1/10 da performance que poderia ter com uma linguagem ou paradigma já dominado por todos ou pela maioria. É necessário introduzir uma nova linguagem ou um novo paradigma?
38. Considere que, caso seja necessário, esse desenvolvedor terá sua performance reduzida enquanto transfere conhecimento ao resto do time. Alguém no time já tem experiência utilizando essa stack?
39. Pessoas entediadas podem optar por tecnologias ultra modernas, "hipsters" e/ou underground que tornam o recrutamento quase impossível. E entregar o projeto também. Você ou o time estão entediados?
40. Duas coisas que você nunca deve fazer quando está irritado: usar !important e tomar decisões de stack. Você está irritado?
41. Negócios
42. Quanto mais importante ou crítico, menos espaço para riscos. Qual a importância do projeto na estratégia de negócios da empresa?
43. Por mais semelhante que seja a proposta de produto, variações de ambiente como time e expertise não são emuláveis. Sua decisão se baseia apenas na stack do concorrente?
44. É impossível garantir que as muitas variáveis envolvidas em um projeto serão novamente as mesmas. Sua escolha se baseia apenas em sua experiência com projetos anteriores?
45. Tecnologia
46. Nosso mercado muda rapidamente. Crie produtos modulares e sempre esteja preparado para mudanças. A stack é engessada?
47. De preferência para licenças permissivas, que não limitam o tipo de produto/ projeto a ser construído. A licença é compatível com o negócio e o projeto?
48. Cheque a quantidade e qualidade das respostas no Stack Overflow, issues no Github, livros, conferências, Meetups, artigos e cursos Existe uma comunidade ativa?
49. Documentação é mais do que uma seção com um exemplo de uso. Procure documentações de API, guias para contribuição e faça um deep dive no código fonte. A documentação é compreensível?
50. Procure evidências de que a biblioteca ou linguagem evoluiu ao longo do tempo e se possui mais de uma major version estável. Está em evolução?
53. 10 pontos 50 pontos 20 pontos
54. Inspire-se!
55. stackshare.io Stacks dos produtos mais populares do mundo com comentários dos membros do time. Diversos insights valiosos sobre downsides de diversas tecnologias.
56. builtwith.com Menos preciso porém um bom aliado para identificar algumas das tecnologias de produtos não listados no stackshare.io
57. Feito é melhor do que perfeito. Escolha a stack que te dê mais segurança de que terá sucesso em entregar o produto no prazo e com as características definidas no roadmap.
58. OBRIGADO!
59. Work & Co 231 Front St, 5th Floor, Brooklyn, NY 11201 +1 347-470-4803 newbiz@work.co work.co