Aprendizados numa jornada dentro da comunidade Ruby @ RubyConf BR 2017

Transcript

1. @georgeguimaraes APRENDIZADOS NUMA JORNADA DENTRO DA COMUNIDADE RUBY
2. GEORGE GUIMARÃES
3. GEORGE GUIMARÃES FAKE AKITA
6. consulting and software engineering
8. HTTPS://EBERTAPP.IO
11. SE EU PUDESSE VOLTAR NO TEMPO, O QUE EU DIRIA?
13. 1. PRODUTO 2. PROCESSOS 3. ENGENHARIA/CÓDIGO 4. PESSOAS
14. Dogmas
15. "a principle or set of principles laid down by an authority as incontrovertibly true"
16. dogmas/regras ajudam a ganhar conhecimento e experiência
17. problema é desapegar dessas regras best practices can become dogmas
18. OPINIÕES E APRENDIZADOS DO GEORGE. COISAS QUE EU GOSTARIA QUE ME DISSESSEM HÁ MTO TEMPO ATRÁS.
19. 1. PRODUTO
20. TECNOLOGIA É UM MEIO. Não é um fim.
21. Product-Market Fit Search for Scalable Biz Model Scaling the Business
22. Product-Market Fit Search for Scalable Biz Model Scaling the Business Seed Series A Series B ....
23. Product-Market Fit Search for Scalable Biz Model Scaling the Business Economizar dinheiro Investir agressivamente
24. Product-Market Fit Search for Scalable Biz Model Scaling the Business MVP Débito técnico Protótipos Baixa "qualidade"
25. Product-Market Fit Search for Scalable Biz Model Scaling the Business "re"-arquitetura aumento de squads apagando incêndios "meu deus como chegamos aqui?"
26. Product-Market Fit Search for Scalable Biz Model Scaling the Business especialização em componentes "re"-engenharia contratações e mais contratações "zerar" os débitos técnicos consolidar a base
27. MVP DE SUCESSO VAI TER DÉBITOS TÉCNICOS.
28. CADA FASE DA STARTUP VAI PRECISAR DE NOVOS SKILLS.
29. O QUE TE TROUXE ATÉ AQUI NÃO VAI SER SUFICIENTE PARA TE LEVAR AO PRÓXIMO NÍVEL.
30. Produto A Produto B Produto C
31. CULTURA DE PRODUCT MANAGEMENT. Menos ágil, mais resultado.
33. 2. PROCESSOS
34. ELIMINAR DESPERDÍCIOS.
35. ESTIMATIVA EM PONTOS É DESPERDÍCIO.
36. MEÇA E ANALISE O LEAD TIME. Indicador da saúde do seu processo
38. Média: 14,8 dias Moda: 8 dias p80: 20 dias
40. CONTROLE O TAMANHO DAS DEMANDAS.
42. LIMITE O WIP (WORKING IN PROGRESS). Comece a terminar e pare de começar
44. GALERA DE MANUFATURA JÁ RESOLVEU ESSE TIPO DE PROBLEMA. Ou vc acha que fábricas e construção civil não tem variabilidade nem incerteza?
45. 3. ENGENHARIA / CÓDIGO
49. EM TESTES, LEGIBILIDADE É MAIS IMPORTANTE QUE "ELEGÂNCIA"
50. O TESTE E O CÓDIGO NÃO SÃO PRA VC. SÃO PARA OS OUTROS. (OU PRA VC NO FUTURO).
51. PIRÂMIDE DE TESTES
53. SE VC NÃO FAZ TDD, NÃO FALE QUE FAZ TDD.
56. COMENTÁRIOS DE CÓDIGO! (A.K.A. DOCUMENTAÇÃO)
57. # Internal: Abstraction to respond on the circuit breaker state change # between closed and open on top of the `stoplight` API, that uses # transitions between 'green' and 'red' states to signal the state change. # # For more details on the API, please see the `Notifiers` section of the # `stoplight` documentation: https://github.com/orgsync/stoplight#notifiers class CircuitBreakerNotifier # Public: Initialize the `CircuitBreakerNotifier`. # # integration - The `Integration` that is associated with the Circuit Breaker. def initialize(integration) @integration = integration end
58. # Public: Respond to the circuit breaker transition, perfoming our application # logic that needs to take place due the transition. # # stoplight - The `Stoplight::Light` that holds the Circuit Breaker. # from - The current color of the stoplight. # to - The color the stoplight is transitioning to. # error - The exception that might have been raised inside the Circuit # Breaker. # # Returns nothing. def notify(_, from, to, error) if opened?(from, to) failed!(error) if error elsif closed?(from, to) succeeded! end end
59. class RepositoryManager I18N_SCOPE = %i[errors repositories].freeze def initialize(client) @client = client end # Public: Create a new `Repository` record based on a existing GitHub # repository. # # repo_name - A `String` with the GitHub repo's full name. # attributes - A `Hash` with extra attributes to be assigned to # the `Repository` (default: {}). # # Returns a `Result` object with the `Repository` record or a failure # message if it fails. def create(repo_name, attributes = {}) with_resource(repo_name) do |resource| attrs = attributes.merge(repo_attrs(resource)) Repository.create!(attrs) { |record| activate_repo(resource, record) } end end
60. O COMENTÁRIO E O CÓDIGO NÃO SÃO PRA VC. SÃO PARA OS OUTROS. (OU PRA VC NO FUTURO).
61. INTEGRAÇÃO CONTÍNUA VS INTEGRAÇÃO DISCRETA
62. Não jogue código direto no master ou mainline, ou trunk...
63. não são uma ferramenta de comunicação entre desenvolvedores Commits no master
64. Existe algo melhor como desenvolvedores de um mesmo time podem colaborar eficientemente?
65. código + contexto + discussão comunicação entre desenvolvedores
66. ? ? Feature A Feature B
67. O que é discutido num Pull Request? Sintaxe
68. O que é discutido num Pull Request? Arquitetura do software
69. O que é discutido num Pull Request? Problemas de escalabilidade
70. O que é discutido num Pull Request? Disseminação de conhecimento do projeto
71. O que é discutido num Pull Request? Code review
72. “So unless feature branches only last less than a day, running a feature branch is a different animal to CI. I've heard people say they are doing CI because they are running builds, perhaps using a CI server, on every branch with every commit. That's continuous building, and a Good Thing, but there's no integration, so it's not CI.”
73. Mas a gente está integrando... quando está pronto!
74. Integração Discreta Integre quando está pronto
75. GRAPHQL NÃO É UMA BALA DE PRATA. ASSIM COMO REST NÃO FOI UMA BALA DE PRATA EM ~2010
76. ARQUITETURA DE CÓDIGO DDD (Domain Driven Design) CQRS (Command Query Responsibility Segregation) ES (Event Sourcing) FP (Functional Programming)
80. MICROSERVIÇOS BASEADOS EM EVENTOS, NÃO EM HTTP.
81. SERÁ MESMO QUE VC PRECISA DE MICROSERVIÇOS? Provavelmente precisa por motivos organizacionais, e não técnicos. Escolha conscientemente.
82. 4. PESSOAS
83. NÃO EXISTE PROBLEMAS TÉCNICOS. Afinal, problemas técnicos a gente pesquisa e resolve
84. EXISTEM APENAS PROBLEMAS COMPORTAMENTAIS / ORGANIZACIONAIS.
85. CULTURA NÃO INDIVIDUALISTA.
86. Antes da discussão Depois da discussão Antes da discussão Depois da discussão Neutro A Favor Contra Grupo A Grupo B Discussões em times tendem à exacerbar a opinião dos membros do grupo. Group Polarization
87. Groupthink Irving Janes
88. tends to override realistic appraisal of alternative courses of action
89. term refers to a deterioration in mental efficiency, reality testing and moral judgments as a result of group pressures
90. pode levar a decisões precipitadas e irracionais
91. Causas
92. time coeso isolamento do time / pressão externa falta de liderança imparcial background e ideologias homogêneas
93. Prevenção
94. All effective alternatives should be examined Set up several independent groups Invite outside experts into meetings One should play Devil’s Advocate
95. COMPORTAMENTO ORGANIZACIONAL. Pq vamos resolver sozinhos se a galera de RH estuda isso há décadas?
96. CONCLUINDO...
97. 1. PRODUTO 2. PROCESSOS 3. ENGENHARIA/CÓDIGO 4. PESSOAS
98. — PETER USTINOV "Beliefs are what divide people. Doubt unites them."
99. ESTAMOS CONTRATANDO! ATÉ 21/NOV http://careers.plataformatec.com.br/
100. OBRIGADO! ÓTIMO EVENTO A TODOS!