La cultura de $META es mucho mejor de lo que piensas
Si eres inversor en la empresa esto te interesa. Voy a intentar explicarlo para que todo el mundo lo entienda.
⚙️ Caso 1
Imagina que eres Facebook.
Tienes millones de usuarios y más de 10.000 ingenieros escribiendo código… todos de la misma forma.
Pero llega un momento en el que la tecnología que usas (PHP) ya no da para más.
Va lento.
Empieza a romper cosas.
Escalar se vuelve un dolor.
Cualquier empresa de software, al llegar aquí, suele tomar una de estas dos decisiones:
1. Hacemos lo que podemos y asumimos que la experiencia será regulera.
2. Reescribimos todo desde cero en otro lenguaje más rápido. Años de trabajo y riesgo máximo.
¿Y Meta?
Pues no.
En lugar de migrar a C++ o Java, hicieron algo bastante más loco:
crearon un compilador que cogía el PHP que ya escribían sus ingenieros y lo transformaba en código nativo ultra-rápido.
Sin cambiar el lenguaje.
Sin tirar el código antiguo.
Sin obligar a nadie a reaprenderlo todo.
Con dos cojones.
¿El resultado?
🚀 Todo va mucho más rápido
🔄 No tienen que rehacer años de trabajo
👷♂️ Los ingenieros actuales y los nuevos siguen usando un lenguaje que ya conocen
El software se construye por capas. Y casi todo el mundo en esta industria tiene miedo de tocar las capas inferiores.
Porque da miedo.
Porque es difícil.
Porque si fallas, rompes todo.
Meta no.
Bajaron abajo del todo y arreglaron el problema en la raíz.
Sigo 👇
⚙️ Caso 2
Meta inventa React.
Un framework para JavaScript.
Básicamente, una forma mucho más cómoda de escribir código para la web.
Una capa de abstracción que hace a los desarrolladores más rápidos y productivos.
Todo genial.
¿El problema?
Que cuando abstraes demasiado, la gente deja de pensar en rendimiento.
Pequeñas ineficiencias aquí y allá…
y con el paso del tiempo, el producto se vuelve lento. Pesado. Torpe.
Situación típica otra vez.
¿Qué hace la mayoría?
“Bueno, habrá que reescribir partes.”
“Habrá que educar mejor a los desarrolladores.”
“Habrá que imponer más reglas.”
¿Y Meta?
Otra vez no.
En lugar de forzar a miles de ingenieros a cambiar su forma de trabajar o reescribir medio código base, crean React Compiler.
Un compilador que analiza el código…
y *añade las optimizaciones automáticamente*.
Sin que el desarrollador tenga que pensar en ellas.
Sin tocar el código existente.
Sin dolor.
Otra vez la misma idea:
No cambiamos a la gente.
No tiramos el trabajo hecho.
No rehacemos todo desde cero.
Bajamos al barro.
Tocamos la capa inferior.
Y hacemos que el sistema sea mejor *por debajo*.
Esto no va de frameworks.
Va de mentalidad.
Y como inversor, esa mentalidad importa. Mucho.
⚙️ Caso 3
En el mundo del software hay una herramienta básica que todo programador usa: Git
Sirve para controlar cambios en el código con el tiempo
y para que miles de ingenieros puedan trabajar a la vez sin pisarse.
Hasta aquí, normal.
¿El problema?
Que el repositorio de Facebook es tan absurdo de grande
que un comando simple tardaba minutos en ejecutarse.
Git no está pensado para ese nivel de escala.
Nunca lo estuvo.
¿Qué hace casi cualquier empresa en ese punto?
Divide el código en mil repositorios más pequeños.
Mucho trabajo.
Muchos problemas nuevos.
Pero “es lo que hay”, porque Git es sagrado.
¿Y Meta?
Pues no.
En lugar de trocear el código, decidieron reescribir el sistema de control de versiones entero.
Partiendo de Mercurial, de ahí nació Sapling.
Un sistema diseñado para que todo sea *instantáneo*,
aunque el repositorio sea monstruoso.
Sin dividir el código.
Sin aceptar latencia.
Sin resignarse.
A tomar por culo Git.
Otra vez el mismo patrón:
La herramienta no escala.
Todo el mundo se adapta a la herramienta.
Meta no.
Cambia la herramienta.
Reescribe la base.
Y hace que el sistema funcione a su escala real.
Esto no es una anécdota técnica.
Es una señal clarísima de cultura.
Y cuando ves este patrón repetirse una y otra vez…
empiezas a entender por qué Meta es lo que es.
La cultura de Meta es esta:
Solucionar *el problema fundamental* sin cargarse la experiencia de desarrollo de sus ingenieros.
En vez de dar rodeos. En vez de parchear. En vez de decir “bueno, es lo que hay”.
Si algo no encaja, no se adaptan ellos al problema. Construyen una capa de software por debajo para que el problema, simplemente, desaparezca para el resto de los mortales.
Los ingenieros siguen trabajando igual.
El sistema mejora radicalmente.
Y la complejidad se empuja hacia abajo.
Ese es el patrón.
Los ejemplos los he sacado de este vídeo de Theo: youtube.com/watch?v=xrio-BsgkqU
Sé que la mayoría de inversores en Meta no consume contenido de ingeniería de software. Pero justo por eso me parecía valioso traerlo.
