Seja Consultor do seu Cliente

Nesta semana, estive em uma reunião com o cliente, com o objetivo de analisar sua necessidade. Esta necessidade consiste na alteração e adição de algumas funcionalidades de uma pequena aplicação.

Na semana passada, recebi duas ótimas notícias. Tanto a consultoria em que trabalho, quanto o projeto onde estou alocado, estão caminhando em direção da agilidade.

Um Momento para a Qualidade

Por que não reservar um momento para refletir nas soluções? Se usarmos alguns minutos do dia refletindo no que estamos fazendo, não impactaremos o cronograma de forma decisiva. E o ganho obtido pode, simplesmente, anular o tempo gasto.

Por que só agilidade funciona?

Baseado neste post do Yoshima, iniciei uma discussão com o pessoal da empresa. Este post é baseado na minha última resposta, com algumas adaptações para que tome o corpo de um artigo.

Resumo na página principal

Resolvi adotar o sistema de resumo na página inicial.

O primeiro motivo é a navegação. Fica mais fácil de visualizar mais conteúdo na página principal. E se o assunto realmente interessar, entrar nos detalhes. Também consigo colocar mais postagens na página principal, deixando esta página com característica de overview.

Como testar com JUnit

Neste post, vou mostrar como é fácil usar a versão 4.8.1 do JUnit, que pode ser encontrada no site oficial. Além disso, pretendo mostrar como não ferir a Lei de Demeter em uma situação corriqueira, objetos com listas.

Quando estão trabalhando com listas, algumas pessoas tendem em apenas expor o atributo através de um getter. É mais simples.

Perseverança - A qualidade esquecida

No post anterior, falamos das qualidades necessárias a um bom solucionador de problemas. Faltou a perseverança. Você deve acreditar que será capaz de resolver, seja através de seus próprios conhecimentos ou através do conhecimento dos outros (perguntando). Em diversas ocasiões, problemas onde eu não tinha a menor idéia de como resolver, foram solucionados através de estudo e acionamentos a pessoas que estavam de posse dos conhecimentos necessários para chegarmos a solução. Não faltou vontade.

Pequeno ensaio sobre solução de problemas

O que pretendo com este artigo é passar um pouco da minha experiência como "resolvedor" de problemas. Essa experiência não está limitada a minha atuação como desenvolvedor, estendendo-se até o início da minha carreira, quando eu atuava no suporte técnico a hardware, software e rede. Na verdade, foi exatamente nessa época que comecei a desenvolver os gérmens destas habilidades.

Design Patterns For Navigating Complex Taxonomies

Acabei de subir para o SlideShare esta apresentação de Loren Baxter para a ESDC. Baxter demonstra como seguir a citação de Tamara Adlin:

"Most companies are so confused, the last thing they need is
more data."

Groovy Power Features

Viaje através do Groovy.

Paul King, na ESDC, apresentou desde o overview até tópicos mais complexos, como a integração com o Spring. Foram demonstradas algumas diferenças com o Java, e como o Groovy pode se apresentar de uma forma mais clara. Muito interessante, também, é a demonstração da extensibilidade da linguagem, quando o apresentador demonstrou um Switch - com isCase() customizado.

Reconstrução - Chegou a hora

Pela segunda vez na minha carreira, chegou o momento da reconstrução de um aplicação. Está quase impossível dar manutenção, não existem testes automatizados e há um inchaço de frameworks, com Struts + Spring + Hibernate, para uma aplicação extremamente simples.

Prazo e Escopo: O Mito - III

Chegamos ao último artigo dessa série, sobre o capítulo dois, do livro atemporal de Frederick P. Brooks. Neste artigo trataremos as questões de Teste de Sistema, Estimativa Covarde e o Desastre do Cronograma Regenerativo. Devido a característica contínua dos tópicos, esse artigo sairá do modelo enxuto que venho adotando nos últimos meses. Então, paciência.

Prazo e Escopo: O Mito - II

Brooks afirma que a relação Homem / Mês é um mito nas situações onde as tarefas são estritamente sequenciais e onde as tarefas exigem inter-relacionamento complexo.

No primeiro caso, o entendimento é simples, pois se temos duas tarefas estritamente sequenciais, a segunda só pode iniciar depois do término da primeira.

Redes sociais virtuais

Bem, depois de muito resistir, entrei na onda do Twitter. Parte por culpa do "Buzz", que praticamente me jogou nesse mundo, parte por "culpa" de meus amigos, que conseguiram me convencer que uma ferramenta como essa pode não ser tão fútil.

Prazo e Escopo: Uma questão de qualidade - I

Bem, em primeiro lugar um feliz 2010 a todos.

Agora, vamos direto ao assunto: O escopo precisa estar equilibrado com o prazo para que seja garantido um nível mínimo de qualidade para a aplicação. Ponto final. Não existe outra forma para isso funcionar. Não entendo como tentam formulas mágicas para economizar na análise, construção e testes, para gastar rios de dinheiro com a manutenção. Simplesmente não funciona. Vamos verificar as partes prejudicadas, quando temos muitos bug-fixes:

O problema não é meu - Esclarecimentos - Parte III

É bom deixar claro uma coisa. O ponto central destes dois (agora três) artigos é tentar combater a cultura enraizada do "está funcionando, não mexe".

Ouvi, ouço e acredito que ainda vou ouvir isso de muitos analistas, inclusive experientes.

A questão do cliente precisa ser mais detalhada.