Artículo original escrito por: Quincy Larson
Artículo original: How to stand on the shoulders of giants
Traducido y adaptado por: Juan Carrillo

"Si he visto más lejos que otros, es por pararme en hombros de gigantes" Isaac Newton

En 1676, Isaac Newton habló de los grandes pensadores que le precedieron como "gigantes". Sus ideas le ayudaron a descubrir nuevas ideas propias.

345 años después, los gigantes son mucho más altos. Están por todas partes, no sólo en los libros, como en la época de Newton. Están en revistas académicas abiertas. En proyectos de código abierto. Conjuntos de datos abiertos.

Con una conexión a Internet, puedes pararte en los hombros de todos los gigantes que quieras.

Pero la mayoría de la gente no se da cuenta de todo lo que vería si se molestara en subir. La mayoría de la gente piensa que puede ver lo suficiente desde donde ya está parado. La subida no parece que valga la pena.

Antes de pararte en los hombros de gigantes, hay que aceptar que no ves todo. Tienes que reconocer lo mucho que hay ahí fuera y que solo esos gigantes pueden mostrarte.

Ubuntu

"Soy lo que soy por lo que somos todos." — Traducción al español de la palabra Zulú "Ubuntu"

Incluso en la oscuridad de la prehistoria humana, empezamos a descubrir algunas cosas interesantes.

Comenzaron a surgir los gigantes, montados en la tradición oral. Luego los libros.

Hemos acumulado conocimientos sobre conocimientos. Y los gigantes crecieron.

A lo largo de los eones, descubrimos algunas ideas muy buenas y construimos algunas cosas muy buenas. Cosas que valen la pena usar.

Pero cada día, miles de personas ignoran estas cosas. Dicen: "Ya sé, voy a construir esta nueva cosa desde cero".

Y se embarcan en un costoso viaje para construir sus sueños desde cero.

Gastamos mucho dinero en software. Alrededor del 60% de los 2.5 billones de dólares que gastamos en tecnología cada año se destina al desarrollo de software y a los servicios de consultoría de software.

Eso es un billón y medio de dólares. Suficiente para adquirir Instagram 1,500 veces. Cada año.

Y no siempre obtenemos el valor de nuestro dinero.

Vitrales de la catedral de Chartes
La catedral de Chartes debe su nombre a Bernardo de Chartre, el erudito del siglo XII que observó por primera vez que "estamos parados en hombros de gigantes". Los vitrales del sur de la catedral representan a eruditos a hombros de eruditos.

No inventado aquí (Not invented here)

Los humanos tenemos un exceso de confianza. Creemos que podemos reinventar la rueda y que nuestra versión será mejor.

Quién sabe, tal vez la rueda pueda mejorarse. Pero si tratamos de diseñar algo más complicado, como un coche, ¿realmente queremos pasar todo el tiempo reinventando ruedas?

Está en nuestra naturaleza querer construir las cosas nosotros mismos.

Nos encantan los productos integrados verticalmente, como los Ferraris, los Rolex y los iPhones.

Admiramos el trabajo artesanal que se realiza en cada detalle.

Nos maravilla cómo el diseño, la fabricación y la distribución fluyen juntos en un proceso controlado.

Y también queremos toda esa pila para nosotros.

Pero al hacerlo, caemos presa de una mentalidad paralizante llamada "No inventado aquí".

"El síndrome 'No inventado aquí' es la tendencia de un grupo de proyecto a creer que posee el monopolio del conocimiento de su campo, lo que le lleva a rechazar nuevas ideas de personas ajenas a él, en probable detrimento de su rendimiento." — Ralph Katz y Thomas J. Allen, de la Sloan School of Management del MIT

Aquí está el PDF del artículo más citado sobre Not Invented Here (publicado originalmente en 1982), por si quieres informarte sobre la gravedad de sus conclusiones.

Lo que no dice este documento es que, 39 años después, seguimos cayendo en el mismo sesgo cognitivo de siempre.

Un ejemplo reciente de No inventado aquí es la plataforma de cursos en línea Swayam, de la India. Podrían haberse limitado a construir sobre la plataforma de cursos de código abierto de edX de forma gratuita. Decenas de otras organizaciones lo hicieron, incluida la popular plataforma china XuetangX.

En su lugar, Swayam gastó 6 millones de dólares en construir una plataforma propia. Y gastarán millones más en los próximos años para mantener esta solución personalizada.

Puede que no parezca mucho dinero, pero pon esa cifra en el contexto de los 30 millones de dólares que se presupuestaron para pagar a los profesores que crearon los cursos. Y esto también retrasó su fecha de lanzamiento en dos años.

No inventado aquí comienza de forma bastante inocente...

"¿Por qué deberíamos usar WordPress para nuestro blog? Los blogs no son difíciles. Construyamos nuestro propio CMS".

Entonces la gente se pone más atrevida y empieza a pensar...

"¿Por qué deberíamos usar Sugar CRM para hacer un seguimiento de los donantes? El seguimiento de los donantes no es difícil. Construyamos nuestro propio CRM".

Lo que sólo anima a la gente a proponer cosas como:

"¿Por qué deberíamos usar AWS? La nube no es difícil. Construyamos nuestro propio centro de datos e implementemos nuestra propia nube privada".

Si no se controla, esta mentalidad puede conducir a proyectos como HealthCare.gov, un proyecto de 90 millones de dólares que acabó costando 1,700 millones a los contribuyentes estadounidenses.

Yo fui uno de los millones de personas que perdieron horas de su vida intentando contratar un seguro médico, sólo para verme frustrado por errores de JavaScript y servidores que no responden.

En medio del colapso de Healthcare.gov, tres desarrolladores de San Francisco decidieron tomar algunos componentes disponibles. Integraron algunas APIs públicas. Construyeron partes importantes de la funcionalidad de Healthcare.gov. Y lo hicieron en unas pocas semanas, por unos pocos cientos de dólares.

Una historia de pararse en los hombros de gigantes. La mía.

Hace siete años, quise crear una comunidad en la que las personas ocupadas pudieran aprender a programar juntas.

Acababa de pasar 18 meses construyendo una enorme solución a la medida: un motor de recomendación de cursos que resultó que nadie quería usar.

Así que decidí ir en la dirección opuesta. Escribiría tan poco código como fuera necesario y me centraría en utilizar el código de otras personas.

¿Qué necesitaba la comunidad?

  1. Una forma de comunicarse entre sí
  2. Un blog en el que todos pudieran compartir sus ideas e historias personales
  3. Un plan de estudios y una forma de seguir el progreso de las personas a través de él

El viejo "no inventado aquí" de mí habría hecho lo siguiente:

  1. Construí una sala de chat usando web sockets, luego construí las herramientas de moderación, varias integraciones de API, y descubrí una buena manera de persistir los mensajes a través de las sesiones.
  2. Construí un blog desde cero, me ocupé de cuestiones de diseño como la legibilidad, el etiquetado, la incrustación y las funciones básicas que la gente espera, como RSS.
  3. Construí un CMS personalizado para los retos de programación interactivos, luego construí el sistema de perfiles, y después diseñé e implementé un plan de estudios de programación básico.

Este último paso probablemente me habría llevado años hacerlo por mi cuenta.

Y antes de que me digas "en estos tiempos, nadie es tan tonto como para crear su propio blog"... pues parece que yo sí lo fui, porque pasé unos días haciéndolo. Unos días que nunca recuperaré.

Pero esto es lo que el nuevo yo — recién salido de un descenso de 18 meses al infierno de no inventado aquí — decidió hacer.

En ese momento no conocía Node.js. Pero conocía a gente inteligente que me convenció de que el full Stack JavaScript era el futuro.

También conocía el Hackathon Starter, un popular boilerplate de Node.js de código abierto. Así que hice un fork de él.

Como me había pasado los últimos 18 meses recopilando, auditando y clasificando miles de cursos en línea, sabía cuáles eran los que mejor cubrían la programación y la informática. Así que, en lugar de diseñar un plan de estudios, he seleccionado los recursos existentes.

Para la sala de chat, sólo usé HipChat. Para el blog, sólo usé Blogger.

Y en 3 días, la nueva comunidad estaba en marcha.

Es difícil predecir cómo evolucionará una solución con el tiempo. Se aprende mucho cuando se manda a producción la maldita cosa.

Si empiezas inmediatamente a utilizar soluciones estándar, puedes cambiarlas más tarde y ajustar las cosas sobre la marcha.

Con el tiempo, nuestra comunidad ha hecho miles de pequeños ajustes basados en los comentarios. También hemos trasladado nuestras salas de chat a Gitter y el blog de nuestra comunidad a Medium.

Una vez que tuvimos una masa crítica de colaboradores de código abierto, nos pusimos a trabajar en el diseño e implementación de nuestro propio plan de estudios de 1,200 horas.

Hoy, más de 5,000 personas de nuestra comunidad han aprendido a programar lo suficientemente bien como para conseguir sus primeros trabajos de desarrollador.

Pero si no me hubiera resistido a mis tendencias de "No inventado aquí", nunca habría conseguido que las cosas despegaran.

Cómo pararte en los hombros de gigantes

Te dejo con tres sencillos consejos para aprovechar al máximo los miles de años de conocimientos que tienes a tu alcance.

Consejo #1: Aprende a reconocer el "No inventado aquí" en ti mismo y en los demás.

Aceptar que está en nuestra naturaleza querer construir cosas por nosotros mismos. El lado luminoso de esto es un aficionado que construye sus propios muebles. El lado oscuro es un desarrollador que lanza su propia seguridad.

Consejo #2: Conoce las herramientas que existen.

La forma más fácil de entender qué tipos de herramientas están disponibles es seguir haciendo lo que estás haciendo ahora mismo: leer sobre tecnología.

La mayoría de los principales proyectos de código abierto están en GitHub, donde puedes ver su documentación. Puedes desplegar muchas de estas herramientas en minutos en tu propio servidor en la nube.

Consejo #3: Lee sobre historia.

Seguro que tu profesor de historia de la preparatoria te citó esto, y tenía razón:

"Los que no leen sobre historia están condenados a repetirla". — George Santayana en 1905

Hay muchos libros excelentes sobre la historia de la tecnología. Recomiendo este de Walter Isaacson, el mismo que escribió las famosas biografías de Albert Einstein y Steve Jobs. Trata específicamente de la historia del software:

The Innovators: How a Group of Hackers, Geniuses, and Geeks Created the Digital Revolution

Los gigantes están deseando subirte a sus hombros. Déjalos. Te darán una visión de cuántos problemas hay todavía ahí fuera, esperando que vayas a resolverlos.

Sólo escribo sobre programación y tecnología. Si me sigues en Twitter no te haré perder el tiempo. ?