Twitter se nutre de las acciones, no solo dentro de la plataforma de redes sociales, sino también de los enlaces de los socios en todo Internet. Excepto el lunes, la mayoría de esos enlaces dejaron de funcionar.
Durante aproximadamente una hora, cualquier persona que intentara compartir artículos publicados recientemente en Twitter se encontró con un mensaje de error claramente destinado a los desarrolladores:
Era casi como si Twitter estuviera informando a los editores que no pagaban su factura de agua y, por lo tanto, no podían publicar enlaces en la red social.
¿Qué salió mal?
No tuvimos que esperar demasiado para que el CEO de Twitter, Elon Musk, lo explicara. En respuesta a un tuit del ex fundador de Netscape y conocido capitalista de riesgo Marc Andreessen que señalaba cómo cuatro de las cinco principales tendencias de Twitter se referían a Twitter, Musk tuiteó: «Un pequeño cambio en la API tuvo ramificaciones masivas. La pila de códigos es extremadamente frágil para no hay una buena razón. En última instancia, necesitará una reescritura completa».
Un pequeño cambio de API tuvo ramificaciones masivas. La pila de código es extremadamente frágil sin una buena razón. En última instancia, necesitará una reescritura completa.6 de marzo de 2023
Sin embargo, este tweet aparentemente lúcido debería ser motivo de alarma. Musk afirma que la pila de código (básicamente una enorme pila de programas que trabajan juntos para crear el conjunto de Twitter) es frágil y necesita una reescritura. 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.
Por lo general, si planea realizar cualquier tipo de cambio de código en un sitio web, servicio en línea o aplicación, el control de calidad lo prueba en una copia fuera de línea de la plataforma. De esta forma, se aseguran de que las actualizaciones, por pequeñas que sean, no afectarán negativamente al entorno en vivo.
El concepto se conoce como «producción», el sitio o servicio en vivo, frente a «puesta en escena», un entorno que es idéntico al en vivo pero que los usuarios no pueden ver ni tocar. Ejecuta su nuevo código o función a través de la puesta en escena, un grupo de evaluadores de control de calidad aplica un conjunto de escenarios conocidos (tal vez arrojen uno o dos casos extremos) y, siempre que no haya señales de alerta, la actualización pasa de la puesta en escena a la producción. .
Twitter, que ha visto caer su confiabilidad general (desde desconectarse hasta que las funciones aparecen y desaparecen inesperadamente) desde que Musk se hizo cargo, puede recibir sus actualizaciones de una manera diferente.
Almizcle le gusta probar funciones en producción (se abre en una pestaña nueva) (el sitio en vivo). Como resultado, sigue teniendo consecuencias no deseadas.
Existe cierto desacuerdo sobre si hay o no un equipo de control de calidad de Twitter.
Algunos argumentan que existe uno, pero Musk se impacienta y luego impulsa el código no probado en vivo.
Otros insisten en que Elon Musk llegó a Twitter y descubrió que Twitter no tenía un equipo de control de calidad y que llevaba mucho tiempo en la práctica de impulsar código no probado en vivo. Aunque eso parece muy poco probable.
Le pregunté a Musk directamente en Twitter si la actualización de la API se probó en la puesta en escena antes de ser enviado en vivo y actualizará esta publicación si responde.
Nunca asumas
La suposición que hizo aquí, que un pequeño cambio en la API tendría poco impacto en el sitio, fue pobre. Y, sin embargo, Musk todavía no entiende que lo está haciendo mal.
Probar características de cualquier tipo en una versión en vivo de una plataforma compleja como Twitter inevitablemente dará como resultado errores y bloqueos.
¿Reescribir la pila de código resolverá todo esto? Tal vez, pero muy pocas plataformas se mantienen tan limpias como lo estaban en el lanzamiento e incluso si la reescritura es sólida y perfecta, las actualizaciones frecuentes y las funciones nuevas pondrán a prueba esa estabilidad.
Mientras Musk se niegue a probar completamente lo que lanza antes de lanzarlo, no hay escenario en el que Twitter escape del tiempo de inactividad regular.
Esta es una solución simple, Elon, haga que el control de calidad sea una parte ineludible de la tubería de desarrollo y ahórrese a usted y a nosotros muchos dolores de cabeza. O sigue haciéndolo a tu manera porque está funcionando muy, muy bien.