Palestra ministrada com Camilla Crispim Escrever código que uma máquina entenda é fácil, qualquer pessoa com o mínimo de conhecimento em programação pode escrever. O desafio está em escrever um código que possa ser entendido e alterado facilmente por qualquer pessoa. Você, pessoa desenvolvedora, já começou a ler um trecho de código e tudo o que pensou foi "O que isso está fazendo? Como vou alterar isso de modo que faça o que me foi pedido pela cliente?". Nesta palestra, as palestrantes vão apresentar uma série de dicas para que você possa não só escrever um código legível, como identificar qual parte precisa ser melhorada; além de mostrar a relação de código limpo com práticas ágeis e como essas podem nos ajudar a manter o código entendível por pessoas, e não somente por máquinas.

2. Edlaine
Z A M O R A
Camilla
C R I S P I M

3. Edilaine
Z A M O R A
Camilla
C R I S P I M

4. "O que esse código faz?"
"Como vou fazer para alterar
esse comportamento?"
"E se eu quebrar alguma coisa?"

5. Para evitar situações como essas é que
devemos escrever código
para pessoas

6. Por que?

7. Produtividade

8. Sistemas Legados

9. Teoria da Janela
Quebrada
Dê bom exemplo

10. O que é um
bom código?

11. Código que Funciona
Quando pode ser
jogado fora
depois

12. Código que Funciona

13. WTF por minuto
Quer saber se
seu código é
bom?

14. claras, contém apenas o necessário, possui testes
automatizados, pode ser alterado com facilidade, possui
nomes significativos, possuem métodos e objetos que fazem
apenas uma tarefa, não possui nada de óbvio para ser
melhorado.
Pode ser lido de forma natural, possui alta expressividade e
parece que foi escrito por alguém que se importa."
"É elegante, eficiente, simples, possui
lógica direta, poucas dependências, um
bom tratamento de erro, abstrações
- Uncle Bob (Robert C. Martin)
Código Limpo
Clean Code

15. claras, contém apenas o necessário, possui testes
automatizados, pode ser alterado com facilidade, possui
nomes significativos, possuem métodos e objetos que fazem
apenas uma tarefa, não possui nada de óbvio para ser
melhorado.
Pode ser lido de forma natural, possui alta expressividade e
parece que foi escrito por alguém que se importa."
"É elegante, eficiente, simples, possui
lógica direta, poucas dependências, um
bom tratamento de erro, abstrações
- Uncle Bob (Robert C. Martin)
Código Limpo
Clean Code

16. Código Limpo
O livro
Código Limpo
COMO?

17. Não é só ler
o livro
Código Limpo
Código Limpo
COMO?

18. Requer interesse e prática
Leve para o seu dia-a-dia

19. Dicas para escrever um
código limpo

20. #1 Regra da Escoteira
Deixe o acampamento código mais
limpo do que como você o
encontrou
Evite a teoria da janela quebrada

21. #2 Esqueça os
comentários
Se o código precisa de comentário,
tem algo errado
"Não escreva comentários em um
código ruim, reescreva-o"
- Brian W. KErnighan e P.J. Plaugher

22. #3 Nomes Significativos
Dê nomes significativos a tudo
Variáveis - Funções - Parâmetros Classes - Pacotes
Comentários, na grande maioria das vezes,
são desnecessários

23. #4 Formatação
A discussão não é sobre
tab ou espaço
É sobre consistência
O software precisa de
formatação consistente

24. #5 Funções Simples
É pequena
Faz uma coisa só
Sem estrutura aninhada

25. #6 Evite Duplicações
Não se repitaDRY - Don't Repeat Yourself
"Nada é melhor que qualquer
coisa"
- Sandi Metz
"Duplicação ainda é melhor que
abstração errada"
- Sandi Metz

26. #7 Estrutura de dados e
Objetos
Saiba diferenciar
e saiba quando usar o que
Estruturas de dados expõem
informações
Objetos expõem comportamentos
que encapsulam informações
São diferentes

27. #8 Testes Automatizados
Permite
iterar no código, em busca
de um código melhor
Teste também é código
Todas as dicas se aplicam
Facilidade - Simplicidade - Consistência de expressão
Uma asserção por teste

28. O time deve escrever
código limpo, legível e
para pessoas

29. eXtreme
ProgrammingXP:
"É um framework ágil de
desenvolvimento de software
- Qualidade do software
- Qualidade de vida da equipe
- Foco em práticas

30. - Feedback
- Comunicação
- Simplicidade
- Coragem
ValoresXP:

31. Processo Contínuo
Refactoring
Integração Contínua
Aperfeiçoamento do
design
Pequenas Releases
Feedback em escala
Cliente presente
Programação em par
Planejamento
TDD
PráticasXP:
Entendimento compartilhado
Código Padronizado
Código Coletivo
Design Simples
Metáfora do sistema
Standup Meeting
Bem-estar do times
Ritmo Sustentável

32. Todas
são capazes de descrever
o que o sistema faz
Entendimento comum
Código reflete o negócio:
lógica, nome de classes, etc
Código fica fácil de ser entendido por
todas
Metáfora do Sistema

33. Duas visões
sobre o mesmo problema,
solução e código é melhor
que uma
Enquanto uma escreve,
a outra já está revisando
Programação em Par

34. Visão holística
do que está acontecendo
Contexto do que outros pares
estão fazendo
Dependência
entre tarefas
Standup

35. TDD
Teste automatizado ou unitário
não é TDD
Testar antes de desenvolver
Pequenos passos. Todos os cenários.
Melhor entendimento das
necessidades de negócio
Aumenta a qualidade
Melhora design

36. Alterar o código
sem alterar o
comportamento
A cada refactoring, o código fica
mais significativo, mais simples
e mais fácil de ser
modificado
Sem testes automatizados,
sem refactoring
Refactoring

37. Design é como se
organiza o código
A fim de
reduzir custo de mudança
código fácil de entender - código fácil de mudar:
menor tempo, menor custo
"Duplicação é melhor que código
difícil de entender/evoluir"
- Sandi Metz
Design Simples

38. Todas escrevem no
mesmo repositório
Todas devem seguir o mesmo
padrão de escrita
de código
Código Coletivo e
Padronizado

39. Ritmo Sustentável
Trabalhar no
período normal,
sem horas extras
Cabeça descansada
Melhores soluções
Não comprometer a qualidade
quando sob pressão
Algumas coisas não são negociáveis

40. Escreva código para o seu
eu do futuro#1
Requer prática. Tenha artifícios
(como os do XP) que possam
ajudar
#2
Não adianta ir sozinha. Envolva
outras pessoas nessa jornada!#3

41. Camilla Crispim
ccrispim@thoughtworks.com
cmllacrspm
Edlaine Zamora
ezamora@thoughtworks.com
P E R G U N T A S ?

42. Código Limpo
Clean Code
É elegante, eficiente e simples
Tem lógica direta; faz somente o
necessário
Tem poucas dependências, bom
tratamento de erro e abstrações
evidentes
Tem testes automatizados e pode ser
alterado com facilidade
Tem nomes significativos
Tem métodos e objetos que fazem
única tarefa
Tem nada óbvio para ser melhorado
É lido naturalmente, tamanha
expressividade
Parece ter sido escrito por alguém que
se importa