Backend
Servicios Java que soportan la carga
API REST, procesos por lotes, mensajería y persistencia con Java y Spring Boot, en sistemas que contabilizan, calculan y liquidan y por eso tienen que ser exactos.
Zagreb Europa
Una web corporativa, una migración de datos, una plataforma en uso productivo diario. El servicio se ajusta al problema, y no al revés.
Oferta de servicios
Ambos son bienvenidos y ambos se presupuestan igual: un alcance por escrito con el esfuerzo que la tarea realmente necesita.
Backend
API REST, procesos por lotes, mensajería y persistencia con Java y Spring Boot, en sistemas que contabilizan, calculan y liquidan y por eso tienen que ser exactos.
Frontend
Angular y TypeScript para aplicaciones de negocio, HTML y CSS sencillos para sitios web corporativos. Un sitio estático pequeño o un servicio contenido para pedidos es trabajo bienvenido; el peso de la práctica está en los grandes sistemas de backend.
Entrega
Software escrito para ejecutarse como contenedor en Azure y Kubernetes, o en un solo servidor cuando con eso basta. Nosotros construimos la aplicación, la empaquetamos y montamos el camino de despliegue; la infraestructura en sí queda en manos de su equipo o de su proveedor.
Arquitectura
Fronteras de servicio, modelos de datos, contratos de API y el razonamiento detrás, escritos para que el siguiente desarrollador pueda seguirlos y revisados cuando la realidad los contradice.
Integración de IA
Clasificación, extracción y búsqueda sobre sus propios documentos, con validación, umbrales de confianza y una persona en el circuito, para que nada entre sin revisar en un sistema de negocio.
Requisitos
Revisar lo que existe, nombrar los huecos y las contradicciones y escribir algo que negocio y desarrollo puedan firmar juntos. La parte que sale cara más tarde cuando falta.
Competencias de ingeniería
La base técnica sobre la que se construye. Elegida por lo que un sistema debería hacer, no por lo que es nuevo.
Sistemas diseñados para la carga, el escalado y la explotación en una plataforma en la nube.
Servicios de back-end robustos e interfaces modernas.
Sistemas que se mantienen sincronizados y datos que se aprovechan.
Modelos de lenguaje allí donde su aportación se puede comprobar.
Pruebas, trazabilidad y requisitos de seguridad desde el primer incremento.
Ejemplos de proyectos
Ejemplos de los sectores de los que viene este trabajo, desde un sistema corporativo hasta la web de una empresa pequeña. Cada uno describe el montaje y la pregunta de la que depende.
Seguros · Plataforma en la nube
Decenas de servicios pequeños sobre una plataforma en la nube y, debajo, una capa con todo lo que todos necesitan: un motor BPM para los procesos de negocio de larga duración, un servidor de autorización central, un almacén de sesión en memoria replicado para que cualquier instancia responda a cualquier petición y bibliotecas comunes para el registro y el tratamiento de errores. El precio de esta forma es precisamente esa capa transversal. La ganancia es que cada servicio sigue siendo lo bastante pequeño como para poder sustituirse.
Proceso documental · IA
Los documentos entrantes recorren una cadena: clasificación, extracción a un esquema validado, indexación para la búsqueda. El modelo solo propone. La arquitectura decide qué pasa después: todo lo que queda por debajo del umbral de confianza va a una cola de revisión humana en lugar de al sistema de negocio. Cada paso es un servicio propio, así que el modelo se puede cambiar sin tocar el proceso que lo rodea.
Comercio · Contabilidad de tiendas
Una aplicación host crecida durante décadas, con una base de datos muy grande en el mainframe, sigue siendo el sistema rector y no se va a sustituir. La funcionalidad nueva aparece a su lado como servicios independientes que leen los mismos datos y publican sus resultados hacia los sistemas vecinos por REST y por mensajería. La pregunta arquitectónica no es cómo retirar el host, sino por dónde pasa la frontera entre host y servicio y qué lado es dueño de qué datos.
Administración pública · Batch
Un sistema cuyo trabajo ocurre en ejecuciones planificadas y no en peticiones: trabajos con puntos de reanudación y tratamiento de errores registro a registro, de modo que una ejecución que falla a medio camino continúa en lugar de empezar de nuevo. Las decisiones que cambian con la legislación viven en un motor de reglas y no en el código, así que cambian sin una entrega, mientras que unos adaptadores de fichero, correo y SOAP miran hacia los sistemas vecinos que no se pueden cambiar en absoluto. El rendimiento y la capacidad de reanudar importan más que la latencia.
Servicios financieros · Aplicación de asesoramiento
Un sistema de gestión asentado aporta los datos maestros y ejecuta las transacciones, y no se puede modificar. Delante de él hay un backend que mantiene la sesión, reúne datos de varias fuentes y expone una única interfaz REST estrecha a una aplicación Angular. El trabajo no está en las pantallas. Está en esa capa intermedia: tiempos de espera, respuestas duplicadas e idempotencia, para que una transacción que el usuario lanzó una vez surta efecto exactamente una vez.
Empresa pequeña · Sitio web
Un puñado de páginas en varios idiomas, escritas en HTML y CSS sencillos y entregadas como ficheros estáticos: rápidas en el móvil, sin aviso de cookies porque no hay nada que aceptar, y alojables casi en cualquier sitio por unos pocos euros al mes. Las propuestas de diseño según las ideas del propio dueño llegan pronto, antes incluso de elegir la tecnología. Los cambios posteriores se entregan como una vía de edición sencilla o se hacen a petición.
Una descripción breve del problema basta para una primera valoración y una respuesta honesta sobre el alcance, incluso cuando la tarea es más pequeña de lo esperado.
El alemán y el inglés son las lenguas de trabajo diarias; una consulta en cualquier otro idioma es igual de bienvenida y se responde en el idioma en que se escribió.