Cela m’est apparu au cours de la semaine dernière dans mon travail quotidien, où Cursor a découvert un nombre étonnamment élevé de problèmes de thread dans certains codes que j’avais écrit. Je n’ai pas honte : à l’exception d’une poignée de savants, nous avons tous beaucoup de mal à raisonner clairement sur le multithreading complexe. Nous n’avons tout simplement pas assez de RAM dans notre tête pour contenir toutes les possibilités de notre cerveau.
Laissez-le au curseur
Mais tu sais qui le fait ? Curseur. Nous utilisons Cursor au travail et nous l’intégrons à notre processus de demande d’extraction pour examiner le code que nous examinons et voir s’il peut détecter des problèmes. Et mon garçon, Cursor trouve-t-il des problèmes. Dans le code que j’ai écrit, Cursor a trouvé plus de 20 scénarios différents dans lesquels des conditions de concurrence pourraient se produire. Et puis, Cursor les a corrigés. En quelques minutes. Même si je me sentais un peu stupide, j’étais heureux que notre agent ait découvert ces problèmes avant nos clients.
Je pense que nous savons tous que les bugs multithreading sont pratiquement impossibles à localiser et à corriger lorsqu’un client les signale. Curseur? Il les a trouvés et réparés sans problème. C’était pour le moins humiliant.
