Tiempo estimado de lectura: 4 Minuten
Es curioso que tenga que escribir este artículo... ¡o que quiera hacerlo! Porque llevo trabajando con agile desde que empecé a trabajar con Navision en 1993... 8 años antes incluso de que se utilizara el término agile en el desarrollo de software.
¿Qué es el desarrollo ágil de software?
agil/aˈɡiːl,agíl adjectivo „mostrar gran agilidad; ser enérgico y ágil". Ejemplo: "Un hombre de negocios ágil". Puede que muchos también conozcan la agilidad por los deportes caninos o ecuestres.
El desarrollo ágil de software surgió como respuesta al desarrollo en cascada habitual hasta entonces (que a su vez derivaba de la producción en serie de Henry Ford).
En el desarrollo ágil de software, por ejemplo, es importante ofrecer soluciones rápidas en pequeños pasos. El desarrollo ágil de software es una idea, no un proceso firmemente definible. En esencia, el desarrollo ágil de software se refiere a los siguientes principios rectores, no sólo en proyectos en torno a Navision o Business Central:
- Personas e interacciones tienen prioridad sobre los procesos y las herramientas.
- Software funcional tiene prioridad sobre la documentación exhaustiva.
- Cooperación con el cliente tiene prioridad sobre las negociaciones contractuales.
- Responder al cambio tiene prioridad sobre seguir un plan.
Lo que las empresas hacen de ello suele ser cualquier cosa menos ágil.Es por eso que «ágil», al igual que Scrum, es más o menos considerado muerto hoy en día. Was „In sich bereits dumm ist“, denn da Agil, genauso wie Scrum, lediglich eine Ideensammlung ist, kann diese weder tot noch schlecht sein. Es hängt halt davon ab, ob und was man sich daraus aneignet.
¿Qué conecta Navision / Business Central con el desarrollo ágil de software?
Las versiones anteriores (Native Navision) hasta la versión 2009R2 tenían todas algo en común: el entorno de desarrollo, incluido el compilador, era parte integrante de cada sesión de Navision. ¿Era necesario ampliar una columna en la lista de saldos totales de un informe porque las ventas habían superado el límite de 99 millones? Directamente en el cliente, Ctrl+F2, Vista/Secciones, ampliar la columna con el ratón, Esc, Esc, ¿Guardar? Sí, ¡listo! ¿No se mostraba un campo existente en las líneas de pedido? Ctrl+F2, seleccionar e insertar campo, Esc, ¿Guardar? Sí, ¡listo!
Desde RTC (Navision 2013 a Dynamics 2019, en realidad 2018), esta ventaja imbatible y bastante única es desgraciadamente historia. Se hizo una distinción entre un entorno de desarrollo todavía increíblemente rápido y la interfaz. Dado que la interfaz ahora era servida por un servicio de servidor, este paso era necesario para ella. ¿Si esto era bueno o malo? Mhmmm...
Con AL y Extensions, Microsoft ha renunciado a todas las ventajas de esta estrecha integración. Business Central se presenta al desarrollador como un entorno de desarrollo normal, y la mayoría de los nuevos programadores no comprenden que también hay una contabilidad financiera trabajando en segundo plano. Lo noto en las consultas que recibo cuando un novato que dice «¡Yo también sé Fullstack!» confunde el debe y el haber en una contabilización de gastos adicional.
¿Por qué Navision o Business Central es el socio natural para el desarrollo ágil de software?
Aunque no apruebo el desarrollo hacia AL, Navision / Business Central sigue aportando algo que Java, Python, PHP, C++, C#, etc., etc., en esta forma (llamémosla «perfección») no pueden o no quieren aportar por su propia naturaleza: el enfoque basado en datos. Esto es lo que aún hoy conecta a Business Central o Navision con hitos del desarrollo informático como dBase (Clipper), Access, AS/400 con DB2 y el legendario Siemens Nixdorf con Comet. El sistema garantizaba que los datos fueran coherentes y que se pudieran recuperar fácilmente según criterios y clasificaciones preestablecidos. El programador no tenía ni tiene que preocuparse por las transacciones, los encapsulamientos, etc. Pero también en este caso hay que expresar un gran agradecimiento a Microsoft: gracias a las extensiones, las transacciones en Navision por fin han dejado de ser seguras y requieren una buena dosis de conocimientos técnicos para no generar estructuras de datos perdidas.
Ah, sí... La orientación a los datos... ¿Alguien más conoce UniVerse/UniData/D3 o su precursor Pick? Pick sigue siendo muy activo en el mercado estadounidense de vehículos de segunda mano, aunque casi nadie conoce este nombre. Se conocía más bien como «Mentor», «Zebra» o «Revelation». Creo que ni el original ni sus derivados llegaron nunca a Alemania. En cuanto a la programación en Basic y la flexibilidad, el «sucesor más natural» aquí también sería Navision o Dynamics Business Central BC365... aunque Pick tiene una posición única, ya que está (o estaba) más cerca de NoSQL que de las bases de datos estructuradas en forma normal.
Mi opinión sobre la cualificación de los programadores desde aproximadamente 1995: prefiero convertir a un contable en un programador suficientemente bueno que a un programador en un contable mediocre.
Sin embargo, esto no debe distraer del hecho de que NAVISION y BUSINESS CENTRAL siguen siendo el entorno natural para las aplicaciones basadas en datos, como la gestión de mercancías, la ERP y la contabilidad financiera. Que Navision y su hijo Business Central sean cada vez peores en este sentido, no significa (por desgracia) que haya algo mejor.