OccupySaaS es el intento más reciente de un grupo de usuarios por reemplazar el software que se arrienda por suscripción. El proyecto quiere crear reimplementaciones de código abierto de servicios comunes usando herramientas de IA, y sus dos primeras piezas apuntan contra Auth0 y Salesforce, informó Tom's Hardware el 4 de noviembre.

La clonación de software con IA está en plena discusión. Las empresas que venden ese software difícilmente miran con buenos ojos a programadores que se organizan para copiarlo. Del otro lado hay usuarios cansados de las suscripciones, de las alzas de precio y de la baja en la calidad del producto, que se suman con ganas a la rebelión. El ruido que generó ArtCraft, presentado como reemplazo de Adobe, es una muestra de eso.

Qué está construyendo OccupySaaS

Las dos iniciativas en marcha se llaman ZeroAuthy, alternativa a Auth0, y SalesCompel, alternativa a Salesforce.

Estos servicios corren en los servidores de sus empresas, así que no hay binarios que examinar ni descompilar. Las reimplementaciones se hacen a partir de la documentación disponible, las API, el comportamiento de los kits de desarrollo y los estándares abiertos que correspondan. Según el sitio del proyecto, la idea es que cada pieza nueva funcione como reemplazo directo, compatible a nivel de API, cuando sea posible.

El proyecto pone reglas éticas estrictas para el desarrollo. Todo el trabajo tiene que ser una reimplementación completa en sala limpia, sin código descompilado, sin información confidencial (código fuente incluido) sacada de empleadores anteriores y sin copiar elementos de interfaz ni marcas registradas.

¿Es más fácil o más difícil clonar un servicio en la nube?

Las dos cosas. Por un lado, lo único que importa es que las entradas del usuario produzcan las mismas salidas que el software original, y ese comportamiento está definido en buena parte por las especificaciones mencionadas.

Por otro, un software alojado es una caja negra, con comportamientos internos y trampas que no saltan a la vista. Igual que pasa con los emuladores de consolas, un reemplazo directo tiene que reproducir hasta los errores existentes de la API para ser compatible del todo. Tom's Hardware pone a Jira como ejemplo.

Además de los dos servicios ya nombrados, OccupySaaS quiere crear reemplazos para gestión de documentos y wikis, seguimiento de incidencias, feature flags de software, observabilidad de servidores y atención al cliente. Tom's Hardware apuesta a que los blancos en esas categorías serían Confluence, Jira, LaunchDarkly, Datadog y Zendesk.

¿Por qué Go y no Rust?

El lenguaje elegido es Go. Ganó frente a Rust porque permite compilar y enlazar todas las dependencias en un solo binario, que no necesita instalador y se copia y ejecuta directamente en el sistema de destino. Según OccupySaaS, eso lo hace ideal para empaquetarlo en un contenedor Docker o en otras formas de autoalojamiento.

Hay quienes van a responder que el sentido de arrendar un SaaS es justamente que cualquier falla del código o de la infraestructura es problema de otro, y que correr una instancia propia es retroceder. Pero el software de OccupySaaS tiene licencia Apache 2.0, así que nada impide que alguien ofrezca un servicio comercial basado en él. Red Hat Enterprise Linux, GitLab y WordPress son ejemplos de ese modelo.

Quién está detrás

El proyecto parece ser obra de Thomas Meadows, ingeniero de software con dos décadas de experiencia. En su página personal afirma que su fuerte es la gestión de proyectos, una habilidad útil en tiempos en que el trabajo consiste en dirigir agentes de IA hacia un objetivo.

El sitio del proyecto se lee como un manifiesto. Sostiene que el licenciamiento por puesto castiga el crecimiento de las empresas y que las mismas personas que crearon ese software hoy están siendo despedidas. Su consigna lo resume así.

"El software construido por el 99% le pertenece al 99%".