2. Principio 80/20
● Em software, 80% ou mais do que fazemos é chamado de “Manutenção.
○ Muito desperdicio.
● Pensamento e Análise antes da construção
○ O que vamos construir e como.
● 5S
○ Seiri: Organização, saber onde estão as coisas, usar nomes adequados;
○ Seiton: Arrumação, “Um lugar para tudo, e tudo em seu lugar”;
○ Seiso: Limpeza, código limpo, livre-se dos comentários desnecessários;
○ Seiketsu: Padronização, concordância entre a equipe em manter-se limpo;
○ Shutsuke: Disciplina(auto) em seguir as praticas e estar disposto a mudar.
4. O Custo de ter um Código Confuso
● O código confuso de outra pessoa fez você trabalhasse mais lentamente?
● Já começou um projeto rápido, e depois de algum tempo percebeu que estavam indo
muito devagar?
● Alguma alteração causou falha em outra parte do mesmo código?
5. A Bala de Prata..
● A Equipe entra em consenso que o código é impossível de trabalhar;
○ Surge necessidade de replanejar o projeto
● Forma-se uma nova equipe de Desenvolvedores
○ Projeto novo TODOS querem fazer parte;
○ Vamos começar do zero e criar algo bonito;
○ Cria-se uma outra equipe para manutenção no sistema antiga
● Novas implementações no sistema novo
○ Que também precisam ser replicadas para o sistema atual,
6. A Bala de Prata..
● A Equipe entra em consenso que o código é impossível de trabalhar;
○ Surge necessidade de replanejar o projeto
● Forma-se uma nova equipe de Desenvolvedores
○ Projeto novo TODOS querem fazer parte;
○ Vamos começar do zero e criar algo bonito;
○ Cria-se uma outra equipe para manutenção no sistema antiga
● Novas implementações no sistema novo
○ Que também precisam ser replicadas para o sistema atual,
7. O Principal Dilema
Todos os desenvolvedores com mais experiência sabem que bagunças antigas reduzem o
rendimento. Mesmo assim todos se sentem pressionados a cometer essas bagunças para cumprir
os prazos.
Porém, todos sabem que a segunda parte do dilema está errada. Voce não cumprira o prazo se
fizer bagunça no codigo. Desorganização reduzirá sua velocidade e você perderá o prazo.
A única maneira de isso não acontecer, a única maneira de ir mais rápido é sempre manter o
código limpo.
8. A Arte do código Limpo
● Como escrever um código limpo?
● Não vale nada tentar escrever um código limpo se não sabemos o que é um código limpo;
● Ser capaz de identificar um código ruim não quer dizer que saibamos escrever um código limpo;
● Exige disciplina, pequenas técnicas, sensibilidade ao código;
● Podemos identificar um código confuso mas não sabemos o que fazer para melhorar;
13. Pequenas mudanças
● Não basta escrever um código bom. Ele precisa ser mantido sempre limpo;
● Troque o nome de uma variável por um melhor;
● Divida uma função que esteja um pouco grande demais;
● Elimine um pouco de código duplicado;
● Reduza uma instrução de if aninhada
14. Tenha em mente...
“Deixe a área do acampamento mais limpa do que
como você a encontrou”
Lei de Blanc: Mais tarde é igual a nunca.
16. Regra do Jogo
● Encontros quinzenais de uma hora;
● 17 capítulos do livro divididos entre os membros dos times;
● Cada membro fará uma pequena apresentação do capítulo do livro no formato Talk(+-
20mins);
● Debate sobre o entendimento;
● O que podemos fazer para implementação em nossos códigos.