¿Pones "preposiciones?¿Tabulas tu código?

[marcoszorrilla]

Ese Jefe tenía razón pero hace muchos años, cuando los lenguajes eran interpretados, no compilados.

La prueba consistia en indentar, poner comenatarios etc. dentro de un bucle y al cronometrar los tiempos lógicamente tardaba mucho más que sin indentación y comentarios, puesto que el intérprete leia como es lógico para eso es un intérprete todo indentaciones, comentarios, etc..

Por esto algunos autores aconsejaban con buen criterio, indentar y comentar, pero a la hora de terminar el programa dividirlo en 2 uno el código fuente completo que se guardaba para hacer modificaciones y a la vez poder entender mejor el código y la que ejecutaba el intérprete a la que se le quitaban comentarios e indentaciones para ganar velocidad.

For i = 1 to 5000
    Rem esto es un comentario
    Rem esto es otro comentario
     a=a +i
Next i

Esto tardaba menos en ejecutarse:

For i = 1 to 5000
a=a +i
Next i

En conclusión que el Jefe citado se había quedado en la edad media, quizás aún arroja aguas (mayores ó menores) por la ventana y grita AAAguaaa va!

Un Saludo.

[[eduarcol]]

Empezado por marcoszorrilla

hace muchos años, cuando los lenguajes eran interpretados

si mi memoria no me falla en clase de compiladores me dijero que ni vb6, vfp6 ni ninguno de sus familiares compilaba solo interpretaban, por lo qe el exe en una maquina sin ellos instalado no funcionaba, asi que tampoco son muchos los años, y tal vez el jefe tenia razon por que utilizaban una herramienta M$

[roman]

Empezado por eduarcol

si mi memoria no me falla en clase de compiladores me dijero que ni vb6, vfp6 ni ninguno de sus familiares compilaba solo interpretaban, por lo qe el exe en una maquina sin ellos instalado no funcionaba, asi que tampoco son muchos los años, y tal vez el jefe tenia razon por que utilizaban una herramienta M$

Pero realmente no importa mucho ya que las herramientas de Microsoft son tan poderosas que unas cuantas líneas y espacios de más no afectan

[roman]

Empezado por roman

Pero realmente no importa mucho ya que las herramientas de Microsoft son tan poderosas que unas cuantas líneas y espacios de más no afectan

¡Ah caray! Disculpen, esto lo iba poner en el hilo de las 40 mentiras más famosas

[kinobi]

Hola,

Empezado por eduarcol

si mi memoria no me falla en clase de compiladores me dijero que ni vb6, vfp6 ni ninguno de sus familiares compilaba solo interpretaban, ...

Las primeras versiones de VB no compilaban (VB6 sí puede hacerlo), pero tampoco interpretaban directamente el código fuente. Antes lo convertían a un código-P intermedio (sin comentarios y ya optimizado). El código-P resultante sí era ejecutado por un intérprete, por tanto en esa fase (ejecución) los comentarios ya no "jugaban". Salvando las distancias, algo parecido a lo que se hace en Java (sin utilizar JIT) o C#.

Saludos.

[marcoszorrilla]

El código-P resultante sí era ejecutado por un intérprete, por tanto en esa fase (ejecución) los comentarios ya no "jugaban". Salvando las distancias, algo parecido a lo que se hace en Java (sin utilizar JIT) o C#.

Exactamente los lenguajes interpretados a los que refería, eran por ejemplo GW-Basic, y los Xbase, tipo Dbase, que no producián en esa época ni P-code ni tenían "Run-Time", simplemente el código fuente y un intérprete que leia todas las líneas y las no ejecutables se las saltaba, pero despues de leerlas, por lo que, cualquier compilador sea código nativo o pcode, elimina dichas líneas de comentarios, indentaciones....

El Jefe no tenía razón.

Un Saludo.

[marto]

Quiero aclarar que los proyectos que llevaba este tal señor, eran VB6 y en java, o sea que no tenía ni pajolera.
Tambien cometia otras aberraciones, como obligar a que todas las variables se llamasen "ceroXXXXX" siendo X un número cualquiera. Lo hacía así porque en no sé que entorno host era como programaban y era "la mejor manera de hacerlo". En ese entorno, las variables empezaban )o podían empezar, no sé) por "0". COmo no VB ni Java permiten que un identificador empiece por un número, pues el troglodita les hacía poner el "cero".

[marcoszorrilla]

Tambien cometia otras aberraciones, como obligar a que todas las variables se llamasen "ceroXXXXX" siendo X un número cualquiera.

Para mí Marto que eso es notación nihilista, quizás lo que pretendia era dinamitar en sentido figurado el grupo de programadores e incluso la propia programación.

Un Saludo.

[[Al González]]

¡Buen día a todos!

Durante los últimos diez años he ido mejorando mi estilo de codificación escrita.

Llevo una serie de normas que respeto siempre que programo en Delphi. Desde poner un espacio antes de abrir un primer paréntesis, una línea en blanco antes y después de un bloque If, For, etc., hasta escribir los acrónimos tal como provienen de origen ("ANSI" y no "Ansi", etc.). Al conjunto de normas que utilizo le llamo gramática del desarrollo de software y tiene alrededor de 50 reglas que me permiten hacer de mi código, no sólo algo estético y legible, sino también uniforme.

No utilizo los prefijos tipo "BTNABC_First", "BTNABC_Last" ni el símbolo de subrayado (guión bajo). Utilizo mayúsculas para la inicial de cada palabra y minúsculas para las demás letras (a menos que sea un acrónimo o nombre propio). Abrevio a cuatro letras por palabra los identificadores (sin abreviar nombres propios como "Windows", "InterBase", etc.). Uso la palabra completa si es una sola en el identificador. Cinco letras la primera palabra si se trata de una rutina. [ya no lo hago, ver nota al pie] Y desde luego, aplico también ciertas convenciones altamente establecidas y aceptadas como el prefijo "T" para los tipos de datos y clases de objetos, entre muchas otras cosas.

Algo que me facilita mucho llevar al pie de la letra estas normas, es el curso de mecanografía que llevé durante un año cuando tenía 16. Realmente aconsejo a todos los programadores que tomen uno de estos cursos, porque es una habilidad muy útil que se adquiere para toda la vida.

Un abrazo, seguimos en contacto.

Al González .

Edito este mensaje después de casi cuatro años :

Me da algo de pena leer la forma en que me expresaba en febrero de 2004.

Ya no manejo las abreviaciones de n letras por palabra. Hace bastante tiempo me convencí de su poca utilidad. Además de que casi todos los editores de código facilitan ya la escritura de identificadores largos.

[kinobi]

Hola,

Empezado por marcoszorrilla

El Jefe no tenía razón.

Exacto. Mi comentario iba en la línea sobre lo dicho para VB6, no para los intérpretes "puros".

De todas formas, tal vez no haya que remontarse tan lejos (GW-Basic y anteriores) para encontrar hoy en día intérpretes "directos" de código de alto nivel. No estoy seguro, pero tal vez los intérpretes de PHP y ASP funcionen así, sin una pre-compilación previa.

Saludos