Desarrollo de software
Imputación de horas en Terrassa
Desplegar no debería dar miedo. Con despliegues automatizados, entornos de prueba y activación gradual de funciones, una versión nueva se puede publicar un martes por la mañana y retirar en minutos si algo falla.
Los citizen developers —empleados que crean sus propias herramientas— son un activo si tienen un marco. Sin él, aparecen decenas de aplicaciones sin dueño, con datos sensibles en sitios inesperados. Ayudamos a poner ese marco sin frenar la iniciativa.
Cada decisión de arquitectura importante se escribe con su contexto, las opciones consideradas y por qué se eligió una. Dentro de un año, quien herede el sistema sabrá por qué está así y no tendrá que adivinarlo.
Situaciones que resolvemos
La web no genera contactos
Tienes web, pero tarda en cargar, no se ve bien en el móvil y nadie rellena el formulario. Es un gasto que no trae clientes.
Los clientes llaman para preguntar lo mismo
Estado del pedido, copia de factura, fecha de entrega: preguntas que podría resolver el propio cliente si tuviera dónde mirarlo.
Requisitos que cambian en mitad del desarrollo
No hay criterios de aceptación escritos, cada parte entiende algo distinto y las entregas se discuten en lugar de comprobarse.
Sincronizaciones nocturnas que llegan tarde
Los datos se pasan entre sistemas una vez al día. Durante el día, el equipo trabaja con información desactualizada.
Un monolito que no se puede tocar
Todo está en un único bloque de código acoplado, cualquier cambio rompe algo inesperado y las pruebas no cubren lo importante.
Cómo lo hacemos
Auditoría de lo que existe
Revisamos la aplicación o web actual: código, dependencias, rendimiento, accesibilidad y seguridad.
Estabilizar
Primero lo urgente: copias de seguridad, actualizaciones críticas y un despliegue repetible.
Rodear y sustituir por partes
Exponemos el sistema actual mediante una API y vamos sustituyendo módulos uno a uno sin parar la operación.
Retirar lo antiguo
Cuando un módulo nuevo lleva tiempo funcionando, se apaga el viejo y se archivan sus datos.
¿Hablamos de tu caso?
Reserva una llamada para ver nuestras propias herramientas en funcionamiento y valorar si algo parecido te encaja.
Qué recibes
- Pruebas automáticas de las funciones críticas integradas en el ciclo de entrega.
- Robots o flujos automatizados con cuentas de servicio, registro de ejecución y alertas cuando fallan.
- Despliegue automatizado: cada versión se construye, se prueba y se publica con el mismo procedimiento, y se puede revertir.
- Diagrama de contexto y contenedores del sistema, con responsables e interfaces de cada pieza.
- Medición de rendimiento con Core Web Vitals en las páginas clave y un presupuesto de rendimiento acordado.
- Mapa de datos: qué sistema es dueño de cada dato y cómo lo reciben los demás.
- Prototipo navegable de las pantallas principales para validarlo con tu equipo antes de programar.
Por sectores
- Educación y formación
- Plataformas de inscripción, gestión de grupos y comunicación con alumnos y familias, con control de accesos por perfil.
- Inmobiliarias
- Webs con fichas de inmuebles alimentadas desde el CRM, formularios de interés bien cualificados y áreas privadas para propietarios.
- Distribución y comercio
- Sincronización de stock, precios y pedidos entre tienda online, ERP y almacén, con eventos para que ningún canal venda lo que no hay.
- Logística
- Integración de documentos de transporte y estados de envío entre sistemas, priorizando APIs sobre robots que leen pantallas.
Del trabajo a la factura
Facturas correctas, con su numeración y sus impuestos, conectadas con el CRM.
Cómo elegir bien
- Que adapte el proceso de ingeniería al tamaño real de tu equipo.
- Que use en sus propios productos las prácticas que te propone.
- Que tenga una política para versionar y retirar APIs.
- Que diseñe para los fallos: reintentos, idempotencia, límites de tiempo.
- Que monte las automatizaciones con cuentas de servicio, no personales.
Lecturas relacionadas
Ingeniería de software
SBOM y dependencias en el ciclo de vida del software
Qué no afirma un SBOM
El documento no prueba que el software sea seguro, que no contenga código malicioso ni que todos los componentes sean vulnerables. Es una entrada para la evaluación, no la conclusión. Comprueba además componentes descargados dinámicamente, dependencias transitivas que el generador no resuelva y módulos opcionales…
Leer la guía completaDesarrollo y arquitectura
CI/CD con GitLab Runners y Kubernetes
Estructuración del Pipeline (.gitlab-ci.yml)
Con el Runner operando en K8s, cada job definido en el .gitlab-ci.yml se ejecutará en un contenedor aislado. Para exprimir al máximo esta arquitectura, emplearemos el patrón Docker-in-Docker (DinD) para compilar y pushear imágenes de contenedores desde dentro de Kubernetes, o herramientas daemonless como Kaniko.
Leer la guía completaDesarrollo
Plantilla ADR para decisiones de arquitectura de software
Guarda el razonamiento que no cabe en un diagrama
Una decisión de arquitectura puede ser costosa de cambiar y difícil de reconstruir meses después. Un ADR (Architecture Decision Record) conserva el contexto, las alternativas consideradas y las consecuencias que el equipo acepta. Conviene escribirlo cuando una elección afecta a límites del sistema, datos, despliegue,…
Leer la guía completaImputación de horas para empresas de Terrassa
En muchas pymes de Barcelona, las tareas de copiar datos entre programas se llevan horas cada semana; es el primer sitio donde mirar.
Si tu empresa en Terrassa tiene su propio equipo de desarrollo, podemos acompañarlo en las decisiones de arquitectura sin sustituirlo.
Desde Sevilla desarrollamos para empresas de toda Cataluña, con el mismo método de entregas cortas y código entregado al cliente.
Preguntas frecuentes
¿Podéis seguir con un proyecto que empezó otro proveedor?+
Sí, tras revisarlo. Te diremos con franqueza en qué estado está, qué riesgos tiene y si compensa continuar o rehacer partes.
¿Qué tecnologías usáis?+
Las que mejor encajan y más fácil es encontrar quien las mantenga: React y Next.js en web, Node.js o Python en servidor, Flutter o React Native en móvil, bases de datos relacionales. Evitamos tecnologías minoritarias sin motivo.
¿Tengo que dedicar tiempo de mi equipo?+
Sí, algo. Necesitamos a alguien que conozca el proceso para validar prototipos y entregas. Sin esa participación, el software acaba resolviendo un problema que no es el tuyo.
¿Qué son las políticas DLP de Power Platform?+
Reglas que definen qué conectores pueden combinarse en un mismo entorno, para evitar por ejemplo que un flujo saque datos de clientes hacia un servicio no autorizado. Se definen por entorno y se prueban antes de activarlas.
¿Necesito microservicios?+
Probablemente no al principio. Tienen sentido cuando hay equipos distintos, cargas muy diferentes o partes que cambian a ritmos dispares. Un monolito bien modularizado es más fácil de operar y puede dividirse después.
¿RPA, low-code o integración por API?+
Si el sistema tiene API, casi siempre es la opción más estable. El low-code va bien para flujos entre aplicaciones conocidas. El RPA queda para cuando no hay otra forma de acceder, sabiendo que es lo más frágil ante cambios de pantalla.
Imputación de horas cerca de Terrassa
Para tu empresa en Terrassa
Si tienes una aplicación heredada sin documentación, empecemos por una auditoría para saber en qué punto está.