O programador Pragmático De aprendiz a mestre
Edgard Davidson @edgarddavidson
Referências
Andrew Hunt
David Thomas
!
!"#$%% &'(()(*+",%
!"#$#%&'#($)(*+*,-*./0$#1$21$ 3(04#)05$60.)(*)*(#7$0%$*2)0(#%$ /#%)#$,7'(08$"#$.90$60.%#:27(5$ 3(062(*(#7$6*./7/*)0%$;2#$,#(*1$ #%)*$0+(*8<$
Este livro contempla: combater a deterioração de software não duplicar informações escrever código flexível, dinâmico e adaptável evitar a programação baseada no acaso blindar seu código com contratos, asserções e exceções capturar requisitos reais testar de modo incansável e eficaz agradar seus usuários montar equipes de programadores pragmáticos aumentar a precisão de seus desenvolvimentos com automação.
Preocupe-se com seu trabalho Por que passar sua vida desenvolvendo software se não estiver interessado em fazê-lo bem?
Reflita sobre seu trabalho Desligue o piloto automático e assuma o controle. Critique e avalie constantemente seu trabalho.
Forneça opções, não dê
desculpas esfarrapadas Em vez de desculpas,
forneça
opções. Não diga que não pode ser feito; explique o que pode ser feito.
Não tolere janelas quebradas Corrija projetos incorretos, decisões erradas e códigos frágeis quando os encontrar
Seja um catalisador de mudanças Você não pode impor mudanças às pessoas. Em vez disso, mostre a elas como o futuro pode ser e ajude-as a participar de sua criação
Lembre-se do cenário em larga escala Não fique tão absorvido pelos detalhes a ponto de não ver o que está acontecendo ao seu redor
Tome a qualidade parte dos requisitos Envolva seus usuários na determinação dos requisitos de qualidade do projeto.
2)3+41&!5%6-7&($%)1%!%$!4-&!8&(1%+(&!*%! 8#).%8+$%)1#!
! "#$%!#!&'(%)*+,&*#!!-$!./0+1#! !
Analise criticamente o que você lê e ouve Não se deixe levar por fornecedores, pela mídia ou por dogmas. Analise as informações em relação a si mesmo e ao seu projeto
É o que você diz e a maneira como diz
Não adianta ter grandes idéias se elas não forem divulgadas de modo eficaz.
NSR – Não Se Repita
Cada bloco de informações deve ter uma representação oficial, exclusiva e sem ambiguidade dentro de um sistema.
Facilite a reutilização Se for fácil reu,lizar, será reu,lizado. Crie um ambiente que apóie a reu,lização
Elimine efeitos entre elementos não relacionados Projete componentes que sejam autosuficientes, independentes e com uma finalidade exclusiva bem definida.
Não há decisões definitivas Nenhuma decisão é irrevogável: planeje-se para a mudança.
Crie protótipos para aprender A criação de protótipos é uma experiência de aprendizado. Seu valor não está no código produzido, mas nas lições aprendidas.
Programe em um nível próximo ao domínio do problema Projete e codifique na linguagem do seu usuário.
Estime para evitar surpresas Estime antes de começar. Você identificará possíveis problemas logo de início.
Use controle de versão
O versionamento é a máquina de tempo de seu trabalho – ele o permite voltar.
Corrija o problema, esqueça o culpado Não importa se você ou outra pessoa foi o culpado pelo bug – ele precisará de correção de qualquer forma.
Não suponha – teste Comprove suas suposições no ambiente real – com dados e condições reais.
Escreva um código que escreva códigos Os geradores de códigos aumentam a produtividade e ajudam a evitar a duplicação
Programe por contratos
Use contratos para documentar e provar que o código não faz mais nem menos do que ele propõe fazer.
Use exceções para problemas excepcionais
try{ }catch(){ }catch(){ }finally{ }
As exceções podem sofrer de todos os problemas de legibilidade e manutenção dos emaranhados de códigos clássicos. Guarde-‐as para acontecimentos excepcionais.
Reduza a vinculação entre módulos Evite a vinculação escrevendo códigos “cautelosos” e aplicando a lei de Deméter
O(n) de seus algoritmos
Es,me a ordem de complexidade
Tenha uma idéia de quanto o processo deve demorar antes de escrever o código
Fonte: Nívio Ziviani
Tenha suas estimativas A análise matemática de algoritmos não diz tudo. Tente cronometrar seu código em seu ambiente de destino.
Refatore cedo, refatore sempre Da mesma forma que você pode capinar e reorganizar um jardim, reescreva, reorganize e reconstrua o código quanto necessário. Ataque a raiz do problema.
Projete para testar
Comece a pensar no teste antes de escrever uma linha de código
Teste seu código ou seus usuários testarão Teste incansavelmente. Não deixe que seus usuários encontre erros para você
Não use código de wizard que você não entende Wizards podem gerar muitas linhas de código. Verifique se você o entendeu por completo antes de introduzi-lo no seu projeto.
Trabalhe com usuários para pensar como um usuário É a melhor maneira de entender como o sistema será usado de verdade
Abstrações tem vida mais longa do que detalhes
Invista na abstração e não na implementação. As abstrações podem sobreviver às diversas mudanças provenientes de diferentes implementações e novas tecnologias.
Use um glossário do projeto
Crie e mantenha uma fonte exclusiva com todos os termos e vocabulário específicos de um projeto
Não pense fora da caixa – encontre a caixa Quando diante de um problema difícil, identifique todas as restrições reais. Faça a si próprio a pergunta: “Isso precisa ser feito?” De fato, precisa ser feito?
Não seja escravo de métodos formais Não adote cegamente qualquer técnica sem trazê-la para o contexto de suas práticas e capacidades de desenvolvimento
Ferramentas caras não produzem projetos melhores Cuidado com a propaganda dos fornecedores, com dogmas da indústria e com o apelo da etiqueta de preço. Julgue as ferramentas por seu mérito
Organize as equipes com base na funcionalidade
Não separa projetista de codificadores, testadores de modeladores de dados. Construa equipes como constrói o código.
Teste cedo. Teste Sempre. Teste automaticamente Testes executados a cada construção são muito mais eficazes do que planos de teste que ficam aguardando para ser executados.
A codificação só estará concluída após todos os testes serem executados Nada mais a declamar.
Use o seu conhecimento para testar seus testes Introduza erros de propósito em uma cópia separada da fonte para verificar se os testes irão capturá-los.
Teste a cobertura de estados e não a cobertura do código
teste estados significa:vos do programa. Testar apenas linhas de código não é suficiente.
Iden,fique e
Encontre os erros apenas uma vez Quanto um testador humano encontrar um erro, essa deve ser a última vez que um testador humano o encontrará. Testes automatizados devem procurá-lo desse momento em diante.
Construa a documentação no código, não a acrescente como complemento Documentação criada separadamente do código tem menos probabilidade de estar correta e atualizada
Narrative: In order to calculate BMI with ease As a doctor I want to have BMI Calculator application Scenario: Simple BMI calculator validation Given a body mass index calculator When a patient's is with mass 77 kg and height 1.75 m Then patient's body mass index is 25.14285659790039
Exceda gentilmente as expectativas de seus usuários Tente estender as expectativas de seus usuários e então entregue apenas um pouco mais
Assine seu trabalho
Os artesões da an,guidade ficavam orgulhosos em assinar seu
trabalho. Você também deve ficar
Obrigado!