I was at the gym yesterday, talking with a relatively new CrossFitter named John, and naturally he asked me what I do for a living. I said I write software all day. But it hit me—I don’t actually write software anymore. I told him that, nowadays, Cursor writes all my code—I just tell Cursor what to do.
I was at the gym yesterday, talking with a relatively new CrossFitter named John, and naturally he asked me what I do for a living. I said I write software all day. But it hit me—I don’t actually write software anymore. I told him that, nowadays, Cursor writes all my code—I just tell Cursor what to do.
I’ve written about how code isn’t important anymore and that we won’t be writing code much longer, but somehow that truth finally hit me. And of course, when a truth hits me, someone else has already spoken that truth. Ruby creator David Heinemeier Hansson just a few weeks ago told us to “put down our pencils” at Rails World 2026.
The simple fact of the matter is that Cursor, Claude Code, Codex, etc., are better coders than we are.
This dawned on me over the past week at my day job where Cursor found a startlingly large number of threading issues in some code that I had written. I’m not ashamed—except for a handful of savants, we all have a very hard time reasoning clearly about complex multithreading. We just don’t have enough RAM in our heads to hold all of the possibilities in our brains.
But you know who does? Cursor. We use Cursor at work, and we have it wired into our pull request process to examine the code we are reviewing and see if it can find any problems. And boy, does Cursor find problems. In that code I wrote, Cursor found more than 20 different scenarios where race conditions could occur. And then, Cursor fixed them. In minutes. Although I felt a little dumb as a result, I was pleased that our agent found these issues before our customers did.
I think we all know that multithreading bugs are all but impossible to track down and fix when a customer reports them. Cursor? It found them and fixed them no problem. It was humbling, to say the least.
In context
- Topic: Desarrollo con IA — Copilotos y agentes en el ciclo de desarrollo de software.
- Source: InfoWorld
- Published: 07/10/2026
Continue reading at the original source →
Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.
Por qué importa
Lo que está cambiando en ingeniería no es la velocidad de tipeo, es la relación entre el que produce y el que responde por el resultado. Un asistente puede generar en minutos algo que nadie del equipo entiende del todo, y eso tiene un costo que no aparece en ninguna métrica de productividad.
Distingo entre acelerar a un desarrollador con experiencia y acelerar a uno que recién arranca. En el primer caso la herramienta multiplica criterio; en el segundo multiplica la falta de criterio. La política de adopción tiene que reconocer esa diferencia o el equipo se llena de código plausible y equivocado.
Lo que suele salir mal
Lo que suele salir mal es que la revisión no crece al mismo ritmo que la producción. El equipo genera el doble y sigue teniendo a las mismas dos personas revisando, que se cansan, empiezan a aprobar más rápido y a los tres meses la calidad cayó sin que ningún indicador lo mostrara todavía.
Qué mirar
- Cómo queda la revisión de código: si el asistente produce más, alguien tiene que leer más.
- Qué pasa con las pruebas — generar código sin generar pruebas solo mueve el problema hacia adelante.
- Dónde viaja el código fuente cuando se usa el asistente, y qué dice el contrato sobre eso.
Cómo leo esta entrada
Si lo estuviera implantando, lo haría con reglas escritas: qué se puede generar, qué se revisa siempre con ojos humanos, y qué queda prohibido tocar con asistente — típicamente lo que maneja dinero, identidad o datos personales. Las reglas dan libertad, no la quitan.
La noticia original está publicada en otro idioma; acá se cita el extracto tal como lo entrega el medio y el comentario se escribe en español.
Comentarios
Todavía no hay comentarios. El primero puede ser el tuyo.
¿Lo estás viviendo en tu equipo?
Abrí el chat y contame cómo lo están manejando. Me interesa comparar notas.
