¿Los programadores escriben programas en 1s y 0s?

No directamente; escribimos programas en idiomas más amigables para los humanos que se traducen a muchos 1s y 0s.

Es raro que necesitemos observar los 1 y 0 individuales, pero a menudo es útil comprender algunas cosas a ese nivel, generalmente datos, no instrucciones. Por ejemplo, es muy raro que a alguien le importe qué patrón de bits codifica una instrucción Negate, pero puede ser muy útil conocer las propiedades de datos a nivel de bits. Por ejemplo, negar un número entero del complemento a 2 puede hacer que el valor quede fuera de rango porque 1 en el bit superior significa negativo, mientras que los números cero y positivo tienen 0 en el bit superior; en 8 bits, los valores van de -128 a +127.

No creo que nadie que quede vivo hoy pueda escribir un programa en 1s y 0s. Llamamos a esos bits binarios y eso es todo lo que la computadora sabe. La computadora toma nuestro texto, imágenes, videos, audio y otros datos y los convierte en binarios porque eso es lo que entienden.

Cuando escribimos código ahora, se ve más o menos así

  clase HelloWorld {
	 public static void main (String [] args) {
		 para (int x = 0; x <10; x ++) {
			 System.out.println ("¡Hola, mundo!");
		 }
	 }
 }

Este es un programa Hello World ligeramente modificado escrito en Java. Puedes ver que está escrito básicamente en inglés.

Lo que sigue será un resumen rápido de lo que significa cada línea

clase HelloWorld {

Esta línea comienza la clase, que es básicamente el programa que está escribiendo.

public static void main (String [] args) {

Esta línea comienza su método principal. El método principal es lo primero que inicia su programa cuando lo ejecuta.

para (int x = 0; x <10; x ++) {

Esta línea es un bucle for. Lo que dice es crear un número entero titulado 'x' y hacer que su valor sea 0. [int x = 0]

Mientras 'x' es menor que el valor 10, haga lo que esté en el ciclo for. [x <10]

Al final de cada ciclo, aumente el valor de 'x' en 1 [x ++]

La computadora sabe lo que se supone que debe suceder en el bucle for porque le siguen las llaves "{}". Lo que está entre llaves es lo que está en el bucle for.

System.out.println ("¡Hola, mundo!");

Esto le dice a su computadora que imprima la línea "¡Hola Mundo!".

}}}

Los corchetes al final solo cierran los corchetes abiertos de antes. Como puede ver, el método principal está dentro de la clase, el ciclo for está dentro del método principal y println está dentro del ciclo for.

Lo que hace el programa

La salida se verá así:

  Hola Mundo!
 Hola Mundo!
 Hola Mundo!
 Hola Mundo!
 Hola Mundo!
 Hola Mundo!
 Hola Mundo!
 Hola Mundo!
 Hola Mundo!
 Hola Mundo!

Responder

Entonces los programadores no escribimos en 1s y 0s. Después de escribir el código (en este caso, Java), pasamos el programa a través de un compilador que convierte nuestro hermoso código en código de bytes o código de máquina (no recuerdo cuál) que la computadora pueda leer. Esto puede verse más o menos así

  ˛∫æ
 StackMapTable
 Archivo fuente
 DigitSum.java
 1000000000
 3600000000100000000000450000000000
 4950000000000EN∑õª≤∑∂∏∂É + ∂∂∂
 ∑∑≤: 6-∂
 ¢ ∂∑∂ˇ ‹≤∂∑∂≤ • ∂≤∂∂≤∂ˇ≈≤∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂≤∂∂≤∂ˇ ~ ª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂∑∂∂∑∂ˇlª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂∑∂∂∑∂ˇlª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂∑∂∂∑∂ˇlª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂∑∂∂∑∂ˇlª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇkª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇkª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇkª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
	 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇkª∑∂∂∑∂≤ • ≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇkª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇ ª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇ ª∑∂∂≤:	
 ∂
 -∂
	 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇ ª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇ ª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇ ª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡŸª∑∂∑∂∂∑∂ˇ ª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂∑∂∂∑∂ˇÄª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂∑∂∂∑∂ˇÄª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂∑∂∂∑∂ˇÄª∑∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂∑∂∂∑∂ˇÄ≤∂∂≤:	
 ∂
 -∂
 d ¢
 `∂∑∂
 ߡ⁄ª∑∂≤∂∂≤∂ˇí
 ∂≤: 6 -∂
 ¢ ∂∑∂ˇ ‹≤∂∂∂≤∂≤∂ˇŸ≤∂ˇßÛ ±
 Ω˙ˇ˚˛˘≤≈ı∞◊˛∞∏ fla∞ K∞i≥ä∂ù∑≥π∏∫¿≈ D∆ S∆ q
 % ◊
 (
 > ⁄
 C
 K
 Y
 q
 w fl
 ò
 ®
 ´
 ¡
 ∆
 Œ
 ‹‹
 Ù
 ˙Iıû˘¡˚∆˝ ‹˛Ù˝˙" * /; SY
 licenciado en Derecho
 u åîóö˝ˇ˙˝
 ˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙˙˝˙ ˙˝˙˙˝˙˙˝˙˙˝˙˙˙ˇ

Este es el código de bytes / máquina para otro programa que escribí, pero es lo mismo básico. ¡No puedes leer lo que dice, pero la computadora sí!

Así que ya sabes, las imágenes como esta ^ se crean solo para looks y no son para nada lo que hacemos. ¿Conoces el acuerdo de Matrix con los que caen y los ceros? Sí, no tenemos eso. Excepto tal vez como un programa escrito para impresionar a nuestros amigos.

No, excepto como un desafío. Incluso al principio de la historia de la computadora, los programadores cambiaron a octal (base 8) o hexadecimal (base 16).

Hubo un momento en que realmente era 1s y 0s. Aquí hay una foto de uno popular:

El Altair 8800. Lo que estás viendo es toda la computadora. En la parte superior izquierda, verá una serie de LED rojos de encendido / apagado (el único disponible entonces) que es el “estado”. En la parte superior derecha está D7 a D0, los bits de datos en esta computadora de 8 bits (Intel-8080). Debajo está A15-A0, los bits de dirección. La última línea de interruptores son los interruptores de control que incluyen detener y ejecutar y un solo paso. Los interruptores se utilizaron para establecer datos en la memoria de las computadoras y los LED para leerlos.

Para programar el Altair 8800, los bits de datos se configuraron utilizando la palanca (abajo = 0 arriba = 1) y luego se activó el “Depósito / Depósito siguiente”. Si se trataba de “Depósito”, los datos se trasladaron a la dirección actual y las luces se encienden para mostrar los resultados. “Depositar después” hizo lo mismo, pero incrementó la dirección en uno permitiendo que un programador ingrese al programa un byte a la vez usando binario – los unos y los ceros por los que preguntó. Por supuesto, los datos de su programa se ingresaron con el mismo método.

Una vez ingresado, usó la ejecución para ejecutar el programa, luego movió la dirección a los datos que deseaba ver (su salida) y usó “Examinar / Examinar a continuación” al igual que “Depósito / Depósito” a continuación para ver los resultados, de nuevo en binario.

Incluso las computadoras más grandes y sofisticadas en ese momento podrían arrancar usando un programa de cargador de arranque más pequeño que se ingresó por primera vez en la memoria usando una serie de interruptores. Este sistema no tenía BIOS ni ROM y la RAM comenzó como ruido. Se introdujo manualmente un pequeño programa en la memoria donde la CPU comenzaría como el valor del contador del programa y ese gestor de arranque luego iniciaría el proceso de arranque inicializando una pieza de hardware en la que leer el programa para ejecutar.

Aquí está el DEC PDP11 que, en la mayoría de los casos, necesitaba un gestor de arranque ingresado por los elegantes interruptores de palanca.

Entonces, aunque ya no escribimos en binario, excepto por diversión, ya no es necesario. La fuente hexadecimal convertida en imágenes fijas binarias existe pero eso está usando un ensamblador no binario escrito a mano.

No.

Incluso en los primeros días de la programación de computadoras, la gente escribía programas en “código de ensamblaje”, que es lo más parecido al binario posible. Cada instrucción en el código de ensamblaje (mov, add, sub, etc.) está directamente asociada con una secuencia binaria. En otras palabras, el código de ensamblaje se puede traducir directamente a binario y el binario se puede traducir directamente a código de ensamblaje.

Luego, algunas personas increíblemente inteligentes inventaron una cosa llamada “compilador”. Los compiladores pueden tomar algo como

  Number_of_apples = 3
 Number_of_oranges = 4
 Number_of_fruit = Number_of_apples + Number_of_oranges
 imprimir Número_de_fruta

Y conviértalo en la serie correcta de pasos en binario . Un compilador toma una serie de pasos escritos en un “lenguaje de programación” que los humanos pueden escribir y comprender fácilmente y los convierte en un conjunto de pasos binarios que la computadora puede hacer fácilmente.

Algunos programadores (aquellos que crean compiladores, por ejemplo) todavía escriben en código ensamblador, pero casi todos los programadores de hoy escriben código en lenguajes de programación como C, C ++, Java y Python. El código que escribí anteriormente está escrito en Python, pero es tan simple que podría convertirlo en casi cualquier otro idioma con solo unos pocos ajustes.

Incluso cuando los programas se ingresaron en una computadora en 1 y 0, los programadores no escribieron programas en 1 y 0. Los 1 y 0 son una representación de las instrucciones que se utilizan; los programadores escriben su código usando esas instrucciones significativas. En el pasado, antes de la entrada mnemónica, las instrucciones se traducían a mano a los valores binarios. A medida que las computadoras progresaban, los métodos de entrada de código avanzaban y los lenguajes se volvían de un nivel más alto, hasta el punto en que los programadores ya no necesitaban hacer ningún tipo de paso de traducción manual a una representación binaria.

En realidad no, incluso si estás escribiendo cosas de muy bajo nivel. En los viejos tiempos, el código y los datos se podían ingresar en algunas máquinas por medio de interruptores (en los medios 1, apagado significa 0).

Hoy en día, sin embargo, la mayoría del código está escrito en un lenguaje de alto nivel y compilado en código de máquina o alguna otra representación de nivel inferior.

El siguiente nivel inferior es el lenguaje ensamblador, que es una correspondencia más o menos uno a uno con el lenguaje de máquina, pero se representa usando mnemónicos útiles en lugar de códigos de operación. (Es cierto que muchos lenguajes de ensamblaje tienen macros que permiten omitir la escritura de series de instrucciones muy redundantes que se hacen con frecuencia; si usa las macros, ya no es realmente 1 a 1, pero aún es posible codificar en ensamblaje sin el uso de macros).

Si eres un VERDADERO masoquista, puedes escribir directamente en lenguaje de máquina usando códigos de operación. Si programa de esta manera (o, más probablemente, examina el código ya existente de esta manera), es probable que esté utilizando un HEX EDITOR para hacer el trabajo. El editor hexadecimal muestra las instrucciones en formato hexadecimal, no binario. Es fácil convertir códigos hexadecimales en su representación binaria en su cabeza y viceversa, y es MUCHO más fácil leer códigos de operación en formato hexadecimal en lugar de 1s y 0s. No hay ninguna razón para mostrar códigos de operación como 1s y 0s: sería MUY difícil de leer y no ofrecería ventajas sobre simplemente mostrar valores hexadecimales.

Entonces, no, a menos que esté usando una máquina de la vieja escuela donde los datos / código se ingresan mediante interruptores de encendido / apagado, usa algo que NO sean unos y ceros. Probablemente un lenguaje de alto nivel. Posiblemente lenguaje ensamblador. Posiblemente para hackear e invertir la ingeniería de un editor hexadecimal. Nadie quiere que los códigos de operación se muestren como unos y ceros.

Lo hicieron en los primeros días de las computadoras.

¿Ves esos interruptores en la parte inferior del panel de arriba? Le permiten ingresar código y datos en binario, eso es lo que nos gusta llamar esos 1s y 0s.

Todavía puede programar una computadora en binario si le gustan los rompecabezas, pero hay herramientas más convenientes disponibles en la actualidad.

Lo más cerca que un programador llegará a escribir 1s y 0s es escribir en hexadecimal (abreviatura de hexadecimal). Hexadecimal es una base numérica que tiene 16 dígitos, a diferencia de la base que usamos, que usa 10 dígitos. Los dígitos hexadecimales son los siguientes, en orden: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F.

Hex se utiliza porque es una forma más rápida de escribir binarios (en su caso, 1s y 0s). Casi todos los números binarios tienen más dígitos que sus equivalentes hexadecimales correspondientes.

Supongamos que necesito escribir 10100101. Este número es equivalente a A7 en hexadecimal. Usaría hexadecimal en lugar de binario porque puedo escribirlo más rápido. 8 dígitos en comparación con solo 2. Pero puede que se pregunte: “¿No tomaría más tiempo convertir el binario en hexadecimal que usar el binario solo?” Los programadores de hex no se preocupan por los equivalentes binarios. Siempre prestan atención al valor del número, en lugar de a qué base se utiliza. Hex se usa solo porque es más eficiente escribir que binario.

A veces tenemos que hacer eso. Algunos lugares en los que puedo pensar son:

• Campos de bits para almacenar varios indicadores que se empaquetan en un byte o una palabra.
• Similar a lo anterior, pero si está interactuando con otros dispositivos de hardware, es posible que deba empujar o extraer bits de datos.
• Especialmente en IPv4, habría aprendido a lidiar con máscaras de red que son bits de 1s y 0s.
• En muchos lenguajes, especialmente en el mundo C / C ++ / Objective-C, así como en SQL, 0 denota falso y distinto de cero (a menudo 1) denota verdadero, por lo que usamos 1s y 0s.

Si.

Suponiendo que usted es A. usando un compilador / intérprete para un lenguaje esotérico cuyo vocabulario y gramática consisten enteramente en los caracteres ‘1’ y ‘0’, o B. opera un PDP-11 10 y ensambla manualmente , ensamblaje de PDP en papel para codificar la máquina y usar los interruptores de la consola para ingresar el código directamente. Pero eso es menos “escribir” y más “transcribir”. Y es menos “hacer” y más “hizo … hace cuarenta años”. Además, era más común que las personas usaran cinta de papel y métodos más automáticos para cargar programas en la memoria.

Con toda seriedad, sin embargo, no. Nadie escribe un programa por los 1 y los 0. Especialmente en lo que respecta a escribir realmente “1 … 0 … 0 … 1 … 1 … 0 …”. Y nadie escribe el binario real en el disco, que siempre no es trivial, requiere una secuencia de escape como “^ Vx00” en Vim, o ingresa el valor de cada byte en hexadecimal usando un editor hexadecimal. Hay dos razones para eso:

1 – Porque a diferencia de un archivo .COM en un sistema MS-DOS, los archivos ejecutables no son binarios de la forma en que probablemente piensas que lo son, también conocido como código sin formato y nada más. En realidad, son un contenedor que contiene información diversa que el núcleo utiliza para ejecutar el programa de manera adecuada y segura. Hay muchos metadatos que se incluyen en un ejecutable portátil, y sería difícil replicarlo sin tener un conocimiento detallado del formato, ya sea ELF32, ELF64, PE32 o lo que sea que OS X use. Por eso tenemos compiladores y ensambladores. ¿Has intentado ensamblar a mano un programa? Es tedioso como el infierno.

2 – Porque en realidad nadie usa binario. Binario es difícil de manejar. Tenemos octal y hexadecimal para hacer que la lectura binaria sea menos tediosa.

Es como esto.

¿Prefieres leer / escribir “01000001” o “41” para el carácter ‘A’? ¿Qué tal la cadena “Hola” en little-endian de 4 bytes? {0x6c6c6548, 0x6f} es ciertamente más fácil de leer que, oh chico,

0110110001101100011001010100100000000000000000000000000001101111

así es como, si no me equivoco, la cadena “Hola” representada como una matriz de enteros de 32 bits en realidad se almacenaría en la memoria en una máquina little endian. Podría estar un poco apagado, porque ahora que lo pienso, pensarías que los ocho 0 que siguen al “1000” cerca del medio de esa cadena se interpretarían como un byte nulo. Pero si compila un programa en C con eso, eso no es lo que sucede en absoluto.

Eh Como dije, el binario es difícil de manejar. Deberías ser lo suficientemente bueno con él para conocer tus poderes de dos (1, 2, 4, 8, 16, 32, 64, 128, 256 (2 ^ 8), 512, 1024, 2048, 4096, 8192, 32768, 65536 (2 ^ 16), 16,777,216 (2 ^ 24), ~ 2,1 mil millones, ~ 4,2 mil millones (2 ^ 32), ~ 9 quintillones y ~ 18 quintillones (2 ^ 64) vienen a la mente y son números absolutamente que vendrás en varios lugares), puede hacer binarios con los dedos, puede decirme que 6 y 12 en binario son 110 y 1100, respectivamente, basados ​​únicamente en el hecho de que 3 es 11, y sabiendo cómo funciona la multiplicación por potencias de dos en un sistema numérico basado en el número dos. Una vez que eres tan bueno, demonios, una vez que has memorizado 1 – 15 (aunque lo de “6 y 12” es un buen activo si estás haciendo operaciones bit a bit como un turno, por ejemplo, puedo decirte sin buscar que 1 << 31 == 2 ^ 32), no necesita saber más binario. Porque ahora puede decirme que “0100000101101111” es “4 (0100) 1 (0001) 6 (0110) F (1111)”. “416F”. ¡Hurra! Te acabas de graduar en hexadecimal. Bienvenido al mundo civilizado.

¡Ya no más, por suerte!

Estaba pensando cuán libre de trol es Quora, pero veo más y más preguntas de trol. 🙂

La respuesta es obviamente “no”, que se puede resolver fácilmente mirando la pantalla de una computadora (como cuando está usando Quora). Si puede ingresar su pregunta como texto en inglés, ¿por qué un programador no podría ingresar al programa como algo más comprensible que 0-sy 1-s?

Eso pensaba cuando era pequeño. El concepto de programación me atrajo, pero trabajar con 1s y 0s sonaba demasiado duro.

Un día, en matemáticas de secundaria, me encontré con un simple programa BÁSICO en mi libro de texto de matemáticas. Esto me hizo darme cuenta de que la programación se realiza con lenguajes, no binarios sin formato. Esto sonaba mucho más accesible y me fui a casa ese día y le pedí a mi papá que me enseñara programación.

Ahora trabajo en una empresa tecnológica muy popular.

No, los programadores no trabajan en binario. Solían hacerlo hace mucho tiempo, pero pronto idearon formas más prácticas de hacerlo.

No, no desde la década de 1970, cuando se usaron tarjetas perforadas, cinta de papel o incluso interruptores para ingresar información en las computadoras, e incluso entonces los datos podrían haberse preparado a partir de un formato Octal (base-8) o hexadecimal (base-16).
Una computadora usa representación binaria para almacenar información, números o código de computadora, pero los programadores generalmente trabajan con una forma más legible para el ser humano, como el lenguaje ensamblador o el código fuente del programa, que luego se convierten directa o indirectamente en un formato que la computadora puede leer, comprender o ejecutar usando intérpretes, compiladores o máquinas virtuales (como, por ejemplo, Java, Visual Basic, C # o Scala)

En la década de 1950 era el caso usando lenguaje binario, pero no ahora.

También puede convertirse en un programador viendo los videos del siguiente canal.

“Hagamos que la programación sea simple” es el canal.

https://www.youtube.com/channel/ …

Versión en inglés para aprender Java desde lo básico:

Versión tamil para aprender Java desde lo básico:

Versión telugu para aprender Java desde lo básico:

por supuesto que no … en un momento había una computadora llamada altair 8800 … esto en realidad tenía interruptores de entrada para configurar la memoria de los programas, pero eso fue incluso antes de que me involucrara con las computadoras que trataban con el timex sinclair 1000 y el comodoro 64 que le permitía escribir código de máquina usando números (que son 0 y 1 binarios) …

No. Los programadores escriben el programa en un idioma que casi parece inglés. Luego usamos un software llamado ‘compilador’ para convertir las oraciones que escribimos en 1s y 0s

Solo los masoquistas en este punto.

No. Por muchas razones, No. No desde los años 60 en tarjetas perforadas y lo odiaban. No.