How Big Should a Function Be? do Robert C. Martin (aka Uncle Bob) é um post deve ser impresso e sempre relembrado por sua equipe de desenvolvimento. Abaixo algumas frases do post (Não deixe de conferir a versão completa, leitura rápida em 2 minutos)
The body of a try block should also be a function call; [...]
Posts de Outubro, 2007
How Big Should a Function (method) Be?
Publicado em TDD, etiquetado design, Robert C. Martin, Uncle Bob em Outubro 30, 2007 | Deixar um comentário »
Design Principles and Design Patterns
Publicado em Design Principles, TDD, etiquetado Dependency Inversion, Liskov, object mentor, Open Close, Robert C. Martin em Outubro 30, 2007 | Deixar um comentário »
Design Principles and Design Patterns é um excelente artigo escrito por Robert C. Martin (aka Uncle Bob).
Ele inicia o artivo falando sobre alguns sintomas que podem ajudar a identificar um design ruim e em seguida um ótimo conteúdo sobre alguns princípios como: The Open Close Principle (Princípo Aberto/Fechado), The Liskov Substitution Principle (Princípio da [...]
WebTest vs Selenium: WebTest wins 13 – 5
Publicado em Extreme Programming, etiquetado marc guillemot, Selenium, selenium ide, Testes de aceitação, webtest em Outubro 29, 2007 | 1 Comentário »
Há mais de um ano atrás, antes de iniciarmos a fazer testes de aceitação, entre as possibilidades haviam o Selenium e o WebTest. Na época decidimos utilizar o Selenium.
Marc Guillemot postou uma comparação entre os dois, e o seu resultado foi vitória do WebTest.
Particularmente, quando fiz meus testes, achei o WebTest muito lento/chato para [...]
Quote of day
Publicado em Agile, Desenvolvimento Ágil, Lean, etiquetado Agile, Lean, Mary Poppendieck, quote of day em Outubro 29, 2007 | Deixar um comentário »
Novamente com Mary Poppendieck
If your more than 10% of requirements are changing as you progress, you’ve specified them too early. If you have separate test and fix cycles you’re testing too late.
Emprego Novo!
Publicado em off-topic, etiquetado ProWay em Outubro 29, 2007 | Deixar um comentário »
Já fazem 2 meses que eu voltei a morar em Blumenau, desde então eu estava procurando um emprego legal… e eu consegui Após algumas entrevista e um pouco mais de 1 mês desde a primeira conversa, sou o mais novo funcionário da ProWay Informática.
O foco principal da ProWay é treinamente, contudo eles têm [...]
Design e TDD
Publicado em TDD, etiquetado design, TDD em Outubro 24, 2007 | Deixar um comentário »
Se você tem alguma dúvida, suspeita ou quer alguma informação sobre design utilizando TDD, eu sugiro que você acompanhe a thread TDD and bad design.
Você vai encontrar ali muito mais informação do que em muitos livros e uma discussão de altíssimo nível a respeito de como é feito o design utilizando TDD.
Quote of day
Publicado em Agile, Desenvolvimento Ágil, etiquetado beginner's mind, promiscuous pairing, quote of day, Shunryu Suzuki em Outubro 17, 2007 | 1 Comentário »
Hoje com um quote de Shunryu Suzuki:
In the beginner’s mind there are many possibilities, but in the expert’s there are few.
Isso se encaixa bem com o que eu já havia postado antes (Promiscuous Pairing and Beginner’s Mind). O desafio é conseguir utilizar isso da melhor forma em sua equipe
Quote of day
Publicado em TDD, etiquetado quote of day, ron jeffries, TDD em Outubro 16, 2007 | Deixar um comentário »
Hoje, com Ron Jeffries:
TDD is no substitute for thinking: it is a WAY of thinking.
Pronto? Pronto Pronto?
Publicado em Agile, Desenvolvimento Ágil, Extreme Programming, XP, etiquetado Aaron Ruhnow, Chris Sterling, conceito de pronto, Kelly Waters em Outubro 15, 2007 | Deixar um comentário »
Já que no post anterior eu falei que é importante ter uma boa definição do conceito de pronto, vou deixar aqui alguns links que podem ajudar a definição do conceito de pronto:
Are We There Yet? por Aaron Ruhnow
Building a Definition of Done por Chris Sterling
Definition of DONE! 10 point checklist por Kelly Waters
É necessário refatorar!
Publicado em TDD, etiquetado rafatoração, refactor em Outubro 15, 2007 | 2 Comentários »
Quando você escreve uma carta/e-mail importante, você não relê ao menos uma vez para garantir que está tudo escrito e as idéias estão expressas corretamente?
Quando você faz um cálculo complexo (ou nem tão complexo), você não refaz o cálculo para garantir que o resultado está correto?
Por que você acha que com desenvolvimento de software isso [...]
