Joel on Software – Acompanhamento de Bugs Indolor

O BASIC do TRS-80 Level-I só armazenava duas variáveis string, A$ e B$. Da mesma forma, eu também nasci com apenas dois slots para armazenar bugs no meu cérebro. Em qualquer momento, eu só consigo me lembrar de dois bugs. Se você me pedir para lembrar de três, um deles cairá no chão e será varrido para debaixo da cama junto com os montinhos de poeira, que irão engoli-lo.

Manter um banco de dados de bugs é uma das características imprescindíveis de qualquer boa equipe de software. Eu não canso de me espantar com a quantidade mínima de equipes que efetivamente fazem isto. Um dos fatos mais errados em que os programadores parecem consistentemente acreditar é que eles podem lembrar de todos os seus bugs, ou mantê-los em post-its.

Sabe aquela sensação quando você lê algo e a coisa parece que foi escrita especialmente para você? Pois é, foi isso que eu senti quando li essa dos bugs \”documentados\” em post-its. Sim, eu confesso: eu tenho esse hábito terrível. Mas como eu meti na cabeça que esse ano eu vou melhorar o meu ambiente de trabalho resolvi me mexer e fui atrás de um sistema para acompanhamento de bugs. E eis que eu achei um que me pareceu muito bom: phpBugTracker. A pretenção dele é ser um substituto para o Bugzilla, mas muito mais fácil de instalar e manter. Do pouco que já usei vi que ele supre as minhas necessidades atuais, de forma que fica aqui a dica 😉