Este documento resume os principais conceitos e dicas de programação pragmática. Ele descreve o perfil do programador pragmático, enfatizando a adoção rápida de novas tecnologias e o pensamento crítico. Também discute abordagens como evitar duplicação de código, manter sistemas ortogonais e a importância de estimativas realistas e testes.

1. Programação Pragmática Kleber Silva, [email_address] 11/10/2005

2. Agenda Conceitos O Programador Pragmático Uma Abordagem Pragmática As Ferramentas Básicas A Paranóia Pragmática Dobre ou Quebre Antes da Implementação... Testes Conclusões

3. Conceitos Criada por Andrew Hunt e David Thomas em 1999 Indica boas práticas de programação e alerta para as maiores armadilhas na área de desenvolvimento de software Principalmente voltada para o programador e para a equipe de programação

4. O Programador Pragmático Adoção Cedo/Adaptação Rápida – Tem um traquejo para tecnologias e técnicas, e adora experimentar. Quando lhe é dado algo novo, pega com facilidade e integra com o resto de seu conhecimento. Sua confiança nasce da experiência. Inquisitivo – Tende a fazer perguntas. Isso está legal, como você fez? Você teve problemas com esta biblioteca? Pensador Crítico – Raramente aceita as coisas de pronto sem primeiro averiguar os fatos. Realista – Tenta entender a natureza oculta de cada problema enfrentado. Isso permite um “feeling” sobre o quão difícil as coisas são, ou quanto tempo vai se levar. Pau pra Toda a Obra . Esforça-se ao máximo para ter familiaridade com uma grande gama de tecnologias e ambientes, trabalha para acompanhar novos desenvolvimentos. Capaz de se mover para áreas novas, embora com foco especialista.

5. O Programador Pragmático Dica 1: Preocupe-se com suas habilidades (expertise); Dica 2: Pense no seu trabalho; Dica 3: Dê opções, não venha com desculpas esfarrapadas ( the cat ate my source code ); Dica 4: Não viva com janelas quebradas;

6. O Programador Pragmático Dica 5: Seja um catalisador de mudanças A Sopa de Pedra

7. O Programador Pragmático Dica 6: Lembre-se do contexto global O Sapo Cozido

8. O Programador Pragmático Dica 7: Faça da qualidade um ponto importante nos requisitos Good Enough Software Striving to better, oft we mar what´s well. King Lear 1.4

9. O Programador Pragmático Dica 8: Invista regularmente em seu portfólio de conhecimento Aprenda pelo menos uma nova linguagem a cada ano Leia um livro técnico a cada 4 meses Leia livros não técnicos também Participe em grupos de usuários locais Experimente diferentes ambientes Fique atualizado Antene-se

10. O Programador Pragmático Dica 9: Analise com visão crítica o que você lê e o que você ouve Dica 10: É tanto o que você diz quanto a forma como diz

11. Uma Abordagem Pragmática Os males da duplicação Dica 11: DRY – Don´t Repeat YourSelf Duplicação Imposta Múltiplas Representações de Informações (Uso de MetaDados) Documentação no Código Documentação e Código Issues de Linguagem- i.e. headers do C, C++ Duplicação por desatenção Ex: class Line { public: Point start; Point end; double length; }; class Line { public: Point start; Point end; double length() { return start.distanceTo(end); } }; ou

12. Uma Abordagem Pragmática Os males da duplicação (continuação) Dica 11: DRY – Don´t Repeat YourSelf Duplicação por Impaciência “ Shortcuts make for long delays” Duplicação Interdesenvolvedores Dica 12: Facilite o Reuso

13. Uma Abordagem Pragmática Ortogonalidade Tipo de independência ou desacoplamento

14. Uma Abordagem Pragmá- tica Sistemas Não Ortogonais

15. Uma Abordagem Pragmática Ortogonalidade Dica 13: Elimine o efeito entre coisas não relacionadas Produz ganhos de produtividade Facilita o Reuso Reduz Risco Aplicável a equipes de projeto Design Toolkits e ferramentas

16. Uma Abordagem Pragmática Ortogonalidade Código Mantenha desacoplado Evite dados globais Evite funções similares Teste É facilitado Documentação Separação conteúdo e apresentação

17. Uma Abordagem Pragmática Reversibilidade Tudo muda Dica 14: Não há decisões finais (irredutíveis) Arquitetura Flexível O gato de Schrodinger

18. Uma Abordagem Pragmática Tracer Bullet Usado para construção de algo novo: i.e. tecnologias, técnicas, linguagens e algoritmos Dica 15: Use Tracer Bullets para encontrar o alvo Abordagem incremental

19. Uma Abordagem Pragmática Tracer Bullet Vantagens Os usuários conseguem ver algo funcionando cedo Os desenvolvedores constroem uma estrutura para trabalhar Você tem uma plataforma de integração Você tem algo para demonstrar Você tem um maior sentimento de progresso Tracer Bullets vs Prototype Dica 16: Use Protótipos para aprender.

20. Uma Abordagem Pragmática Linguagens do Domínio Dica 17: Programe perto do Domínio do Problema Estimativas Dica 18: Estime para evitar surpresas Qual o grau de acurácia necessário? Estimativas de Cronograma de Projeto “ The normal rules of estimating can break down in the face of the complexities and vagaries of a sizable application development. We find that often the only way to determine the timetable for a project is by gaining experience on that same project.”, The Pragmatic Programmer Dica 19: Itere o cronograma com o código

21. As Ferramentas Básicas Dica 20: Mantenha o Conhecimento em Plain Text Dica 21: Use o poder dos Command Shells Dica 22: Use bem um único editor Dica 23: Sempre use Controle de Versão de Código Fonte Dica 24: Fixe-se no problema, não nos culpados Dica 25: Não entre em pânico Dica 26: o "select" não está “buggado” Dica 27: Não assuma – prove Dica 28: Aprenda uma Linguagem de Manipulação

22. As Ferramentas Básicas Geradores de Código Passivo – Uma única vez Ativo – Toma uma representação e converte em código. Quando a representação muda, novo código é gerado Dica 29: Escreva código que escreva código

23. A Paranóia Pragmática Dica 30: Você não pode escrever software perfeito O Programador Pragmático desconfia de si próprio. Dica 31: Design with Contracts (DBC) Précondições Póscondições Invariantes de classe Dica 32: Crash Early Dica 33: Se não pode acontecer. Use Assertions pra garantir que não vai. Dica 34: Use exceções para casos excepcionais Dica 35: Termine o que você começou. (C++ new, delete)

24. Dobre ou Quebre Desacoplamento e a Lei de Demeter Dica 36: Minimize o acoplamento entre módulos

25. Dobre ou Quebre Design para concorrência, para serviços Separar Views de Modelos (MVC) Programação por coincidência Refactoring Com uso de ferramentas (automático) Wizards Não use se você não entende o código produzido!! Design para testes Foco em testes

26. Antes da Implementação... Levantamento de Requisitos Trabalhe com o usuário para pensar como ele Dicionário de dados em reuniões com usuários Especificação de mini-linguagem Use Cases Documentação formal ou informal? Poucos detalhes Template para caso de uso - Cockburn

27. Template 1. CHARACTERISTIC INFORMATION Goal in context Scope Level Preconditions Success end condition Failed end condition Primary actor Trigger

28. Template 2. MAIN SUCCESS SCENARIO 3. EXTENSIONS 4.VARIATIONS 5. SCHEDULE 6. OPEN ISSUES

29. Template 8.RELATED INFORMATION Priority Performance target Frequency Superordinate use case Subordinate use cases Channel to primary actor Secondary actor Channel to secondary actor

30. Template

31. Testes Unitários Integração Validação e Verificação Dados Regressão Testes de Performance Testes de Usabilidade Teste os testes!!! Cause bugs

32. Conclusão Não é só teoria, e sim uma abordagem da experiência que normalmente dá certo na área de desenvolvimento; Serve não somente para os programadores, mas também para a gerência dos projetos que se beneficia do conhecimento do que se deve fazer e do que deve ser evitado Promove um ganho de produtividade aos desenvolvedores Promove um maior nível de formalidade no levantamento de requisitos através do uso de templates específicos Metodologia com enfoque nos testes e no design.

33. Referências Andrew Hunt, David Thomas, The Pragmatic Programmer, Addison-Wesley, 2000 www.pragmaticprogrammer.com

34. Dúvidas ???