Gran parte de la tecnología moderna depende de piezas pequeñas y poco visibles. El problema no es su tamaño, sino cómo se sostiene su mantenimiento.
Una de las ideas más incómodas de la industria del software es que muchas cosas enormes descansan sobre piezas bastante chicas. No hablo solamente de startups o proyectos personales, sino de bancos, gobiernos, plataformas globales, sistemas de facturación, infraestructura en la nube y aplicaciones que millones de personas usan todos los días. Por debajo de todo eso suele haber librerías mantenidas por equipos mínimos, a veces por una sola persona, sin oficina, sin departamento de soporte y sin el presupuesto que uno imaginaría para algo tan importante.
Esto no es necesariamente una falla del software libre ni una rareza técnica. Es, en parte, una consecuencia de que el software moderno se construye por capas. Nadie escribe todo desde cero, y está bien que así sea. Usar componentes existentes permite avanzar más rápido, evitar errores conocidos y concentrarse en el problema real del producto. El inconveniente aparece cuando esa dependencia se vuelve tan natural que desaparece de la conversación. La empresa sabe cuánto paga por servidores, licencias, campañas o consultoría, pero no siempre sabe quién mantiene la pieza que permite compilar, cifrar, publicar o conectar sus sistemas.
Ahí hay una asimetría difícil de justificar. Una compañía puede tener procesos de compras larguísimos para contratar un proveedor menor, pero al mismo tiempo depender en producción de un paquete gratuito que nadie auditó con seriedad y que mantiene alguien en sus ratos libres. Mientras todo funciona, esa contradicción no molesta. Recién se vuelve visible cuando aparece una vulnerabilidad, un paquete desaparece, una actualización rompe compatibilidad o el responsable del proyecto simplemente deja de contestar. Entonces se descubre que lo barato no era gratis: alguien estaba pagando el costo con tiempo, cansancio o responsabilidad personal.
El punto no es dejar de usar esas piezas. Sería absurdo y, en muchos casos, imposible. El punto es tratarlas como parte real de la infraestructura, no como polvo técnico debajo de la alfombra. Eso implica saber de qué se depende, actualizar con criterio, revisar riesgos, aportar dinero cuando corresponde y aceptar que el mantenimiento también es trabajo. Muchas empresas ya entendieron esto y financian proyectos abiertos de los que dependen. Otras todavía lo ven como una gentileza ajena, hasta que un incidente les recuerda que su negocio también estaba apoyado ahí.
Tal vez la madurez digital no consista solamente en adoptar más herramientas, más IA o más automatización. También consiste en mirar hacia abajo en la pila tecnológica y reconocer que la base no se mantiene sola. La infraestructura invisible sigue siendo infraestructura, aunque no tenga logo, vendedor asignado ni una factura mensual prolija.