Pensando en voz alta tras una semana de clones en Rust.
La semana que lo empezó todo #
Esta semana, un equipo llamado ArtCraft, que publica bajo la organización Storytold en GitHub, ha lanzado aplicaciones de código abierto modeladas sobre software que todos conocemos. PdfCraft va a por Acrobat. Sus hermanos van a por Photoshop, Illustrator, Premiere, Lightroom, After Effects e InDesign.
PdfCraft ya tiene más de 15.000 estrellas y 6.000 forks. Está escrito en Rust, con licencia MIT y Apache-2.0, y funciona en macOS, Windows, Linux, FreeBSD y en el navegador. Los autores lo llaman una reimplementación «clean-room» y son claros en que está en alfa: según su propio recuento, está al 55 % del camino para sustituir a Acrobat en el uso cotidiano.
Cuando lo leí no pensé en PDF en absoluto. Pensé: ¿cuánto falta para que alguien le haga esto a FileMaker?
Aviso previo. Llevo años construyendo sobre FileMaker y formo parte de una comunidad de desarrolladores a su alrededor. No soy neutral, así que tomad esto como yo discutiendo conmigo mismo en público.
Mi primera reacción fue defensiva #
No puede pasarle a FileMaker. No es un visor que se pueda rehacer a partir de una especificación. Es una base de datos, un diseñador de maquetas, un lenguaje de scripting, un servidor y un modelo de seguridad, soldados a lo largo de treinta años.
Luego, la segunda idea, unos minutos después: eso es exactamente lo que diría alguien que tiene mucho invertido. Cuando intento defender el otro lado con honestidad, mi argumento de «no se puede hacer» se adelgaza más rápido de lo que me gustaría.
Qué ha cambiado #
Rehacer software maduro antes requería un equipo grande y años de paciencia. Ya no es una suposición segura. Rust hace realistas los motores rápidos multiplataforma. WebAssembly lleva el mismo código al navegador. Los corpus de pruebas públicos dan a los constructores algo contra lo que medirse. Y los agentes de programación con IA reducen la distancia entre una idea y algo que funciona. El repositorio de PdfCraft incluye archivos de instrucciones para agentes, lo que sugiere que así se construyó. Esa es mi lectura, no algo que digan los autores.
Así que «tenemos treinta años de ingeniería» es un foso defensivo más débil que antes, al menos para todo lo que se puede observar, especificar y probar.
Por qué FileMaker sigue siendo más difícil que Acrobat #
PDF tiene un estándar ISO. Es un regalo enorme para quien quiera reconstruirlo. FileMaker no tiene nada parecido: ninguna especificación pública del formato de archivo, ni de cómo se evalúan los cálculos, cómo se comportan los pasos de script, cómo se renderizan las maquetas o cómo se resuelven los privilegios. El producto es la especificación.
Luego está la integración. Un clon tiene que ser decente a la vez en base de datos, interfaz, scripting, servidor y seguridad, o no se sentirá como FileMaker para quien lo use. Y treinta años de comportamiento se acumulan: modo búsqueda, conjuntos encontrados, contexto a partir de las ocurrencias de tabla, portales, disparadores de script. Las soluciones reales se apoyan en las rarezas, no solo en las funcionalidades. Añade los complementos, los consultores y la comunidad, y hablamos de mucho más que código.
Pero desde fuera es más visible de lo que parece. La API de datos y OData exponen la estructura y los datos. El informe de diseño de la base de datos (DDR) y la exportación XML describen esquemas, scripts y maquetas en un formato legible por máquinas. No es el formato de archivo, pero es mucho material del que aprender, y un modelo que haya leído miles de esos informes sabe cómo son las soluciones reales.
«Clon» significa tres cosas distintas #
Un clon fiel que abre tu solución existente y la ejecuta sin cambios. Ese es el difícil.
Una alternativa suficientemente buena que importa la estructura y cubre la gran parte de aplicaciones de negocio a medida que en realidad son formularios, listados, informes y un poco de automatización. Muchas herramientas abiertas y de bajo código ya viven cerca de ahí.
O ningún clon. Los equipos simplemente hacen que la IA genere una aplicación a medida sobre una pila tecnológica común, y la plataforma deja de ser necesaria de forma silenciosa.
Lo incómodo es que creo que la segunda y la tercera son la amenaza real, no la primera.
Entonces, ¿cuánto tiempo? #
Esto son conjeturas, no pronósticos.
Un clon fiel de código abierto que ejecute soluciones reales: no lo veo posible en menos de tres a cinco años, y no me sorprendería que nadie lo terminara nunca. Nadie tiene un motivo de peso para hacerlo. PdfCraft existe porque el mercado de Acrobat es enorme. El nicho de FileMaker es pequeño, lo que a la vez lo protege y limita su crecimiento.
Una alternativa creíble que migre una buena parte de soluciones más sencillas: probablemente mucho antes, y puede que nunca se llame a sí misma clon de FileMaker.
Sustitutos hechos con IA para soluciones concretas: ya es posible para casos pequeños, y mejora cada pocos meses.
La viabilidad cae rápido. El incentivo es la parte que no puedo predecir.
Lo que FileMaker tiene a favor #
Es un solo producto con el que una persona que no programa puede hacer que base de datos, interfaz, scripts, servidor y seguridad trabajen juntos. Eso vale mucho. La gente tiene años de lógica de negocio dentro de estos archivos, así que los costes de cambio son reales. Hay una red global de desarrolladores experimentados que comparten lo que saben. Claris está dentro de Apple, lo que elimina la preocupación existencial que tendría un proveedor pequeño. El despliegue, las copias de seguridad, los conjuntos de privilegios y el alojamiento se han probado a fondo durante décadas. Y Claris sigue invirtiendo: OData y la API de datos, un servidor Linux, funciones de IA que llegan al interior de la plataforma.
Lo que juega en contra #
Todo depende de un solo proveedor: el formato, la hoja de ruta, los precios. El cliente de escritorio solo funciona en macOS y Windows, el móvil significa iOS mediante FileMaker Go, y la experiencia web lleva años siendo el punto débil. Las soluciones son archivos binarios, así que no hay una forma natural, basada en texto y amigable con los diff, de que un equipo se revise el trabajo mutuamente, algo que parece más anticuado cada año. Muchos desarrolladores sienten que el núcleo avanza más despacio que las herramientas que lo rodean. Los desarrolladores nuevos aprenden primero pilas web y rara vez se topan con FileMaker. Las licencias por usuario son fáciles de justificar para un equipo pequeño y más difíciles de defender frente a alternativas gratuitas a medida que creces.
Y luego, la IA. La migración siempre fue el gran foso defensivo. Si un modelo puede leer el informe de diseño de una solución y generar un equivalente que funcione, ese foso se hace mucho menos profundo.
Hacia dónde creo que va Claris #
Según mi lectura, la dirección tiene tres partes: IA dentro de la plataforma, conexión con el mundo exterior mediante API estándar y servicios de integración, y un alcance más amplio a través de herramientas web y más opciones de servidor. Es una dirección sensata. Aun así, tengo preocupaciones.
Me gusta la apuesta por la integración. Cuanto mejor se lleve FileMaker con todo lo demás, menos necesita serlo todo. Me gusta poner la IA donde ya están los datos, incluida la búsqueda por significado y las llamadas a modelos desde scripts, en lugar de dejar que los clientes la añadan por su cuenta. Y OData y la API de datos son la razón por la que existen herramientas como los servidores MCP.
Lo que me preocupa es la IA tratada como una funcionalidad en lugar de un cimiento. Un paso de script nuevo es útil. Hacer de la plataforma algo que un agente pueda inspeccionar, razonar y modificar con seguridad es un movimiento mucho mayor. La brecha web es la segunda preocupación: si los usuarios esperan vivir en el navegador, el cliente web no puede seguir siendo de segunda categoría. La tercera es que los bordes están abiertos pero el centro no. La definición de una solución sigue cerrada en un contenedor binario.
Hay una idea más grande debajo de todo esto. El bloqueo de proveedor es un activo que se deprecia. Cuando marcharse sale barato, las únicas razones que quedan para quedarse son el valor, la confianza y la comunidad.
Qué me haría cambiar de opinión: una representación de las soluciones basada en texto y compatible con el control de versiones. Un cliente web de primera categoría. Una historia clara para los agentes, es decir, introspección segura y automatización controlada. Cualquiera de estas cosas me diría que Claris está invirtiendo en ser elegido, no solo en ser difícil de abandonar.
Entonces, ¿cuánto tiempo? #
He llegado a pensar que la pregunta es ligeramente errónea. Un clon, si alguna vez aparece, es un síntoma. La pregunta de verdad es qué hace que la gente siga eligiendo FileMaker cuando marcharse sale barato.
Mi respuesta por ahora: la integración, la comunidad, la madurez, y un proveedor dispuesto a abrir lo suficiente las cosas para que construir sobre FileMaker siga siendo una apuesta segura para los próximos diez años. Todo eso sigue en manos de Claris, y en las nuestras.
¿Cuánto tiempo crees que le queda a FileMaker? ¿Y qué te haría quedarte de todos modos?