“Philosophy is questions that may never be answered. Religion is answers that may never be questioned.”

(“Filosofia são questões que podem nunca ser respondidas. Religião são respostas que nunca podem ser questionadas.”)

Quando li essa frase imediatamente lembrei do que acontece no dia-a-dia do nosso mercado; do ambiente de trabalho a conferências e listas de discussão. Sem querer entrar em detalhes profundos ou em opiniões/flames sobre assuntos não-técnicos, vejo que existem dois tipos de programadores: os Religiosos e os Filósofos.

A palavra “religião” vem do latim “religio”, que significa “prestar culto a uma divindade”. Os programadores Religiosos fazem exatamente isso: aproveitam todas as oportunidades que podem para louvarem a sua linguagem ou framework favoritos. Os Religiosos dificilmente aceitam “religiões” diferentes da sua e os mais extremistas acreditam que a sua linguagem ou framework resolve todos os problemas do universo e são a chave da salvação da humanidade. Eles aceitam tudo cegamente e nunca reconhecem ou questionam os defeitos desses projetos que apoiam (e em alguns casos mais extremos até transformam esses problemas em “features”). Quando aparece um problema pela frente não precisa nem pensar: ele usará a sua ferramenta favorita para resolvê-lo, não importa o que seja (um padrão também conhecido como “One Ring to rule them all”).

“Filosofia” vem do grego “philos” (que ama) + “sophia” (sabedoria), ou seja, “que ama a sabedoria”. Filosofia é a investigação crítica e racional de questões, ou seja, um programador Filósofo não está procurando defender uma linguagem ou framework mas sim em investigar várias delas, analisar como elas funcionam e refletir sobre como elas podem ajudá-lo a resolver problemas. Os Filósofos são curiosos; eles sempre querem compreender e questionar o funcionamento e utilidade das ferramentas que usam. Quando precisam resolver um problema eles analisam de forma racional todas as opções que conhecem e se nenhuma delas for boa o suficiente eles pesquisam e procuram uma opção mais eficiente.

Um programador precisa resolver problemas complexos com qualidade e precisa ser cada vez mais produtivo/veloz para atingir um objetivo (desenvolver um produto, terminar um projeto da sua empresa e por ai vai). A melhor ferramenta não é a sua preferida ou aquela que você escolheu para seguir e amar, e sim aquela que te faz ser mais rápido, mais produtivo, com mais qualidade e que te dá mais conforto para trabalhar. A melhor ferramenta é a que melhor atende os requisitos da sua profissão e do seu projeto, não o seu ego (ou sua religião).

Seja menos “religioso” e mais “filósofo”! Com a mente aberta e sem encarar ferramentas como “a verdade definitiva” (ou descartando-as sem ao menos testar e conhecer como funcionam) você terá muito mais chances de ser bem-sucedido.

Como o tempo ficou curto lá na palestra acabei não apresentando o último slide que contém alguns links interessantes para quem quiser conhecer mais sobre o assunto:

• Artigo do meu blog sobre TDD explicando de maneira bem simples e rápida como implementar a prática.
• Artigo do Scott Ambler apresentando os conceitos básicos de desenvolvimento guiado por testes.
• Artigo da sobre TDD da ImproveIt, uma das empresas pioneiras na adoção de eXtreme Programming no mercado de desenvolvimento de software brasileiro.
• Mais um artigo da ImproveIt explicando como e porque utilizar Mock Objects em testes unitários.
• Vários links interessantes sobre TDD organizados pelo grupo “Coding Dojo Floripa”.
• Screencast feito pelo grupo “Coding Dojo Floripa” mostrando um exemplo de desenvolvimento com TDD.
• Artigo explicando como utilizar Mock Objects em testes unitários.
• Behaviour-Driven Development, uma “evolução” do TDD.
]]> http://gc.blog.br/2007/06/20/slides-da-palestra-sobre-tdd-no-riojug/feed/ 0 http://gc.blog.br/2007/06/06/palestra-sobre-tdd-no-riojug/ http://gc.blog.br/2007/06/06/palestra-sobre-tdd-no-riojug/#comments Wed, 06 Jun 2007 17:36:53 +0000 Guilherme Chapiewski http://gc.blog.br/2007/06/06/palestra-sobre-tdd-no-riojug/ No dia 19/06 farei uma apresentação no RioJUG sobre TDD:

“Test Driven Development (Desenvolvimento Guiado por Testes) é a prática de escrever testes unitários de um software antes de escrever o código que está sendo testado. O TDD é uma prática utilizada em metodologias ágeis de desenvolvimento de software como o XP (eXtreme Programming). Esta palestra apresentará conceitos de TDD utilizando exemplos simples e de fácil entendimento. Serão apresentadas também suas vantagens, desvantagens e comparações com outros tipos de testes de software comumente utilizados.”

Para mais detalhes acesse a página do evento no site do RioJUG.

Apareçam por lá!

]]> http://gc.blog.br/2007/06/06/palestra-sobre-tdd-no-riojug/feed/ 0 http://gc.blog.br/2007/05/16/e-da-lhe-thoughtworks/ http://gc.blog.br/2007/05/16/e-da-lhe-thoughtworks/#comments Wed, 16 May 2007 13:39:15 +0000 Guilherme Chapiewski http://gc.blog.br/2007/05/16/e-da-lhe-thoughtworks/ Os caras da ThoughtWorks se empolgaram! Não tem nem duas semanas que lançaram o Mingle e acabo de ficar sabendo de mais um, o CruiseControl Enterprise.

Eu acho que eles vão ganhar bastante dinheiro com os dois. E espero que eles ganhem mesmo porque os dois são muito bons. Só espero que eles não parem de produzir as coisas livres legais que sempre produziram (XStream, XFire, PicoContainer, etc) para passar a vender tudo! Bom, pelo menos na enterevista que eles deram no InfoQ disseram que o produto pago irá contribuir com a comunidade também, o que é bem legal. Se continuar assim está bom.

]]> http://gc.blog.br/2007/05/16/e-da-lhe-thoughtworks/feed/ 0