¿Alguna vez te has parado a pensar en qué pasa realmente cuando le das al botón de «enviar transferencia» en la app de tu banco un martes a las tres de la mañana? No es magia, aunque a veces lo parezca cuando el dinero llega casi al instante. Detrás de ese simple clic hay una maraña de cables, servidores, microservicios y, sobre todo, mucha gente que apenas duerme para que todo eso no salte por los aires. La verdad es que el concepto de «Sistemas y Tecnología» ha dejado de ser ese cuarto oscuro en el sótano lleno de gente con camisetas de grupos de rock para convertirse en el corazón que bombea sangre a cualquier empresa que quiera seguir viva en el mercado español actual.
Hace no tanto, en las empresas de aquí, el de sistemas era el mismo que te arreglaba la impresora, te configuraba el correo y, si te descuidabas, te montaba el mueble de la entrada. Vaya, un hombre orquesta. Pero las cosas han cambiado una barbaridad. Hoy en día, hablar de sistemas en una gran entidad —ya sea un banco, una telco como Telefónica o una energética como Iberdrola— es hablar de una arquitectura tan compleja que asusta.
Ya no se trata solo de que los ordenadores enciendan. Ahora el juego va de disponibilidad, de escalabilidad y de una palabra que a los jefes les encanta pero que a los técnicos les da dolor de cabeza: la resiliencia. Si el sistema se cae cinco minutos, las pérdidas no se miden en calderilla, se miden en miles de euros por segundo y, lo que es peor, en una pérdida de confianza del cliente que es casi imposible de recuperar. Por eso, los departamentos de tecnología se han fragmentado en mil especialidades. Tenemos a los de infraestructura, a los de ciberseguridad (que viven en un estado de paranoia constante, y con razón), a los desarrolladores de backend, a los de frontend, y a esa nueva especie llamada DevOps que intenta que los dos anteriores no se maten entre ellos.
La herencia del pasado: El código que se niega a morir
Si mal no recuerdo, hace un par de años se decía que el COBOL iba a desaparecer. Pues bien, ahí sigue. En el sector bancario y en la administración pública española, hay sistemas que llevan funcionando más tiempo que muchos de los programadores que los mantienen. Es lo que llamamos «Legacy». Y ojo, que no es algo malo por definición. Esos sistemas son rocas. El problema viene cuando quieres conectar una app móvil moderna, con animaciones fluidas y reconocimiento facial, a una base de datos que se diseñó cuando todavía se fumaba en las oficinas.
Ese puente entre lo viejo y lo nuevo es donde se libra la verdadera batalla tecnológica. Se crean capas de APIs, se usan arquitecturas de microservicios para ir «mordisqueando» el monolito antiguo y, poco a poco, se intenta migrar a la nube. Pero claro, migrar a la nube no es solo darle a un botón de «subir a Google Drive». Es cambiar toda la mentalidad de la empresa.
¿Qué se está cocinando en los departamentos de desarrollo?
Si echamos un ojo a lo que piden las empresas en los portales de empleo ahora mismo, te das cuenta de que el stack tecnológico en España está bastante definido. Java sigue siendo el rey absoluto en el mundo corporativo, sobre todo con Spring Boot. Es como el coche diésel que no falla nunca: gasta poco (en términos de errores inesperados) y hay piezas de repuesto en cada esquina (programadores que saben usarlo).
Pero claro, no todo es Java. Python ha entrado como un elefante en una cacharrería gracias a la Inteligencia Artificial y al análisis de datos. Y es que hoy, si no dices que usas IA para algo, parece que no estás en la onda. Aunque, seamos sinceros, muchas veces esa «IA» no es más que un puñado de condicionales if-else bien puestos o una regresión lineal que se podría haber hecho en un Excel si nos ponemos tontos.
Para que nos entendamos, un fragmento de código moderno en un entorno de sistemas no busca ser una obra de arte, busca ser legible. Algo así como esto (con sus comentarios realistas, claro):
// Intentando procesar un pago sin que el servidor explote
public void procesarPago(Pago pago) {
try {
// Validamos que el usuario tenga dinero (paso importante, la verdad)
if (cuentaService.tieneSaldo(pago.getUsuarioId(), pago.getMonto())) {
// Aquí conectamos con el sistema legacy de los años 80
// Si esto falla, no me miréis a mí, yo no estaba aquí en el 85
legacySystem.ejecutarTransaccion(pago);
notificarUsuario(pago.getUsuarioId(), "¡Dinero enviado!");
} else {
throw new SaldoInsuficienteException("Vuelve cuando tengas calderilla");
}
} catch (Exception e) {
logger.error("Algo ha petado muy fuerte: " + e.getMessage());
// Enviamos un aviso al de guardia para que no duerma
alertService.enviarAlertaRoja();
}
}
Este tipo de lógica, multiplicada por millones de transacciones, es lo que mantiene la economía girando. Y la verdad es que tiene su mérito que todo funcione tan bien como funciona, teniendo en cuenta la cantidad de parches que llevan algunos sistemas.
La nube: ¿Cielo o infierno para las empresas españolas?
El tema de la nube (o «the cloud», para los que quieren sonar más internacionales) es curioso. Hace cinco años, muchas empresas españolas tenían miedo de sacar sus datos de sus propios servidores. «¡Cómo voy a dejar mis datos en un servidor que no puedo tocar!», decían los directores de sistemas más veteranos. Pero la realidad se ha impuesto. Mantener un centro de datos propio es caro, ineficiente y un dolor de muelas constante.
Ahora, la tendencia es el modelo híbrido. Las cosas críticas y sensibles se quedan cerquita, y todo lo que necesita escalar rápido se va a AWS, Azure o Google Cloud. El problema es que ahora las facturas de la nube están empezando a asustar. Resulta que la nube no era barata, era «cómoda». Y esa comodidad se paga a precio de oro si no tienes a alguien que sepa optimizar los recursos. Aquí es donde entra la figura del FinOps, que básicamente es un informático que sabe de finanzas y que se dedica a apagar servidores que nadie usa para que la factura no suba como la espuma.
La ciberseguridad: Dormir con un ojo abierto
No podemos hablar de sistemas sin mencionar la seguridad. En España hemos tenido casos sonados de ataques de ransomware que han dejado a empresas gigantescas tiritando durante semanas. El problema es que el eslabón más débil siempre es el mismo: el humano. Puedes tener el mejor firewall del mundo, que si «Paco de contabilidad» hace clic en un correo que dice que ha ganado un iPhone 15, ya tenemos el lío montado.
La tecnología aquí ha pasado de ser reactiva (poner parches cuando algo falla) a ser proactiva. Se usan sistemas de Zero Trust, donde no se confía en nadie, ni siquiera en el jefe. Cada vez que alguien quiere acceder a una parte del sistema, tiene que demostrar quién es, desde dónde se conecta y si su dispositivo está limpio. Es un poco pesado para el trabajador, sí, pero es que la alternativa es que te cifren todos los datos y te pidan un rescate en Bitcoins.
El impacto de la IA en el día a día del software
Vamos a bajar un poco al barro con el tema de la Inteligencia Artificial. Olvídate de robots que conquistan el mundo. En el contexto de sistemas y tecnología de una empresa española media, la IA se está usando para cosas mucho más mundanas pero útiles. Por ejemplo, para detectar fraudes en tiempo real. Los algoritmos analizan tus patrones de gasto y, si de repente intentas comprar un reloj de lujo en una tienda de Singapur cuando hace diez minutos te has tomado un café en la Gran Vía de Madrid, el sistema salta.
También se está usando mucho en la atención al cliente. Los chatbots han pasado de ser una experiencia frustrante que no entendía nada a ser… bueno, un poco menos frustrantes. Pero la verdadera revolución está «bajo el capó». Los programadores ahora usamos herramientas como Copilot para escribir código más rápido. No es que la IA programe por nosotros, es que nos quita el trabajo aburrido de escribir código repetitivo. Es como tener un becario muy rápido y que nunca se cansa, pero al que tienes que revisar todo lo que hace porque a veces se inventa cosas con una confianza asombrosa.
¿Y qué pasa con el empleo en este sector?
Aquí hay una dicotomía curiosa. Por un lado, se dice que falta talento tecnológico en España. Por otro, los procesos de selección son a veces auténticas gincanas de cinco entrevistas, pruebas técnicas de tres días y psicotécnicos que parecen diseñados por la NASA. La verdad es que lo que falta no es «gente que sepa programar», sino gente con experiencia real en entornos complejos.
Las áreas que mencionaba la fuente (Administrativo, Auditoría, Comercial, etc.) están cada vez más ligadas a la tecnología. Un auditor hoy en día tiene que saber de SQL para poder sacar sus propios datos sin esperar a que el de sistemas le haga el favor. Un comercial necesita entender cómo funciona el CRM para no meter datos basura que luego estropeen las estadísticas. Al final del día, todos somos un poco «tecnológicos», nos guste o no.
La importancia de la cultura en los equipos técnicos
A menudo se ignora, pero el éxito de un sistema no depende solo de si el código está bien escrito. Depende de la cultura de la empresa. En España estamos muy acostumbrados al «presencialismo», a calentar la silla. Pero el sector tecnológico ha sido el primero en romper eso. El teletrabajo no es un capricho, es una necesidad para atraer talento que puede trabajar para una empresa de San Francisco desde un pueblo de Teruel.
Las empresas que no entienden esto, que intentan controlar cada minuto del trabajador, son las que están perdiendo a sus mejores ingenieros. La tecnología requiere concentración, requiere estados de «flujo» que no se consiguen en una oficina abierta con gente gritando por teléfono. Por eso, los departamentos de Recursos Humanos en las tecnológicas están cambiando el chip. Ya no buscan solo a alguien que sepa Java, buscan a alguien que sepa trabajar en equipo, que sea curioso y que no se hunda cuando el sistema de producción se caiga un viernes a las siete de la tarde.
El papel de la ética y la regulación
En Europa, y por tanto en España, tenemos una de las regulaciones más estrictas del mundo en cuanto a datos: el famoso RGPD. A veces nos quejamos de tener que aceptar cookies en cada web que visitamos, pero la realidad es que esto protege nuestra privacidad frente a los gigantes tecnológicos. Para un arquitecto de sistemas, esto es un reto constante. No puedes simplemente guardar los datos donde quieras; tienes que saber exactamente dónde están, quién tiene acceso y cómo borrarlos si el usuario lo pide.
Además, ahora viene la Ley de Inteligencia Artificial de la UE, que va a poner límites a cómo se usan estos algoritmos. Esto significa que los equipos de tecnología van a tener que trabajar de la mano con los equipos jurídicos. Ya no vale con «hacer que funcione», ahora tiene que ser explicable y justo. Si un algoritmo deniega un crédito a alguien, la empresa tiene que ser capaz de explicar por qué, y no vale decir «es que la máquina lo ha decidido así».
Mirando hacia el futuro (sin bolas de cristal)
¿Hacia dónde vamos? La verdad es que nadie lo sabe a ciencia cierta, pero hay pistas. La computación cuántica asoma por el horizonte, aunque todavía parece algo de ciencia ficción para el día a día de una PYME española. Lo que sí es real es la automatización extrema. El objetivo es que los sistemas se «autocuren». Que si un servidor detecta que se está quedando sin memoria, él solo levante otro y reparta la carga sin que ningún humano tenga que intervenir.
También veremos una integración cada vez mayor entre el mundo físico y el digital. El IoT (Internet de las Cosas) en la industria española está pegando fuerte. Fábricas que saben cuándo se va a romper una pieza antes de que ocurra, gracias a sensores y análisis de datos en tiempo real. Eso también es «Sistemas y Tecnología», y es donde se va a mover mucho dinero en los próximos años.
Para que nos entendamos, el resumen de todo esto es que la tecnología ya no es un departamento aparte. Es la base sobre la que se construye todo lo demás. Si los sistemas fallan, la empresa no existe. Y eso es una responsabilidad enorme, pero también es lo que hace que este mundillo sea tan dinámico y, por qué no decirlo, un poco adictivo.
Al final del día, lo que importa no es si usas la última versión de Angular o si tus servidores están en la nube más cara. Lo que importa es que el sistema sirva para lo que fue creado: hacerle la vida más fácil al usuario (o al menos, no hacérsela más difícil). Y eso, amigos, es mucho más difícil de conseguir de lo que parece en un PowerPoint de ventas.
Así que, la próxima vez que uses una app y todo funcione como la seda, acuérdate de que hay un montón de sistemas entrelazados y un equipo de personas asegurándose de que los engranajes sigan girando. Y si algo falla… bueno, ten un poco de paciencia, que seguramente alguien ya se ha tomado su quinto café del día intentando arreglarlo.
Deja una respuesta