Buzzwordbingo con Navision

Estimated reading time: 29 minutos

Buzzword bingo, también conocido como bullshit bingo, significa: integrar frases vacías sin sentido o incluso erróneas en tonterías publicitarias para fingir que la competencia no existe.
Durante las últimas 4 décadas, he visto llegar muchos hypes, los he experimentado y los he visto irse de nuevo. Y como llevo ganando mi dinero con Navision desde 1993, el «ver cómo se va» en particular siempre ha estado asociado a un ojo que ríe más que a uno que llora. Así que ahora es el momento de echar un vistazo a algunas de las exageraciones con respecto a «mi» Navision / Business Central 365 Dynamics. Importante: Ciertamente hay aplicaciones útiles para cada palabra de moda. Aquí sólo me refiero al mundo comercial, concretamente a Dynamics Business Central o Navision.

Desarrollo ágil

El desarrollo ágil siempre ha sido estándar en Navision & Business Central, ¡al menos en las versiones desde 1993 hasta la versión de primavera de 2019, inclusive! Mucho antes de que existiera este término, era completamente normal que los desarrolladores de Navision fueran directamente a la estación de trabajo del empleado, miraran el problema en la pantalla y luego cambiaran rápidamente una línea del programa. Y gracias a la estructura de Navision, el cambio de programa se realizaba en pocos segundos. Quien nunca haya programado en Navision (excluyo deliberadamente Business Central y BC 365 Dynamics) nunca ha practicado realmente el desarrollo ágil. Pues bien, con BC365 y AL, Microsoft ha acabado «afortunadamente» con esto, aunque Business Central siga siendo hoy en día uno de los entornos de desarrollo de prototipado rápido más elegantes del mundo.

DevOps

Un ingeniero DevOps supervisa y controla toda la infraestructura informática. Analizan y mantienen servidores, redes y bases de datos y se aseguran de que todos los sistemas funcionen correctamente y de que las aplicaciones funcionen sin problemas.
Además:
Realizar pruebas periódicas del software
Supervisar el rendimiento del sistema
Reaccionar ante errores y problemas.
automatizar procesos para aumentar la eficacia empresarial.
Por ejemplo, un DevOp escribe secuencias de comandos para configurar automáticamente herramientas o realizar pruebas, se ocupa de los conductos de integración continua/despliegue continuo y automatiza el mantenimiento de los servidores.

Esto apenas le cuesta a un desarrollador acérrimo de Navision Financials Attain/ Microsoft Business Central 365 más que una sonrisa de lástima, ya que describe nuestras vidas, incluso sin haber tenido nunca «DevOps» como término en la descripción de nuestro trabajo 🙂.

Continuous Delivery

Como ocurre con el desarrollo ágil: segundos después de realizar un cambio en el programa, el sistema también lo hacía llegar al usuario. Antes había que reiniciar el cliente si era necesario, pero RTC consiguió la proeza de hacer efectivo este cambio de forma inmediata. Todos los desarrolladores de C# / Java / SAP / Pearl sueñan con esto... y no comprenden lo sofisticado que es en realidad este "entorno de desarrollo totalmente extraño".

OOP – Object oriented programming

¿Los datos y la lógica de tratamiento de datos forman una unidad? En 1993 esto aún se llamaba "dbCallfieldcode", en 1996 se cambió a Record.Validate(Field). Programación orientada a objetos de forma limpia, comprensible y entendible, completamente sin herencia, sobrecarga y conflictos de parámetros. Las compatibilidades de tipo ya se comprobaban al guardar y en muchos casos, siempre que era posible, las resolvía el sistema. Si no, había un mensaje de texto plano comprensible, sin excepciones. Hasta hoy.

Base de datos en memoria (Hana)

Después de más de 25 años de desarrollo en los diferentes modelos de hardware (discos duros, SSD) & versiones de Navision (3.5x, Financials, Dynamics NAV, Business Central) & versiones de servidor (nativo, SQL) de la época: Si el hardware es muy débil, el desarrollador es muy malo. El servidor nativo podía manejar fácilmente 100-120 usuarios activos con 1 núcleo (es todo lo que podía usar) y 1 Gb de Ram y 10 discos duros (o un SSD). Sin embargo, en todo este tiempo no he encontrado un desarrollador que entendiera por qué los números de transacción escalan con el número de discos duros. O que supiera siquiera qué son los números de transacción...
En SQL, en un sistema limpio, 2 núcleos SQL por cada 50 empleados + 100 Mb por empleado deberían bastar para un sistema de base de datos que reaccione siempre con alto rendimiento. Por supuesto, también hay que vigilar las cifras de transacciones, pero desde los SSD, esto ya no es una cuestión ni siquiera para los instaladores de hardware menos pudientes. Sin embargo, todavía veo a menudo a gente que pone una base de datos SQL y un registro de transacciones SQL juntos en el mismo medio de almacenamiento (el mismo disco duro). A veces a través de la puerta trasera de un subsistema Raid-5. O archivos SQL en un pool de memoria. Entonces lo sabes de inmediato: nadaste contra la cerradura y luego, todavía un poco mojado y con dolor de cabeza, te hiciste cargo de la configuración. Bajo SQL llegó el nuevo reto de sabercómo funcionan las claves y los campos de flujo. Y cómo el servidor SQL se ocupa de las consultas (palabra claveResult Set"), esto tampoco lo sabe casi ningún desarrollador. Las bases de datos en memoria son un remedio si los desarrolladores son incapaces de ocuparse de sus estructuras de datos o sólo utilizan el cliente Cronos para hacer pruebas 🙂.

DevOps

Navision se instala una vez y listo, independientemente de si se utiliza la versión DOS desde 1993, la versión Windows-Native desde 1996 o la versión RTC desde 2012. Este es el final del lado Ops de DevOps, porque a partir de aquí un operador prácticamente no tiene más tareas para el funcionamiento estable de Navision. A menudo, la instalación del servidor SQL y del servicio Navision la realiza directamente el desarrollador. Porque él/ella sabe mejor que nadie (debería saber...) cómo debe funcionar un servidor SQL para Navision. A continuación, el desarrollo (Dev) de Navision tiene lugar directamente en el entorno de desarrollo de Navision o, desde Extensions V2 (Business Central 2018), a través de Visual Studio Code. Aquí tampoco tiene nada más que hacer el operador, es decir, el "maquinista" del equipo de EDP. Siempre ha sido así.

Framework

Por supuesto, Navision en sí es un framework, incluso uno que utiliza otros frameworks, por ejemplo .Net, MFC. Pero la mayor parte del tiempo, un desarrollador de Navision o Business Central no tiene contacto con ellos: se concentra en los modelos de datos (tablas), sus relaciones entre sí (relaciones), y en la lógica de negocio (C/Side, C/AL, AL, todo de alguna manera lo mismo). ¿AngularJS, Drupal, Ruby, JavaScript, VCL, frameworks de aplicaciones, frameworks de dominios, frameworks de clases, frameworks de componentes? Sí, todo esto es también de alguna manera Navision. Único: Al programador / desarrollador no le interesa nada de esto. Por desgracia, la propia Microsoft ahora conduce un nuevo cerdo a través de las aldeas de Business Central 365 cada pocos meses. Afortunadamente, no a través de los pueblos Navision, así que todavía estoy atascado en esta versión.
Y así copia el ajetreo constante del «mundo real» ahí fuera en el mundo de Business Central 365 Dynamics. Pero si te sientas y te relajas como desarrollador de navegación, al final todo vuelve a ser de alguna manera lo mismo, incluso AL con VS Code. Y así es como surge de nuevo la calma necesaria para las buenas soluciones.
El "marco" de Navision y Business Central se muestra -sobre todo- a través del entorno de desarrollo, que puede calificarse de ingenioso y que mantiene alejados del desarrollador todos los escollos habituales en otros lenguajes de programación (condiciones racetime, recolección de basura, código gestionado, transacción y compromiso...). Desde el RTC, Microsoft se ha esforzado por reintroducir varios problemas de aquella época (caídas repentinas del sistema, terrible manejo de cadenas, sort-on-demand...) en el antes feliz mundo Navision. Pero si conoce los escollos, podrá, en primer lugar, reconocerlos rápidamente y, en segundo lugar, evitarlos rápidamente.

Low Code

¿Escribir poco código para desarrollar una aplicación? Navision lo ha inventado. ¡Ya en el milenio pasado! Para la creación rápida de prototipos, incluyendo maquetas y docuscreens, se podían crear aplicaciones completamente funcionales, incluyendo informes, clasificación, búsqueda y filtrado, sin una sola línea de código hasta 2009R2 (sin RTC). Por desgracia, esto ya no es posible hoy en día. Pero incluso con AL sigue siendo más rápido que en cualquier otro entorno de desarrollo más o menos actual.

Cloud

AWS, Azure, nube privada... "No hay nube. Solo hay ordenadores que pertenecen a otra persona". Y por eso se paga. Porque el dueño de los ordenadores también quiere cobrar por sus ordenadores. Así de sencillo funciona este negocio. Con la diferencia de que ahora tienes un cable de cientos de kilómetros entre tu monitor y el ordenador de esta otra persona. Y no sabes dónde termina este cable, dónde están tus datos. Y no sabes quién está en el otro extremo del cable y que también se puede desconectar. Y que el ordenador también puede desconectarse. ¿No? ¿Dónde están los Windows-Phones? ¿Qué ha sido de la nube de Microsoft en Alemania? Qué será de Google Cloud Print, google wave, Google+? ¿Qué pasó con todos los Blackberry-ServicesY la Irista de Canon? ¿Qué ha pasado con Lima? ¿Cómo se almacenan hoy los datos del Robin-Smartphone?
Incluso con los servicios en la nube que siguen funcionando, surge la pregunta, sobre todo en Alemania: ¿es suficiente mi ancho de banda para hacer funcionar el servicio en mi empresa? ¿Y si traslado mi empresa del centro de Berlín a Brandeburgo? Puedo llevarme mi propio servidor, pero no una conexión de fibra óptica.
Las instalaciones homeopáticas para un Business Central en Azure Cloud hablan por sí solas. Ni siquiera tienen en cuenta las restricciones adicionales que conlleva esta decisión. En mi opinión, no deberías poner en la nube nada de lo que no puedas prescindir al menos durante un día. ¿Y ahorrar costes? Como ya se ha dicho, es un servidor que pertenece a otra persona. Y la otra persona no pone este servidor a disposición porque sea un gran humanitario. Pero, por supuesto, especialmente en el caso del software, existen modelos de alquiler deliberadamente calculados para que la cuota mensual sea más apetecible para el cliente que la compra.

Edge Computing

Como ya hemos visto con la computación en nube: No todo el ancho de banda disponible en el lugar cumple también los requisitos necesarios. ¿La solución? ¡Edge computing! En la forma más sencilla y que más se acerca a la definición, el servicio informático deseado pasa de la sala de servidores segura de la propia empresa al armario de plástico asegurado con una llave cuadrada en el cruce... simplemente edge computing... informática en la esquina (o interfaz) entre la red propia de la empresa y un centro de datos remoto.

Micro services

Servicio pequeño. Independiente, fácil de mantener, fácil de escalar. Muy práctico para consultar un tipo de cambio en Internet. Pero, ¿y si al mismo tiempo que se consulta el tipo de cambio debe realizarse una transacción, por ejemplo, una transferencia de divisas? Entonces el mínimo de dos o incluso más microservicios necesarios se convierte rápidamente en un macroservicio... Un macroservicio no transable. No en vano, los horarios y las reservas de vuelos, los suministros de electricidad y los seguros de pensiones siguen estando en gran medida en los mainframes. Porque allí, una transacción está garantizada para ser completada y confirmada en su totalidad. ¿Un ERP con miles de microservicios? ¿Precios coherentes junto con un pedido totalmente procesable garantizado con la consideración de un límite de crédito? En Navision, se inicia una transacción y se contabilizan las existencias, los saldos, la contabilidad de costes, las órdenes de fabricación y los ingresos por ventas de una sola vez. Y cuando se cancela la transacción, todos los datos vuelven a estar disponibles en su estado original. Sencillamente imposible con microservicios. Sin duda hay aplicaciones sensatas para ellos. Pero no en el mundo de los ERP.

NoSQL

Por supuesto, es agradable almacenar datos completamente desestructurados en una especie de base de datos. En el pasado, esto se llamaba sistema de archivos o Lotus Notes. En este sentido, no es más que vino viejo en botellas nuevas. Pero, ¿qué se hace con los datos no estructurados? Se crean metadatos, atributos... estructuras SQL clásicas. Y la facturación, las partidas abiertas, las existencias y los saldos de cuentas de mayor simplemente no necesitan No-SQL... eso es todo: No NoSql. Para un sistema comercial, los datos estructurados como los de una base de datos dBase, DB2, Firebase o Navision o SQL son el pan de cada día. No se necesita menos. Pero tampoco más.

Big Data

La palabra de moda de 2018-2019. ¿Alguien sigue hablando de ella hoy en día? Hay mucha información que solo puede encontrarse en una gran masa de datos. Ciclos de conmutación de semáforos basados en flujos de tráfico. Detección de defectos por tiempo de ejecución o por temperatura. Patrones de propagación de epidemias. Por regla general, sin embargo, "big data" significa, al igual que con la IA, que alguien era demasiado perezoso para hacer el reconocimiento de patrones por sí mismo. También podría leer los ciclos de los semáforos directamente desde los ordenadores de los semáforos. Pero si se prefiere utilizar teléfonos móviles que se pueden consultar gratuitamente en lugar del costoso cableado de los ordenadores de los semáforos, entonces los Big Data vuelven a ser un gran medio para el reconocimiento de patrones en sentido descendente, lo que nos lleva a la IA.
Hoy en día, el nuevo Big Data es Smart Data: datos preparados de forma inteligente, recopilados de forma compacta y procesados con facilidad. Y el BigData sólo es necesario como material de entrenamiento para la famosa IA. Después de eso, los datos son solo lastre.

AI Inteligencia artificial (&deep learning)

¿Inteligencia artificial? No existe. No existía en los 60, cuando Eliza aún valía un titular. Tampoco existió después, ni siquiera hoy. Lo que hoy nos venden como IA o es artificial... en cuyo caso no es inteligente. O es inteligente, en cuyo caso no es artificial. Es un reconocimiento automatizado de patrones a partir de masas de datos preindexados, de nuevo big data. Disfrazado de ChatGPT, no es sólo un reconocedor de patrones, sino también un generador de patrones. Y cuanto mejor se entiende este reconocimiento de patrones, más aleccionador resulta: ¡Mhm... no del todo! En el aparentemente mágico reconocimiento de imágenes los trenes no se reconocen por la cerradura, sino por las vías. Los caballos no se reconocen por la forma de sus cabezas, sino por los avisos de copyright.. Por esta razón, el reconocimiento facial (no el «reconocimiento de caras»), por ejemplo, también se lleva a cabo mediante la correspondencia de vectores.

«Lo mejor de la IA es que por fin desaparecen los titulares sobre blockchain» y “Una tienda está mal organizada y los responsables esperan utilizar la tecnología para resolver el problema organizativo”, así como “Recall no será el último ejemplo de IA compensando problemas que podríamos resolver mejor nosotros mismos si no nos comportáramos de forma tan estúpida”. Maravillosas citas de este artículo, que me habla desde el corazón.

Programación muy compleja. Pero también eficaz, en contraste con la a menudo más bien "precisa adivinación AI".En Navision, o más concretamente en Business Central, esto puede verse maravillosamente en el comportamiento de pago de los deudores (clientes). En casi todas las instalaciones Navision que he gestionado, existía la columna «Atrasado en días» en las partidas de facturas de deudores. Con una línea en el código de programa durante la compensación de partidas abiertas, se registraba allí una fecha de vencimiento. De este modo resultaba muy sencillo y preciso determinar si un cliente era un pagador fiable y cuántos descubiertos cabía esperar por cliente. Sencillo y preciso. En Business Central, ahora existe una solución de inteligencia artificial que, con mucho alboroto y mucha configuración, puede dar salida a una partida abierta: «Puede estar en descubierto». De verdad. Nada más. En el sector comercial, para inventarios y balances, para transferencias y recordatorios, simplemente no necesito IA. Necesito buenos conocimientos de contabilidad, buenos conocimientos de ventas y compras, sólidos conocimientos de gestión de mercancías. Pero Navision no necesita evitar que los coches autoconducidos choquen con los trenes...

Ejemplos para mi declaración: (ampliaré esto de vez en cuando)
https://www.heise.de/hintergrund/Neuronale-Netze-Wie-sie-angegriffen-werden-und-wie-man-sie-verteidigt-6132752.html?wt_mc=nl.red.ho.ho-nl-daily.2021-07-10.link.link
También un gran post de Mai Thai: https://www.zdf.de/show/mai-think-x-die-show/maithink-x-folge-04-100.html
Mención especial merece ChatGPT:
https://www.heise.de/news/ChatGPT-erfindet-Gerichtsurteile-US-Anwalt-faellt-darauf-herein-9068180.html?wt_mc=nl.red.ho.ho-nl-daily.2023-05-30.ansprache.ansprache

Y otro ejemplo realmente brillante de ChatGPT en relación con Navision: basta con preguntar cómo hacer una copia de seguridad de los datos en Navision 2009... Aquí me parece aún más notable la diferencia entre ChatGPT y la variante de Bing (Microsoft):

¿Tú también tienes la sensación de que productos como ChatGPT suenan más a «mala ciencia ficción»? Puedes estar tranquilo: todo lo que encuentres en los principales medios de comunicación sobre éstas y otras muchas IA es sólo eso: mala ciencia ficción. He aquí una pequeña guía para ayudar a enderezar el debate público (sobre todo por parte de legos).

Blockchain

¿Qué no todo debería ser más fácil, barato y seguro con el blockchain? Informes médicos, seguimiento de contenedores, disolución de los bancos en unos meses, democratización del dinero. Contratos autocumplibles. Una pretensión muy elevada para una base de datos descentralizada y replicante: eso es todo lo que es el blockchain por ahora, con todos los honores.
También hay algo "parecido" en la oficina de Navision: allí se llama extracto de cuenta, que sincroniza los pagos y los ingresos en efectivo. Y lleva haciéndolo muchos años, de forma automática si se desea..
¿Qué ha quedado del blockchain hasta ahora? Es una forma bastante buena de realizar negocios ilegales o pagar extorsiones informáticas. . Persuadir a gente estúpida para que haga pagos de dinero sin sentido con promesas descabelladas. . Oportunidad de publicidad de bajo costeLos nuevos titulares à la "Primer huésped pagado con Bitcoin" recuerdan mucho al primer viaje en tren de Nuremberg a Fürth. Bitcoin sigue siendo apasionante, blockchain encontrará su mercado. Sin embargo, un "todo debe ir a la cadena de bloques" impulsado por el marketing es tan estúpido como un irreflexivo "todo debe ir a la nube".

GitHub

Una administración en la que puedo almacenar diferentes versiones de un programa. Antes se llamaba editor de texto o copia de seguridad y ahora se almacena con estilo en la nube. De acuerdo, la fusión, la ramificación y la bifurcación son nuevas... Y de alguna manera una sobrecargatotal si sólo tienes que cambiar unas pocas líneas de todos modos. Tienes el original en la copia de seguridad de ayer listo para usar... ¿no?

Serverless Computing

Como término en sí, es una de las palabras de moda más estúpidas que se pueden inventar. Lo que se quiere decir, sin embargo, es que uno puede ejecutar funciones en una plataforma abstraída sin tener que preocuparse de las condiciones marco necesarias (hardware del servidor, rendimiento, configuración, a menudo también copias de seguridad, etc.). Por supuesto, el marco proporcionado para "sin servidor" también debe ser 100% adecuado para la tarea. Es mejor comprobarlo de antemano.
En Navision, a veces utilizo esta palabra de moda para divertirme y decir que el entorno Navision (servidor, cliente o servicio) puede "olvidarse" una vez que se ha configurado correctamente. Si se programa limpiamente, esto es cierto. He tenido clientes que no sabían dónde estaba su servidor de base de datos Navision nativo porque nadie se ocupó de esa caja durante años. Pero aparte de eso, vuelve a ser cierto: No hay nube. Solo hay ordenadores que pertenecen a otra persona.

Chatbots

Una plaga. Sobre todo porque a menudo no se puede distinguir entre el personal de soporte mal formado (=baratísimo) y los chatbots mal programados. Y eso que, hace una década, los chatbots eran EL bombazo que toda empresa necesitaba. Y hoy, los sistemas mal programados de entonces a veces siguen molestando en los sitios web porque alguien ha olvidado que el script de entonces sigue funcionando. Eve", una pequeña figura animada en Yellow-Strom, que -cuando se introducían los términos adecuados- se desnudaba, ha alcanzado estatus de culto. Por desgracia, no fue "olvidada", sino que en algún momento fue apagada. Una lástima.
Pero si lo haces bien, y realmente bien, puedes ahorrar mucha rutina. Ejemplo: el chatbot de quejas de Amazon. Sólo hace 2-3 preguntas sin pretender ser un ser humano. Y luego simplemente transfiere la información recopilada (¿qué artículo de qué pedido tiene qué problema?) de forma coherente a un empleado. Racional y funcional. Un modelo a seguir.

Second Life

Dólar Linden... ¿alguien se acuerda todavía de este nuevo "must have" de 2003? Las tiendas web, recién lanzadas por un montón de dinero, se están volviendo innecesarias. Las llamadas telefónicas se extinguen. Todo soporte y marketing debía estar absolutamente presente allí... ¿Y hoy? Gracias a los navegadores, Google y la optimización SEO, la comunicación se realiza en su mayor parte a través de textos, como en el siglo XVIII. En realidad, éstos todavía se leen y no se transmiten directamente al cerebro a través de un implante de microchip... ¡Por desgracia! ¿Por desgracia? Y Second Life... ¿sigue existiendo?

Oficina sin papeles

Una palabra casi tan vieja como yo. Y tan antiguo como el término "oficina sin papel" es el contradictorio estudio sobre el propio consumo de papel . Sin embargo, a partir de 2020, puedo ver quién sabe cuántos resquicios de esperanza en el horizonte! "Gracias a Corona -y a la home office que a menudo se ha hecho necesaria como consecuencia de ello (otra palabra de moda, pero esta vez realmente buena, en mi opinión...) muchas empresas intentan ahora de forma realmente consecuente convertir al menos sus facturas entrantes y salientes en documentos electrónicos, sin papel (PDF, etc.). Y eso, gracias a la flexibilización de las normativas estatales, está teniendo cada vez más éxito. Si todo el mundo se pone de acuerdo...
También me encantaría mostrarle mi versión de un sistema de procesamiento de facturas recibidas sin papel..
Y sin embargo... Cuando busco errores contables en contabilidad financiera, gestión de inventarios o contabilidad patrimonial, siempre hago primero una impresión en papel de la cuenta correspondiente....

SaaS – Software as a Service

Los programas que el usuario puede parametrizar al máximo, pero que por lo demás no pueden modificarse seriamente, se utilizan completamente sin instalación local a través de Internet. Gmail, Microsoft Office 365, Adobe... Grandes soluciones, muy fáciles de usar, disponibles en cualquier dispositivo. Mientras tanto, ¡también Business Central! Y la regla es: utilícelo exactamente como nos lo imaginamos... aunque no tengamos ni idea de sus procesos empresariales, sus precios especiales y la facturación de sus agentes. Bueno, con BC no es tan extremo. Puede integrar soluciones completas y modificaciones en BC a través de las extensiones. Sólo tienes que vivir con la certeza de que Microsoft acabará de pasar una actualización por encima y tu gestión de mercancías y tu contabilidad financiera no funcionarán durante unos días porque un "plug-in" (que es como se pueden entender las extensiones) no se adapta bien al cambio. Pero para empresas sencillas BC como SaaS es sin duda una opción. Es que no conozco ninguna empresa tan sencilla... Ah sí... ¿Alguien se acuerda de los Saas de los 70? ¿No? Incluso hoy en día todas las reservas de vuelos y trenes (¿en todo el mundo?) pasan por esos graciosos terminales verdes... con conexión en serie a un ordenador central. Corretaje de energía, movimientos bancarios, comercio de acciones, reservas de vuelos, seguimiento de contenedores: sistemas mainframe que permiten acceder a ellos desde cualquier parte del mundo mediante conexión serie. El mainframe ha muerto... larga vida al mainframe 🙂 .

Scrum

¿Alguien conoce realmente el origen de la palabra? Scrum es el scrum de rugby durante el contacto intenso con el balón.Esto significa que a los pequeños equipos de desarrollo sólo se les asigna un objetivo. Se supone que determinan el camino hacia este objetivo de forma independiente, con la esperanza de que alcanzarán su objetivo más rápido sin regulación. En este sentido, también se podría llamar equipo autoorganizado a la agitación en un hormiguero. En Business Central o Navision, esta metodología está menos extendida porque los desarrolladores individuales, en lugar de los equipos de desarrollo, suelen encargarse de soluciones completas, desde la definición de tareas hasta la puesta en marcha (propietario del proyecto). Pero, por supuesto, SCRUM también se puede mapear bajo / con Navision / BC, quizás incluso mejor que en otros entornos debido a los resultados extremadamente rápidos.

PbV – Pick-by-Voice

Un bombo logístico que personalmente nunca entendí... igual que muchos usuarios no entendían las voces y el ordenador de abajo tampoco entendía las consultas de los seleccionadores. No conozco muchas empresas que hayan utilizado PbV.... Y no conozco ningún empresa que volvería a utilizar PbV. Probablemente habrá uno o dos lectores que adoren y defiendan PbV... la mayoría simplemente, como yo, se encogerá de hombros.

Container, Docker, Kubernetes

Máquinas virtuales, contenedores... herramientas para utilizar mejor un hardware caro, pero no una panacea para nada... y desde luego no una cura milagrosa. Los contenedores también pueden tener desventajas en comparación con las máquinas virtuales, dependiendo del propósito. Y ambos pueden perder a veces una carrera contra el metal dedicado. El esfuerzo de Microsoft por promocionar el entorno de desarrollo Studio Code para Business Central/AL como una imagen Docker en muchos (¿todos?) los manuales es también bastante poco útil. Un obstáculo completamente innecesario que ya ha alejado a muchos interesados del desarrollo de extensiones. Y es la genial!

Disruption

Lo que no se reinventa cada día no sobrevive... Esto o algo parecido es la espada de Damocles sobre todos los programas que no se recompilan cada mes con la última tecnología. Es una pena que millones de líneas de ABAS, Navision (C/)AL, RPG y Cobol no se hayan dado cuenta. No toda programación de juegos de adivinación para una emisora de radio, programada con el último paradigma de software, tiene tanta importancia económica como para que se siga manteniendo dentro de 10 años. En cambio, sí lo son las reservas mundiales de vuelos en Cobol.

Mobile first

Principalmente moldeado por Google. Cada vez más usuarios migran al móvil. Sin duda es correcto. Pero... ¿Conoce a algún comprador que calcule las necesidades de acero de las próximas tres semanas en su teléfono móvil? ¿Se imagina a un contable que comprueba y contabiliza 1.200 operaciones al día en su teléfono móvil? Amazon, Whatsapp y Facebook no siempre son los puntos de referencia adecuados para las empresas.

Industria 4.0

Quizá la palabra de moda 2.0, el altavoz hueco .0. ¿Máquinas conectadas en red? ¿Realimentación de los datos de producción? ¿Robots que pueden cambiar sus propias herramientas? Hace tiempo que esto es habitual en la producción, donde tiene sentido. Una máquina que produce 7365 tenedores de patatas fritas 24 horas al día, 7 días a la semana, no tiene por qué...

KPI – Key Performance Indicators

Sí... ¿CUÁLES son los indicadores clave de rendimiento? ¿Facturación por empleado? ¿Costes por día? ¿Variación de existencias con respecto al año anterior? Todas estas son cifras de análisis importantes, pero ya se encontraban sin este término en libros centenarios para la formación de -en aquella época- los llamados asistentes comerciales.

RAD – Rapid Application Development

...No se pueden desarrollar soluciones comerciales más rápido que con Navsion / Business Central. Al menos yo no he encontrado nada en 30 años de "promesas revolucionarias" que lo hiciera posible. De lo contrario, sin duda ya habría cambiado de opinión.

Extensions AL

Vamos a dividir esto: Las extensiones V2 (!) en sí mismas son el mayor paso que ha dado Business Central o Navision. Limpiamente (!) programadas, permiten realmente la extensión de Navision (desde el punto de vista del usuario), tan fácil como una app en un teléfono móvil. Al principio, también causan los mismos problemas que las apps, por ejemplo, dependencias de determinadas versiones de Navision, problemas al actualizar la aplicación básica, etc., pero no siempre es así.
Pero eso está en la naturaleza de las cosas y es mucho peor con la programación "nativa". Y, por tanto, no debería considerarse una desventaja.
A pesar de todas las protestas: las extensiones en sí no han sido motivo para abandonar el entorno de desarrollo integrado. Se trata de una decisión puramente política y Microsoft no siempre ha satisfecho el gusto del cliente... En este sentido, Windows ME, Ribbons, Windows 8 también podrían contarse entre las palabras de moda 🙂.

AL a través de Visual Studio Code, por otro lado, es un enorme paso atrás desde el punto de vista de un desarrollador, al menos desde el mío. AL se promociona ahora como un "verdadero lenguaje de programación" o "Navision llega a la mayoría de edad". Sigue sin ser un verdadero lenguaje de programación, al menos no en comparación con C#, Visual Basic, C+, Delphi, etc..
Y eso también es razonable y bueno.
En un lenguaje de programación "real", usaría algo como #include para añadir cualquier extensión a mi lenguaje. Microsoft incluso ha prohibido Net en AL, al menos en Azure, y lo ha anunciado para todas las versiones posteriores.
Por el contrario, en un lenguaje de programación "real", me doblaría los dedos sólo por la agrupación de transacciones.
AL es exactamente lo que siempre ha sido C/Side o C/AL (¡en Navision 3.5x también se llamaba "AL"!): un entorno de desarrollo de alto rendimiento enfocado de forma óptima a los procesos comerciales. Nada más, pero en cualquier caso nada menos. Sólo que el desarrollo se ha vuelto mucho más complicado en comparación con el anterior entorno RDLC. Y tanto RDLC como Studio Code son enormes pasos atrás en comparación con el entorno totalmente integrado que incluye Report Designer de Navision a 2009R2. Un argumento en esta comparación fue, por ejemplo, que en RDLC ahora también se puede colocar texto girado 90°, por ejemplo como publicidad de la empresa, en la impresión. Yo no eché de menos eso desde 1993 hasta 2015 y ni siquiera lo he necesitado hasta hoy. Y el hipervínculo se podría haber integrado en el Diseñador de informes si se hubiera querido. ¿Alguien lo ha utilizado realmente de forma activa? Es decir, ¿no sólo de adorno?
Vale, para ser justos: la página 1 de x y la impresión coloreada, por ejemplo en rojo para los saldos negativos, es realmente genial y una verdadera ganancia. Pero incluso eso se podría hacer con el antiguo diseñador de informes, si Microsoft hubiera querido. Y si pudiera cambiar, preferiría prescindir de los saldos rojos que del diseñador de informes nativo 🙂 .

Para demostrar mi punto de vista, realizo la siguiente comparación/competición a cualquier hora del día o de la noche: Definimos una tarea comercial típica basada en datos y empezamos con un DVD de configuración de Navision adecuado (preferiblemente como imagen) en un ordenador Windows en blanco. Mi tarea: una cena de lujo en un restaurante de lujo, paga el más lento.

Y el último argumento a favor de AL, que ahora "cualquiera que sepa programar también puede programar Navision": Lo siento, pero eso es tan increíblemente estúpido... ¡Eso no sólo es estúpido, también es extremadamente peligroso! Por supuesto, cualquiera que pudiera llamar al diseñador también podía romper Navision. Pero había un respeto natural por el entorno: primero entender Business Central, luego responder y cambiar. Al menos eso evitó que unos cuantos completos idiotas rompieran Navision. Los otros se encontraron luego en Mibuso. Ahora Microsoft anuncia abiertamente que ya cualquiera puede programar en este sistema ERP. Incluso sin tener conocimientos de gestión de mercancías o contabilidad. Lo estoy deseando... De una forma o otra.
No en vano, incluso Thomas Heilsberg, hermano del creador de Turbo Pascal y todavía hoy arquitecto decisivo de Navision o Business Central, aconseja: Para ser un excelente desarrollador de Microsoft Dynamics NAV, entender los procesos de negocio es quizá incluso más crucial que entender el lenguaje, los objetos y los patrones de diseño. Traducido libremente: Para ser un buen programador de Navision, entender los procesos de negocio es quizás incluso más crucial que entender el entorno de desarrollo.
Ah sí... con las extensiones Navision por fin ha alcanzado técnicamente a SAP... Y también ha heredado los mismos problemas como la legibilidad y la búsqueda de errores. Se podría haber hecho mejor 30 años después...

Kanban

"Tarjeta". Un control de reposición basado en la demanda ("pull"). Por desgracia, sólo existe en un nicho de la industria occidental. Pero, ¿y si quiere utilizarlo para sus clientes??

Kaizen

Kaizen es una filosofía de cambio perpetuo originaria de Japón. En la industria, el Kaizen se ha dado a conocer en particular a través de los trastornos y mejoras de Toyota.
En su historia industrial, el kaizen consiste principalmente en los tres mu que hay que evitar:
Muda Despilfarro. Las cosas, las horas de trabajo, los materiales no deben desperdiciarse. En la interpretación occidental del kaizen, es sobre todo el muda el que ha llegado.
Mura Desviaciones en los procesos. Los procesos deben estandarizarse y luego vivir de esta forma. Cualquiera que haya participado en la planificación e implantación de un ERP sabe que no se invierte tiempo ni dinero en el 90% de los procesos sencillos. Se producen errores y se quema tiempo porque prácticamente todas las discusiones giran en torno a las características para el 10% (o menos) de las desviaciones.
Muri Sobrecarga de empleados y máquinas. Este mu se "olvida" prácticamente siempre. Especialmente en la industria occidental existe el nocivo mantra de la "utilización cercana al 100%" de empleados y máquinas. Esto no es saludable a fatal. Las consecuencias las sufrimos todos (casi) a diario: el tráfico en las autopistas, los retrasos y cancelaciones de trenes y vuelos. Esperas para que abran las cajas en el supermercado, largos tiempos de espera en la línea directa de telecomunicaciones. Las cargas de trabajo de hasta un máximo del 85 % mantienen la fluidez de los procesos. Los tiempos muertos ahorran dinero.

Quantencomputer, Quantencomputing

¿Qué no deberían poder hacer estas grandes cosas desde hace 10 años? Hackear todas las encriptaciones de forma instantánea y fiable, desarrollar panaceas, resolver tareas en segundos que a nuestros queridos PCs con Windows y Navision y Business Central en ellos les llevaría millones de años.
De acuerdo, cuando veo algunas configuraciones jodidas de Navision o Business Central 365, realmente desearía tener un ordenador cuántico para obtener cualquier respuesta de este sistema en un tiempo que pueda ser experimentado por los humanos. Pero eso es debido a los malos programadores en lugar de ordenadores Turing inferiores.
Mientras tanto, hay primeros superresultados relativos a tareas de optimización muy especiales. Pero para el resto habrá que esperar años, décadas. Escribo esto porque quiero saber por mí mismo cuánto durará mi pronóstico 🙂 Y hasta entonces, mejor optimizar y limpiar.