Giovanni Bassi é um arquiteto de software independente com experiência em Microsoft .NET. Ele oferece consultoria, treinamento e mentoria, além de escrever artigos e fazer parte do corpo editorial da .NET Magazine. Ele defende práticas ágeis como TDD, programação em par, refatoração contínua e entrega iterativa para melhorar a produtividade, qualidade e foco na entrega de valor ao cliente.
Release contínuo de um microsserviço com Docker ASP.net core e Azure Containe...
Práticas De Um Engenheiro De Software Eficiente
1. Giovanni Bassi Arquiteto de software independente www.giovannibassi.com unplugged.giggio.net Realização: Ciência da Computação Sistemas de Informação
97. Manifesto Ágil Indivíduos e interações mais que processos e ferramentas Produto em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano http://agilemanifesto.org Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas
98.
99.
100.
101.
102.
103.
Editor's Notes
De 1 hora e meia a 2 horas de palestra
Tudo funciona Nenhum erro Isso é impossível mas é um objetivo a ser perseguido
Buscar entender o que aconteceu pra evitar que aconteça novamente.
Testes
O tanto que você testar
Não necessariamente, mas mais de 90% no mínimo
Porque não? E você trabalhasse em uma cia. aérea? Ou na Nasa?
Quando tentamos ir rápido nos vemos dessa forma
Mas a figura mais real é parecida com isso
Geralmente custa muito, o código não foi feito pra mudar Porque? Se os requisitos mudam toda hora...
O que esperamos
Os requisitos mudam
O código estava errado
Interpretamos o cliente errado
Mentira
Vai quebrar meu brinquedo!
Só se resolve isso com testes
E em vários níveis
Programe em pares
TDD vai te permitir não usar o debugger Os ciclos curtos vão permitir isso
Testes demonstram como usar uma API
Não Não fica tão testável Fica muito acoplado Fica menos fácil de usar
Quem tem um conceito de pronto?
Testes definem quando a aplicação está pronta
Não do seu chefe Não do seu professor
Médico sim Atores sim Desenvolvedores não
Entenda o negócio em que você está atuando Você não precisa ser um expert Não importa o seu papel no projeto, aprenda o domínio Quando o software não funciona, sempre é culpa sua -se os requerimentos estavam errados é sua responsabilidade saber disso Entenda porque o expert de domínio quer o que quer, entenda-o