Ir al contenido

Intelligent System Network Development

Escribimos software que tiene que aguantar.

Un estudio de software en París con dos mitades: el software de sistemas que publicamos en abierto, y las plataformas que diseñamos, construimos y operamos para organizaciones cuyas necesidades superan las herramientas del mercado.

Estudio en París, proyectos internacionalesPublicando en abierto desde 2013Entornos regulados y de alta carga

Dos mitades de una misma práctica

El código que publicamos es el que desplegamos. Los proyectos lo financian, y publicarlo es lo que permite a cualquiera comprobar sobre qué construimos.

Editor

Lo que publicamos

qb, un framework de actores en C++20, y los módulos de protocolo que lo rodean: HTTP, WebSocket, PostgreSQL, Redis. Escritos para el rendimiento, mantenidos porque los operamos nosotros mismos.

Consultoría

Lo que construimos

Núcleos de back-office, integración entre sistemas que nunca se pensaron para hablarse, informes que un regulador aceptará, y funciones de IA que heredan las obligaciones que sus datos ya tenían.

Qué cambia una vez en producción

Cuatro resultados por los que aceptamos que nos midan.

  • Cifras con las que decidir

    Un único conjunto de cifras para la operación y para el consejo, actualizado al ritmo que usted elija, con un aviso cuando un proceso se desvía en lugar de un descubrimiento tres semanas después.

  • Ciclos más cortos

    Flujos que nadie vuelve a teclear, validaciones que siguen el circuito que el equipo ya usa, y menos traspasos entre sistemas que deberían estar hablándose.

  • Datos que aguantan una auditoría

    Contratos explícitos entre dominios, una trazabilidad que se puede recorrer hacia atrás, y exportaciones que cuadran con lo que los sistemas operativos contienen de verdad.

  • Una revisión de seguridad que se aprueba

    Control de acceso, registro de auditoría, y funciones de IA construidas bajo las mismas reglas de protección de datos que el resto. Escrito para que el responsable de seguridad lo firme, y no solo lo tolere.

Las mismas personas, del brief a la guardia

Arquitectura, datos, seguridad, coste y operación siguen siendo coherentes porque los ingenieros que los decidieron son quienes llevan la guardia.

Seguimos ahí para las pruebas de integración, las preguntas del regulador, el modelo que se desvía y el tráfico que llega antes de tiempo.

2013

nuestros primeros repositorios públicos

14

repositorios públicos, abiertos a leer y a bifurcar

3

idiomas de trabajo: francés, inglés, español

Dónde han trabajado nuestros ingenieros

No es una promesa de folleto: los sectores de los que vienen nuestros ingenieros antes de ISNDEV, y el tipo de sistema que construían allí.

Un proyecto ha ido bien cuando el equipo del cliente opera el sistema por su cuenta, y el runbook responde a las preguntas que antes respondíamos por teléfono.
Cómo juzgamos nuestro propio trabajo

El código es público. Las incidencias también.

Cada repositorio lleva su historial y sus incidencias abiertas. Se ve qué elegimos, en qué nos equivocamos y cuánto tardamos en corregirlo. Eso es más difícil de escenificar que un caso de éxito.

  • github

    qb

    El framework. Actores que no comparten nada sobre un runtime de E/S no bloqueante, con corrutinas nativas de C++20. La capa de E/S funciona sola si el motor de actores sobra.

    Ver el sitio de qb
  • github

    qbm-http

    De HTTP/1.1 a HTTP/3 y WebSocket tras un mismo router — servidores y clientes escritos como actores.

  • github

    qbm-pgsql

    El protocolo de red de PostgreSQL hablado directamente sobre un socket, en lugar de envuelto sobre una biblioteca cliente.

Díganos qué tiene que ser cierto dentro de seis meses.

Escriba un párrafo: los usuarios, la restricción, la fecha. Respondemos a las peticiones serias en unos días laborables, y lo decimos cuando no somos el estudio adecuado.

ISNDEV — Software de sistemas, construido y operado