El desarrollador forma parte del código: No existe el desarrollo objetivo. El software no es una herramienta, sino la huella binaria del estado mental, la presión arterial y la ira del programador ese día.

El caos es sagrado: Si un algoritmo es demasiado transparente, resulta sospechoso. El verdadero código gonzo es como una jungla: peligroso, oscuro, y solo su creador sabe dónde están las trampas.

Pruebas en el servidor de producción: Las pruebas unitarias son el deporte de los cobardes y los burócratas. El verdadero programador gonzo depura directamente en producción, entre los gritos de los usuarios.

La documentación es ficción: Los comentarios añadidos al código no son explicaciones, sino monólogos internos, manifiestos políticos o gritos de auxilio. Quien no entiende el código no es digno de utilizarlo.

El puntero (pointer) es el señor: ¡Utiliza un lenguaje de programación en el que no te limiten! La gestión directa de la memoria es la garantía de tu libertad. El uso de tipos seguros no es más que una cadena. Utiliza las direcciones de memoria como si no hubiera un mañana. El Memory Leak es tu grito que nadie oye.

Arquitectura basada en cafeína: La calidad del código es directamente proporcional a la cantidad de estimulantes consumidos e inversamente proporcional al número de horas dedicadas a dormir.

El mensaje de error como arte: El mensaje de error no debe ayudar, sino impactar. El usuario debe sentir el desprecio de la máquina y de su creador en cada Runtime Error.

Nunca limpies (Refactor): Lo que escribiste una vez en estado de trance es sagrado. Si lo tocas para hacerlo «más bonito», matas el alma del software.

La fecha límite es solo una sugerencia: El programador gonzo no trabaja según el reloj, sino que cabalga las olas de la inspiración y el pánico. El código está terminado cuando el desarrollador se derrumba.

El software debe ser impredecible: En un buen programa gonzo siempre hay un poco de aleatoriedad. Si al pulsar un botón siempre ocurre lo mismo, es un aburrido producto industrial, no arte.

¿Responsabilidad? Excluida: El contrato de licencia debe constar de un único punto: «Si arranca, es tu problema». El desarrollador no es Dios, solo un testigo de la destrucción de la máquina.

La estrategia de salida: Cuando el proyecto se derrumbe, no des explicaciones. Borra el historial de Git, quema el disco duro y busca un lugar en México donde no haya cobertura móvil.