Isso me ocorreu na semana passada em meu trabalho diário, onde o Cursor encontrou um número surpreendentemente grande de problemas de threading em alguns códigos que eu havia escrito. Não tenho vergonha — exceto por alguns estudiosos, todos nós temos muita dificuldade em raciocinar claramente sobre multithreading complexo. Simplesmente não temos memória RAM suficiente em nossas cabeças para manter todas as possibilidades em nossos cérebros.
Deixe para o Cursor
Mas você sabe quem faz? Cursor. Usamos o Cursor no trabalho e o conectamos ao nosso processo de solicitação pull para examinar o código que estamos revisando e ver se ele encontra algum problema. E cara, o Cursor encontra problemas. Nesse código que escrevi, o Cursor encontrou mais de 20 cenários diferentes onde poderiam ocorrer condições de corrida. E então, o Cursor os corrigiu. Em minutos. Embora eu tenha me sentido um pouco idiota, fiquei satisfeito porque nosso agente encontrou esses problemas antes de nossos clientes.
Acho que todos nós sabemos que bugs multithreading são praticamente impossíveis de rastrear e corrigir quando um cliente os relata. Cursor? Ele os encontrou e os corrigiu sem problemas. Foi humilhante, para dizer o mínimo.
