SysDevs: comentarios [3029872]

#40 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Fri, 26 Oct 2018 14:03:17 +0000

#39 claro, si.

» autor: joehigashi

#39 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--23321-- — Thu, 25 Oct 2018 23:20:02 +0000

#38 si, si existe. Que tu definición sea absurda no hace inexistente el concepto. Solo demuestra que es imposible que esa sea la definición lógica de interpretado.

» autor: --23321--

#38 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Thu, 25 Oct 2018 21:22:26 +0000

#37 Vale, el lenguaje interpretado no existe.

» autor: joehigashi

#37 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--23321-- — Thu, 25 Oct 2018 13:19:36 +0000

#36

Una computadora al completo es un emulador por definición esencial de computadora.
Si un programa es interpretado cuando en el proceso de su ejecución incluye en algún punto una emulación, entonces cualquier programa para una computadora sería interpretado por definición.

Creo que tu posición sobre esta definición es insostenible y es absurda, ya que engloba a cualquier programa que se ejecute en una computadora. Y engloba cualquier programa por dos razones: la primera, por que una computadora es una máquina de simular, ergo, la simulación forma parte de cualquier programa que se ejecute en una computadora. Y la segunda por que cualquier programa esté como esté codificado, necesita de la asistencia de otros programas (sistema operativo, microcodigo del firmware de la cpu, etc) para ejecutarse, entonces todos los programas son interpretados también en cualquier medida.

Sobre el asunto de justificación de fans de java... no se de que me está usted hablando. Yo programo y he programado en multitud de lenguajes para muchas plataformas, entre las que se encuentran C, C++ y otros lenguajes compilados a instrucciones codificadas para un dispositivo electromagnético. Eso no me hace sentirme por encima de nadie, ni pensar que argumentos cutres sobre la persona, en lugar de sobre la materia, van a resultar en una respuesta lógica.

» autor: --23321--

#36 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Mon, 22 Oct 2018 04:40:14 +0000

#34 "no existen definiciones universalmente aceptadas en la industria para la palabra interprete."
Bien, entonces no podemos tener razón ninguno de los dos, porque cada cual puede entender lo que le de la gana...

"decir que interprete es toda plataforma de computación donde el código en tiempo de ejecución no se esté ejecutando de forma directa en un computador físico, es una definición muy poco útil de "interprete""
Ya, solo que eso es lo que significa un lenguaje interpretado.
"the term "interpreted" is practically reserved for "software processed" languages (by virtual machine or emulator) on top of the native (i.e. hardware) processor. "
en.wikipedia.org/wiki/Interpreted_language

Todo esto me suena a justificación de fans de Java...
Asúmelo! Java es interpretado, igual que .NET!
Puedes decir lo que quieras, pero no puedes ejecutar un programa de Java en un procesador sin que otro programa intermedio lo interprete para ejecutarlo. (igual que .NET, que para eso necesitas instalar el framework)
Porque si, una maquina virtual es un programa. Y estoy seguro de que la maquina virtual de Java no esta escrita en Java, sino en C (por ejemplo), que SI que es un lenguaje compilado porque el resultado de la compilación es un binario que se ejecuta directamente en el procesador.

Y una maquina virtual es, a fin de cuentas, un emulador. Te guste o no te guste.
Las habrá mas rápidas, mas lentas, mejores y peores. Las habrá incluso que casi casi parezcan lenguaje nativo... Pero seguirá siendo interpretado.

» autor: joehigashi

#35 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

mr_b — Sun, 21 Oct 2018 20:35:48 +0000

#32 Aquí, en general, no hay problema con la antigüedad de los envíos

/cc #33

» autor: mr_b

#34 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--23321-- — Sun, 21 Oct 2018 19:50:05 +0000

#25 claro, pero es que las cosas no son tan fáciles, como es simplificación que propones. La realidad es mas compleja que eso, abarca mas casos y no existen definiciones universalmente aceptadas en la industria para la palabra interprete.

Los programas, al ejecutarse en una plataforma específica, adoptan diferentes propiedades, derivadas de la naturaleza de ese entorno. A nivel lógico pueden pasar cosas muy diferentes, con EFECTOS muy diferenciados entre si, y tales efectos tienen un impacto muy grande en la forma en la que se trabaja en una plataforma.

El primer tipo de plataforma de computación, sería el interprete, donde el programa es evaluado linea por linea, en tiempo de ejecución por otro programa, que traduce las instrucciones del programa escritas por el programador, linea a linea, en instrucciones de código máquina que se ejecutan en el sistema físico subyacente. Esto provoca que el programador pueda ejecutar una parte del programa, incluso si mas adelante, hay una instrucción invalida o incompleta. Eso hace mas difícil el proceso de desarrollo, basicamente por dos razones. Por que el feedback de que algo está mal codiificado llega mas tarde y solo en esos codepaths. Y por que el estado puede quedar inconsistente, tras ejecutar procesos de forma incompleta, que se han detenido en puntos arbitrarios del proceso, dejando estados intermedios incompletos en el peor caso.

Luego, están las plataformas de computación donde el programa codificado por el programador, es compilado o traducido en un proceso previo a la ejecución (ya sea por orden directa del usuario, o por acción automática previa a la ejecución). El programa compilado resultante es una transformación a otro sistema de codificación de programas, válido para ejecutarse en un computador.

El computador puede ser físico o virtual, eso no tiene ningún impacto lógico en la forma en la que se realiza el proceso. Es decir, la jvm o python, son basicamente computadoras simuladas dentro de otras computadores. De ahí el nombre "máquina virtual" en este contexto, como máquina virtual de java.

Entonces, decir que interprete es toda plataforma de computación donde el código en tiempo de ejecución no se esté ejecutando de forma directa en un computador físico, es una definición muy poco útil de "interprete". Para el programador, lo que realmente va a tener impacto es si ha habido una compilación y su pertinente verificación, antes de ejecutar nada.

Además, hay el problema de que interpretado es normalmente entendido como lo contrario que compilado. Y java es compilado. Compilado no significa compilado a código máquina de la máquina física. Significa traducido de un lenguaje de programación a un código máquina (de la máquina que sea).

Por eso, decimos que java es un lenguaje compilado, y no interpretado. Igual que javascript (y por eso se llama máquina virtual de javascript, y no interprete de javascript). Igual que go, o que python.

Lenguajes de scripting que no sean DSL quedan pocos, pero hay por ejemplos el bash scripting.

» autor: --23321--

#33 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--112174-- — Sun, 21 Oct 2018 17:14:10 +0000

#32 Si, lo he hecho otras veces. Creo que no hay problema. (En este sub).

cc @mr_b

» autor: --112174--

#32 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--115178-- — Sun, 21 Oct 2018 17:04:00 +0000

Interesante, pero Posted on 2015-09-01

» autor: --115178--

#31 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 15:59:45 +0000

#30 Como ves, no tengo ni idea de CP/M...

» autor: joehigashi

#30 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--112174-- — Sun, 21 Oct 2018 14:14:31 +0000

#29 Ojo, es un sistema operativo, no un lenguaje. Era parecido a lo que luego fue DOS. Yo lo tuve en un AMSTRAD PCW 8256 y fue funcional hasta mediados de los 90's (se utilizaba como procesador de textos mayormente).

www.seasip.info/Cpm/

» autor: --112174--

#29 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 14:09:32 +0000

#18 joder, siempre me pregunté que era el CP/M... yo pase del Basic al ensamblador y luego del Pascal al C++ en PC. Ahora solo programo en C# y en HLSL

» autor: joehigashi

#28 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 13:49:50 +0000

#27 Pero es que si lo que le das a la JVM es bytecode y es la JVM la que tiene que convertirlo en código nativo, eso se llama compilación en tiempo de ejecución y sigue siendo un lenguaje interpretado porque el programa en bytecode necesita de un programa intermediario que LO INTERPRETE para poder funcionar.
Pero, una vez más, no dejes que los hechos estropeen tu realidad. Si para ti es compilado, es compilado y ya esta.

» autor: joehigashi

#27 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

Xtampa2 — Sun, 21 Oct 2018 13:41:01 +0000

#26 A ver, que si sacas una minifrase, y encima mal citada, de su contexto para poder tener razón que quieres que te diga.

"Some implementations of JVM may choose to interpret the bytecode instead of JIT compiling it to machine code, and running it directly. While this is still considered an "interpreter," It's quite different from interpreters that read and execute the high level source code (i.e. in this case, Java source code is not interpreted directly, the bytecode, output of Java compiler, is.)

» autor: Xtampa2

#26 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 13:32:52 +0000

#23 a ver, es que si lees: "IT'S STILL AN INTERPRETER" y sigues sin creerte-lo, que quieres que te diga?

» autor: joehigashi

#25 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 13:31:19 +0000

#22 A ver, ya en 1983, el Basic de Microsoft usaba "opcode" para codificar los programas en la memoria e interpretarlos mas rápidamente después. Y cito el Basic de Microsoft de los 80 porque es LA referencia del lenguaje interpretado.
De ahí al bytecode que usan Java o .NET en la actualidad no hay mucha diferencia.
Cuando se habla de "interpretes" se entiende por cualquier código que necesite de otro programa para poder ejecutarse, ya sea un interprete puro y duro en tiempo real o un compilador en tiempo de ejecución.

» autor: joehigashi

#24 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--23321-- — Sun, 21 Oct 2018 13:26:38 +0000

#3 yo el otro día me encontré un libro gordo de Visual Studio 6 al lado de un container en Barcelona. Me hizo gracia y lo cogí, y me recorrí media Barcelona con el bajo el brazo. Había gente que me miraba muy fijamente, o grupos de chavales jovenes, quizás estudiantes de informática, que me señalaban o hablaban entre ellos.

» autor: --23321--

#23 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

Xtampa2 — Sun, 21 Oct 2018 13:25:44 +0000

#21 "Sigue siendo un lenguaje interpretado" Porque yo lo valgo.

» autor: Xtampa2

#22 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--23321-- — Sun, 21 Oct 2018 13:25:11 +0000

#13 en realidad, para abrir esta discusión, habría que definir muy bien que es un interprete, para ver si la jvm funciona o no como un interprete. Este debate ya ha pasado en meneame, incluso recuerdo a gallir escribiendo a Larry Wall (perl), que nos arrojo algo de luz, diciendo basicamente que la mayoría de lo que la gente hoy en día llama interpretes, son en realidad maquinas virtuales.

» autor: --23321--

#21 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 13:24:05 +0000

#20 Sigue siendo un lenguaje interpretado, pero vamos, que si a ti te gusta pensar de otra forma me parece perfecto. Al fin y al cabo estamos en el 2018 y hoy en día la "verdad" es un concepto abierto a interpretación...

» autor: joehigashi

#20 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

Xtampa2 — Sun, 21 Oct 2018 13:19:15 +0000

#13 Lo leí pero no quise citártelo. Pero ya que lo has hecho tú te puedo resaltar la otra parte de la frase "It's quite different from interpreters that read and execute the high level source code". Eso cuando el bytecode es interpretado, no el lenguaje de alto nivel, y mucho menos cuando es ejecutado por un compilador JIT. Ahora puedes mirar la fecha de ese comentario y buscar que implementación de la JVM que se use medianamente en la actualidad no usa compilación JIT.

» autor: Xtampa2

#19 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 13:13:46 +0000

#15 BADUM-TSSS!!

» autor: joehigashi

#18 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--112174-- — Sun, 21 Oct 2018 13:11:24 +0000

#16 Bueno, yo empecé con CP/M Plus y según leí ayer, estaba basado en el PL/M del carajo.

» autor: --112174--

#17 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--112174-- — Sun, 21 Oct 2018 13:09:26 +0000

#14 Bueno, yo trato de ser pragmático: Es una herramienta con sus características. Hay otras herramientas, si; mejores, también; pero cada una con sus pros y sus contras.

Lo que no entiendo es porque se ataca una herramienta a veces casi fanáticamente, es como si le gritara a mi destornillador plano porque el de carraca es mejor para ciertos tornillos, me parece tronchante ..

» autor: --112174--

#16 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 13:09:22 +0000

#12 En los 80, recuerdo que mi padre tenia un manual de PL/M en una estantería junto con montones de otros manuales y documentación técnica. Resultó que ni el sabia lo que era, pero lo guardó por si acaso le hacia falta algún día...
(reparaba electrónica)
...
(nunca le hizo falta. )

» autor: joehigashi

#15 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

afrosimoleurio — Sun, 21 Oct 2018 13:06:41 +0000

#2, ¿y por qué no le iban a gustar las teticas?

» autor: afrosimoleurio

#14 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 13:04:08 +0000

#11 A mi no me parece mal... en teoría. Pero en la practica es tan eficiente como un tractor en una autopista.

» autor: joehigashi

#13 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 13:02:08 +0000

#9 Sigue siendo lenguaje interpretado. Si te hubieses leido el parrafo siguiente lo sabrías...
"While this is still considered an "interpreter," It's quite different from interpreters that read and execute the high level source code"

El .NET de Microsoft hace lo mismo, pero como esta profundamente integrado con el sistema operativo, es mucho mas eficiente que la maquina virtual de Java.

» autor: joehigashi

#12 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--112174-- — Sun, 21 Oct 2018 12:56:54 +0000

#10 Es lo que me gustó del artículo, tuve que ver que narices era PL/M .. entre otras cosas.

» autor: --112174--

#11 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--112174-- — Sun, 21 Oct 2018 12:55:43 +0000

#9 #8 #6 Java, el nuevo KDE vs Gnome. Dejadlo estar, ya no trabajo con Java pero a mi personalmente me gusta.

» autor: --112174--

#10 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 12:53:57 +0000

#3 Claro, porque programar en PL/M tiene pinta de ser mucho mejor!

» autor: joehigashi

#9 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

Xtampa2 — Sun, 21 Oct 2018 12:50:39 +0000

#8 "Java implementations typically use a two-step compilation process. Java source code is compiled down to bytecode by the Java compiler. The bytecode is executed by a Java Virtual Machine (JVM). Modern JVMs use a technique called Just-in-Time (JIT) compilation to compile the bytecode to native instructions understood by hardware CPU on the fly at runtime."

» autor: Xtampa2

#8 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 12:37:49 +0000

#5 Pues CASI. Java es un interprete en maquina virtual:
stackoverflow.com/questions/1326071/is-java-a-compiled-or-an-interpret

» autor: joehigashi

#7 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

Xtampa2 — Sun, 21 Oct 2018 11:40:14 +0000

#6 Se te ve muy puesto en el tema.

» autor: Xtampa2

#6 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

Pepintre — Sun, 21 Oct 2018 11:19:09 +0000

#5 java es una mierda y si te gusta odias la computación

» autor: Pepintre

#5 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

Xtampa2 — Sun, 21 Oct 2018 11:16:32 +0000

#1 #2 Cierto, de todos es sabido que en Java se ejecutan directamente los archivos de texto

» autor: Xtampa2

#4 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

--112174-- — Sun, 21 Oct 2018 10:18:29 +0000

#3 Yo sentí pena. Lo bueno que tiene el artículo es como describe los sistemas que se utilizaban en los 80's ..

» autor: --112174--

#3 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

demostenes — Sun, 21 Oct 2018 10:03:59 +0000

Cuando llegué a "Visual Studio 6" dejé de leer

» autor: demostenes

#2 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

joehigashi — Sun, 21 Oct 2018 08:14:38 +0000

#1 Totalmente: es antitético.

» autor: joehigashi

#1 La más obsoleta infraestructura que el dinero pudiera comprar [ENG].

Pepintre — Sun, 21 Oct 2018 02:00:42 +0000

"Mi interés en escribir un sistema de gestión de contenido en Java"

"que mi verdadera pasión era trabajar en compiladores y otra infraestructura de lenguaje de programación (principalmente SBCL)"

A nadie que le interese java le apasionan los compiladores.

» autor: Pepintre