Asistente de códigoAI Coding Assistant

Lo que hace a tu lado

Lo más visible es sugerir la línea siguiente. Escribes unos caracteres y el resto aparece en gris, listo para aceptar si te convence. Cuanto más fija es la forma del código, mejor acierta.

Lo segundo es rellenar patrones repetidos. En un lugar donde la misma forma se repite veinte veces, o donde solo cambia el formato, el tiempo baja mucho: son tareas aburridas y fáciles de errar.

Lo tercero es el tiempo de búsqueda. Antes había que buscar cómo se usaba algo y copiar un ejemplo; ahora, con describir lo que quieres hacer, la forma aparece ahí mismo. No cortar el flujo de trabajo marca una diferencia mayor de lo que parece.

Se usa más para leer que para escribir

Ante código desconocido, preguntar "explícame en un párrafo qué hace esto" reduce mucho el tiempo de revisarlo por encima. Es especialmente útil cuando tienes que hacerte cargo de algo que escribió otra persona.

También sirve mucho pegar un mensaje de error y preguntar qué significa y por dónde empezar a mirar. El mensaje en sí lo escribió una máquina y al principio desconcierta, pero traducido a palabras normales ya tienes un punto de partida.

Antes de correrlo, puedes preguntar dónde está el riesgo. Pedir que señale casos que faltan, el punto donde falla si algo llega vacío, o qué pasa con un valor muy grande, funciona casi como una segunda revisión.

Por qué hace falta revisar siempre

El código sugerido primero tiene una forma convincente. A veces usa una función que no existe como si existiera, o recurre a una forma antigua de hacer las cosas. Como se ve natural, es fácil dejarlo pasar sin más.

Que corra tampoco significa que esté bien. Es común que un código funcione con entradas comunes y se rompa cuando algo llega vacío o muy grande. Es un error que también comete una persona, pero cuanto más rápido aceptas código, más se acumulan estos puntos.

Hasta dónde se envía también hay que revisarlo. Si conviene o no pegar código de la empresa o datos de usuarios depende de la herramienta y de las reglas de cada lugar.

Cómo sacarle provecho

Pedir en trozos pequeños es lo primero. Si pides todo de una vez, es difícil encontrar dónde está el error. Recibe una pieza, pruébala, y recién entonces pasa a la siguiente.

Tiene sentido también preguntar por qué lo hizo así antes de aceptarlo. Si la explicación se traba, ese código suele tener un problema. Meter código que no entiendes es lo más riesgoso.

Si estás aprendiendo, conviene invertir el orden: primero intenta escribirlo tú, pregunta cuando te atasques y compara lo que recibiste con lo tuyo. Copiar desde el principio no deja crecer la capacidad de leer y juzgar.

Pedir también pruebas cortas es un buen hábito. Un código breve que confirma en qué casos funciona lo que hiciste te deja ver de inmediato qué se rompió cuando tengas que corregirlo después.