He pasado la mejor parte de las dos décadas viendo a los ingenieros cometer el mismo error en diferentes envases.Alrededor de 2015, empecé a notar un patrón en las conferencias de tecnología que cubrí - las ovaciones de pie siempre fueron a los equipos que demostraban tuberías ML en tiempo real o arquitecturas de origen de eventos con CQRS, nunca al administrador de la base de datos que había mantenido PostgreSQL hummando a través del Black Friday sin una sola transacción caída. Ese desequilibrio me molesta más ahora que entonces. The Innovation Token Economy Nobody Talks About Cuando introdujo el concepto de tokens de innovación en Etsy - la idea de que las organizaciones de ingeniería tienen aproximadamente tres posibilidades de apostar por la tecnología no probada antes de que se instalara el caos institucional - la mayoría de la gente se inclinó educadamente y volvió a reescribir sus APIs en cualquier marco que hubiera llegado a la primera página de Hacker News esa semana. La lógica es brutalmente simple: gastar un token en Node.js, quemar otro en MongoDB, tal vez splurge en Kubernetes, y de repente usted está fuera de presupuesto cuando el procesador de pago necesita reemplazar o su infraestructura de búsqueda comienza a caer. McKinley no estaba siendo bonito cuando llamó MySQL, Postgres, PHP, y cron "aburrido". He visto este juego en las salas de guerra.La compañía que eligió aburrido ganó. When the Network Died From Papercuts Tome la interrupción de Cloudflare el 18 de noviembre de 2025. Ningún exploit de día cero. Ningún ataque de nación-estado. Solo un cambio de permisos de rutina durante su migración de autenticación que duplicó el tamaño de un archivo de configuración. El código proxy tenía un límite duro que nadie recordaba. El archivo se hinchó más allá del umbral. La red colapsó a nivel mundial. Fuera del registro, me dijeron que la verdadera lección no era técnica, era cultural. "Habíamos sido tan buenos en manejar amenazas sofisticadas que hemos dejado de sudar las cosas simples", dijeron. El postmortem de Cloudflare publicado fue admirablemente transparente, pero la lectura entre las líneas revela algo que McKinley advirtió hace una década: la tecnología más reciente lleva a un desconocido mucho más grande. la pila de Cloudflare es nada más que aburrida: se construyen en el borde de la sangría porque su modelo de negocio lo requiere. Financiero, seguro, pero también en capital de confianza con clientes empresariales a los que se les había prometido una fiabilidad de cinco a nueve. The Monolith That Refused to Die Las decisiones arquitectónicas de Shopify me fascinan porque violan cada playbook de moda. Mientras que los competidores estaban dividiendo las aplicaciones de Ruby on Rails en redes de microservicio alrededor de 2018-2020, Shopify se duplicó en lo que llamaban un "monolito modular". Hablé con un jefe de ingeniería de Shopify a principios de 2024 por una pieza diferente, y ellos eran desagradables. "Nosotros enviamos más rápido que los equipos diez veces más pequeños porque no gastamos la mitad de nuestro sprint gestionando los contratos de servicio a servicio", me dijeron. Su enfoque funcionó tan bien que cuando revisé a mediados de 2025, estaban ejecutando el monolito para los flujos de checkout básicos, manejando miles de millones en GMV. Los únicos servicios que habían extraído eran dominios auténticamente independientes -detección de fraudes, asignación de inventario- que necesitaban diferentes características de escala o límites de cumplimiento. todavía Compare esto con el desastre que he visto en otros lugares. Un socio de Shopify llamado Littledata casi se implodio en 2019 cuando su inteligente tubería de eventos basada en Docker golpeó un pico de tráfico. No hay métricas adecuadas. La loop de eventos de Node.js se detuvo. Los servidores se filtraron en silencio. Su fundador más tarde lo describió como "driving blindfolded" - una frase que me pegó porque es tan visceralmente precisa. Su plan de recuperación? Aburrido como el infierno. AWS SQS para la cola. Dashboards de CloudWatch en todas partes. Interruptores de circuitos en cada llamada externa. El nuevo sistema no iba a ganar ningún premio de arquitectura, pero ofreció un tiempo de funcionamiento del 99,99% y salvó el negocio. Revise su página de estado ocasionalmente por curiosidad morbosa. La última interrupción fue hace 18 meses, duró cuatro minutos, y publicaron un análisis de causa raíz en horas. Esa es la diferencia entre el teatro de ingeniería y el arte de la ingeniería. The Great Rewrite Casino El ensayo de 2000 de Joel Spolsky argumentando que nunca debe reescribirse desde cero se cita constantemente, pero se ignora religiosamente. El análisis de Herb Caudill de seis grandes intentos de reescribir debería requerir la lectura en cada programa de ciencias de la computadora.El equipo de navegadores de Netscape desechó una base de código de trabajo en 1998 para construir algo "más limpio". Internet Explorer, que había estado mejorando progresivamente su motor existente, devoró su cuota de mercado en meses. Tiempo de inicio de 1 minuto Incluso Netflix, la historia de éxito de los microservicios favoritos de todos, solo la sacó porque habían pasado años construyendo infraestructuras operativas que la mayoría de las empresas no pueden permitirse. Chaos Monkey. Spinnaker. Hystrix. Una constelación entera de herramientas de código abierto para gestionar la fragilidad que estaban introduciendo deliberadamente. Un ex ingeniero de Netflix que entrevisté en 2023 lo dijo abiertamente: "Teníamos 200 personas trabajando en la productividad del desarrollador y la fiabilidad de la plataforma antes de separar cualquier cosa. La mayoría no lo tienen. intentan de todos modos.Entonces contratan a consultores para desencadenar el caos, y acabo escribiendo sobre ello. The Quiet Path to Staff Engineer Aquí está lo que nadie dice a los desarrolladores junior: la ruta más rápida hacia el liderazgo senior no es lanzar el proyecto más brillante. He entrevistado a decenas de VPs de ingeniería a lo largo de los años, y todos describen el mismo arquetipo: el desarrollador que refactorizó el sistema de autenticación para eliminar toda una clase de errores de seguridad, que automatizó el tubo de implementación tan completamente que los lanzamientos se volvieron aburridos, que documentó el código de pago legado lo suficientemente bien que los nuevos contratos pudieran contribuir de forma segura en la segunda semana. Estas personas se promueven. -¿Están persiguiendo todos los modos de marco? -¿Construyen impresionantes proyectos laterales y se convierten en DevRel. El equipo de bases de datos de Stripe encarna este ethos. Sus publicaciones de blog sobre el 99.999% del tiempo de funcionamiento al procesar más de un billón de dólares no son flujos de marketing - son señales de credibilidad al mercado. Conozco a los gerentes de ingeniería que buscan específicamente "Stripe infra" en los currículos porque esos equipos son legendariamente aversos al riesgo. El marco de McKinley resuena aquí: su trabajo no es elegir la mejor herramienta en aislamiento. Es elegir la herramienta menos peligrosa para el contexto de su empresa. Los costos a largo plazo de operar sistemas no confiables anidan cualquier ganancia de velocidad de desarrollo a corto plazo. He visto que la ecuación se desempeña en innumerables postmortems. Redefining Engineering Excellence La estructura de incentivos de la industria es retroactiva. Las conversaciones de conferencias recompensan la novedad. Los comités de promoción aman el "impacto", que de alguna manera siempre significa lanzar cosas nuevas en lugar de mantener las cosas viejas en marcha. Los mejores ingenieros que conozco son patológicamente aversos al riesgo.Ellos instrumentan todo.Ellos escriben runbooks.Luchan por soluciones aburridas porque han sido pagados a las 2 AM demasiadas veces para confiar en la inteligencia bajo presión. Esto no significa nunca innovar. Significa tratar cada innovación como un recurso finito que estás prestando contra la estabilidad futura. Significa preguntar "¿Vale la pena la carga operativa?" antes de cada decisión arquitectónica. Significa celebrar al equipo que pasó doce meses sin incidentes, no solo al equipo que lanzó el re-diseño espeluznante. Pienso en esto cada vez que veo otra startup anunciando que están "modernizando" su pila. la mitad de ellos lo volverán silenciosamente dentro de 18 meses. la otra mitad se convertirá en historias de advertencia que escribiré en 2027. The Stakes Keep Rising A medida que escribo esto a finales de 2025, el margen de error es más apertado que nunca. las empresas de IA están descubriendo que las capacitaciones requieren niveles implacables de fiabilidad de la infraestructura - un disco malo puede desperdiciar 50.000 dólares en computación. las startups de fintech están realizando que el cumplimiento de la normativa no importa lo elegante que sea su aprovisionamiento en eventos. las plataformas de salud están aprendiendo que las llamadas API aburridas y sincronizadas son preferibles a la coherencia eventual cuando la vida está en línea. El futuro pertenece a los equipos que construyen cohetes robustos, no rápidos.Esto no es una platitud, es un patrón que he visto repetir durante 15 años.Las compañías que todavía están en pie cinco años a partir de ahora serán las que trataron la estabilidad como una característica, no un impuesto. Por lo tanto, la próxima vez que alguien te ponga a reescribir el monolito o adoptar la nueva base de datos caliente, pregúntalle cuántos tokens de innovación creen que la compañía ha dejado. El aburrimiento no es un compromiso.Es una superpotencia disfrazada de humildad.Y en una industria que finalmente comienza a precios en riesgo operativo, eso podría ser la realización más valiosa de todas.

This story contains new, firsthand information uncovered by the writer.

Read My Stories

Este audio es producido en el idioma original de la historia!

La paradoja del aburrimiento: cómo la ingeniería de riesgo-aversión construyó las empresas más resilientes de Internet

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Una breve introducción a la teoría del cerebro de Boltzmann

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

De los foros a los feeds: cómo los algoritmos de las redes sociales influyen en la interacción digital

Una breve introducción a la teoría del cerebro de Boltzmann

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

De los foros a los feeds: cómo los algoritmos de las redes sociales influyen en la interacción digital

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps