Trabajos temperatura en el en GijónCrear alertas

100% remoto desde España · Contrato indefinido · Wellbeinn Buscamos a la persona que saque el núcleo de datos de salud de Wellbeinn de Firebase y lo lleve a nuestra propia plataforma en Postgres. Con la app en producción y usuarios reales dentro. Sin perder un dato. No es un backlog de CRUDs: es una migración con riesgo, un modelo de datos por diseñar y una decisión de arquitectura tuya cada semana. ¿Donde estamos? En Wellbeinn construimos una plataforma de bienestar que mide de verdad: una banda propia por BLE, equipos de presoterapia y una app que convierte frecuencia cardíaca, HRV, SpO2, temperatura, sueño y actividad en algo que una persona puede usar cada día. Está en producción, con usuarios reales y datos de salud reales. Hoy la app escribe en Firestore y una capa de Cloud Functions hace el resto. Nos ha traído hasta aquí, pero ya nos limita: el modelo documental no encaja con series temporales de salud, y buscamos optimizar la arquitectura y el sistema completo para una mayor soberanía de nuestro proyecto. La cabeza de puente ya está construida: una API en NestJS sobre Cloud Run y Postgres con OAuth2 (Ory Hydra) que sirve a clientes B2B, y un backend de coach con IA (Claude) también en Cloud Run. Buscamos a la persona que una las piezas y diseñe el destino. QUÉ VAS A HACER • Diseñar y ejecutar la migración de Firestore a nuestro backend propio en Postgres, con la app en producción: modelo destino, doble escritura, backfill, reconciliación y corte., • Definir el modelo de datos de salud: series temporales por usuario, agregados diarios, derivados (sueño, recuperación, carga), idempotencia y versionado. La app es offline-first y reenvía, el backend tiene que aguantarlo., • Consolidar la API: contratos OpenAPI, versionado, autenticación y una sola puerta de entrada para la app móvil y para las integraciones B2B., • Sustituir la lógica que hoy vive en Cloud Functions (Node 20, fin de soporte en octubre de 2026) por servicios que podamos testear y desplegar con criterio., • Llevar el backend de IA a producto de verdad: streaming, contexto de salud del usuario, control de coste y latencia por token, evaluación de calidad y guardarraíles., • Poner el RGPD en la arquitectura, no en un anexo: con datos de categoría especial (Art. 9), la minimización, el consentimiento versionado, el borrado en cascada verificable, la residencia en la UE y las trazas de auditoría se diseñan como propiedades del sistema., • Proponer y documentar decisiones -usamos ADRs- y saber decir "esto todavía no lo construimos". NUESTRO STACK • Backend: TypeScript, NestJS, Node 22, PostgreSQL (Cloud SQL), OpenAPI, Ory Hydra (OAuth2/OIDC), • Infra: GCP — Cloud Run, Cloud SQL, Cloud Functions, Firebase (el punto de partida), CI/CD con GitHub Actions y Workload Identity Federation, • IA: API de Claude (Anthropic) con prompt caching, • App: Flutter y Riverpod, con caché local y sincronización offline-first sobre BLE. No la vas a mantener, pero es tu cliente principal y tendrás que entender cómo sincroniza. LO IMPRESCINDIBLE • 5+ años construyendo backends en producción, con TypeScript/Node a buen nivel (NestJS, Fastify o equivalente). No pedimos que conozcas nuestro framework; pedimos criterio., • Diseño de APIs como oficio: contrato antes que código, versionado, idempotencia, paginación, errores que un cliente pueda manejar., • Postgres de verdad: modelado, índices, planes de ejecución, particionado o Timescale para series temporales, migraciones sobre tablas vivas., • Haber migrado datos de un sistema en producción con usuarios dentro. Si nunca has hecho una doble escritura ni un backfill, esta no es la posición., • Criterio de arquitectura en equipo pequeño: elegir lo simple, escribir la decisión y sostenerla seis meses después., • Autonomía en remoto: escribir bien lo que decides y no necesitar que nadie te reparta el trabajo. LO QUE VALORAMOS MUCHO • LLMs en producción (Claude, OpenAI o similar): diseño de prompts, tool use, streaming, RAG y, sobre todo, coste, latencia y evaluación. Un chatbot de demo no cuenta: queremos a alguien que sepa explicar por qué su factura fue la que fue., • Datos de salud o wearables, BLE, sensores., • RGPD sobre datos de categoría especial (Art. 9), o haber pasado una auditoría de datos de salud., • Sincronización offline-first, resolución de conflictos, colas de reintento., • Firestore/Firebase: saber de dónde salimos ayuda., • Series temporales a escala: TimescaleDB, ClickHouse o similar., • IaC (Terraform), observabilidad (trazas, métricas, logs), Python para data. QUÉ OFRECEMOS • salario competitivo, • Propiedad de verdad sobre el backend, con acceso directo a producto y a quien decide., • Equipo pequeño y ciclo corto: lo que mergeas llega a usuarios en días., • 100% remoto desde cualquier punto de España., • Contrato indefinido.