Promueve la innovación de las aplicaciones a gran escala
Cómo los equipos descentralizados mantienen la velocidad con un contexto compartido
Cuando los responsables de ingeniería hablan de "modernizar la pila de aplicaciones", a menudo esto se convierte en una lista de la compra para sus equipos.
Mencionarán herramientas nativas de nube, canales de integración y distribución continuas (CI/CD) más rápidas o algún nuevo asistente de IA que promete escribir todo el código por ti. Sin embargo, según mi experiencia como consejero delegado en RedwoodJS Inc., la modernización de la pila a menudo comienza con la adopción de nuevas herramientas. Sin embargo, el éxito depende de si tu equipo comprende cómo encaja todo y por qué es importante.
Por eso la descentralización es tan difícil.
Ya se trate de equipos distribuidos, infraestructura modular o flujos de trabajo fragmentados, el verdadero desafío es el contexto. Si los desarrolladores no pueden analizar el sistema en su propio equipo, si la seguridad y el producto no están en sintonía, si los equipos de la plataforma suponen un obstáculo en lugar de facilitar el trabajo, entonces todas las herramientas "modernas" del mundo no te servirán para lanzar el producto más rápido ni de forma más segura.
En RedwoodJS, y en todas las organizaciones de ingeniería con las que he trabajado, el patrón es claro: la descentralización exige algo más que mejores herramientas. Exige una estructura intencionada, sistemas que muestren el contexto adecuado a las personas adecuadas en el momento adecuado.
Hablemos de cómo se traduce esto en la práctica.
Innovación en aplicaciones más allá de las herramientas
Cuentas con equipos distribuidos que trabajan en diferentes zonas horarias, desarrolladores centrados en las funcionalidades, equipos de seguridad dedicados a los riesgos, equipos de plataformas responsables de la infraestructura, e IA que inyecta código, estés preparado o no. Todos tienen sus propias herramientas, incentivos y flujos de trabajo.
Se supone que las nuevas herramientas solucionarán este problema. Sin embargo, a menudo empeoran la situación. Lo que realmente les falta a los equipos no es capacidad, es claridad.
Lo más difícil de la modernización no es la competencia técnica ni la escala, sino la brecha tecnológica. Solías desarrollar lo que implementabas. Hoy en día, la integración continua se lleva a cabo en la nube, los desarrolladores trabajan de forma remota, el entorno de producción se encuentra en un lugar completamente distinto y ninguno de ellos funciona de la misma manera. Tus desarrolladores están trabajando a ciegas y la frase "en mi ordenador funcionaba" se convierte en un problema diario.
La verdadera innovación consiste en eliminar los pequeños obstáculos para que tu equipo pueda lanzar el producto hoy mismo, y no en un futuro. Lo primero es reducir la brecha del entorno. Pero la verdadera solución es el contexto compartido.
La velocidad depende del contexto: el obstáculo invisible en el trabajo distribuido
La velocidad no es producto de mejores herramientas. Es el resultado de un proceso de toma de decisiones sin obstáculos.
Cuando un desarrollador escribe código y abre una solicitud de extracción, ¿qué sucede a continuación? Si el revisor carece de contexto (por qué se hizo el cambio, qué contrapartidas se consideraron, quién lo solicitó), tiene que ir a buscarlo. Eso ralentiza todo. Y en los equipos distribuidos, es posible que las personas que tienen las respuestas ni siquiera estén en línea.
Por eso empezamos a hacer solicitudes de extracción de vídeo en RedwoodJS.
En lugar de escribir un texto interminable o esperar a que alguien lea la incidencia de Jira, el desarrollador graba un breve vídeo compartiendo su pantalla. A continuación, repasa el código. Explican el "por qué", no solo el "qué". Hablan sobre lo que les ha costado y en qué debe centrarse el revisor. No es nada sofisticado, solo una simple grabación de pantalla. De este modo, convierte una solicitudes de extracción fría y desprovista de contexto en una conversación humana.
El contexto es la clave para mantener el ritmo sin renunciar a la comprensión.
Cuando ese contexto desaparece, uno empieza a buscar atajos. Las pruebas son inestables, por lo que los desarrolladores las omiten. Se avecina una fecha límite, así que toman atajos. El bucle de retroalimentación se interrumpe, la confianza se ve mermada y la velocidad cae en picado. Las solicitudes de extracción de vídeo, la propiedad clara y los estándares compartidos son formas de combatir esa entropía.
Cuando el desarrollo de aplicaciones y la seguridad no están alineados, nadie gana
En una conversación que tuve con Trey Guinn, director técnico de Cloudflare, en la serie Más allá de la pila de aplicaciones, hablamos de una estadística del Informe de Cloudflare 2026 | Innovación en aplicaciones. El 80 % de las organizaciones cree que sus equipos de desarrollo y seguridad están totalmente alineados.
Diré lo que dije entonces. "Es un disparate".
Se recompensa a los desarrolladores por implementar funciones con rapidez y se recompensa al equipo de seguridad por prevenir riesgos. Eso no es alineación. Es una carrera de obstáculos.
El resultado es predecible. La seguridad parece un impuesto arbitrario sobre el tiempo del desarrollador, la organización acaba con sistemas que no son ni rápidos ni seguros, y todos salen perdiendo.
La solución es un equipo de plataforma que actúa de forma neutral.
Cuando los equipos de plataforma trabajan, están al servicio de los equipos de producto. Su labor no consiste en gobernar, sino en facilitar. Proporcionan bases seguras por defecto para que los desarrolladores no tengan que elegir entre seguridad y velocidad. Hacen que el "camino correcto" sea también el más fácil. Y se encargan de las tareas aburridas y repetitivas en las que nadie más quiere pensar. Esto incluye la conformidad. Cuando la seguridad se integra desde el principio a través de la infraestructura compartida y los valores predeterminados, deja de ser un obstáculo y pasa a ser automática. Los equipos de la plataforma son los más indicados para conseguirlo, mediante la integración de controles, auditabilidad y coherencia en todos los entornos sin ralentizar a los equipos.
Cuando el equipo de plataforma se convierte en un obstáculo, ha fracasado. Sin embargo, cuando actúan como proveedores de servicios, siendo los desarrolladores sus clientes, pueden realinear los incentivos entre equipos que antes tiraban en direcciones opuestas.
Una atribución clara de responsabilidades es lo que hace que los valores predeterminados seguros funcionen
Una vez que los equipos comparten el contexto, el siguiente paso es establecer claramente quién es el responsable. El contexto ayuda a las personas a comprender por qué se tomó una decisión. La responsabilidad garantiza que alguien se haga cargo de lo que suceda a continuación. Sin ella, incluso los desarrolladores bien intencionados pueden cometer errores, no por malicia, sino por necesidad.
He visto a desarrolladores descargarse bases de datos completas de producción en sus ordenadores portátiles porque "el entorno de prueba no servía para nada" y tenían que solucionar un problema relacionado con la zona horaria. He comprobado cómo se enviaban notificaciones push con el texto "probando... 123" a clientes reales. Y he visto a becarios conectarse a entornos de producción y eliminar tablas por accidente porque nadie les dijo que no lo hicieran. Estas son señales de advertencia de sistemas creados sin medidas de protección.
Cuando la responsabilidad no está clara, el contexto desaparece. Y la gente hace lo que sea necesario para que le desbloqueen el acceso.
La IA es tan buena como la estructura de tu plataforma
La innovación de aplicaciones debe garantizar que los desarrolladores nunca tengan que realizar "pruebas en producción" solo para hacer su trabajo. Esto se traduce en configuraciones predeterminadas robustas, entornos más seguros y límites claros en lo que respecta al acceso y a los datos. Pero también implica invertir en los aspectos secundarios: documentación, registros de decisiones, convenciones de nomenclatura. Cualquier cosa que ayude a los nuevos miembros del equipo a ponerse al día sin tener que adivinar nada.
Ese tipo de estructura es exactamente en lo que se basarán los sistemas de IA para ser útiles. Los equipos de plataformas también desempeñan un papel fundamental a la hora de preparar a las organizaciones para la IA, mediante la centralización de los conocimientos, la aplicación de normas y la formulación de decisiones que puedan ser interpretadas por las máquinas.
La IA puede escribir código rápidamente. Pero si ese código se implementa antes de que pueda revisarse o comprenderse, se produce el caos. Patrones conflictivos. Experiencia de usuario inconsistente. Conocimiento tribal que no se escala. Si un asistente de IA no es capaz de explicar a un nuevo empleado por qué no utilizamos una biblioteca concreta, lo único que hace es aumentar la sobrecarga.
El futuro pertenece a las organizaciones que se estructuran para la velocidad
Este es el principio que desearía que más directores técnicos siguieran con la innovación de aplicaciones: pregúntate: "¿Es comprensible nuestro sistema?".
Y no "¿tenemos las mejores herramientas?". Ni tampoco "¿Estamos utilizando el último marco?". En resumen: ¿puede un desarrollador nuevo ponerse al día en uno o dos días sin tener que hacer 50 preguntas?
Si la respuesta es no, tu pila no importa. Estás fallando en lo único que cuenta: la velocidad.
La innovación de aplicaciones significa crear un entorno en el que los equipos se muevan rápido sin añadir riesgos innecesarios, donde la velocidad y la seguridad no están reñidas, y el contexto está integrado en cada paso del flujo de trabajo. Esto implica integrar el contexto en los flujos de trabajo, alinear los incentivos entre los equipos de desarrollo, seguridad y plataforma, y definir las responsabilidades; no solo en lo que respecta a los sistemas, sino también a las normas y las decisiones.
En un mundo descentralizado, el contexto constituye la infraestructura, y los equipos que logren comprenderlo serán los que salgan ganando.
Cómo garantizar el impulso
La modernización de tus aplicaciones marca un cambio continuo en la forma en que los equipos desarrollan, envían y protegen las aplicaciones, no es un hito único. Para mantener ese impulso, necesitas una plataforma que acelere la velocidad y aplique medidas de seguridad en cada capa.
La conectividad cloud de Cloudflare respalda ese cambio, tanto si estás migrando sistemas heredados, escalando microservicios o desarrollando aplicaciones nativas de IA. Gracias a una plataforma unificada que combina rendimiento, seguridad, observabilidad y herramientas para desarrolladores, Cloudflare reduce las dificultades y proporciona a los equipos el contexto y el control necesarios para actuar con rapidez, sin poner en peligro la confianza ni aumentar los costes.
Este artículo forma parte de un conjunto de publicaciones sobre las últimas tendencias y temas que afectan a los responsables de la toma de decisiones sobre tecnología en la actualidad.
Más información sobre este tema
Más información sobre cómo las organizaciones están modernizando sus pilas de aplicaciones y procesos en el Informe de Cloudflare 2026 | Innovación en aplicaciones.
Autor
Peter Pistorius — @peterpistorius
Consejero delegado, RedwoodJS
CONCLUSIONES CLAVE
Después de leer este artículo podrás entender:
Cómo el contexto impulsa el trabajo de los equipos descentralizados
Por qué la alineación es clave para garantizar la modernización de las aplicaciones
El papel de los equipos de plataformas en la preparación para la IA