Llega a GitHub una alternativa gratuita y de código abierto a AutoCAD para 2D y 3D

En GitHub se ha publicado un proyecto que sus autores y la prensa presentan como una alternativa gratuita a AutoCAD. Permite crear planos 2D y modelos 3D, y su código fuente está abierto a todo el mundo. El original de Autodesk está a punto de cumplir 44 años: su primera versión salió en diciembre de 1982. La suscripción anual cuesta aproximadamente 2000 dólares por puesto de trabajo. El mensaje de CNews es breve, de modo que no revela el nombre del proyecto, su licencia ni su lista de funciones. A continuación se detalla lo que se sabe y cómo conviene evaluar este tipo de lanzamientos.

Un mercado que lleva tiempo esperando un sustituto

Durante décadas, AutoCAD ha sido el estándar para el dibujo técnico en arquitectura, ingeniería mecánica y construcción. Hoy su principal activo no es la interfaz ni el conjunto de comandos, sino el formato DWG, en el que se almacena un enorme archivo de documentación de proyectos de todo el mundo. Es un formato cerrado, y es precisamente lo que mantiene a los usuarios atados a las suscripciones de pago.

No faltan alternativas abiertas. FreeCAD se desarrolla desde principios de la década de 2000 y se distribuye con licencia LGPL. LibreCAD y QCAD cubren el dibujo 2D. En Rusia, tras la salida de Autodesk en 2022, la demanda se desplaza hacia KOMPAS-3D, de ASCON, y nanoCAD, de Nanosoft. Cada solución tiene su punto débil: o bien un soporte incompleto de DWG, o bien una transición complicada para equipos acostumbrados a AutoCAD.

Qué se sabe del nuevo proyecto

De los datos publicados se confirma poco:

• plataforma: GitHub, código fuente abierto;
• funciones: planos 2D y modelos 3D;
• coste: gratuito, sin suscripción;
• sin revelar: nombre, tipo de licencia, soporte de DWG y DXF, lista de plataformas, número de colaboradores e historial de commits.

Sin estos datos, la comparación grandilocuente con AutoCAD sigue siendo, por ahora, puro marketing. Un CAD gratuito no es una novedad en sí mismo. Lo será si el proyecto logra abrir archivos ajenos sin pérdidas y soportar cargas de trabajo reales.

Cómo evaluar este tipo de lanzamientos

Un proyecto CAD maduro presenta varias señales, y todas se pueden comprobar rápidamente.

Primera: el trabajo con formatos. Sin una importación y exportación fiables de DWG y DXF, el proyecto sirve para tareas personales, pero no para trabajar con contratistas ni para trámites de aprobación. Segunda: la licencia. GPL, LGPL, MIT y Apache influyen de forma distinta en la integración en productos comerciales. Tercera: el núcleo geométrico. Muchos CAD abiertos se basan en OpenCascade, y de sus capacidades dependen la fiabilidad de las operaciones booleanas y la velocidad en ensamblajes complejos. Cuarta: la actividad del repositorio, es decir, commits regulares, issues cerradas y documentación.

El anuncio no dice una palabra sobre redes neuronales, y no se pueden atribuir funciones de IA al proyecto. Aun así, un CAD abierto resulta interesante también en ese contexto. Su código fuente se puede conectar a asistentes que generan planos a partir de una descripción de texto y escriben scripts de modelado paramétrico. En los sistemas cerrados, este tipo de experimentos choca con las licencias y las API.

Qué debería hacer un ingeniero o un estudio

No conviene migrar los proyectos en curso de inmediato. Es más sensato montar un piloto pequeño. Tome entre 3 y 5 archivos DWG reales de distinta complejidad, con bloques, capas, cotas y referencias externas, y ábralos en el nuevo editor. Después, compruebe la impresión, las escalas y la exportación de vuelta a DWG. Si los archivos pasan sin distorsiones, se puede empezar a usar el proyecto en tareas internas: bocetos, trabajos de formación y modelos pequeños. Si no, conviene guardar el repositorio en favoritos y volver a él dentro de seis meses, cuando se vea cómo evoluciona.

Para las empresas que gastan en licencias cientos de miles de rublos o miles de dólares al año, incluso una sustitución parcial puede suponer un ahorro notable. Pero solo se justifica cuando el proyecto demuestre su compatibilidad en la práctica.