⚙️ What is a compiler and interpreter in programming? | Programming Dictionary of Terms #03 

Los Pseudocódigos (pseudo: falso) y los Diagramas de flujo son 2 maneras de interpretar un algoritmo para resolver algun problema. Los diagramas de flujo son, de hecho, tan útiles que tienen distintas notaciones para su uso en otros campos distintos a la programación (procedimientos en laboratorios, planes de emergencia y cualquier cantidad de cosas). Por otra parte, un código fuente es todo aquel código que ya puede ser compilado o interpretado, según el o los lenguajes en que esté escrito. Por último, si con distintos tipos de código haces referencia a más formas de representar algoritmos, si los hay y podrán haber nuevos (siempre que sean aceptados en la comunidad como válidos y que aporten valor al desarrollo de software, lo cual suele ser un proceso "lento", pero posible).

@ osea por ejemplo en el programa de Arduino el código que ingreso no es un código fuente sino un pseudocodigo sino el archivo ejecutable o el interprete es el código fuente? No? Gracias igual!!

El código que creas (o descargas) para ejecutar alguna aplicación es el código fuente de dicha aplicación. Es decir, el código fuente de un programa (por ejemplo: un programa para mostrar la hora en un LCD 16x2) lo ingresas a un compilador (en este caso un compilador para Arduino) y lo "empaqueta" en las instrucciones que sí entiende el hardware. El pseudocodigo es el código *falso* que se puede hacer para uno mismo entender mas claro el flujo de proceso, pero no lo pasas a un compilador. Lo que al compilador le escribes (o le copias) lo llamarás codigo fuente de la aplicación.

@ ahhhhhh gracias

En el caso del intérprete se hace una traducción en un tiempo llamado "tiempo de interpretación". Un simil de esto podría ser que así como leemos un manual e interpretamos en ese momento lo que hay que hacer, de esa misma forma un intérprete va entendiendo y ejecutando instrucción a instrucción. Queda claro entonces, que el intérprete no tiene manera de saber que pueda pasar dentro de 10 líneas y no puede anteponerse a algún posible fallo, sólo puede seguir ejecutando cada linea y en el mejor de los casos (o peor según como se vea) el intérprete se detendrá cuando haya algún fallo y lo hará saber de algún modo. Distinto a los compiladores, que ya desde el mismo proceso de traducir el código fuente "en tiempo de compilación" y crear el código objeto (que no necesariamente debe ser un ejecutable .exe de windows, hay mas formatos y plataformas), pueden anticipar algunos errores en el proceso. Claro que esto no necesariamente los hace "mejores", lo de mejor o peor herramienta va a depender del trabajo a realizar. Gracias por comentar, saludos!

@ en esta epoca de aplicaciones y digitalizacion que lenguajes consideras son mejores para utilizar. Saludos y gracias por responder

Todo depende de lo que quieras conseguir, pero en líneas generales a mi me gusta y recomiendo el ámbito de la programación orientada a la web, ya que desde mi punto de vista es más fácil llegar a más público con aplicaciones web hoy en día (en especial con la modalidad de Software as a Service, o SaaS). Pero esa es mi opinión solamente, eso puede variar y más en algunos tipos de aplicaciones como quizás como edición, multimedia o renderizado, o algún software que pueda requerir de un acceso más directo con el hardware... por decir algunos ejemplos. Ya a estas alturas debería haber hecho un vídeo sobre esto (y está pendiente), pero puedo responder preguntas en los comentarios. Gracias y un saludo!

El código máquina son las instrucciones listas par ser ejecutadas por una hadware. Luego, el código binario es simplemente una manera de representar números con una base de 2 digitos. Entonces, el código máquina está escrito en binario, y dependiendo de la pieza de hardware (sea un procesador x86, x64 o un arm, por mencionar lo que mas se escucha), cada número correspondera a una instrucción diferente que se ejecutará con señales electricas básicas (si pasa, o si no pasa corriente; encendido o apagado; 1 o 0;) Pero este no es el único uso que tiene el binario. Después de todo y a pesar del uso predominante que tiene actualmente, no deja de ser lo que es en esencia: un sistema para representar números con una base de 2 dígitos (1 o 0)

@ Por fin lo entiendo, graciass!!!