¿Por qué la gente sigue usando VBA?

Artículo original ↗ Discusión en Hacker News ↗

VBA persiste porque Excel y el resto de Microsoft Office son las únicas herramientas programables que muchos empleados realmente tienen permitido usar en entornos corporativos muy bloqueados. Los comentaristas describen cómo usuarios avanzados sin perfil de desarrollador automatizan trabajos enteros, crean prototipos de herramientas de negocio y conectan sistemas con macros, a pesar de la antigüedad, las peculiaridades y los riesgos de seguridad de VBA. El tema general es la tensión entre las políticas restrictivas de TI y la necesidad de automatización rápida impulsada por los usuarios finales, algo que las alternativas “modernas” actuales como los complementos de Office, Python alojado en la nube o las aplicaciones web a menudo no igualan en accesibilidad e integración.

Herramienta integrada y ubicua

  • VBA viene incluido con Office (especialmente Excel/Access/Word/Outlook) y no requiere instalaciones adicionales, aprobaciones ni infraestructura.
  • El IDE, el depurador y el generador de formularios GUI vienen integrados y son estables; las macros se pueden grabar y luego editar.
  • Esa experiencia de “justo ahí en Excel/Word” se contrasta con complementos, aplicaciones web o IDEs separados que necesitan la intervención de TI.

Bloqueo corporativo y TI en la sombra

  • Muchos entornos están fuertemente restringidos: no se pueden instalar programas, no hay línea de comandos, no hay runtimes modernos, y a veces incluso se bloquea USB.
  • En esos lugares, VBA (y a veces PowerShell) es literalmente el único entorno programable al que pueden acceder los usuarios.
  • Esto impulsa la “TI en la sombra”: usuarios de negocio construyen sistemas con Excel/Access/VBA porque pasar por TI oficial es lento, caro o desdeñoso.

Productividad, prototipado y “automatizó mi trabajo”

  • Hay muchas anécdotas de personas que automatizan días de trabajo manual y lo reducen a minutos usando VBA.
  • A menudo empieza como una macro rápida y crece hasta convertirse en herramientas críticas para la misión (miles de líneas) usadas para informes, trading, fabricación, logística, etc.
  • Algunos ven estos sistemas como soluciones improvisadas peligrosas; otros los ven como prototipos vivos valiosos y como prueba de valor empresarial que TI podría industrializar más adelante.

Lenguaje e IDE: fortalezas y debilidades

  • Elogiado: sintaxis simple y accesible; integración estrecha con los modelos de objetos de Office; buen depurador; formularios; acceso a COM/Win32; lo bastante rápido.
  • Criticado: semántica anticuada y peculiar; mala modularidad; sin funciones modernas (generics, lambdas); “On Error Resume Next”; trampas de localización; difícil de versionar y probar.

Alternativas y sucesores

  • Se discuten PowerShell, Python, JS, Office Scripts, complementos de OfficeJS, VSTO, herramientas de RPA, Jupyter, etc.
  • Barreras: necesidad de instalaciones, servidores, licencias, ejecución en la nube (preocupaciones por fugas de datos), integración limitada con Office, ausencia de editor en el documento o despliegue restringido.
  • Las opciones más nuevas (Python en Excel, Office Scripts, OfficeJS) se consideran prometedoras, pero por ahora demasiado limitadas, atadas a la nube o difíciles de distribuir.

Preocupaciones de seguridad

  • Las macros han sido durante mucho tiempo un gran vector de malware; algunas organizaciones ahora las deshabilitan por completo.
  • Otras no pueden hacerlo, porque demasiados flujos de trabajo dependen de ellas; las mitigaciones de seguridad son parciales y desiguales.

Dinámicas organizacionales

  • Tema recurrente: TI/seguridad optimizadas para el control y la aversión al riesgo frente a usuarios de negocio optimizados para sacar el trabajo adelante.
  • VBA persiste porque se sitúa en la intersección de “ya instalado”, “lo bastante potente” y “no bloqueado”, lo que permite la informática de usuario final cuando los procesos formales de TI no pueden o no quieren hacerlo.