Elegir un nombre para una variable cuando estás programando es fácil. Pero, ¿elegir un buen nombre? Eso quizá ya no lo sea tanto: debe ser descriptivo (esto es, capaz de representar claramente qué función ejerce dicha variable), así como comprensible por otros desarrolladores que puedan tener que revisar el código en algún momento.
Por ello, para facilitar la tarea de nominar variables, los desarrolladores tienen a acogerse a alguna convención, un criterio más o menos fijo para decidir cómo y en qué orden poner 'los nombres y apellidos' de una variable (e incluso cuándo optar por las mayúsculas y las minúsculas). Y entre las múltiples convenciones disponibles, destaca una llamada 'la notación húngara'.
Por ejemplo, en el caso de 'codigoProducto', 'CodigoProducto', 'codigo_producto', 'codigo.producto' y 'nCodigoProducto', es esta última la que consideraríamos que se acoge a la citada notación, pues al nombre en sentido estricto se le adjunta un prefijo en minúsculas que indica el tipo de dato representado (en este caso, 'n' de número).
En teoría (luego volveremos sobre eso), el mérito de su creación debemos atribuírselo a Charles Simonyi, el creador de Bravo (el primer procesador de textos WYSIWYG), de Multiplan (el antecesor directo de Microsoft Excel), de MS Word (en su versión para MS-DOS) y, posteriormente de Microsoft Office.
En realidad, Simony ya había descrito su idea mucho antes de hacerse un nombre en el mundo del desarrollo de software: en su tesis doctoral de 1976, "MetaProgramming: A Software Production Method".
En cualquier caso, la importancia de Simony en el desarrollo de Office provocó que esta convención (nombrada 'notación húngara' por sus compañeros de Microsoft porque Simony, bueno… es húngaro —no se estrujaron mucho las meninges, no) se convirtiera en el estándar para la escritura de software desarrollado por Microsoft, así como para todo aquel desarrollado en ciertos lenguajes, como Visual Basic (también de Microsoft).
Y, sin embargo, en las 'Convenciones generales de nomenclatura' oficiales del framework .NET, ahora (y desde hace ya 14 años) aparece de forma explícita la siguiente frase:
"❌ NO utilice la notación húngara".
Aparece justo debajo de "No use guiones bajos, guiones ni ningún carácter no alfanumérico", y justo encima de "Evite el uso de identificadores que entren en conflicto con palabras clave de lenguajes de programación". No hay mucho margen para la interpretación: Microsoft reniega ahora de esta nomenclatura. ¿Por qué?
Se suele considerar que la razón que hizo que Simony apostase por esta notación radicaba en que, no existiendo en aquel entonces IDEs con tecnología IntelliSense ni similar, la opción más rápida para consultar qué tipo de variable que teníamos entre manos era echar un vistazo al prefijo del nombre de la misma.
Pero ahora, según se explica en el libro The Programmer's Brain: What every programmer needs to know about cognition,
"Cuando la mayoría de los editores de código pueden mostrar fácilmente el tipo de una variable, la notación húngara no se ve como un valor añadido en un lenguaje con tipos, porque sólo hace los nombres de las variables más largos".
"Por lo tanto, codificar de esta manera los tipos en el nombre de una variable ya no es una práctica común, y hoy en día el uso de la notación húngara está generalmente mal visto".
Sin embargo, sólo se puede comprender el auge y caída de la notación húngara comprendiendo que, en realidad, existen dos variantes de esta notación… y que la usada por Simonyi ni siquiera coincide con la más popular entre los programadores.
Simonyi realmente planteaba utilizar lo que hoy conocemos como "notación húngara para aplicaciones" (o Apps Hungarian), en el que el prefijo especificaba el propósito de la variable. Aquí entrarían ejemplo el uso del prefijo "lbl" en una etiqueta ('label') de la interfaz, o el uso de "ix" para señalizar el índice de una matriz…
…mientras que el ejemplo que pusimos más arriba, circunscrito únicamente al tipo de dato de la variable, es lo que se conoce como "notación húngara para sistemas" (Systems Hungarian).
En 'Systems Hungarian', lo único que el prefijo nos dice es el tipo de datos real de la variable.
Lo explica Joel Spolsky perfectamente en su web:
"Apps Hungarian era extremadamente valioso, especialmente en los días de la programación en C donde el compilador no proporcionaba un sistema de tipos muy útil. Pero entonces algo malo sucedió: nadie parece saber por qué o cómo, pero parece que los escritores de documentación en el equipo de Windows inventaron inadvertidamente lo que se conoció como Systems Hungarian".
La confusión radica en una mala compresión del lenguaje (pero del lenguaje inglés, no de uno de programación). Y es que Simonyi, allí donde podría haber usado 'kind' (tipo, clase, categoría, especie…), usó el mucho más restrictivo (en el ámbito informático anglosajón) 'type'.
"Systems Hungarian fue difundido ampliamente por libros como 'Programming Windows' de Charles Petzold, la biblia para aprender programación de Windows, y rápidamente se convirtió en la forma dominante de notación húngara, incluso dentro de Microsoft, donde muy pocos programadores fuera de los equipos de Word y Excel entendieron el error que habían cometido".
Fuente: Genbeta
¿Buscas formarte como un experto en .NET? En EducaciónIT tenemos una carrera planificada para que puedas expandir tu experiencia al desarrollo de aplicaciones .NET, obteniendo la certificación internacional de Microsoft Solution Developer Web Applications. Conoce más acerca de nuestra Carrera de .NET.
