Slide 1

Slide 1 text

eXtreme Programming Introdução

Slide 2

Slide 2 text

Yo! • @dareenzo everywhere • tea not coffee (last 24 hours) • vim not emacs • spaces not tabs

Slide 3

Slide 3 text

Aviso Legal • Portinglês • Contains highly-contagious traces of controversial ancient wisdom that might break your most core beliefs. Hang tight! • YMMV • I didn’t/won’t violate any dark-secret/pacts I have with my employers / customers / family & friends today

Slide 4

Slide 4 text

porquê importa? • "Software is eating the world” — Marc Andreessen, WSJ • "Many agile projects are now, steadily and iteratively, producing crap code” — Sandro Mancuso, The Software Craftsman: Professionalism, Pragmatism, Pride • "68% dos projectos de software no mundo falham” — Standish Group CHAOS Report

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

–Kent Beck “XP is a lightweight methodology for small to medium sized teams developing software in the face of vague or rapidly changing requirements”

Slide 7

Slide 7 text

Objectivo • Produzir software the alta qualidade de forma mais produtiva, melhorando a qualidade de vida dos desenvolvedores. • Reduzir o custo de mudanças de requisitos

Slide 8

Slide 8 text

Origem Chrysler Comprehensive Compensation (C3) System

Slide 9

Slide 9 text

–Kent Beck “When I first articulated XP, I had the mental image of knobs on a control board. Each knob was a practice that from experience I knew worked well. I would turn all the knobs up to 10 and see what happened. I was a little surprised to find that the whole package of practices was stable, predictable, and flexible.” porquê “eXtreme”?

Slide 10

Slide 10 text

No content

Slide 11

Slide 11 text

Actividades Principais • Coding • Testing • Listening • Designing

Slide 12

Slide 12 text

Valores • Comunicação • Simplicidade • Feedback • Coragem • Respeito

Slide 13

Slide 13 text

Princípios

Slide 14

Slide 14 text

Feedback rápido “A few seconds delay between the stimulus and response renders a mouse unable to learn red means food”.

Slide 15

Slide 15 text

Aceitar mudanças de requisitos & mudar incrementalmente “Change is the only constant in life” — Heraclitus

Slide 16

Slide 16 text

Assumir Simplicidade "Every time someone tries to end a war before it even starts, innocent people die” — Cap. América

Slide 17

Slide 17 text

Responsabilidades voluntariamente aceites “With great powers comes great responsibility” — Uncle Ben

Slide 18

Slide 18 text

Quality Work “Don’t leave broken Windows” — The Pragmatic Programmer “Cease dependence on mass inspection to achieve quality. Improve the process and build quality into the product in the first place” — W. Edwards Deming

Slide 19

Slide 19 text

Mais princípios • Jogar para Ganhar • Adaptação local • Honestidade

Slide 20

Slide 20 text

Práticas Fine Scale • Planning Game • On-site Customer • Test-First Development • Pair-Programming Shared Understanding • Simple Design • System Metaphor • Collective Code Ownership • Coding Standards Continuous Process • Continuous Integration • Refactoring • Small Releases Programmer Welfare • Sustainable Pace (40-hour work week)

Slide 21

Slide 21 text

Planning Game

Slide 22

Slide 22 text

• um requisito de funcionalidade descrito do o ponto de vista do utilizador em linguagem simples, que é usado para estimar, planear e validar o desenvolvimento de alguma funcionalidade • indica que funcionalidade é desejada, para quem é destinada, porquê precisa-se e os critérios de aceitação User Stories

Slide 23

Slide 23 text

On-site Customer

Slide 24

Slide 24 text

Test First & Refactoring

Slide 25

Slide 25 text

Pair Programming

Slide 26

Slide 26 text

Continuous Integration

Slide 27

Slide 27 text

Small releases

Slide 28

Slide 28 text

System Metaphor

Slide 29

Slide 29 text

Collective Code Ownership

Slide 30

Slide 30 text

40-Hour work week - Sustainable Pace

Slide 31

Slide 31 text

Coding Standards PSR; PEP8; Seus próprios Coding Standards

Slide 32

Slide 32 text

No content

Slide 33

Slide 33 text

Actores da “Whole Team” • Programador • On-site customer • Tracker • Tester • Coach

Slide 34

Slide 34 text

Adoptando 1. Busque o seu maior problema 2. Resolva-o usando XP 3. Se não for mais um problema repita.

Slide 35

Slide 35 text

Desafios • É difícil fazer coisas simples • É difícil aceitar que não sabemos • É difícil derrubar barreiras emocionais • É difícil convencer o cliente a permanecer conosco

Slide 36

Slide 36 text

• Sob pressão, retornamos aos “maus" hábitos • Testing e Refactoring são skills por si só e devem ser aprendidos • A sociedade valoriza o indivíduo - não pares, nem equipas

Slide 37

Slide 37 text

XP e Outras Metodologias

Slide 38

Slide 38 text

Ideias / Tips • Fazer code Katas para aprender mais sobre testing e refactoring. Ver: http://exercism.io • Informar ao cliente que “It's developer’s (mis)understanding, not your knowledge that becomes software” • Aprender técnicas para descrever e aprender domínios mais rapidamente • Usar linters, .editorconfig & fmt tools, para nunca mais ter debates sobre espaçamento ou o posicionamento das chavetas • Em luz ao crescente número de metodologias agéis, Ivar Jacobson tem uma sugestão: “Matem todas as metodologias. Libertem as práticas”

Slide 39

Slide 39 text

!=

Slide 40

Slide 40 text

On XP • Extreme Programming Explained, Embrace Change by Kent Beck with Cynthia Andres - Seminal Book on XP • Extreme Programming 20 Years Later by Kent Beck • C3 Project Description on Martin Fowler's Bliki • What is eXtreme Programming by Ron Jeffries • System Metaphor Description on C2 On "agile" corruption and harm • Agile is Dead talk at GOTO Conference 2015 by Dave Thomas - "agile" manifesto signatory • The Corruption of Agile by Uncle Bob - "agile" manifesto signatory • Flaccid Scrum by Martin Fowler - "agile" manifesto signatory On Agile vs. Lean vs. … • Agile Vs. Lean: Yeah Yeah, What’s the Difference? - Abby Fletcher • Agile Versus Lean - Martin Fowler • How do the Agile, Lean and Kanban methodologies relate? - StackOverflow Question On user stories • User Stories Applied for Agile Software Development by Mike Cohn • User Stories for Agile Requirements by Mike Cohn On TDD • Growing Object Oriented Software, Guided by Tests by Steve Freeman and Nat Pryce On Refactoring • Refactoring Improving the Design of Existing Code by Martin Fowler and Kent Beck • Refactoring from Good to Great by Ben Orenstein - Aloha Ruby Conf 2012 - • RailsConf 2016 - Succession by Katrina Owen • BathRuby 2015 - Here Be Dragons by Katrina Owen • Overkill @RubyConf Portugal by Katrina Owen Dedicated sites • http://www.extremeprogramming.org - dedicated site on XP • http://agilemanifesto.org - dedicated site containing "agile" manifesto • http://exercism.io - dedicated site for practicing code katas by Katrina Owen Referências

Slide 41

Slide 41 text

Go be eXtreme … Never Freeze