Roman Gromov — ingeniero de software y arquitecto de sistemas web en C++

La ingeniería como vocación

Soy ingeniero de software y arquitecto de aplicaciones web escritas en C++. Trabajo profesionalmente con el lenguaje desde 2008, aunque mi interés comenzó en la escuela. C++ fue la herramienta que mejor encajó con mi forma de pensar: compleja, estricta, exigente y, al mismo tiempo, capaz de construir arquitecturas polimórficas flexibles. Nunca me interesó únicamente hacer que el código funcionara, sino crear sistemas donde cada componente tenga una responsabilidad clara, los contratos sean explícitos y el comportamiento siga siendo predecible durante la evolución del producto.

De ElDorado IIMS a Sapphire I.C.D.S.

En 2008 creé mi primer gran desarrollo en C++, ElDorado IIMS, un sistema de gestión de sitios y contenidos con núcleo de servidor nativo. Se convirtió en una larga escuela de ingeniería. A lo largo de los años probé numerosos enfoques, cometí errores, encontré conceptos acertados y aprendí qué decisiones arquitectónicas resisten realmente el desarrollo a largo plazo.

La compatibilidad entre servidores ocupó un lugar central. Quería evitar que el sistema dependiera de un único proveedor de infraestructura o de un entorno de ejecución limitado. Ya en la generación ElDorado aparecieron soluciones que mantenían un comportamiento uniforme entre distintas configuraciones y separaban la lógica empresarial de los detalles de despliegue.

A comienzos de 2025, la experiencia acumulada desde 2008 llevó a una conclusión clara: el sistema antiguo no debía repararse indefinidamente, sino replantearse por completo. Así nació Sapphire I.C.D.S. El ciclo principal de desarrollo ya está terminado y ahora me concentro en su evolución, mejora y ampliación. Sapphire reúne toda la escuela técnica y arquitectónica acumulada durante años, con un nivel de modularidad y coherencia inimaginable en los primeros tiempos de ElDorado.

Autoría y función de Sapphire Project

Soy fundador y director general de Sapphire Project Sp. z o.o. Tras una serie de decisiones estratégicas, técnicas y jurídicas, el núcleo de Sapphire I.C.D.S. y sus módulos del proveedor permanecen bajo mi autoría y control exclusivos. La empresa actúa como distribuidor oficial y gestiona ventas, contratos y atención al cliente, mientras que la responsabilidad intelectual y arquitectónica permanece en manos del autor.

No es una formalidad. Este modelo conserva una única dirección técnica, mantiene clara la responsabilidad y protege la arquitectura frente a compromisos corporativos de corto plazo.

Tecnología exclusivamente para fines civiles

Por mis principios y convicciones personales, ni yo ni Sapphire Project trabajamos ni trabajaremos con estructuras vinculadas a fines militares o de defensa, ni con instituciones gubernamentales. Sapphire I.C.D.S. está creada exclusivamente para usos civiles.

Creo que los mejores logros de la ingeniería deben beneficiar a las personas: ayudarles a crear, organizarse, aprender, trabajar y desarrollar proyectos independientes. La tecnología no debe convertirse en un arma, un medio de presión o una herramienta para abusar del poder.

Núcleo cerrado y libertad de ampliación

Rechazo la cultura de la analítica total, la vigilancia oculta y el trato de las personas como activos de datos. Tampoco acepto un modelo donde el cliente solo alquila acceso a sus propios procesos, depende de una conexión SaaS permanente, paga por cada empleado y al mismo tiempo proporciona telemetría al proveedor.

Al mismo tiempo, no considero razonable entregar como código abierto el resultado de muchos años de trabajo de ingeniería. Por eso el núcleo de Sapphire I.C.D.S. fue, es y seguirá siendo cerrado. Sin embargo, usuarios, empresas y desarrolladores independientes recibirán un SDK completo e interfaces estables para crear sus propios módulos, integraciones y extensiones.

Creo en un equilibrio sano: los datos del cliente pertenecen al cliente y la propiedad intelectual del autor pertenece al autor. No necesito recopilar telemetría, vigilar el uso del sistema ni convertir la infraestructura del cliente en una fuente adicional de beneficio. El software cuesta dinero porque contiene conocimiento, tiempo y responsabilidad. Pero lo que se vende debe seguir siendo el propio software, no los datos del cliente, el número de empleados ni su derecho a controlar su infraestructura.

Por qué continúo

Trabajo en este campo porque amo sinceramente la ingeniería. El desarrollo no es para mí una profesión temporal ni una carrera detrás de la moda, sino una forma de pensar y crear. No creo en utopías ni afirmo que un solo sistema pueda cambiar todo el mundo. Pero sí creo que la buena tecnología, una arquitectura honesta y una relación sensata entre autor, cliente y datos pueden hacerlo al menos un poco mejor.