VIEJO GUION DETECTADO

“No lo estoy manteniendo, solo lo estoy habilitando al no reescribirlo”

Prueba esta respuesta:

“Una validación cierra un ticket. No vota sobre el archivo entero.”

Haz la autoevaluación de 60 segundos →

VER LA PRÁCTICA

Crea una respuesta para este pensamiento y un paso para demostrarla.

EL PENSAMIENTO

“No lo estoy manteniendo, solo lo estoy habilitando al no reescribirlo”

TU RESPUESTA GRABADA

“Una validación cierra un ticket. No vota sobre el archivo entero.”

UN PASO PRIVADO

Elige un parche que hayas hecho a código viejo y escribe dos líneas: qué pedía el ticket, y qué habría requerido una reescritura completa. Guárdalas para ti.

El Parche Que Se Siente Como Encubrimiento

01 / La Función Que Envuelves En Vez De Reemplazar
Un crash por puntero nulo te lleva a una función sin pruebas, con tres responsabilidades distintas y un nombre que ya no describe lo que hace. Arreglar el crash toma cuatro líneas: una validación antes de la llamada problemática. Las escribes, y luego te quedas mirando el resto de la función, porque dejarla en pie se siente como si acabaras de votar para que se quede.
02 / Llamarlo Habilitar Para Que Se Sienta Como Una Decisión
El pensamiento llega como un veredicto: no lo estoy manteniendo, solo lo estoy habilitando al no reescribirlo. Entonces la validación se convierte en un comentario explicando por qué ya urge una reescritura, luego en un mensaje al equipo marcando todo el módulo para después, luego en una cuenta mental de cada parche que aplicaste sin arrancar la cosa de raíz. Nombrarlo habilitar te da la sensación de haber tomado una postura, y eso alivia, pero la postura nunca sale de tu cabeza, así que la función sale sin más defensa que tu propia relectura, y el próximo crash encuentra la misma forma esperando.
03 / La Línea Entre El Parche Y El Veredicto
La interrupción llega justo después de que el arreglo funciona, cuando tu atención quiere saltar de lo que pedía el ticket a lo que merece todo el archivo. Nota ese salto y hazte una pregunta: ¿este crash necesitaba una reescritura, o cuatro líneas y una validación? Si el ticket está cerrado, el veredicto sobre el archivo puede esperar a un ticket que realmente sea sobre el archivo.

TRACE · 01/04

Cómo te controla este guion

Agregas un comentario sobre un parche que funciona explicando que el arreglo real sería una reescritura, en tickets que nunca la pidieron.
Aplicar un pequeño arreglo a código viejo te deja armando mentalmente una defensa de por qué no eres responsable de su estado.
Llevas una cuenta informal de cuántos parches le has hecho a un archivo como prueba de que ya deberías haberlo reescrito.

SOURCE_LOCATED · 02/04

La regla oculta debajo

El Guión de la Herencia Legada

Si toco un sistema con defectos sin rehacerlo por completo, mi parche prueba que elegí dejar que el defecto continuara, así que cada arreglo que no es una reescritura cuenta en mi contra.

FORGING_REPLACEMENT · 03/04

Líneas de reemplazo (graba estas)

Una validación cierra un ticket. No vota sobre el archivo entero.
Arreglar lo que falla hoy no es lo mismo que aprobar cómo se construyó.
La pregunta de la reescritura y la pregunta del crash son tickets distintos.

En la app se generan por persona — esto es el estilo, no tu guion. El tuyo se construye con tus palabras exactas.

INSTALL · 04/04

El protocolo, en una tarjeta

Cuando pienso

“No lo estoy manteniendo, solo lo estoy habilitando al no reescribirlo”

Digo

“Una validación cierra un ticket. No vota sobre el archivo entero.”

Luego hago una cosa

Elige un parche que hayas hecho a código viejo y escribe dos líneas: qué pedía el ticket, y qué habría requerido una reescritura completa. Guárdalas para ti.

STATUS: READY_TO_INSTALL

Borrar este pensamiento

4 minutos. Tu voz. Gratis.

Empieza este wipe exacto en la app →

El protocolo de borrado

Escribe el pensamiento tal cual suena: "No lo estoy manteniendo, solo lo estoy habilitando al no reescribirlo". Palabra por palabra — el borrado apunta a la frase, no a la sensación.
Rastrea la regla y la acción evitada. ¿De qué te excusa convenientemente este pensamiento?
Graba las líneas de reemplazo con tu propia voz. Dilo en serio — sin grabación no hay instalación.
Ejecuta el ciclo: reprodúcelo cada mañana y noche, registra una acción de prueba al día durante 7 días.

Respuestas directas

Si sigo parchando el mismo archivo cada pocas semanas, ¿eso no prueba que hace falta una reescritura?

Los parches repetidos a un archivo son una señal útil para una conversación de planeación sobre ese archivo. Lo que no prueban es que cada parche individual estuvo mal hecho, ni que tú personalmente seas responsable de que el archivo no se haya reescrito todavía.

¿En qué se diferencia escribir una validación de elegir dejar código malo en producción?

Una validación responde a un crash específico con una entrada específica. Dejar código sin reescribir es una decisión mucho más grande que involucra alcance, prioridad y a menudo a personas por encima de tu cola de tickets. Tratar el arreglo pequeño como equivalente a la decisión grande es lo que hace que el parche se sienta más pesado de lo que es.

¿Debería dejar de mencionar que una reescritura ayudaría, aunque sea cierto?

No, señalarlo una vez donde lo vea quien prioriza el trabajo es útil. El patrón a vigilar es repetir esa señal dentro de cada parche sin relación, como forma de distanciarte por anticipado de código que estás obligado a tocar activamente.