Hace 2 meses | Por graphene a genbeta.com
Publicado hace 2 meses por graphene a genbeta.com

La NSA o Agencia Nacional de Seguridad de Estados Unidos ha publicado una guía en la que anima a las organizaciones a cambiar los lenguajes de programación de C y C++ por alternativas "memoria segura", donde entran otros lenguajes como C#, Rust, Go, Java, Ruby o Swift. "La NSA recomienda que las organizaciones utilicen lenguajes seguros para la memoria siempre que sea posible y refuercen la protección mediante defensas de endurecimiento del código" dice el último comunicado emitido por el organismo.

Comentarios

Pacman

Java?

f

#21 tu sabes que ni java ni rust son interpretados, verdad?

t

#23 No. No sabía que creaban ejecutables que directamente se ejecutan sin tener ningún software específico instalado.

e

#69 Si la NSA mete una puerta trasera en el compilador, cosa que recuerdo ya se ha hecho, estás en las mismas. Tienes un código binario con un troyano que se ejecuta fantásticamente.
El tema de meter puertas traseras te da lo mismo, sea con máquina virtual o con código compilado.

M

#73 Si, siempre que uses una máquina virtual y/o un compilador fiables, todo en orden... http://users.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf

Pero no es lo mismo troyano en código compilado (lo metieron al compilarlo) que compilador con troyano. Lo segundo es top top.

menéesemele

#73 Java y Rust son código abierto, y están mantenidas por personas y empresas de todo el mundo. Si la NSA puede meter ahí una puerta trasera, también puede meterla en el compilador GCC. Aunque veo más factible que meta una puerta trasera en los compiladores C/C++ de Microsoft o Intel.

f

#84 #83 #69 Pues mira, despues del primer comentario me entretuve buscando, y resulta que no se consideran ni compilados ni interpretados, justamente por que tienen parte de los dos procesos.

Por cierto, cuando hables a uno que presumiblemente no sabe del tema (como era mi comentario anterior), es mucho mas entendible por esa persona "se compila a medias" que "produce un bytecode, que vendria a ser un codigo intermedio, y blah-blah-blah". O sea que sí: para un no iniciado, java "compila a medias"

menéesemele

#30 #69 ese código intermedio se acaba compilando "Just In Time" a código nativo, optimizándose según los puntos calientes en tiempo de ejecución. Por eso en muchas tareas es más rápido que lenguajes compilados como Go.

Pero si tan poco te gustan las máquinas virtuales, desde hace ya años Java se puede compilar "Ahead Of Time" a un ejecutable nativo, obteniendo ciertas ventajas y perdiendo otras, como la optimización JIT.

#69 No man, no es interpretado, es un binario que se ejecuta en una máquina virtual (JVM) y luego es esa máquina virtual que se encarga de ejecutar esos bytes code al sistema operativo dónde reside. La desventaja de eso, es el tiempo de ejecución, y las muchísimas ventajas ...investigala

c

#30 No. Java no "compila a medias".

Java crea un binario para que una JVM lo ejecute

A
editado

#45 OpenJDK. Java es libre desde hace eones, y ahora está el GraalVM en OpenJDK.

pedrobz

#60 #45 No tienes porque usar la JVM de Oracle... pero el 90% usa la JVM de Oracle, al menos, es lo que yo he visto en mi trabajo, en todos lados se usa esa máquina, en algún sitio he visto usarse la de IBM, por eso lo de 90%. Con un compilador tendría que atacar el código en el momento que compila, pero en un lenguaje interpretado solo tienes que atacar al intérprete o a la JVM, y lo puedes hacer en cualquier momento.

Todo esto asumiendo esa capacidad de atacar que tiene la NSA, que a efectos prácticos es muy dudoso, y salvo que tengas un nivel de seguridad de grado militar alto, con tener actualizada la JVM ya vale, porque van a ser mucho más importantes otros temas de seguridad como librerías de la app, asignación de permisos correctos y comunicación cifrada entre servicios etc. Me encanta la analogía de las lonchas de queso Gruyere, cada capa tiene agujeros, pero juntas es un bloque muy sólido, tener una JVM, un interprete o un código compilado es solo una loncha de muchas.

c

#23 Si lo son. Se "compilan" a una máquina virtual que ejecuta el programa.

No producen código máquina nativo.

aritzg

#23 pero se ejecutan sobre una máquina virtual. Así que el concepto de #21 sigue aplicando

R

#21 El código de OpenJDK es GPL. Si hubiese una puerta trasera, sería visible en el código.

r

#5 No lo dudes. EEUU siempre acusa de espionaje a los chinos sin pruebas, pero es que a ellos les hemos pillado espíando infraganti a empresas y primeros ministros europeos. Y nos ha dado igual.

T

#5 como si es fuese un problema. Entiendo que desde donde escribes es un dispositivo que ni software ni hardware ha sido diseñado en Usa

pax0r

#5 no, lo dicen porque todo lo escrito en c es vulnerable a un b0f

g
autor
editado

#1 demasiado facilón para ser seguro

ostiayajoder

#6 Precisamente por eso es seguro.

Y no te preocupes por JVMs, otra cosa no habra, pero JVMs a montones. Y todas Open Source.

A

#9 Golang hoy se folla a Java para eso.

dalton1

#19 Sólo si Java dice que sí, es que sí.

woopi
editado

#62 Es que el chiste era que dejé a la novia por que no sé de Java

PauMarí

#9 eing? No estarás confundiendo Java con Javascript?

p

#22 No, Javascript es el lenguaje que se ejecuta en tu navegador web. Pero en el servidor, el código que se ejecuta cuando buscas un producto, cuando lo añades a tu cesta y se guarda en base de datos, cuando haces el proceso de compra, cuando se genera el recibo, cuando te llega una notificación por correo electrónico... es Java. Es su principal uso (además de Android) y siempre ha sido así, aunque mucha gente tienda a asociar Java a Applets (que sería algo parecido a Javascript en que se ejecutaba en el navegador).

whatisthat

#24 A todo lo que te ha dicho #25 (que está bastante completo), habría que añadir que te has colado diciendo que JS no funciona como servidor, cuando hoy en día es una opción especialmente popular.
https://w3techs.com/technologies/details/ws-nodejs

Pero no solo como servidor; también se nutren de diferentes frameworks como electron para crear aplicaciones multiplataforma como el visual studio code, discord...
https://zeke.github.io/electron.atom.io/

p

#27 A todo lo que te ha dicho #25 (que está bastante completo), habría que añadir que te has colado diciendo que JS no funciona como servidor, cuando hoy en día es una opción especialmente popular.

No me he colado porque en los sitios de los que he hablado, Java es lo que funciona en servidor y Javascript es lo que funciona en cliente. Amazon, Twitter o Linkedin no están hechas con node.js

PauMarí
editado

#39 te aseguro que no me falta mundo, tengo (tenía, mejor dicho, ya que hace unos años) el record europeo de website con más compras simultáneas soportadas... (máquinas virtuales repartidas en diferentes datacenters con un backend NO funcionando en java (pero sí, a mi pesar, con un clúster de SQL Servers)).
Y cuando me refiero a una decisión empresarial me refiero a una ADMINISTRATIVA (tema sueldos programadores y no querer asumir el coste de canviar a un sistema moderno)
Creo que al que le falta mundo no es precisamente a mi....
Por cierto, la tecnología del backend de Netflix es público (de hecho alguien meneó un artículo al respecto por aquí). El front creo que era React, no lo recuerdo ahora mismo pero te aseguro que el Back NO era java, hablas sin conocer de lo que hablas.

R

#41 Efectivamente, mucho es publico. Y hay java a patadas. https://netflix.github.io/

PauMarí

#50 hadoop? Un proyecto de más de 20 años... Lo dicho, los nuevos proyectos no se hacen con java pero eso no quita (ni niego) que existelan muchos todavía.

Quepasapollo
editado

#77 eso es muy discutible, mírate los pliegos que está saliendo de la administración, vas a comer Java por un tubo, y sí, hablo de proyectos from scratch

aironman

#77 tu de big data como que ni idea, no? El map reduce de Hadoop está deprecado, pero hdfs y yarn junto con spark/flink es la norma para tener un cluster BigData.

infraser

#41 te falta muuucho mundo si te crees que el único por el cual se elige java es administrativo

PauMarí

#57 sí papa, sí, lo que digas...

Peazo_galgo

#41 "canviar"??? Mis hogos....

Sí, está claro que no eres de letras....

ostiayajoder
editado

#41 Y cuando me refiero a una decisión empresarial me refiero a una ADMINISTRATIVA (tema sueldos programadores y no querer asumir el coste de canviar a un sistema moderno)

O, vaya, fijarse en los costes y en la fiabilidad para desarrollar un proyecto. Locuron.

Lo de netflix... es que me da igual.... Si me pongo a mirar bigtechs no me van a faltar ejemplos de cosas hechas en Java, espero que no haga falta ponerme a buscar, pero no se.... gmail? Es mas, si quieres te informo de que en Netflix estan contratando a un monton de gente para java:

https://jobs.netflix.com/search?q=java

Y startups... no se... he hecho varias entrevistas para puestos en java, a nivel nacional e internacional y trabajo en una internacional, ahora mismo...

Y si. Se utiliza para cosas viejas y para cosas nuevas pq:

1- Montones de personas saben usarlo. Lo cual es BUENO para poder tener desarrolladoress cuando necesites que sean rapidamente productivos.
2- Es muy versatil: Puedes hacer monolitos, sistemas complejos distribuidos, SOAs, eventdriven, lo que quieras y ademas....
3- Existen soluciones Open Source para TODO, y muy usadas. Es muy robusto.
4- No hay un nuevo framework cada 2 semanas.

Encima en java 19 le van a dar una vuelta a la asincronia del copon....

Y eso por no hablar de los benchmarks de consumo de energia en los que solo C, C++, RUST y. Ada consumian menos (adjunto foto)

Y eso por no hablar de GraalVMs que te hace AOT en nativo disparando el tiempo de arranque, la velocidad de ejecucion y reduciendo bestialmente la memoria utilizada...

Luego, si, estan las aplicaciones empresariales con J2EE y java 6 u 8, pero pretender que eso es el ecosistema de java...

PD: si te hubiera dicho a la cara mi anterior test no te habria sentado mal pq lo decia como expresion hecha, no despectivamente y las sonrisas era para mostrar ironia pero no maldad.

Mea culpa eso.

R

#25 la mayoría de los servicios de AWS tienen Java por detrás

PauMarí

#54 y ahora es cuando viene lo de que Facebook está hecho en php?

R

#74 busca mis comentarios. Mi LinkedIn está ahí. Cuando veas quién soy y en que trabajo te darás cuenta que estoy en una posición privilegiada para entender el uso de Java en AWS. Es más, creo que puedo decir con confianza que es la posición más privilegiada que existe.

PauMarí

#81 y eso en que invalida mi comentario?

R

#86 decías anteriormente que ninguna de esas empresas (incluyendo Amazon) montaría un backend usando Java, y luego has intentado compararlo con el uso de PHP en Facebook, que hace años reemplazó PHP por Hack y distintos lenguajes para backend

PauMarí

#93 precisamente, estoy diciendo que nadie empieza un proyecto nuevo con java, pero eso no quita que todavía exista y se mantenga, como ocurrió con php en Facebook (o java en Android). Pero todo el mundo empieza los nuevos proyectos con otras herramientas hoy en día.

enriquefriki

#93 Disculpar que tercie. Intuyo que no alcanzo vuestro nivel, pero en presente digo que todo el ecosistema de AWS es fantástico. Estoy muy satisfecho con él mismo. Hoy por hoy creo que es la mejor plataforma de servicios cloud que existe.
Yo -por cuestiones de edad- soy del mundo LAMP -Linux, Apache, MySQL y PHP- y el mundo Java lo vivi en primera persona currando hace años en una cárnica de esas que en función de un requerimiento de una administración pública, pidió un portal con un CMS basado en Java Liferay La cuestión es que había que alojarlo en un servidor Apache.
A mi siempre me pareció demasiado recursivo todo eso. Compilar sobre compilar. Y no veas los tiempos de implementación...meses.
Mi impresión personal, a lo mejor equivocada, es que desde el mundo de la universidad la gente sale preparada precisamente en este lenguaje de programación Java Y si añadimos que las distintas administraciones públicas insisten en la implementación de soluciones basadas en este lenguaje, pues el campo está muy muy tasado.
Y ya para terminar. Creo que RoR, el mismo PHP, y muchos de los lenguajes de programación Open Source son además de escaladles, fáciles de implementar, elásticos y sobretodo están sobradamente documentados gracias a la comunidad que los soportan. Java es uno de ellos...pero creo que lleva demasiados años y lo considero un poco obsoleto.
Pero bueno...el software jamás es un producto terminado.

selina_kyle

#81 lo he buscado y ole tú!!!

PauMarí

#61 soberbia? Dime algún NUEVO proyecto que se base en java? Tenéis ganas de discutir obviedades? Ya nadie se lo plantea....

F

#71 En mi empresa mismamente. Todos los proyectos nuevos van en Java. Precisamente porque prima la estabilidad y seguridad del ecosistema.

E

#25 La mayoría del backend de Netflix sigue escrito en Java

llorencs

#67 No tenía mucha cosa Netflix en backend escrita en Python, también?

c

#25 ninguna de esas empresas (y me atrevería a decir ni ninguna de la mayoría de "nuevas" empresas) montan un backend en java
Java es un gran lenguaje de servidor y probablemente el MAS utilizado para aplicaciones de alta demanda y rendimiento.

Java no es ni anticuado ni engorroso. En qué te basas para sostener esa afirmación?

Por qué dices que "solo interesa desde el punto de vista empresarial"?

PauMarí

#87 igual que cobol lo fue en los bancos, y por el mismo motivo que tardaron tanto en substituirlo. Lo cortés no quita lo valiente.

c

#88 Ni de coña. No es para nada comparable.

p

#25 Ningún programador a día de hoy habla de applets pero es lo que uno responde cuando se pone en duda que esas compañías usen Java y si no te estarás confundiendo con Javascript. Pues sí lo usan, otra cosa es que a ti no te guste o te parezca una basura, que es una opinión muy respetable, sin embargo los ingenieros que están detrás de Amazon tenían otra opinión y aunque Java no interesa "desde un punto de vista técnico" han conseguido hacer una plataforma que vende en todo el mundo con una disponibilidad de casi el 100%. Seguramente tú lo hubieses hecho en la mitad de tiempo y sin ningún bug programándolo en Javascript, pero en esas empresas no tenían tu currículo cuando empezó todo

#31 No, no ando liado, conozco perfectamente la diferencia entre Java y Javascript y sé lo que usan esas compañias como backend, y también sé que no están migrando a nada, como ya te han dicho por ahí

SaulBadman

#25 Dios, los ActiveX junto a Internet Explorer 6 me traen malísimos recuerdos

llorencs

#25 En la empresa que trabajo hay servicios que aún se siguen montando sobre Java, incluso nuevos servicios...

Pero otros servicios se montan con GO, C#,... Dependiendo del equipo

f
editado

#25 Hace años que estoy desconectado de Java y no estoy a la última, pero siempre me ha parecido un lenguaje de programación excelente por su fuerte soporte a la POO, su seguridad en la gestión de la memoria y el soporte comunitario. ¿Qué ha cambiado? ¿O en qué no ha mejorado?

Pacman

#9 andas liado, como dice #22
Y todas esas compañías están migrando a otras cosas.

ostiayajoder

#31 Si claro, cambian lo que les da un monton de pasta for the lols

c

#31 Como cuales?

Pacman

#99 Rust, Kotlin, Go

Google, por ejemplo, dice que sólo va a usar Go
Es una pura acción empresarial, quieren que se expanda por razones obvias (es suyo), pero ya estas dejando atrás a otros, como al que tratamos ahora.

h

#22 #31 #55 Yo estuve un tiempo currando en Amazon y confirmo que la mayor parte del código era Java. Sí, hay miles de microservices pero el 90% era Java.

Y no están migrando a nada. Como mucho estaban pensando cambiar el framework propio y empezar a usar Spring. Si aún había cosas críticas en Perl porque era el lenguaje de moda cuando la compañía estaba en sus inicios dudo que vayan a migrar masivamente a otro lenguaje 😂

K
editado

#100 No niego que la mayor parte del desarrollo interno pueda estar en java. Normalmente una empresa para desarrollos internos tiende en a estandarizar y usar solo ciertas tecnologías por temas de eficiencia. Pero también son conscientes que cada tecnología tiene sus pros y sus contras, y que ciertas cosas es mejor hacerlas con una tecnología u otra. Siempre digo que no puedes usar un martillo para poner tornillos.
Pero en toda gran empresa siempre hay productos de otros que usas que estarán hechos en la tecnología que el otro haya querido. Para eso están los acuerdos de interfaz, las integraciones y los integradores, las APIs, etc. para tener precisamente esa capa de abstracción en cuanto a tecnologías.
Yo trabajé también un tiempo para otra gran tecnológica, que para que te hagas idea hace hasta sus propios sistemas operativos, su propio sistema de comunicaciones internas (estilo skype), motores de bases de datos y sus propios drivers (ya que son también productores de dispositivos), y un largo etc. a ese nivel hablo. Y aún así se usan productos de terceros, por ejemplo para monitorización, o un GIS, o un gestor documental, o el webcache, o el gestor de colas, o herramientas de BI.
Es prácticamente imposible que una empresa aún siendo muy grande, cuyo producto o servicio no sea solo software y exclusivamente software, estilo Microsoft u Oracle, decir que todos los sistemas que usan están desarrollados internamente y completamente por ellos. Incluso la mayor farmacéutica retail del mundo, para la que trabajé en un proyecto de integración, usa software de terceros.
Hablando de Perl, para que te hagas idea, trabajé unos años con un facturador telco cuyo back era principalmente C. pero también con mucho bash, PL/SQL, con un cliente en Visual C y un BPM en Java. El caso es que llego un tema de integración de ficheros de terceros y debido a que Perl tiene un excelente tratamiento de cadenas y a veces teníamos que hacer postprocesos de los ficheros ya que estos podían cambiar (no le puedes pedir, hasta cierto punto, a una tercera gran compañía, que te impacte en todos sus cambios de software) tuvimos que meter Mongo con lo contentos que estábamos con nuestro Oracle.

l

#9 Es lo que tienen las modas. Hay software usado muy a lo bestia funcionando en Java, como Confluent o Presto, pero como es antiguo puede ser bueno ni molar. La gente es así

K
editado

#9 Permite me que lo dude ¿De donde sacas la idea de que el back de esas empresas está en java? Primero, supongo que será una amalgama de lenguajes. Por ejemplo, si que se que Ebay está principalmente en PHP por qué lo dijeron cuando desarrollaron los microservicios. Pero si de verdad crees que el back de esas empresas es sólo una aplicación monolítica hecha en java y no varias decenas montadas en SOA con ESBs y Middlewares (software hecho mayoritariamente en C) o mejor aún cientos de microservicios cada uno de su padre y de su madre según convenga, o que ellos usan solo software propio y no de terceros, es que no has trabajado en una empresa medianamente grande. Seguramente la pasarela de pago este hecha en un lenguaje y con una tecnología, la logística en otra u otras, el control de almacenes en otra, la facturación en otra, el esb en otra, cada una con su repositorio de código en otra, con su gestor documental en otra, cada una con su motor de base de datos en otra, y con sus ETLs en otra, con su análisis de datos en otra, con su BI en otra, etc y eso simplificando mucho el tema.

p

#55 Normalmente esas cosas se saben porque en muchas empresas hay blogs de desarrolladores, o también conferencias que se pueden ver online, donde los ingenieros hablan sobre las tecnologías que se usan en su empresa o cómo es su arquitectura. Un ejemplo de otra compañía que basó su aplicación en Java https://blog.linkedin.com/2008/06/24/linkedin-is-99-java-but-100-mac

Pero no he dicho en ningún lugar que en esas empresas sólo haya un monolito, sino que es la tecnología principal que se usa, sean microservicios u otra cosa.

Pacman
editado

#9 como dicen algunos talibanes, si se mueve el ratón no estás programando

Zade

#9 La mayoría de esas empresas usan también los “lenguajes de moda” incluso en el lado servidor. Por ejemplo hay servicios de Prime Video implementados con Swift de lado servidor porque es más rápido que el resto de alternativas.

Polarin

#1 eh... nosotros tambien tenemos corazoncitos... aunque nos hayan hecho usar "ese" "lenguaje".

Vensier
editado

#1 hay muchos lenguajes modernos que usan la máquina virtual de java, como kotlin, Scala, Apache Groovy o Clojure

ur_quan_master

#1 Java sigue siendo muy bueno para lo que es.
Por otro lado, como dice la coplilla: C y C++ son de la famila... Y a Rust lo encontré en la calle.

#1 hasta ahí mismo llegue yo, ni el enlace pulso. Jijijiji

enriquefriki

#1 me lo has quitado de la tecla

frg

#3 Espero más Rush en el kernel de linux. Solventa muchos de los problemas existentes con drivers de todo tipo y condición.

meneandro

#4 Las prisas no son buenas...

prejudice
editado

#4 git también está escrito en C
Aunque tiene menos complejidad que el kernel de Linux y la verdad no creo que necesite mejoras, ya es un herramienta perfecta

R

#59 para mi git es lo que realmente demuestra la genialidad de Linus como desarrollador.

neo1999

#66 Debería delegar su responsabilidad en el kernel y crear o colaborar más en otros proyectos que falta les hace.

frg

#59 No se, git es importante, pero cualquier driver del kernel te puede tirar una máquina por una mala gestión de un puntero.

Fingolfin

#3 Pues en este caso no les falta razón

t

#3 Pues deberías saber que esta gente tiene, o tenía, manuales bastante buenos para el público de como asegurar equipos linux y Windows.

ochoceros

#3 Es como cuando te dice el del banco que inviertas en algo, hay que hacer exactamente lo mismo: Lo contrario.

A

#8 C está muy bien para aprender las bases del desarrollo de software y para cacharritoso como arduino y otros controladores robóticos. Luego ya con esa base puedes ir aprendiendo el lenguaje que toque según las necesidades de la empresa. Luego en las entrevistas de trabajo ya te pueden pedir 15 años de experiencia en ruby, .net, o lo que sea que esté de moda, que leyendo un par de libros te puedes apañar en una semana.

A

#12 Sin C no hay Unix,ni iOS, ni Android, ni Linux, ni BSD, ni Mac OS.

tul

#18 ni windows

j0seant

#18 tampoco tendríamos los interpretes, compiladores o maquinas virtuales de otros lenguajes, ya que la grandísima mayoría están escritos en C/C++

menéesemele

#18 ¿y? has necesitado alguna vez leer o modificar el código de esos sistemas?

M
editado

#18 No está diciendo que C no sea o haya sido útil ni esté en desuso. Sólo dice que para el común de los mortales no hace tanta falta. Creo que el contexto del mensaje se entiende bien sin necesidad de sentirse ofendido.

Powertrip

#12 no conozco a nadie que leyendo un par de libros de java en una semana sea programador java. Me tenéis hasta las ***** los que os creéis gurús del C, ensamblador y código binario y lo demás es m**rda

Jesulisto

#8 C te enseña a pensar como un programador "de verdad", en el día a día puedes usar lo que sea pero hay un antes y un después de aprender y programar en C.

abnog

Si lo recomienda la NSA, ya sé lo que NO tengo que hacer.

g

#10 recomiendan cambiar a lenguajes más lentos porque así te cambias a una CPU más moderna y ahí está “su magia”.

menéesemele

#58 Rust es equivalente a C/C++ en cuanto a rendimiento.

Java es más rápido que otros lenguajes de más alto nivel, incluído Go.

d

#43 Quiero ver aquí al comentario ese de que lo que dices es un argumento poco técnico. A ver si lo intentan.

Leni14

Razón de más para usar C y C++.

menéesemele

#17 buen argumento técnico. Sí señor.

Socavador

Es que así no hay quién espíe tranquilo...

A
editado

#32 https://github.com/gorhill/uBlock/wiki/Does-uBlock-Origin-block-ads-or-just-hide-them%3F

Despejando dudas.

Sí, bloquea las peticiones. Lo mejor para ello es ir a los ajustes de UBo y descargar los recomendados y actualizarlos.

B

Esto es como si el lobo viniera a decirle al pastor como guardar las ovejas.

o

De Rust no tengo ni idea de como funciona, pero de Java lo que quieren es enchufar la puerta trasera en la maquina virtual que es de Oracle (curiosamente empresa americana que abre el culo si se lo pide la NSA) y controlar todo sin que puedas hacer nada por evitarlo. Se les ve el plumero a kilómetros de distancia.

menéesemele

#76 ninguna empresa en las que he trabajado usan la máquina virtual de Oracle. Tienes muchas de alternativas de código abierto con un rendimiento tan bueno como la de Oracle (que también tiene sus versiones de código abierto): https://en.wikipedia.org/wiki/List_of_Java_virtual_machines#Active

onaj

#16 Lo importante es que era la única opción para poner gráficos y animaciones en la web.

¿lento? Vale.

Azrapse

Al margen de que esté hablando de putas La Tacones (NSA), el hecho es que Rust tiene el mismo escenario de uso que C/C++, pero su gestión de memoria es más robusta y no le deja al programador pegarse un tiro en el pie con tanto entusiasmo como C/C++ lo hacen. Y es igual de rápido.

Por muy buenos que hayan sido C/C++, y sean los cimientos de casi todo, son lenguajes anticuados, que han sido "actualizados" una y otra vez de la forma más ortopédica y frankenstein imaginable. Un programa moderno en C++ da asco leerlo, por la cantidad de "ruido" absurdo que conlleva hacer las cosas bien sin que ser vaya todo al garete en temas de librerías, referencias, gestión de memoria, etc.

Me recuerda a la programación en PHP y Javascript modernas, que para tener algo decente y robusto, te tienes que montar un pifostio en andamiaje y seguir unas prácticas a rajatabla. O si no, el caos.

neo1999

#94 Cual sería la alternativa a PHP y JavaScript al estilo Rust? Existe algo similar?

j

#94 Si.... pero. Rust no está listo. Sencillamente no esta listo. Hay partes del propio lenguaje que están literalmente a medias. Solo hay que mirar cuando lo quieres usar a bajo nivel, como los commits para la versión 6.1 del kernel de linux, es prácticamente imposible programar algo en la versión estable del toolchain, hay que irse siempre a features adicionales o directamente a la nightly.
Que lo va a reemplazar, estoy casi seguro, pero le queda todavía.

Si tuviese que llevar un proyecto nuevo ahora mismo, probablemente tendría que usar C en vez de Rust.

Con respecto a la mención de java, no creo que se refieran a java en sí, sino a lenguajes con GC sin más. No creo que les importe si es java, o go, o C#, o ...

A

¿Pero Java no lleva 10 años obsoleto?

Yo me alegro de que cada vez se use menos en la web, por que vaya porculo cada vez que fallaba la versión concreta y exclusiva que había decidido utilizar el becario cutre para tál página de la administración. Entre flash y java retrasaron el avance de internet unos 10 años.

onaj
editado

#11 No. Lo actualizan.

¿Quizás hablas de Java para hacer snippets web? Ese es un uso residual de Java. Siempre lo han sido. En la actualidad es uno de los lenguajes más usados.


Por cierto, quizás sin flash hoy el uso de Internet en el mundo sería sensiblemente inferior. Gracias a flash se llevaron las animaciones, los gráficos y los juegos a la web. Tampoco retrasó nada, su problema fue de agujeros de seguridad