Twitter prospera gracias a las comparticiones, no sólo dentro de la plataforma de redes sociales, sino desde enlaces asociados en todo Internet. Pero el lunes, la mayoría de esos enlaces dejaron de funcionar.
Durante aproximadamente una hora, cualquiera que intentara compartir en Twitter artículos publicados recientemente se encontraba con un mensaje de error claramente dirigido a los desarrolladores:
Era casi como si Twitter informara a los editores de que no pagaban la factura del servicio y, por tanto, no podían publicar enlaces en la red social.
¿Qué falló?
No tuvimos que esperar demasiado para que Elon Musk, CEO de Twitter, diera explicaciones. En respuesta a un tuit del antiguo fundador de Netscape y conocido inversor de capital riesgo Marc Andreessen, en el que señalaba que cuatro de las cinco principales tendencias de Twitter se referían a Twitter, Musk tuiteó: "Un pequeño cambio en la API ha tenido ramificaciones masivas. El código es extremadamente frágil. Al final necesitará una reescritura completa".
A small API change had massive ramifications. The code stack is extremely brittle for no good reason. Will ultimately need a complete rewrite.March 6, 2023
arlo. Lo que no menciona es que entre los miles de empleados de Twitter que despidió desde noviembre, un buen número de ellos eran ingenieros y, es seguro suponer, algunos estaban en lo que se conoce como QA o control de calidad.
Normalmente, si se planea realizar cualquier tipo de cambio en el código de un sitio web, un servicio en línea o una aplicación, el departamento de control de calidad lo prueba en una copia offline de la plataforma. De este modo, se aseguran de que las actualizaciones, por pequeñas que sean, no afectarán negativamente al entorno activo.
El concepto se conoce como "producción", el sitio o servicio activo, frente a "puesta en escena", un entorno idéntico al activo pero que los usuarios no pueden ver ni tocar. Se ejecuta el nuevo código o función en el entorno de pruebas, un grupo de probadores de control de calidad aplica un conjunto de escenarios conocidos (tal vez añaden uno o dos casos extremos) y, siempre que no haya banderas rojas, la actualización se transfiere del entorno de pruebas al de producción.
Twitter, que ha visto caer su fiabilidad general (desde desconectarse a tener funciones que aparecen y desaparecen inesperadamente) desde que Musk se hizo cargo, podría estar recibiendo sus actualizaciones de una manera diferente.
A Musk le gusta probar características en producción (el sitio en vivo). Como resultado, sigue encontrándose con consecuencias imprevistas.
Hay cierto desacuerdo sobre si existe o no un equipo de control de calidad en Twitter.
Algunos sostienen que existe, pero Musk se impacienta y lanza código no probado.
Otros insisten en que Elon Musk llegó a Twitter y descubrió que no tenía equipo de control de calidad y que llevaba mucho tiempo publicando código no probado. Sin embargo, esto parece muy poco probable.
Nunca des por hecho
La suposición que hizo aquí, de que un pequeño cambio en la API tendría poco impacto en el sitio fue pobre. Y, sin embargo, Musk sigue sin entender que lo está haciendo mal.
Probar funciones de cualquier tipo en una versión real de una plataforma compleja como Twitter dará lugar inevitablemente a errores y fallos.
¿Solucionará todo esto reescribiendo la estructura de códigos? Tal vez, pero muy pocas plataformas se mantienen tan limpias como en su lanzamiento e incluso si la reescritura es robusta y perfecta, las actualizaciones frecuentes y las nuevas funciones pondrán a prueba esa estabilidad.
Mientras Musk se niegue a probar a fondo lo que lanza antes de lanzarlo, no hay escenario en el que Twitter escape a un tiempo de inactividad regular.
