Sempre quando eu ponho um site no ar, seja um blog ou um artigo, tenho o costume de voltar a esse tema. O tema é de um artigo do Joel Spolsky com o título original Things you should never do. A ambientação central do tema é do caso no Netscape e porque a empresa faliu. A grande sacada é que o mesmo problema dos engenheiros da Netscape é igual ao que todos ainda temos hoje. Vamos analisar isso por partes.
Estamos numa cultura onde o descartável é o padrão. Não serviu? Troca. Essa foi a mentalidade que levou os engenheiros da Netscape a reescreverem o código inteiro de uma versão para outra. Reescrever ou recriar nunca é a solução do problema. Aliás, é muito mais provável que você venha a ter mais problemas no futuro.
Outro ponto é que sempre temos uma grande dor de cabeça quando o assunto é padrão de tecnologias. Agora com a programação em IA fica mais fácil fazer algumas coisas em termos de código, porém termos que fornecer quase todo contexto necessário para que as coisas fluam sem muitas intercorrências. A inteligência artificial requer um diálogo com uma outra inteligência para contextualizar a situação. Tenho visto um assunto muito em alta sobre isso chamado Spec Driven Development. Mas quem escreve as especificações?
Como já é quarta ou quinta vez que rescrevo este artigo, vou dizer que você não deve ficar soltando inúmeros sites por ai! Isso é um exemplo do que não se deve fazer. Como eu não ganho dinheiro com sites posso me dar ao luxo de fazer isso mais uma vez. Quem nunca quis recomeçar as coisas acreditando que iria ser melhor?
O fato é que esse é o trabalho de Sísifo. Existe um recomeço eterno e um ponto de deadlock onde as coisas não progridem mais e voltam ao estado anterior. Isso acontece muito com projetos onde há inúmeros recomeços (incluindo esse). Recria-se um projeto do início e aparecem problemas que desconhecíamos porque só analisamos o código de forma provisória. Por isso, antes de promover um descarte, temos que ter profunda consciência de que quais decisões podemos tomar com clareza. Nem sempre é uma boa decisão abandonar algo que está sendo utilizado e em produção por outro que será escrito. Aliás, quase nunca é.
Quanto tempo uma pessoa demora para soltar algo devidamente funcional? Mesmo hoje com IA é necessário entender que algumas habilidades não caminham como o previsto. Muita gente é péssima em planejamento. Inclui-se programadores e gestores. Esse é um dos motivos pelos quais o SCRUM faz muito sucesso. O alinhamento da comunicação é o que promove uma produtividade que antes era inexistente no projeto.
A principal coisa que nenhum gestor deve deixar de fazer: comunicar-se com todos de forma frequente. Isso diz muito se sobre o fracasso ou o sucesso de um projeto.