Qué tal Francisco, che, interesante eso de que viene de FORTRAN! Igual creo que lo que cuesta demasiado es romper los paradigmas no? (1) Se entiende que en FORTRAN se usen esos nombres por lo que mencionás, pero si se está trabajando con un lenguaje como java en donde todo esto ya es historia debido a sus amplias bondades de binding dinámico, casi no tipado, etc, etc :-) sería bueno romper dicho paradigma y usar nombres de variables mucho más representativos no? Como bien decía Gabriel. Para mí es MUY importante el hecho de escoger correctamente los nombres para los objetos (no sólo selectores, nombres de clases y variables de instancias. También variables temporales, etc.). De hecho hay veces que nos puede llevar mucho tiempo y una gran discusión de más de una hora escoger un nombre, pero prefiero que así sea. Día a día tratamos de mejorar en este sentido, de hecho tenemos un wiki con guías, ejemplos, instrucciones de como elegir nombres, etc.
Saludos, Guiye (1) es impresionante como cuesta romper paradigmas, y más aún en la parte informática. Fijensé como cosas tan simples como estas hoy día podrían ser mucho mejor, mas entendibles, etc. Por ejemplo, hoy día seguimos usando teclados QWERTY siendo que se heredó de las máquinas de escribir para que los "data entry" de aquella época no presionen tan rápido las teclas para que no se traben las manecillas. Jejeje. El otro día mi sobrino de 8 años me preguntaba porqué las teclas están todas mezcladas y no en orden alfabético ya que sería mucho más fácil aprenderse la distribución. Cuando le conté esta historia se reía y me decía que porqué ahora que son computadoras en lugar de máquinas de escribir no se cambia la distribución :-) Francisco A. Lizarralde escribió: > La utilización de i y j como índices de matrices, tiene su origen en el > viejo FORTRAN. Ya que las variables que se llaman i, j, k, n, etc. > FORTRAN las considera enteras automáticamente y no hace falta > declararlas como tales. > > De hecho en las nuevas versiones de FORTRAN, si uno no utiliza la > sentencia IMPLICIT NONE, asume este tipo de declaración implícita. > > Esta mala costumbre, por lo general se suele transformar en una fuente > de errores difíciles de encontrar cuando a alguien se le olvida declarar > una variable j real y FORTRAN asume que es entera y no reporta errores > de compilación. > > Sin embargo, a veces es muy difícil convencer a algunos programadores > que la utilización de nombres claros, disminuye notablemente el esfuerzo > de comprender y sobre todo de mantener y extender el código existente. > > Saludos, > > Francisco > > El lun, 18-08-2008 a las 12:26 -0300, Gabriel escribió: > >> Recuerdo que en la facultad tuve una discusión con un compañero por >> algo que parece estúpido, pero que para mi tiene mucha importancia >> para un programador. >> El caso era que había que "recorrer" una matriz en un programa hecho >> en Java si mal no recuerdo. El código era una cosa así: >> >> for(int i=0; i < M.cantidadDeColumnas(); i++) >> for(int j=0; j < ...) >> >> Lo que propuse en su momento fue cambiar los nombres de las variables >> y en lugar de poner "i" y "j", poner algo mas descriptivo como >> "columna" y "fila". (Dejemos de lado los objetos) >> >> No se si se puede ver mi punto de que es obvio que si uno pone "i" y >> "j" el código se entiende con no mucho esfuerzo. Pero yo creo que de >> la otra manera en un solo vistazo entraban muchas mas ideas a la >> cabeza. >> > > > > > > > --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] http://www.clubSmalltalk.org -~----------~----~----~----~------~----~------~--~---
