O Dilema
Focar na qualidade ou na entrega
imediata de novas funcionalidades?
Como e até quanto ponderar qualidade de um
projeto mediante ao pedido imediatista de
urgência de seu P.O..
Quem consegue distinguir código bom
de código ruim ?
Exemplo 01
Public void FazQualquerCoisa(bol condicao) {
if (condicao==true)
{
A();
B();
C();
}
}
Exemplo 02
Public void FazQualquerCoisa(bol condicao) {
// Precisa inicializar a variavel
bol retorno = false
if(condicao ...
Refactoring de código = baby
steps
Métodos pequenos induzem o
desenvolvedor pensar 2 vezes antes de
inserir mais linhas!
Código ruim se espalha igual a vírus!
Qual a qualidade dos nossos códigos?
0% = Código escrito por mil macacos
100% = Código impecável
Qual grau de qualidade que aumenta
nossa produtividade ?
Considere uma equipe de Fórmula 1 ...
Você acha que a equipe deve abrir
mão da qualidade para conseguir
maior agilidade ?
Quais fatores que as equipes aceitam
trabalhar abaixo da qualidade?
Experiência no negócio
Treinamento + tempo para treina...
“Quem não utiliza testes automatizados é
charlatão!” – Klaus
JAMAIS diminua a qualidade para
alcançar o prazo !
SEMPRE busque a qualidade para ter o
seu máximo de produtividade!
Muita da sujeira em código esta ligada
a dificuldade em se ver, diariamente
e de forma simples, o código e sua
dependência...
Refactoring = educação da equipe
O que fazer então ?
– Pair programming
– TDD
– Simplificar código
– Discutir questões porem ter uma opinião forte
– Método...
Ditado do GO, ”perca suas primeiras
cem partidas a mais rápido possível”.
Próximos SlideShares
Carregando em…5
×

O dilema

841 visualizações

Publicada em

Resumo da palestra:
Evento: AgileDay2010(Puc RS)
Palestra: O Dilema
Palestrante: Klaus

Publicada em: Tecnologia
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
841
No SlideShare
0
A partir de incorporações
0
Número de incorporações
442
Ações
Compartilhamentos
0
Downloads
3
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • Comentar sobre o impacto da qualidade de software vs tempo de entrega.
    Comentar sobre produtividade e tarefas repetitivas (relatorios) etc

  • - regras de negócio (experiencia no negocio)
    - treinamento / tempo
    - testes
    - pessoas que olham o código e acham que está bom (Falta de capacidade de avaliaçao de código ruim)
    - Não acha importante simplificar
    - tentativa de generalizaçao / overdesign
    - Fazer mais e mais ... para faturar
  • O dilema

    1. 1. O Dilema Focar na qualidade ou na entrega imediata de novas funcionalidades?
    2. 2. Como e até quanto ponderar qualidade de um projeto mediante ao pedido imediatista de urgência de seu P.O..
    3. 3. Quem consegue distinguir código bom de código ruim ?
    4. 4. Exemplo 01 Public void FazQualquerCoisa(bol condicao) { if (condicao==true) { A(); B(); C(); } }
    5. 5. Exemplo 02 Public void FazQualquerCoisa(bol condicao) { // Precisa inicializar a variavel bol retorno = false if(condicao == true) { retorno = true; } elseif( condicao == false) { retorno = false; } // METRO DE SP return retorno; }
    6. 6. Refactoring de código = baby steps
    7. 7. Métodos pequenos induzem o desenvolvedor pensar 2 vezes antes de inserir mais linhas!
    8. 8. Código ruim se espalha igual a vírus!
    9. 9. Qual a qualidade dos nossos códigos?
    10. 10. 0% = Código escrito por mil macacos
    11. 11. 100% = Código impecável
    12. 12. Qual grau de qualidade que aumenta nossa produtividade ?
    13. 13. Considere uma equipe de Fórmula 1 ... Você acha que a equipe deve abrir mão da qualidade para conseguir maior agilidade ?
    14. 14. Quais fatores que as equipes aceitam trabalhar abaixo da qualidade? Experiência no negócio Treinamento + tempo para treinamento Testes Falta de capacidade de avaliação de código ruim Código legado Não acha importante simplificar Tentativa de generalização (Overdesign)
    15. 15. “Quem não utiliza testes automatizados é charlatão!” – Klaus
    16. 16. JAMAIS diminua a qualidade para alcançar o prazo ! SEMPRE busque a qualidade para ter o seu máximo de produtividade!
    17. 17. Muita da sujeira em código esta ligada a dificuldade em se ver, diariamente e de forma simples, o código e sua dependências! Uma falha é mais fácil de ver quando tudo está mais simples!
    18. 18. Refactoring = educação da equipe
    19. 19. O que fazer então ? – Pair programming – TDD – Simplificar código – Discutir questões porem ter uma opinião forte – Métodos para documentar – Métodos curtos – Testes automatizados – Refactoring – Coding style deve ser sempre revisto e discutido – Errar rápido para aprender(Dojos)
    20. 20. Ditado do GO, ”perca suas primeiras cem partidas a mais rápido possível”.

    ×