¿Escribir las líneas de código en orden y no resumidas (como el ejemplo del <strong>parseInt</strong>), en un programa con miles de línea...

Yo creo que no, eso influenciaria mas en ocmo tu organizas tu trabajo y como se te hace mas comodo a ti leer los codigos

En el ejemplo que das, ambas líneas son correctas a nivel sintáctico.

¿Pero semántico? Imagínate líneas con más instrucciones. Cuando leas eso en el futuro, o cuando otro programador lo lea ¿entenderá lo que estabas haciendo?

Es ahí donde entra la práctica de Código Limpio. Que escribas bien, legible, para que puedas entenderte en el futuro y para que otros también entiendan.

Se dice que un programador pasa la mayor parte (70 a 80%) del tiempo leyendo código más que programando. Siendo así, es demasiado importante ser extremadamente ordenado con el código, tu yo del futuro te lo agradecerá.

Es tan importante, una vez escuché una charla de Andrés Marinkovic, CTO de Fintual, donde decía que el equipo de desarrolladores de Fintual trabajaba solo 4 días en código, y el 5 dia era solo para limpiar el código. Para hacerlo legible.

Te recomiendo la charla, pero al menos mira desde 21:28 donde explica todo esto y seguramente cambiará tu percepción de ahora en adelante de cómo escribir código de calidad.

Me ha quedado muy claro, agradezco sus aportes.

Claro, me refería a que si en un mismo programa, uno con 1000 líneas y otro con 500, uno demora más que otro. La única diferencia es la forma en que se separa cada línea. Ejemplo:

var usuario = prompt("Ingrese un valor");
var valor = parseInt(usuario);```

A diferencia de:

var usuario = parseInt(prompt("Ingresa cuanto pesas en lb"));

Hola José.

Pues no, los compiladores o intérpretes leen instrucciones sin considerar las indentaciones, espacios, lineas, comentarios ni elementos que hacen legible para humanos nuestro código. Por eso que separas cada instrucción con

Por tanto un programa con 1000 líneas de código y otro con 500 líneas que tienen las mismas instrucciones, la misma lógica y todo es igual, excepto que el primero tiene líneas de separación o instrucciones "cortadas" en varias líneas, y el segundo tiene todo "pegado" para ahorrar espacios... para tí uno es una delicia leer y otro una tortura, pero para el compilador son iguales.

No entiendo muy bien la primera referencia, pero seria bueno explicar que existen dos tipos de programas, los compilados y los interpretados_****, en este sentido los primeros se cargan todos en un ejecutable ( como lo hace Java o C++) , mientras que los interpretados como Python o Js se ejecutan linea por linea. En cualquiera de los dos casos y quizas a lo que entendi preguntaste, si tenemos el siguiente ejemplo (asumamos es codigo) para calcular un promedio. :

Ejemplo 1: suma= numero1 + numero2; promedio= suma/totalNumeros;

Ejemplo 2: promedio= numero1 + numero2 / totalNumeros;

Fijate como aunque ambos ejemplos realizan lo mismo, y obtendrian teoricamente el mismo resultado, el primero lleva dos lineas mientras el segundo lleva una sola, lo cual en cuestion de tiempo de procesamiento, en cierta forma reducira. Entonces en respuesta a tu pregunta, la cantidad de lineas de codigo si afecta o impacta en cierta forma la ejecución, sobretodo cuando de operaciones o procesos matematicos se trate.

Respecto al comentario de Jorge también depende de que tipo de lenguaje uses JS busca primero los comandos y luego comienza a ejecutar una por una las líneas de códigos.

No logro entender tu pregunta, si te refieres a que si se ejecuta una linea de código tras de otra, siendo muchas lineas de código, mientras mas lineas se tarda mas, sin embargo, hay programas de miles de lineas de código, pero no se estan ejecutando una tras otra, dependen de eventos u otras circunstancias, entonces no aplica, espero haberte ayudado, saludos :)