Principiante: ¿Por qué las operaciones no están contenidas en los comandos de salida?

Estoy leyendo un libro de programación introductorio y enumera un ejemplo simple en pseudocódigo:

Start
  input myNumber
  set myAnswer = myNumber * 2
  output myAnswer
Stop

¿Por qué no podemos omitir la creación de otra variable llamada myAnswery simplemente poner la operación en el comando de salida, así:

Start
  input myNumber
  output myNumber * 2
Stop

¿Por qué el primero es correcto y el segundo no?

Podría hacerlo, pero lo otro es para que vea lo que está sucediendo y para que pueda usarlo myAnswermás adelante en el programa. Si usa el segundo, no puede reutilizarlo myAnswer.

Entonces, más adelante en el programa, es posible que desee:

myAnswer + 5
myAnswer + 1
etc.

Es posible que tenga diferentes operaciones para las que quiera usarlo.

Considere intercambiar números:

Start
  input myNumber
  set myAnswerA = myNumber * 2
  output myAnswerA
  set myAnswerB = myNumber * 3
  output myAnswerB
  set temp = myAnswerA
  set myAnswerA = myAnswerB
  set myAnswerA = temp
  output myAnswerA
  output myAnswerB
Stop

Eso sería difícil sin variables. Los libros de computadora comienzan a ser realmente básicos, y la mayoría de la programación es fácil hasta que vea complejidad. Casi todo es trivial en los tutoriales, y solo en la complejidad se ve dónde las cosas tienen sentido o no.

Otra razón, la asignación set myAnswer = myNumber * 2le da un nombre al valor resultante . Una persona que lee la versión de dos líneas de su código solo sabe que imprime el valor de myNumber * 2. Una persona que lee la versión de tres líneas puede ver que esa myNumber * 2es la respuesta .

Puede que no parezca importante en un ejemplo tan trivial, pero a veces, asignar un valor de resultado a una variable con un nombre significativo puede hacer que sea mucho más fácil para otros programadores leer y comprender su código.

Eso es seudocódigo. No se supone que sea un lenguaje implementado en particular.

Algunos lenguajes de programación no admiten evaluar una expresión y luego superar el resultado en la misma línea de código. Por ejemplo, la mayoría de los ensambladores no lo admiten. Quizás el autor del libro quería mostrar las cosas de una manera de bajo nivel.

Otras respuestas han abordado los detalles mecánicos específicos y ejemplos de cuándo una u otra forma sería mejor, pero quiero mencionar un poco más de antecedentes, algo filosófico:

Estás aprendiendo un idioma.

Un lenguaje es algo en el que las ideas pueden expresarse y entenderse (comunicarse). Un lenguaje de programación de computadora tiene la propiedad adicional de que puede ser analizado mecánicamente por una máquina diseñada para actuar (ejecutar) en base a ideas (decisiones) que se especifican y se alimentan al usar ese lenguaje.

En CUALQUIER lenguaje que sea útil, hay más de una forma de expresar casi cualquier idea expresable en ese idioma.

Considere la gran variedad de matices disponibles en el idioma inglés. Incluso una oración simple, como

El gato saltó a la caja.

se puede variar para expresar ideas ligeramente diferentes o poner énfasis en diferentes partes de la escena mientras se refiere a la misma acción exacta del universo físico.

Primero están las variaciones gramaticales:

El gato saltó a la caja.

Sobre la caja saltó el gato.

Luego hay variaciones cada vez más amplias, que aún se refieren a la misma acción física:

La caja se sacudió bajo el impacto del gato.

El gato cayó con un ruido sordo en la parte superior de la caja.

El felino saltó ligeramente en el aire y aterrizó cuidadosamente en una caja cercana.

Basta con mirar las implicaciones de la palabra "cerca" en esa última oración. Su inclusión transmite una gama completamente nueva de conceptos no presentes de otra manera.

Hay siempre más de una manera de hacerlo, Python Zen en sentido contrario.

Por supuesto, habrá UNA forma que exprese perfectamente su intención y sea la más adecuada, al igual que elegiría UNA de las oraciones en inglés anteriores, dependiendo exactamente de lo que desea comunicar. De eso se trata el Zen de Python.

Pero en un curso introductorio de programación o un curso introductorio de inglés, primero debe aprender las diversas formas (redacción, fragmentos de código) en las que puede expresar una idea antes de desarrollar el juicio para elegir cuál es el más adecuado.

Solo pregunta sobre la myAnswervariable que parece ser redundante. Otras respuestas ya explican algunos de los por qué y cuándo tendría sentido omitirlo o usarlo, pero aquí hay uno más: ¿qué tal esto?

Start
  output input * 2
Stop

o incluso eso

Start output input * 2 Stop

En la mayoría de los idiomas, esto todavía funcionaría, pero ¿puedes leerlo? Es difícil, por lo que a menudo usamos variables auxiliares porque las computadoras no son las únicas que leen el código. Necesitamos mantenerlo y comprenderlo en pocos meses y es aún más difícil escribir código que aún pueda entender más tarde que uno que funcione ... por lo general, después de unos pocos días, no sabrá por qué hizo algo de una manera específica .

Puede hacer ambas variantes (en este caso simple), pero la primera variante se vuelve más legible y estructurada para casos más complejos. La primera variante muestra el modelo IPO con una línea para cada paso (dos de los que ya tienen el nombre correcto):

Start
  input myNumber                       // Input
  set myAnswer = myNumber * 2          // Process
  output myAnswer                      // Output
Stop