Disponible para nuevos proyectos

Convierto millones de registros en decisiones

Motores de cálculo, capas conversacionales sobre datos propios y las interfaces que los muestran. Sin suscripciones y sin que los datos salgan de tu servidor.

Retrato de Josep Castells

Josep Castells

Desarrollador full-stack · Python, React y datos

Cinco años construyendo aplicaciones de principio a fin, los últimos en la capa donde los datos se convierten en decisiones: motores de cálculo, métricas con lógica de negocio dentro, y las interfaces que los muestran.

En los equipos donde he estado, lo que me pedían a mí y no a otros era siempre lo mismo: las métricas y el motor que las calcula.

Trabajo en remoto desde les Terres de l'Ebre.

Qué puedo construir

Trabajo la capa donde los datos se convierten en algo que alguien puede mirar y decidir: el cálculo, la conversación con esos datos y la interfaz que los muestra.

Motores de cálculo sobre grandes volúmenes

Un motor donde las consultas se declaran con sus dependencias y se reutilizan entre métricas, el cálculo ocurre sin tocar la base de datos, y el resultado tiene presupuesto de consultas verificado por test.

Cuándo tiene sentido: cuando un panel tarda segundos, cuando añadir una métrica nueva ralentiza todas las demás, o cuando nadie sabe decir cuántas consultas hace una pantalla.

Capa conversacional sobre datos propios

Un servicio conversacional independiente, con la base vectorial de cada cliente separada de las demás, respuestas con enlace a la fuente y degradación honesta cuando el servicio no está disponible. Sin coste por consulta ni cuota por usuario.

Cuándo tiene sentido: cuando el conocimiento está repartido entre paneles, informes y documentación, o cuando enviar datos de clientes a un proveedor externo no es una opción.

Predicción y anomalías, sin entrenar antes de tiempo

Una puerta de madurez que se niega a entrenar por debajo del umbral, una heurística explicable que funciona desde el primer día sin histórico, y el reentrenamiento periódico cuando el volumen llega.

Cuándo tiene sentido: cuando quieres anticipar un indicador o detectar lo que se sale de lo normal, y prefieres saber que aún no hay datos suficientes antes de pagar por un modelo que no puede aprender nada.

Los plazos cortos no salen de trabajar rápido, salen de no empezar de cero. El motor de métricas, la capa conversacional, la librería de componentes y los workflows ya están construidos y probados: cada proyecto empieza en el kilómetro veinte.

Cómo trabajo

  1. Una llamada de veinte minutos

    Me cuentas el problema. Si no soy la persona adecuada, te lo digo ahí y te ahorro el presupuesto.

  2. Diagnóstico antes de proponer

    Un día de trabajo, 250 €, descontable del proyecto. Miro el código o los datos y te digo qué encuentro, con evidencia. Este paso existe siempre, y a veces cambia lo que hay que hacer.

  3. Plan con plazo y precio cerrados

    Qué se hace, qué no, y cómo se comprueba que funcionó. Si un punto no tiene verificación objetiva, no entra en el plan.

  4. Entregas verificables

    Cada una con la prueba de que hace lo que dice. Los tests se escriben antes que el arreglo: si no fallan primero, no demuestran nada.

Proyectos propios

Código publicado, no entregas a clientes: es lo que puedo enseñar sin romper la confidencialidad de nadie.

Últimos artículos

Ver todos los artículos

Preguntas frecuentes

Lo que suelen preguntarme antes de empezar. Si no encuentras tu respuesta, escríbeme.

  • ¿Mis datos salen de mi servidor?

    No, si no quieres. Puedo montar la inferencia en una máquina tuya, de modo que ni las consultas ni los documentos salen de tu red. Es la diferencia entre cumplir el RGPD por arquitectura y cumplirlo por contrato con un tercero. En mis propios sistemas cada cliente tiene su base vectorial separada, y el aislamiento está verificado atacándolo, no declarándolo.

    Cómo está montado el aislamiento
  • ¿Cuánto tardas en tener algo funcionando?

    Depende del alcance, pero menos de lo habitual, y por un motivo concreto: no empiezo de cero. El motor de cálculo, la capa conversacional, la librería de componentes y los workflows ya están construidos y probados. Lo que se hace a medida en cada proyecto es la lógica de negocio y la integración con lo que ya tienes.

    Cómo trabajo
  • ¿Cuánto cuesta y cómo cobras?

    Tarifa por día para trabajo de proyecto, y presupuesto cerrado cuando el alcance está claro. Lo habitual es empezar por un diagnóstico de un día (250 €): miro el código o los datos y te digo qué encuentro, con evidencia. Si seguimos, ese importe se descuenta del proyecto. Y si después de mirarlo resulta que no soy la persona adecuada, te lo digo y te quedas con el informe.

    Empezar por un diagnóstico
  • ¿Has hecho algo parecido antes?

    Cinco años construyendo backend y capas de datos: pipelines asíncronos en producción, modelos predictivos dentro del backend, y el motor de métricas de una plataforma industrial. Además tengo cuatro productos propios, y esos sí los puedo enseñar por dentro — con sus auditorías y los fallos que encontré en ellos.

    Ver proyectos
  • ¿Qué pasa si el proyecto se complica?

    Lo sabrás pronto. Cada entrega va con la prueba de que hace lo que dice, y los tests se escriben antes que el código: si no fallan primero, no demuestran nada. Cuando algo no encaja con lo previsto, lo digo cuando lo veo, no al final. Prefiero una conversación incómoda a mitad que una sorpresa al entregar.

    Cómo trabajo