El atrevimiento de la ignorancia: Cuando el conocimiento bloquea el software

Desde que Antón era Crema y, por supuesto, ahora siendo C. Tangana, he seguido de cerca la carrera de un artista que nunca deja de incomodar al status quo. Primero con el rap, luego con esa transformación donde mezcló ritmos e influencias que nadie veía venir en la música urbana española.

Pucho es una inspiración: alguien que, como él mismo dice, “sin cantar ni afinar”, ha puesto a todo un país a escuchar un disco como El Madrileño en una época donde todo parecía destinado a imitar el sonido de EE.UU. Pero no vengo a hacerle promo (aunque si no lo has escuchado, ya tardas). Vengo a hablar de una charla que dio hace poco en la Fundación MOP con Santos Bacana sobre su proceso creativo, y de cómo sus palabras me han volado la cabeza aplicándolas al mundo de los productos digitales e IA.

1. El atrevimiento de la ignorancia

Antón menciona que la ignorancia es, paradójicamente, una de las herramientas más sofisticadas de un artista. Al lanzarse a dirigir una película o a componer con maestros flamencos sin ser un experto en armonía o cinefilia, lo que vemos es a alguien que no tiene miedo a lo que encontrará.

En el mundo del software, ocurre lo contrario. Cuando intentas construir algo nuevo con IA, siempre aparecen los mantras del estamento técnico (o "ingenieril", que suena más real):

• "El código es malo."

• "No se va a poder mantener."

• "Estamos generando deuda técnica desde el minuto uno."

• "Dependemos demasiado del modelo."

Honestamente: todo eso ya ocurre con el modelo de producción actual. La diferencia es que ahora, el miedo a "hacerlo mal" nos bloquea. La clave es tirarse a la piscina, tener curiosidad y, si se cae a cachos, que se caiga. Es preferible un código que se rompe pero que existe, a una arquitectura perfecta que nunca llega a producción.

2. El peligro de "hacerlo bien"

Cuando sabes perfectamente cómo se hace algo, tu cerebro busca el camino de menor resistencia: lo que ya ha sido probado. El conocimiento te da seguridad, pero también te encasilla.

Como dice Pucho, actuar desde un lugar naíf o salvaje permite que el error se convierta en una propuesta estética nueva. Quizá aquí esté la clave del futuro del software: una etapa donde el "café para todos" (el estándar) vale menos y la personalización radical —aunque el código por debajo sea "feo"— sea la tónica habitual.

3. La IA y el "Taller Sucio"

Antón describe su estudio como un taller: un lugar sucio, con herramientas desgastadas y cosas inacabadas. La genialidad aparece en la fricción, no en la eficiencia.

Imagino un futuro donde la IA no sea una línea de montaje perfecta, sino esa herramienta del taller que nos permite "dar palos de ciego" más rápido. Pucho dice que necesita 9 horas de estudio "tiradas a la basura" para que en la hora 10 aparezca el hit. La IA es una máquina de tirar esas 9 horas a la basura en 2 segundos, permitiéndonos llegar antes al alumbramiento.

4. El MVP: ¿Una mierda necesaria?

Aquí conectamos con el concepto que trabajamos en Fika. El Minimum Viable Product es el equivalente al taller sucio de Pucho. Proyectos que lanzas con propósito de aprender y de testear ese side project en el mercado.

• La trampa del experto: Un ingeniero odia el MVP porque ve las costuras y el código . Sufre.

• La realidad del creador: Si esperas a que el código sea una obra de arte, la tendencia ya ha pasado. Como dice Santos Bacana: "Si es malo, nadie se va a enterar".

El MVP es tu red de seguridad. Si tiene "duende" (utilidad o emoción), el usuario ignorará que el código es feo. Lo que importa es el impacto y lo que produce en el cliente y no tanto como se ha construido.

5. El "Fake it till you make it" consciente

Hay una diferencia entre ser un ignorante y elegir la posición del ignorante. Antón sabía que la música urbana iba a explotar y decidió "ocupar el espacio". No esperó a tener el título de "Rey del Pop Español"; se comportó como tal hasta que el resto del mundo estuvo de acuerdo.

El éxito es una anomalía dentro de una rutina de intentos fallidos. No es una iluminación divina al minuto uno; es el resultado de aguantar la frustración de estar "dando palos de ciego" hasta que aparece el hilo del que tirar. Para llegar al proyecto número 11 (el que triunfa), has tenido que pasar por las 10 horas de basura previas.

Conclusión: El conocimiento como filtro, no como freno

Pucho pone el ejemplo de los guitarristas clásicos que decían que los flamencos tocaban "mal" porque no seguían las reglas. En el desarrollo con IA, muchos dirán que tu forma de construir es "una mierda" porque no sigue los patrones clásicos.

Pero si ese código sostiene una idea disruptiva que llega al usuario (como El Madrileño llegó a la gente), entonces lo que estaba "mal hecho" pasa a estar "bien hecho".

El desarrollador moderno debe dejar de ser quien escribe cada línea para ser quien siente el sistema, detectando dónde hay una alucinación y dónde hay una oportunidad. Pasar de ser el ejecutor a ser el curador.

¿Te identificas con esa sensación de frustración al ver un código que funciona pero "está mal", o crees que estamos entrando en una época donde el "cómo se hizo" importa menos que el "qué logra"?

El éxito no es una iluminación divina al minuto uno. Es el resultado de aguantar el aburrimiento y la frustración de estar "dando palos de ciego" hasta que, por agotamiento o por azar, aparece el hilo del que tirar. Esto es lo que permite la IA… entender de qué hilo hay que trabajar

Y al final esta es la clave: Entender que esto es un proceso y que muchas veces para llegar al 11 proyecto y que tenga éxito has tenido que apsar por esas 10 horas tiradas a la mierda en las que gracias a las herramientas de hoy en día… podrás tirar de una forma más consistente.

Gracias por leerme.

Gonz.

¿Tienes ganas de más? Visita itwasgonz.com para conocerme mejor.