Shoshin: El Concepto Zen Que Steve Jobs Usaba Para Innovar (Y Por Qué Tu Experiencia Puede Estar Limitándote)
Después de 10 años programando, descubrí que mi experiencia era mi mayor obstáculo.
Estaba revisando el código de un junior en mi equipo. La solución que había propuesto era "incorrecta" según mis años de experiencia. Le expliqué la forma "correcta" de hacerlo.
Dos semanas después, descubrimos que su enfoque era 3x más rápido que el mío.
Lo que me costó aceptar: no era un problema de conocimiento técnico. Era un problema de mentalidad.
Qué es Shoshin (Y Por Qué Steve Jobs Lo Practicaba)
Shoshin es un concepto del budismo zen que significa "mente de principiante".
La idea central: cuando eres principiante, tu mente está abierta a todas las posibilidades. Cuando eres experto, tu mente está cerrada a la mayoría.
Steve Jobs estudió zen durante años en Japón y aplicó este concepto religiosamente en Apple. En sus propias palabras: "La mente del principiante tiene muchas posibilidades, la del experto solo unas pocas."
No es casualidad que Apple revolucionara industrias donde ya había expertos establecidos:
→ La industria musical ya tenía "expertos" que sabían cómo vender música → La industria móvil ya tenía "expertos" que sabían cómo hacer teléfonos → La industria de tablets ya tenía "expertos" que sabían lo que funcionaba
Jobs no sabía nada de estas industrias. Y eso fue su ventaja.
La Trampa de la Experiencia
Aquí está el problema con convertirte en experto:
Cada año de experiencia te da patrones mentales. "Esto funciona. Aquello no funciona."
Estos patrones son útiles. Te hacen eficiente. Evitas errores que ya cometiste.
Pero también cierran puertas.
Cuando ves un problema, tu cerebro automáticamente lo clasifica: "Ah, esto es como aquella vez en 2019. Ya sé cómo resolverlo."
Y dejas de ver otras soluciones posibles.
Lo llaman "functional fixedness" en psicología: cuando solo puedes ver los usos tradicionales de algo porque tu experiencia te ha enseñado "la forma correcta".
Mi Ejemplo Real
Estaba construyendo un directorio local de fontaneros. Mi experiencia me decía:
→ Necesitas una base de datos compleja → Necesitas autenticación de usuarios → Necesitas un CMS para gestionar contenido → Necesitas formularios de contacto con backend
"Así se hacen los directorios. Lo he hecho 10 veces."
Pero me obligué a preguntarme: "¿Qué haría si nunca hubiera construido un directorio?"
La respuesta: páginas estáticas generadas. Sin base de datos. Sin autenticación. Sin backend.
Resultado: el sitio se construyó en días en lugar de semanas. Los costes de hosting son mínimos. El rendimiento es superior.
Mi experiencia me habría llevado a sobrecomplificar.
Cómo Practicar Shoshin Como Builder
1. Pregunta "¿Por Qué?" Tres Veces
Cuando estés a punto de hacer algo "porque siempre se hace así":
→ ¿Por qué necesito esto? → ¿Por qué se hace de esta manera? → ¿Por qué no hay alternativas?
Ejemplo real:
Yo: Necesito Redux para el estado global. ¿Por qué?: Porque es lo que he usado siempre. ¿Por qué no alternativas?: Porque... espera, quizás Context API es suficiente para este proyecto.
Resultado: menos dependencias, menos complejidad.
2. Busca Activamente Perspectivas de Principiantes
Lee el código de juniors. Lee preguntas de Stack Overflow de gente nueva.
No para corregir. Para entender qué asumen que es posible.
Los principiantes hacen preguntas que los expertos dejaron de hacer hace años:
→ "¿Por qué no puedo simplemente...?" → "¿Y si intentamos...?" → "¿Tiene que ser tan complicado?"
Estas preguntas a menudo revelan complejidad innecesaria.
3. Construye Algo Fuera de Tu Dominio
Cada 6 meses, construye algo en un área donde eres principiante.
Si eres developer backend, construye una app móvil. Si haces web, experimenta con hardware. Si programas, prueba diseño.
No para convertirte en experto. Para recordar cómo se siente no saber.
Esa incomodidad de ser principiante es exactamente lo que necesitas mantener vivo.
4. Desafía Tus Propias Reglas
Haz una lista de tus principios de desarrollo:
→ "Siempre uso TypeScript" → "Nunca depliego sin tests" → "La base de datos debe estar normalizada"
Ahora pregúntate: ¿cuándo fue la última vez que cuestionaste esto?
No estoy diciendo que rompas todas tus reglas. Estoy diciendo que las examines.
A veces descubrirás que seguías una regla por inercia, no por razón.
El Coste Real de No Practicar Shoshin
No es solo que pierdas oportunidades de innovar.
Es que te vuelves obsoleto más rápido.
La industria tech cambia constantemente. Las herramientas que dominabas hace 3 años ya no son las óptimas.
Si tu identidad está atada a "ser experto en X", cada cambio es una amenaza.
Pero si tu identidad es "ser alguien que aprende constantemente", cada cambio es una oportunidad.
Jobs lo entendió. Por eso Apple pudo reinventarse múltiples veces.
La Paradoja del Experto-Principiante
Aquí está la verdad incómoda:
Los mejores builders que conozco son expertos que actúan como principiantes.
Tienen décadas de experiencia, pero la curiosidad de alguien en su primer año.
Saben qué funciona, pero preguntan "¿y si...?" constantemente.
Dominan su stack, pero experimentan con alternativas regularmente.
No es elegir entre experiencia o mente de principiante.
Es cultivar ambas simultáneamente.
Tu Ejercicio de Shoshin Para Esta Semana
Elige un proyecto en el que estés trabajando ahora mismo.
Hazte estas preguntas como si nunca hubieras construido nada antes:
→ Si tuviera que construir esto en un día, ¿qué eliminaría? → Si no supiera las "mejores prácticas", ¿qué haría diferente? → Si fuera mi primera vez, ¿qué partes me parecerían innecesariamente complejas?
Escribe las respuestas.
No tienes que cambiar nada todavía. Solo observa qué surge.
A veces la mejor innovación viene de preguntarte: "¿Y si mi experiencia estuviera equivocada?"
---
La lección que me costó 10 años aprender:
Tu experiencia es valiosa. Pero solo si la mantienes flexible.
El momento en que dejas de cuestionar lo que "sabes" es el momento en que dejas de crecer.
Shoshin no es ignorar tu experiencia. Es mantenerla abierta a revisión.
Como dijo Jobs: "Stay hungry. Stay foolish."
Traducido libremente: mantén la mente de principiante, incluso cuando seas experto.
¿Cuál es una "verdad" en tu stack que hace tiempo no cuestionas? Responde y veamos si realmente sigue siendo verdad.
