Este es la eterna discusión para los que desarrollamos en Microsoft Access. ¿Programo en Access o en Visual Studio?

Y la duda surge, en la mayoría de las ocasiones por esta afirmación que suelo escuchar con frecuencia: Access es una aplicación de segundas.
Vamos a intentar demostrar que Access no es una aplicación de segundas y que no rivaliza con Visual Studio sino que juegan en ligas distintas. Aunque ambas aplicaciones sirvan para diseñar software que nos facilite la vida cada una de ellas tiene puntos débiles y otros más fuertes que hace que cada una se desenvuelva en entornos diferentes. Veamos en líneas generales algunos puntos:
Visual Studio
- Requiere conocimientos en programación para su manejo.
- Es multilenguaje (Visual Basic, C#, C++, Python, HTML, PHP, etc.)
- Diseñada para desarrollar en equipos.
- Herramientas para usar servicios en la nube.
- Capacidad de gestionar bases de datos externas.
- Increíbles herramientas de depuración de código.
- Ayudas en pantalla para escribir código (IntelliSense).
- Licencias más costosas que Access.
Microsoft Access
- No requiere conocimientos de programación para su manejo.
- Dispone de Macros para programar.
- Incluye Visual Basic para Aplicaciones.
- No está diseñado para desarrollar en equipo.
- Capacidad para conectarse a bases de datos externas.
- Herramientas básicas de depuración de código.
- Ayudas para escribir código (IntelliSense).
- Licencias más económicas que Visual Studio.
Ambas son grandes herramientas, si bien es verdad que abordar proyectos de envergadura que requieran equipos de personas programando y gestión de más de un lenguaje de programación para el mismo proyecto a la vez que poder utilizar un potente gestor de cambios como Git solo puede hacerlo Visual Studio.
Sin embargo con Access se pueden desarrollar otros proyectos que no requieran tanta complejidad y, sobre todo, dada su sencillez, permite disponer de modelos en muy poco tiempo. Digamos que Microsoft Access encaja mejor en los departamentos de las grandes empresas que a nivel general desarrollando grandes herramientas corporativas.
Este punto es realmente importante porque a los programadores se les olvida con frecuencia que todas las empresas tienen necesidades a nivel departamental que no suelen cubrir las herramientas corporativas. Implementar estas necesidades suele ser costoso, requiere mucho tiempo, burocracia, permisos, y mil cosas más para un problema que, en muchas ocasiones es sencillo de resolver.
Y aquí es dónde Access gana por goleada a Visual Studio por motivos como:
- Es sencillo de manejar.
- No require experiencia como desarrollador para empezar.
- Incluye todo lo necesario para crear una aplicación funcional.
- Tiene muchos asistentes que ayudarán a crear la aplicación.
- Se pueden hacer programas compartidos en red por varios usuarios.
- Se puede programar con Visual Basic si nos quedamos cortos con las macros.
- Podremos conectarnos a bases de datos externas.
- Incluye las herramientas para generar informes de forma sencilla.
- Access suele estar instalado en todos los ordenadores con Office.
Diríamos que Access es fácil que lo tengas instalado y ni siquiera te hayas fijado en él.
Cualquier persona de la organización que necesite resolverse un programa con la información que gestiona podrá, con poco esfuerzo, crearse su propia solución sin necesidad de recurrir a los departamentos de informática, y la burocracia, de la empresa.
Como puedes ver estas afirmaciones no están dirigidas al programador informático, hasta ahora hemos podido prescindir en parte de él. Pero veamos, si eres un programador experto, que puede ofrecerte Access, la herramienta en ocasiones mal denominada «de segundas».
¿Quien define lo que es una herramienta de primer nivel o de segundo nivel? Aquí hay mucho postureo que ante el desconocimiento se empeñan en desprestigiar una herramienta que por si sola es completísima. He visto programadores crear aplicaciones con un simple editor de textos como el notepad sin necesidad de artilugios ni las ayudas que traen Access o Visual Studio.
Entonces, si se puede programar con un simple editor de textos ¿por qué Access con su gran cantidad de opciones es mala opción? pues dejarme que os diga que no lo es.
Tenemos una integración de herramientas en Access tal que, sin salir de Access podemos diseñar una aplicación de principio a fin. Además de las macros y asistentes. Y si aún así se nos queda corto podemos extender el desarrollo escribiendo código Visual Basic desde su propio editor. Esto nos extiende su potencial prácticamente hasta los límites del propio desarrollador.
Además, siendo una herramienta creada por Microsoft allá por el año 92 entenderás que existe documentación para dar y regalar por la web, a parte de este blog que estás leyendo, donde encontraras miles de respuestas resueltas, trucos, mejoras, técnicas novedosas, nuevas funcionalidades.
Estoy seguro que no te quedarás con dudas cuando estés desarrollando tu propia solución en Microsoft Access. Te pongo a continuación algunas de los lugares de la red donde encontrar información al respecto.
Enlaces de interés
- Foro Búho
- Web de Chea
- Foros LWP
- Web de Nekkito
- Foros nksvaccessolutions
- Access User Groups España
- Canal de Youtube de AUGE
- Web de Emilio Sancha
- Canal de Youtube Docebit
Estos enlaces son solo una pequeña muestra de la gran cantidad de material que hay disponible en la web.
Aprovecho para recordar que el grupo de usuarios Access España realiza una jornada presencial anual bajo el título «¡ Descubra el poder de sus datos!» donde se reúnen los desarrolladores más importantes de España para mostrarnos sus técnicas, sus trucos, avances en el desarrollo, nuevos métodos y un sin fin más de cosas sobre esta gran herramienta.