Mi historia informática

Nav123: Navision, Showare, OrderApp

Print Friendly, PDF & Email

... empieza 1982.

Juego en vivo. Programación por matrices llevada al extremo.

Mi primer ordenador fue un PET en 2001. Por suerte para mí, la Hegelsbergschule en Kassel seguía siendo una escuela modelo supermoderna con muchos profesores muy ambiciosos. Y en 1982, ¡tenía uno de los primeros laboratorios informáticos de Alemania! En aquella época, Commodore-Basic (en realidad ya era un producto con licencia de Microsoft) era uno de los lenguajes de programación más extendidos.

Phywe PDR1 Demonstrationcomputer
Un ordenador de demostración con el que aún se podían ver los bits vagando

En esta escuela también había un ordenador de aprendizaje, probablemente fabricado por Phywe (similar al de la foto). En él todavía se podía sentir el ensamblador y entender cómo la memoria, la ALU y la unidad de control trabajan juntas - y por qué hay comandos simples (desde el punto de vista del procesador) y difíciles.
A diferencia de todos los temas relacionados con el almacenamiento (ordenación, claves, campos, tamaño de los registros), esto apenas tiene importancia hoy en día.

File:Technische Sammlungen Dresden - Rechentechnik - Demonstrationsrechner RSG 103 - DSC4422.jpg
Una RSG 103 ALU

ZX 81. Programmieren lernen mit 1Kb Hauptspeicher (RAM). Speicherplatz ist wertvoll!
El Laberinto del Gran Búho. Aventura en 3D en 16 Kb y en blanco y negro.

Primero en un ZX81 y más tarde en un ZX Spectrum, la programación con ahorro de memoria y el ensamblador "rápido como una flecha" se convirtieron en herramientas de la vida cotidiana.

ZX Spectrum. Gigantische 48 Kb RAM, aber langsam wird Geschwindigkeit interessant.
Mi primer sistema de planificación de recursos empresariales, que incluía la gestión de inventarios y la facturación, se creó en los años 80 en un ZX Spectrum con una unidad Beta.

Turbopascal de Anders Hejlsberg. La similitud visual con Navision 3.5x ya resulta convincente.

A través de CP/M, se añadió Turbo Pascal desde la versión 3.3, la base de todos los lenguajes procedimentales hasta hoy... y también un importante bloque de construcción para el primer "Navision", la versión 3.52 de DOS, que fue desarrollada por Thomas Hejlsberg, hermano del brillante desarrollador de Turbo Pascal Anders Hejlsberg. Dato curioso: Navision también tenía la "Calculadora" integrada en la versión Dos, al igual que Turbo Pascal.

Con los IBM que funcionaban con disquete (DOS = Sistema Operativo de Disco), surgió un gran sentimiento por mantener los conjuntos de datos de procesamiento en memoria en la medida de lo posible, para no tener que acceder al lento disquete. Una base importante para el hecho de que la RAM siempre es valiosa al final y la memoria SWAP no es una alternativa. En una época en la que "la memoria no cuesta nada", desgraciadamente esta comprensión falta en muchos programadores noveles... y, según mi experiencia, no se puede enseñar.
Si lo desea, puede leer un poco de lo "básico" aquí.

IBM... mis nuevas raíces

En 1986, poco después de DOS, aparecieron dBase y Clipper.

Con dBase/Clipper en el primer clon de IBM, se creó la comprensión fundamental de los registros (conjuntos de datos)... y por qué ordenar registros es un trabajo duro para un ordenador. Un valioso conocimiento básico, que además es difícil de enseñar a los novatos en programación. Y: ¡un aumento increíble de la productividad! INSERT/DELETE/SORT, transacciones, máscaras, listas... De repente, todo dejó de ser trabajo del programador... porque otros programadores ya habían hecho antes el trabajo por él. Sin embargo, había que saber de claves. Como hoy, las claves de ordenación son a la vez una maldición y una bendición... La dosis hace el veneno.

Turbo Pascal se convirtió en la herramienta básica elegida en los estudios para todo el desarrollo de lenguajes de alto nivel. La recolección de basura, las manipulaciones de cadenas y los menús todavía se hacían a mano "por aquel entonces". Pero cualquiera que haya desarrollado por sí mismo la gestión de cadenas entiende muy bien por qué Navision RTC tiene sus problemas con las modificaciones de cadenas. Una excepción era la programación de microcontroladores. El ensamblador era un "lenguaje" de programación increíblemente sencillo y lógico... pero nunca mi amigo. Gracias a Intel por introducir el 8052AH, que me permitió hacer incluso tareas de control complejas en un microcontrolador en Basic. Así que si crees que la Raspberry pi como microordenador compacto y fácil de programar es un nuevo descubrimiento totalmente a la moda del siglo XXI... Lo siento, es todo vino viejo en botellas nuevas 🙂 ¡Y ahí ya teníamos LEDs!

Durante mis estudios también entré en estrecho contacto con la gestión de mercancías de Siemens Nixdorf/Comet TOP con Business Basic. También una solución fascinante, y con razón líder del mercado en aquel momento. También aquí era natural que el programador se ocupara de sus tareas... y no de la gestión de datos. Esta experiencia me ayudó mucho más tarde a sustituir las aplicaciones Comet por Navision. Por supuesto, yo no lo sabía en 1990. Pero el manejo confiado de F3 para insertar y F4 para borrar me quitó un pequeño obstáculo para el posterior Navision 🙂 .

Mira la línea del menú: Los hermanos Heijsenberg te mandan saludos 🙂 .

Navision... El primer contacto se produjo en noviembre de 1993. Una demostración de un antiguo empleado de mi empresa de formación. Y en aquel momento me hice la pregunta que aún hoy me mantiene con Navision: ¿Por qué habría que programar de otra manera?
Sí, Navision... Por supuesto, ahora también hago AL bajo Visual Studio Code con Business Central. Pero la regresión en la productividad duele.

Y así, con el tiempo, por supuesto, se sucedieron todas las versiones de Navision. Desde la versión 2.01, superestable e incluso entonces extremadamente rápida e innovadora, hasta la versión 3.70 con una integración de automatización estable (¡Bienvenido, Excel, Word y el primer planificador estable!).

Lo admito... al principio estaba muy nerviosa con el RDLC y el diseño general en RTC. La forma completamente nueva de programar los informes era... ¡pesada! Si todavía me hubieran dado colores en el informe para el Navision nativo (como se llamaba ahora, versiones hasta 2009R2) (para mostrar los valores objetivo en rojo, por ejemplo): No habría necesitado más para contentar a mis clientes. Mientras tanto, por supuesto, también aprecio las ventajas de RDLC.

Así es como me convertí en un comedor de quiche- según ED Post. ... ¡y todavía hoy me encanta esta forma de programar! Nunca he echado de menos ser un verdadero programador. Cuando con Navision, como uno con dBase y Clipper, incluso comparable a Cobol, puedo concentrarme puramente en resolver la tarea. Y no tengo que preocuparme de fugas de memoria, recolecciones de basura, herencia, sobrecarga, lazy read y todas las demás cosas que un programador que no es de Navision tiene que tener en cuenta. Y eso nos sigue dando de comer más que bien a mí y a mi guapa mujer..