Integração Discreta @ WebDay

Slide 1

Slide 1 text

Integração Discreta melhorando o desenvolvimento de software através da comunicação

Slide 2

Slide 2 text

George Guimarães co-fundador da Plataformatec entrega de projetos impedimentos

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

4 Desenvolvimento personalizado Consultoria Resgate de projetos

Slide 5

Slide 5 text

Posicionamento único em RoR Atualmente somos a única empresa a ter 3 membros integrando o Rails Core Team ao redor do globo 5 Carlos Antonio Rafael França José Valim Co-fundador da Plataformatec Rails Core Team website: http://rubyonrails.org/core

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Integração Contínua parte do extreme programming (XP) veio para resolver o “integration hell”

Slide 8

Slide 8 text

Força a pensar em testes automatizados Ajudou muitas equipes nas entregas de projetos Atualmente vista como pré-requisito de equipes

Slide 9

Slide 9 text

Existe algo que estamos deixando de lado? Podemos melhorar?

Slide 10

Slide 10 text

novas práticas nesses ∼15 anos metodologias ágeis git

Slide 11

Slide 11 text

Evolução, não disrupção O que podemos manter do CI?

Slide 12

Slide 12 text

Tem certeza que o software funciona? 1. Testes automatizados

Slide 13

Slide 13 text

Build early, build often 2. Build a cada commit

Slide 14

Slide 14 text

Chato e barulhento 3. Servidor de CI

Slide 15

Slide 15 text

E então o que melhorar?

Slide 16

Slide 16 text

Não jogue código direto no master ou mainline, ou trunk...

Slide 17

Slide 17 text

se tornou um requisito implícito

Slide 18

Slide 18 text

“crença” de que branches são ruins

Slide 19

Slide 19 text

“Don’t use feature branches. Integrate early and often.” “Feature branches usually live for months” — Martin Fowler

Slide 20

Slide 20 text

Evita conflitos no merge Branches separadas ficam desatualizadas Porque integrar imediatamente?

Slide 21

Slide 21 text

“The problem I worry more about is a semantic conflict. A simple example of this is that if Professor Plum changes the name of a method that Reverend Green's code calls. Refactoring tools allow you to rename a method safely, but only on your code base. So if G1-6 contain new code that calls foo, Professor Plum can't tell in his code base as he doesn't have it. You only find out on the big merge.”

Slide 22

Slide 22 text

“This fear of big merges also acts as a deterrent to refactoring” “The result we see is that teams using feature branches shy away from refactoring which leads to uglier code bases.”

Slide 23

Slide 23 text

“CI is effective at removing the problem of big merges, but it's also a vital communication mechanism” “Communication is one of the key factors in software development and one of CI's most important features is that it facilitates human communication.”

Slide 24

Slide 24 text

1. não são uma ferramenta de comunicação entre desenvolvedores Commits no master

Slide 25

Slide 25 text

Existe algo melhor como desenvolvedores de um mesmo time podem colaborar eficientemente?

Slide 26

Slide 26 text

Pull Requests não são uma idéia nova git send-email git request-pull código + contexto + discussão

Slide 27

Slide 27 text

código + contexto + discussão comunicação entre desenvolvedores

Slide 28

Slide 28 text

No content

Slide 29

Slide 29 text

No content

Slide 30

Slide 30 text

No content

Slide 31

Slide 31 text

O que é discutido num Pull Request? Code review

Slide 32

Slide 32 text

O que é discutido num Pull Request? Sintaxe

Slide 33

Slide 33 text

O que é discutido num Pull Request? Arquitetura do software

Slide 34

Slide 34 text

O que é discutido num Pull Request? Problemas de escalabilidade

Slide 35

Slide 35 text

O que é discutido num Pull Request? Disseminação de conhecimento do projeto

Slide 36

Slide 36 text

Collective ownership

Slide 37

Slide 37 text

“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.”

Slide 38

Slide 38 text

Mas a gente está integrando... quando está pronto!

Slide 39

Slide 39 text

Integração Discreta Integre quando está pronto

Slide 40

Slide 40 text

Integração Discreta Abuse de Pull Requests para comunicação

Slide 41

Slide 41 text

Integração Discreta Commite coisas pequenas no master (typos, syntax fix)

Slide 42

Slide 42 text

Integração Discreta Features devem ser pequenas

Slide 43

Slide 43 text

Integração Discreta Conheça suas ferramentas

Slide 44

Slide 44 text

Integração Discreta Não trave os desenvolvedores. Explorem um método de trabalho.

Slide 45

Slide 45 text

No content

Slide 46

Slide 46 text

No content

Slide 47

Slide 47 text

2. “Shippando” features inacabadas Commits no master

Slide 48

Slide 48 text

E se eu usar feature toggles? É uma maneira de desacoplar features de deploys/releases

Slide 49

Slide 49 text

Toggles trazem problemas Qual é mesmo o toggle que eu tenho que ligar?

Slide 50

Slide 50 text

Toggles trazem problemas O que seu software faz? Vai depender dos toggles ligados

Slide 51

Slide 51 text

Toggles trazem problemas 2^n combinações possíveis

Slide 52

Slide 52 text

Toggles trazem problemas Precisa ser removido (débito técnico)

Slide 53

Slide 53 text

CSS não tem toggle — @shiota

Slide 54

Slide 54 text

...nem JavaScript — @fnando

Slide 55

Slide 55 text

Migração de bancos com toggle? Tarefas assíncronas com toggle?

Slide 56

Slide 56 text

...fizer rollout incremental de features Use toggles se...

Slide 57

Slide 57 text

...testes A/B (são essencialmente toggles) Use toggles se...

Slide 58

Slide 58 text

...PO tiver acesso ao toggle Use toggles se...

Slide 59

Slide 59 text

ou seja, use feature toggles se ele possuir valor!

Slide 60

Slide 60 text

Código WIP é bagunça mesmo, não se envergonhe E não para esconder o WIP

Slide 61

Slide 61 text

Concluindo...

Slide 62

Slide 62 text

1. Testes automatizados

Slide 63

Slide 63 text

2. Build a cada commit/branch

Slide 64

Slide 64 text

3. Pull Requests

Slide 65

Slide 65 text

4. Comunique-se

Slide 66

Slide 66 text

a Plataformatec orgulha-se em dizer

Slide 67

Slide 67 text

Não usamos CI

Slide 68

Slide 68 text

usamos Integração Discreta

Slide 69

Slide 69 text

http://www.flickr.com/photos/47863131@N08/7940580038 http://martinfowler.com/bliki/FeatureBranch.html http://dymitruk.com/blog/2012/02/05/branch-per-feature/ http://arialdomartini.wordpress.com/2011/11/02/help-me-because-i-think-martinfowler-has-a-merge-paranoia/

Slide 70

Slide 70 text

george@plataformatec.com.br @georgeguimaraes Obrigado!