Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Recentemente, finalizei a implementação de um plugin que estava na minha lista de tarefas há anos. A sensação de concluir uma tarefa antiga é ótima, mas depois de colocar pra rodar, comecei a questionar se realmente precisava dele ou se foi uma solução que criei por impulso.
No mundo da tecnologia, muitas vezes construímos ferramentas por necessidade ou hype, mas na hora de usar, percebemos que o valor real nem sempre bate com o esforço investido. Essa reflexão é importante pra não cair na armadilha do 'feito por fazer', que pode aumentar a complexidade do sistema sem benefícios práticos.
Minha dúvida é: como vocês avaliam o impacto de uma funcionalidade após o seu deploy? Vocês costumam fazer algum tipo de validação rápida pra garantir que o que foi entregue está realmente contribuindo para o produto e não só ocupando espaço? Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
hum, acho que o ponto é entender se aquela adição resolve um problema ou só aumenta o esforço de manutenção.
Geralmente, depois do deploy, olho o uso real e o impacto na operação. Se não vira algo que pesa pra equipe ou pro produto, considero como um aprendizado. Mas às vezes a gente cria coisa que só serve pra complicar, né?
No meu time, a gente tenta sempre validar o impacto com métricas simples logo após o deploy. Se não traz valor ou gera problema, desativamos ou ajustamos. Não dá pra ficar com coisa que vira peso depois.
Exato. Acho que o mais importante é investir na validação contínua, pra evitar que a gente empurre funcionalidades que não fazem diferença ou pior, atrapalham o fluxo de trabalho. Depois que o plugin está lá, fica difícil remover se não for bem avaliado.