Neste post colocarei as minhas impressões sobre o excelente PM-83, ministrado pelo Mauricio Aniche na Caelum RJ, assim como o impacto nos meus colegas de trabalho que representou cerca de 50% da turma. No fim do post sugiro uma melhoria que considero importante.
domingo, 12 de dezembro de 2010
terça-feira, 23 de novembro de 2010
sábado, 16 de outubro de 2010
Guilherme Silveira: Deploy Contínuo
Nesta apresentação, o Guilherme Silveira mostrou como apenas a integração contínua não basta, sendo necessário também o deploy contínuo de valor para o cliente. Obviamente, existem tarefas complexas e que demandam tempo. O lema do Guilherme para estas situações é: "é manual, chato, repetitivo e sujeito a falha humana, então automatiza".
Marcadores:
agile,
Lean,
mare de agilidade,
PensandoLean
quinta-feira, 7 de outubro de 2010
O Problema da Motivação - Por que não conversar?
Como não sou psicologo e nunca li um artigo ou livro a respeito, vou escrever este texto baseado apenas na minha experiência.
Este texto tem como objetivos principais demonstrar como a motivação depende mais de fatores internos que externos, assim como demonstrar as consequências da desmotivação para o profissional e para a equipe.
Este texto tem como objetivos principais demonstrar como a motivação depende mais de fatores internos que externos, assim como demonstrar as consequências da desmotivação para o profissional e para a equipe.
quarta-feira, 6 de outubro de 2010
Qualidade na Prática - Verdadeiro Encapsulamento
É interessante verificar como podemos realizar um bom encapsulamento. Um objeto recebe seus atributos através de um construtor e mudanças são apenas permitidas através de envio de mensagens.
Marcadores:
boas práticas,
design,
java,
qualidade na prática
domingo, 3 de outubro de 2010
Devaneios sobre o Lean
Desde que comecei a ler o livro "Lean Thinking: Banish Waste and Create Wealth in Your Corporation" comecei a fazer alguns paralelos com o que acontece do meu dia-a-dia, principalmente sobre as tarefas que tenho que cumprir. E é sobre uma destas tarefas que trata este post.
Marcadores:
Lean,
PensandoLean
sábado, 21 de agosto de 2010
Qualidade na Prática - Como Trabalhamos com Exceptions
Neste post vou mostrar como trabalhamos com Exceptions em nossos projetos. Pode parecer um assunto simples, e por este motivo, pode acontecer do desenvolvedor dar pouca ou nenhuma atenção às boas práticas relacionadas. Seguindo algumas regras, que vou expor aqui, podemos evitar muitos contratempos na manutenção.
Marcadores:
boas práticas,
exceptions,
java,
qualidade na prática
sábado, 24 de julho de 2010
Reflexões sobre a Qualidade de Software
Há alguns meses, surgiu uma questão a respeito da qualidade. Enquanto pensava na afirmação, "Com certeza a qualidade interessa a todos, sempre", e fazendo um paralelo com o nosso dia a dia, percebi que esta frase não é verdadeira. Nem sempre queremos qualidade, ou estamos com possibilidades de pagar por ela.
Marcadores:
princípios,
qualidade de software
quarta-feira, 23 de junho de 2010
domingo, 20 de junho de 2010
sexta-feira, 18 de junho de 2010
domingo, 6 de junho de 2010
terça-feira, 25 de maio de 2010
Maré de Agilidade - BH Quinta Edição
Neste post coloquei minhas idéias gerais sobre o ciclo de palestras da quinta edição do Maré de Agilidade, que ocorreu no dia 22 de maio, na cidade de Belo Horizonte, Minas Gerais.
Marcadores:
agile,
mare de agilidade,
scrum
sábado, 24 de abril de 2010
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.
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.
Marcadores:
agile,
desenvolvimento
quarta-feira, 14 de abril de 2010
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.
Marcadores:
qualidade de software,
TDD
quinta-feira, 8 de abril de 2010
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.
quinta-feira, 1 de abril de 2010
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.
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.
terça-feira, 23 de março de 2010
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.
Quando estão trabalhando com listas, algumas pessoas tendem em apenas expor o atributo através de um getter. É mais simples.
Marcadores:
agile,
boas práticas,
Lei de Demeter,
refatoração,
TDD
sexta-feira, 19 de março de 2010
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.
Marcadores:
desenvolvimento,
problema,
suporte
terça-feira, 16 de março de 2010
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.
quarta-feira, 3 de março de 2010
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."
terça-feira, 2 de março de 2010
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.
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.
sábado, 27 de fevereiro de 2010
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.
sábado, 20 de fevereiro de 2010
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.
quarta-feira, 17 de fevereiro de 2010
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.
No primeiro caso, o entendimento é simples, pois se temos duas tarefas estritamente sequenciais, a segunda só pode iniciar depois do término da primeira.
quarta-feira, 10 de fevereiro de 2010
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.
terça-feira, 9 de fevereiro de 2010
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:
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:
Assinar:
Postagens (Atom)