El código abierto es una decisión de ingeniería.

Una perspectiva de Firefly sobre cómo leer, reutilizar y adoptar código abierto.

Para un banco o una aseguradora, elegir código abierto es una decisión de negocio y de ingeniería. Poder examinar el código ayuda a evaluar el control, los costes de cambio y las dependencias. También exige decidir cómo mantenerlo, protegerlo y gestionarlo, y qué evidencias se necesitan antes de adoptarlo.

Mira más allá de la interfaz.

La documentación explica qué pretende hacer un proyecto. El código fuente permite comprobar cómo lo hace. Juntos permiten revisar el diseño, las conexiones con otros sistemas y el comportamiento del que depende cada aplicación.

Poder revisar el código ayuda a evaluar el software. No sustituye a las pruebas, la revisión de seguridad ni el conocimiento del entorno en el que va a funcionar.

La mayoría de los problemas de ingeniería son comunes.

Las aplicaciones empresariales resuelven a menudo problemas parecidos: gestionar una solicitud, aplicar reglas de negocio, coordinar tareas o conectarse a otro sistema.

Los componentes abiertos ofrecen una base común para desarrollar lo que distingue a cada entidad: política crediticia, reglas de producto, procesos de seguros, conocimiento actuarial y experiencias de cliente. Con la ayuda de la IA en el desarrollo, una mayor parte de ese trabajo puede convertirse en software y conocimiento propios que los equipos reutilicen en distintos productos y servicios.

Tres productos sobre una misma base compartida. Cada uno se apoya en la plataforma con los mismos dos módulos ámbar y añade encima una pieza propia: un canal para clientes, reglas aprobadas o una IA que asiste a una persona. Los tres se conectan mediante las mismas API y eventos.Las mismas reglas, procesos e interfaces pueden servir a varios productos. Una base común permite que cada servicio desarrolle su propia función.

Qué comprobar antes de adoptar un proyecto.

Empieza por la licencia y examina después lo que realmente implementa el proyecto, su mantenimiento, el proceso de versiones y sus dependencias. Compara el coste completo de integración, controles, migración de datos, soporte y futura sustitución. Cada proyecto y despliegue necesita sus propias evidencias.

Nuestra tesis es que una parte del valor se desplazará de las suites empresariales cerradas hacia servicios propios de la entidad sobre componentes abiertos y conectados. Las herramientas comerciales, la integración, la ingeniería y el soporte siguen formando parte de ese modelo. La decisión es dónde conviene tener activos propios para ganar capacidad de cambio.

Por qué desarrollamos en abierto.

Firefly Software fundó Firefly Software Foundation para desarrollar y mantener iniciativas de código abierto, entre ellas Firefly OpenPlatform y Firefly Framework. Estos proyectos permiten examinar y ampliar nuestra ingeniería. Sobre esa base se pueden construir aplicaciones comerciales especializadas, con su propio alcance y licencias.

Explora el ecosistema Firefly para encontrar los proyectos y su propia documentación.

Tu siguiente paso

Cuéntanos quétiene que cambiar.

Puede ser una necesidad del cliente, una prioridad de negocio o un problema operativo. Valoramos contigo el cambio, definimos qué equipos y sistemas intervienen y planificamos el primer paso.