Acelerar la Innovación

¿Cómo están todos hoy? ¡Woo! Muy bien. Hoy voy a hablar sobre acelerar la innovación. Qué es eso. Muy bien. Antes de eso, voy a dar antecedentes sobre mí mismo. Mi nombre es Christobal Chao. Soy de la ciudad de Nueva York. Como pueden ver, tengo acento. Soy de España. Lo siento por lo que sucedió ayer en el fútbol. La Copa del Mundo. Lo siento, alemanes. Fue terrible. Deberíamos haber ganado, pero algo sucedió, chicos. Lo siento. En fin.

Hace diez años fui a San Francisco y comencé a trabajar para una startup. Era una empresa de front-end. Yo era el primer ingeniero. Y un año después, Google adquirió la empresa. Y fui el único ingeniero como parte de esta adquisición. Fue una apuesta difícil. Pero tuve la oportunidad de trabajar en Material Design. Y ayudé a construir la versión uno y la versión dos. Después de eso, trabajé en Google Search y Maps, evangelizando sistemas de componentes. Hace tres años, me mudé a Nueva York. Y comencé mi propio estudio de front-end. Así que sí, este soy yo. Y hoy vamos a hablar sobre innovación.

Como sabrán, todos los días hay millones y millones de ideas.

Permíteme compartir una historia. Esto es en 1959. Henry Cramer planteó esta pregunta: ¿puede un avión volar solo con la fuerza del cuerpo del piloto? Era una locura, ¿verdad? Hace casi un siglo, alguien hizo esta pregunta, como volar, como una bicicleta que vuela. Como E.T., ¿verdad? Así que ofreció £100,000 a quien pudiera cruzar un canal de más de 3 kilómetros. Había grandes jugadores involucrados. NASA y otras grandes empresas. También individuos. Diez años después, nadie había logrado resolverlo. Es una locura, ¿verdad? Diez años. Estaban invirtiendo mucho dinero en esto. Fallaban una y otra vez. Pero lo que sucede es que cada proyecto tardaba demasiado en armar una bicicleta que vuela. Como meses. Incluso años. Dieciocho años después, nadie había logrado resolverlo. Pero Paul McGrady se interesó por esta pregunta. ¿Cómo se puede construir un avión que pueda ser reconstruido en horas, no en meses? Así que con esta perspectiva, logró crear una bicicleta que vuela y arreglarla varias veces al día en cuestión de horas. Así pudo validar sus suposiciones de manera muy rápida. En solo seis meses, logró cruzar el canal de más de tres kilómetros. La historia se llama `Estás Resolviendo el Problema Equivocado`. Fue publicada por la Universidad de Stanford. La recomiendo mucho. Échale un vistazo. Es una historia bastante interesante. Pero creo que la parte más importante aquí es lo importantes que son las iteraciones rápidas para comprender cada vez mejor el problema.

Y ahora estamos hablando de productos digitales, ¿verdad? Entonces, ¿qué sucede con los productos digitales? Una vez más, la Universidad de Stanford presenta este sistema.

Probablemente hayas oído hablar de eso. Se llama Design Thinking. Y comienza con empatizar con el usuario, definir una solución, idear, prototipar y probar. Y la idea es que quieras iterar rápidamente sobre esas suposiciones. Y aprender de cada prueba. Cada iteración es un experimento. Y como sabes, Albert Einstein dijo esto. Y él es un gran aprendiz experimental. ¿Verdad? Pero, de todos modos, ¿qué sucede con el producto?

Observamos el ciclo de vida de cualquier producto. Comienza con papel. Puedes tener tu idea y dibujarla rápidamente y ponerla frente a los usuarios y obtener algún tipo de validación. Pero probablemente no será tan precisa. ¿Verdad? A medida que avanzamos, wireframes, baja fidelidad, alta fidelidad, completamente funcional y producto, obtendremos una mejor retroalimentación. ¿Verdad? El producto es el nivel más alto de retroalimentación. Eso es lo real. ¿Verdad? Ahí es cuando nos golpean en la cara. ¿Verdad? Pero, ¿cuánto tiempo lleva llegar allí? ¿Verdad? Eso es lo más largo. ¿Verdad? Construir el producto lleva mucho tiempo. Especialmente si estás en una gran empresa. Cuanto más grande sea la empresa, más tiempo llevará llegar allí. ¿Verdad?

Entonces, si nos vemos a nosotros mismos como desarrolladores, estamos construyendo el producto. ¿Verdad? La innovación ocurre antes que eso. Y eso es lo que hacen los diseñadores. ¿Verdad? Están iterando. Están innovando. Y nosotros estamos construyendo lo que nos dan. ¿Verdad? Entonces, si miramos esto y luego... Lo siento. Pero... ¿Qué pasa si cambiamos un poco las cosas y revertimos este paradigma? Donde los desarrolladores pueden comenzar a innovar desde el principio.

Esto es lo que llamo el enfoque R. O puedes llamarlo enfoque React, o como quieras. Estoy buscando nombres. Porque creo que esto es terrible. Y viene con esta idea de tener una mentalidad de niño. Los niños son los aprendices más rápidos del mundo. Y tal vez te preguntes por qué, ¿verdad?

Los niños están constantemente experimentando con diferentes cosas. No les importa. Desmontan cosas. Juntan cosas. Y siguen aprendiendo. Por eso tengo acento, ¿verdad? Aprendí inglés cuando era adulto. Así que... Lo mantengo.

En cualquier caso, hoy en día tenemos sistemas de componentes, ¿verdad? Y los sistemas de componentes nos permiten tener componentes reutilizables. Lo cual realmente nos da mucho tiempo para empezar a experimentar, ¿verdad? Componentes React. Esa es la filosofía principal del sistema React, ¿verdad? Pero esto va un paso más allá. Lo cual comenzó a suceder bastante temprano. Hay una empresa llamada Anima, que está explorando, yendo al siguiente nivel.

Y la idea es que si tienes tu componente de producción en un storybook, puedes sincronizarlo con Figma y tener todas las propiedades sincronizadas desde storybook a Figma. ¿Qué genial, ¿verdad? Si observamos esto, con solo un clic desde nuestro componente de storybook, podemos obtener todas las diferentes variaciones de nuestro componente en Figma. Así que en lugar de buscar propiedades CSS, ahora estamos mirando componentes React, ¿verdad? Hay un poco de retraso aquí. Lo siento, chicos. Y creo que lo más importante aquí es en realidad la capacidad de poder prototipar con componentes de producción. Al final del día, esta es la retroalimentación de mayor calidad que podemos obtener antes del producto. Pero en realidad es la sensación de tener un producto real. Hasta ahora, es 2022. Y Figma aún no lo ha resuelto, ¿verdad? Tener un campo de entrada. Eso es imposible en estos días en Figma.

Así que sí, esto es bastante genial, chicos. Entonces, ¿cómo empezamos, verdad? Vamos a empezar con componentes simples que ya tenemos. HTML5 ya nos proporciona, como, esos sistemas de componentes de forma gratuita. ¿Verdad? Quiero decir, son bastante feos. Pero vamos a empezar a validar nuestras ideas, ¿verdad? Luego podemos ir un poco más allá, con Bootstrap o Material UI.

Hace como tres días, tuve un taller y en menos de tres horas, creamos un sistema de componentes en un storybook con más de siete componentes. Y lo enviamos de vuelta a Figma. Así que podemos empezar a innovar.

De todos modos, chicos, esto es lo último que quiero decir. Estamos entrando en una nueva fase en la que los desarrolladores son los nuevos creadores, ¿verdad? Ahora podemos desbloquear estos poderes que tenemos, y en lugar de pasar tanto tiempo construyendo cosas, también podemos empezar a innovar. Muy bien, chicos, muchas gracias. Ha sido un gran placer.