EDICIóN GENERAL
327 meneos
6456 clics
20 años de Java: ¿En qué quedó el sueño de programar una vez, ejecutar en cualquier lugar?

20 años de Java: ¿En qué quedó el sueño de programar una vez, ejecutar en cualquier lugar?

Java cumple hoy 20 años. El 23 de Mayo de 1995 vió la luz de forma pública, durante la conferencia SunWorld ¡Qué tiempos! La compañía Sun Microsystems presentó el lenguaje en el que había estado trabajando durante más de cinco años de forma interna el equipo de James Gosling (el padre de la criatura). Un auténtico lenguaje moderno concebido para funcionar en cualquier dispositivo, esa fue la idea.

| etiquetas: java
Comentarios destacados:                                  
#8 #4 Trabajar con Javascript es una mierda:
- 20 formas diferentes de encapsular código, extender funcionalidad, crear constructores, ... para ser productivo quiero que haya una clara.
- Falta de estandarización de cómo definir módulos y cargar otros módulos, y más entre servidor y cliente.
- Tipado dinámico. Es muy gracioso para hacer cosas pequeñas, pero para que sea seguro requiere una cantidad de test unitarios que a veces pierde el sentido. Por otro lado, la flexibilidad y falta de tipado que tiene hace que hacer mocks sea muy sencillo.
- No estandarización de cosas tan básicas como Array.prototype.forEach, o String.prototype.trim
- El infierno del scope, que es muy gracioso para hackear el lenguaje, pero es un sinsentido mayúsculo para conseguir hacer algo funcional.

Y lo peor... que una de cada 10 personas que dice saber Javascript sólo sabe copiar y pegar bloques de jQuery mal estructurado.

Cada día me gusta más Golang. Sencillo, claro, una forma de hacer cosas. Muy cercano a código máquina con muy poca magia por debajo. Con lo que uno espera encontrar en una librería estandar en 2015: http, sync de coroutines, listas, mapas, unit test, compresión de ficheros, ...
20 años de Java: ¿En qué quedó el sueño de programar una vez, ejecutar en cualquier lugar?

En lo que se veía venir: En una puta mentira.
#2 prueba a hacer programas multiplataforma en c++ y luego me lo cuentas.
Java sigue siendo una maravilla en cuanto a productividad. Te permite concentrarte en el problema en lugar de bregar con el lenguaje.
#7 Si lo comparas con C++, obviamente la multipataforma de Java es una gran ventaja. Yo lo compararía mejor con Python que, además de multiplataforma, su sintaxis, simpleza y enorme librería son del gusto de muchos programadores (incluyéndome :-D) .
#15 Me gusta python como lenguaje, me parece elegante. Pero mi escasa experiencia con el fue frustrante debido a la falta de compatibilidad entre versiones. Modulos no compatibles entre la version 2.6 2.8 y 3? Claramente mejorable.
#16 Entre 2.5, 2.6 y 2.7 (nunca se lanzó la 2.8) no hay mucha diferencia, salvo unas cuantas librerías que no se encuentran en una u otra, pero siempre puedes encontrar soluciones en la comunidad.

Entre la 2 y la 3 sí hay bastantes, tanto que tu código en 2 puede no ser compatible en la 3, pero no hay mucho problema con esto ya que siempre puedes instalar una u otra versión del runtime (en Linux vienen las dos preinstaladas), o si compilas a .exe te empaqueta la versión adecuada.

No recomendaría pasarse de la 2 a la 3 a menos que sea un proyecto pequeño o estés preparado a hacer cambios en buena parte de tu código, aunque las ventajas de la 3 bien puede valer la pena, como el uso de Unicode por defecto.
#75 goto #19

Si tu proyecto es grande y está escrito en Python 2 no te pases a Python 3, no necesitas hacerlo. Todo lo que te ofrece el 3 está en el 2.
#16 exacto. Yo he compilado un millón de lineas escritas con java1.4 en java 7 y ningún problema. En fin, hay gente que prefiere evitarse los corchetes...
#15 El problema de Java es que necesitas levantar todo un estadio para echar un ratoncico a correr, en cuanto a Python siempre me ha parecido un lenguaje muy hippy xD
#7 Con U++ o cualquier otro framework multiplataforma C++ sigue pateando el culo de Java.

Edit: y no olvidemos qt, que está de aniversario.
#36 c++ es más eficiente pero menos mantenible y menos estandarizado. ¿ Qué necesitas en tus proyectos ?
Hay muchos lenguajes porque hay muchas necesidades.
#38 menos mantenible y menos estandarizado

C++ es igual de "mantenible" que Java. Ni más, ni menos: igual. E igual que Python, e igual que Golang.

En cuanto a estándares, C++ tiene estándares. El último es el C++14, del año pasado.

Si ves un proyecto en c++ inmantenible y que no sigue ningún estándar, échale la culpa al programador, no al lenguaje.
#38 c++ es igual de mantenible que Java o cualquier otro lenguaje y está estandarizado, otra cosa es que te dediques a hacer spaguetti code, elijas un lenguaje no adaptado a lo producto, uses metodologías de desarrollo que han probado ser ineficientes o no tengas planificación alguna, y entonces los problemas de tiempo de desarrollo y mantenibilidad los tendrás uses el lenguaje que uses.

Cc #44 (te aseguro que yo también sé de qué hablo)
#36 Si no te importa multiplicar por 10 el tiempo de desarrollo...pues sí.
Y te aseguro que sé de que hablo.
#36 LLevo unos meses aprendienco c++ y hace poco que me enteré de qt. La verdad es que me ha sorprendido mucho, aunque el tema de las licencias me tiene un poco mosca.
#7 Sí, pero luego para el usuario es una puta mierda.
#7 Pues mira, c++ está soportado de forma nativa en: Windows, Linux, MacOSX, iOS, Android ,Windows Phone....

Siempre digo lo mismo, Java no es multiplataforma, lo son las máquinas virutales en las que se ejecuta.
#2 pregunto desde la ignorancia: ¿no se puede seguir ejecutando un programa en Java desde cualquier máquina, siempre y cuando esta tenga la Máquina Virtual de Java instalada?
#28 Sipes.

Ademas es bastante eficiente, por mucho que digan...

Eso si, como existe J2EE en la que le ponen 50 millones de capas a cada aplicacion hay gente que piensa que es lento cundo no lo es.
#28 Sí, se sigue pudiendo, de hecho es la gran ventajaTM de Java. Pero lo de que el resultado sea el mismo... ya es más discutible.

#32 No, no es que haya gente que piense que es lento. La ejecución en Java ES lenta, lenta y pesada en cuanto a recursos además, porque requiere la capa adicional de la máquina virtual. El equipo ejecuta la máquina virtual que es la que interpreta el código. No es lo que diga la gente, es que haces un programa, incluso uno sencillo, en Java y en C++ por ejemplo, haces medidas de tiempos y rendimiento, y te das cuenta.
#64 Te das cuenta de que? De que son del mismo orden?

benchmarksgame.alioth.debian.org/u64q/compare.php?lang=gpp&lang2=j

La ejecucion de java no es pesada: funciona en lavadoras y hasta en nokias 3210.

Las mierdas que se hacen en java son pesadas y lentas, pero el lenguaje en si NO.
#65 +1 ami python no me convence por mierdas asi.

#67 ¿tu crees que no es mas pesada una aplicacion que pasa por la maquina virtual de java que una que no lo hace? Yo no creo que sea muy apreciable en estos tiempos pero la verdad hace no tanto o en equipos viejos si que noto un tipo de aplicacion sencilla en java frente a una en c. Que puede ser que por dentro la de java este fatal, pero yo veo como la interfaz grafica por ejemplo es algo que se nota mucho mas lenta en la mayoria de programas escritos en java y en pcs un poco viejos, sera jswing o las librerias que usen o sera que pasan por una mv.
#68 Esa mierda que digo, especificamente, se corresponde (intuyo, aunque no tengo dudas al respecto) a que llego un tio nuevo y echo 'su meadita'; lo marcó para que quedara como 'suyo'....

A cuenta de que se cambia el nombre de los paquetes de una subversion a otra... acaso es tan importante eso como para que TODO lo que hay escrito en ese framework deje de ser actualizable?
#68 En los benchmarks sale 3 veces mas lento que C++ o C, como C#....

El resto es problema de librerias y de como esta programado, de abandono de las aplicaciones de escritorio y sobre todo de capas y capas sobre capas....
#67 Ehm... ¿Cómo es eso de decir que los tiempos y recursos son del mismo orden poniendo como referencia un benchmark en el que de 8 medidas sólo en una (mandelbrot) son equivalentes, sólo en otra (binary trees) Java gana, otra no se puede comparar porque Java falla y en el resto es batido, en varias de ellas por efectivamente un orden de magnitud (por lo que no son del mismo orden)?

Vale que he mirado todo muy rápido y sobre todo la tabla de benchmarks, pero sin leer mucho la otra tabla decía…  media   » ver todo el comentario
#67 Sí, se utiliza en sistemas donde el tiempo de respuesta no es determinante. Pues ya ves.
#67 Exacto, totalmente de acuerdo.
#64 ¿a qué te refieres con que "el resultado" no es el mismo?
#74 A cambios de apariencia en la interfaz (no deseados y no habiendo dejado cosas por defecto o "como esté en el sistema"), a funcionamientos distintos de elementos de esa interfaz con los que se interacciona (botones, etc.), a fallos de ejecución en unos entornos que no se dan en otros, a diferencias de rendimiento bestiales...
¿En qué quedó? En una máquina virtual, la JVM, con 20 años de optimizaciones, que ahora puede ser aprovechada para crear nuevos lenguajes sobre ella y además como bonus tener compatibilidad con todo el ecosistema generado a lo largo de todos esos años.

Lo que pasa con Java es que, como dice #32, te pones a ver código de proyectos J2EE, ves la inmensa bola de mierda que son, capa sobre capa, y te echa para atrás. Pero afortunadamente ahora mismo hay alternativas mucho más ligeras, sobre todo…   » ver todo el comentario
#100 ¿Programas en Scala? Realmente eres un tío afortunado. Yo enseño programación, y lo hago utilizando Scala. Despúes de más de 25 años programando, es el mejor lenguaje de programación práctico que he encontrado. Martin Odersky es un genio.
#2 Decir que Java es estupendo porque funciona en cualquier plataforma es como decir que el sexo anal es estupendo porque funciona con todos los géneros.
#91 Me gusta tu paralelismo... ¡Te lo tomaré prestado! xD
#93 No es mío, pero yo te lo presto igual.
#2 mentira? yo trabajo en una aplicación en mi curro que instalamos tanto en windows como en linux sin ningún cambio. Donde esta la mentira?
Respecto a la compatibilidad ...  media
#50 El sexo anal es bueno, otra cosa es que le tengas miedo.
#11 Douglas Crackford (creador de Javascript): "Estaba tratando de explicar a alguien la diferencia entre Java y JavaScript. Es como la diferencia entre Star Trek y Star Wars. Java es Star Trek. Fue la primera, y todo son uniformes, reglamentos y alertas rojas. JavaScript es Star Wars. Polvo, caos y misticismo"

plus.google.com/+DouglasCrockfordEsq/posts/FeZkpuHKPWN
Como se nota que estamos en fin de semana.
#8 Confundes Java con JavaScript, son dos conceptos muy diferentes, cada uno vale para lo que vale, que eso aquí ya se ha discutido mucho, y por tanto, no esperes hacer lo mismo y de la misma forma en un programa y en otro. Es una manía que cuando venimos de un lenguaje queremos que el siguiente se comporte lo mismo que el anterior.

#14 Como se entere Brendan Eich de lo que has dicho:
es.wikipedia.org/wiki/Brendan_Eich
#71 Cierto, Douglas Crackford es el creador de JSON, no de JavaScript.
#82 Antes de empezar, te aclaro que JavaScript esta hecho para trabajar al lado del cliente y no esperes más de lo que un lenguaje no tiene, y por tanto como casi todo, entender y dominar algo es una gran ventaja (yo no cumplo las dos premisas pero me esfuerzo).

Por tanto aludiendo lo que has dicho:
- Falta de estandarización de cómo definir módulos y cargar otros módulos, y más entre servidor y cliente.
JavaScript NO fue creado para trabajar al lado del servidor ( se han creado…   » ver todo el comentario
#92 TL;DR;

"[...]te aclaro que JavaScript esta hecho para trabajar al lado del cliente[...]". Eso, simplemente, no es cierto y afirmarlo muestra un profundo desconocimiento del lenguaje. Y, apoyándome en eso sospecho de que el resto de tu comentario está mal y se basa en premisas falsas y erróneas.

Un saludo.
#71 Sé que no puedo esperar hacer lo mismo en JS que en Java, o utilizar la misma aproximación a un problema. JS tiene cosas maravillosas, pero padece de una herencia en cuanto a diseño e intérpretes terrible. Si te riges por Javascript: The good parts, tienes un lenguaje razonable, el problema como comenta #79 es que sólo un 1% de los que programan JS saben qué partes te van a morder.

Por cierto, sí que ha tenido gracia lo de algo funcional. Esas funciones ya están en ECMA 5, ... A lo…   » ver todo el comentario
Por poner un ejemplo en "cierto" juego de cubos. :-)
#1 ¿Hablas de aquel que con gráficos de los 90 requiere hardware del 2020? :troll:
Javascript apesta ampliamente.

Para hacer chorradas bien, pero para hacer cosas medianamente grandes es demasiado inconsistente.

Java permite hacer código mantenible y fiable.
#12 Bendita es la ignorancia
#18 Eso digo yo....
#12 es que no son equivalentes. JavaScript es un lenguaje de cliente web y Java es un lenguaje de propósito general que se puede usar para hacer aplicaciones de muchos tipos.
#25 Si lo dejas ahi estoy contigo, pero hay degenerados que quieren hacer fullstack con javascript!!!!!!!!

Pq demosnios alguien querria hacer eso cuando hay alternativas???
#30 pues como toda degeneración:

Alguien te dice que mola...

Un día lo pruebas...

Cuando te quieres dar cuenta estás enganchado {0x1f49c} {0x1f49c} {0x1f49c}

Eso de usar JavaScript en el cliente, en el server y en la base de datos, es... Una golosina.
¿En qué quedó el sueño? En un lenguaje vetusto y engorroso que todos quieren matar pero nadie sabe cómo. Como Cobol.
"¿En qué quedó el sueño de programar una vez, ejecutar en cualquier lugar?" Pues en html5.
#39 Usé AngularJS en un proyecto comercial en 2013, intento usar 6to5 (o como se llame ahora) en la actualidad, e hice un proyecto comercial con TypeScript en 2012 (sí, cuando salió). No son el futuro. Y que existan no hace que JS deje de ser un lenguaje bastante chunguete...

Aunque sí es cierto que, con autodisciplina y disciplina de equipo en hacer las cosas siempre de la misma manera, con un linter que te pare las builds si algo no está como debería, y con paciencia con los nuevos…   » ver todo el comentario
#41 A ver, javascript como lenguaje, lo detesto. Con ES6 y Typescript mejora, ya hay tipado, hay anotaciones (pones encima de una clase el @Component con Angular 2.0 y automáticamente es una directiva), hay genéricos,... Pero se sigue quedando muy atrás de Java.

Eso no quita que sea un lenguaje muy veloz y que se está trabajando mucho, y con muchísima demanda y muy bien pagado (sobre todo la gente de angular, en Madrid se está pagando hasta 46K a gente con 1 año de experiencia en angular).…   » ver todo el comentario
#45 Lo curioso es que cuando Angular1 está empezando a ser popular, aparece Angular2 que usa TypeScript, y es que hay mucha gente que lleva mucho tiempo echando pestes de Angular. Porque hacer el típico tutorial o la típica aplicación chorra es sencillo, pero llega un punto en el que desearías haber elegido otra cosa. En mi caso lo uso para cosas internas pequeñas y la app en la que usé Angular, ... pues bueno, llega cierto punto donde hay cosas que no son fáciles de "overcome" y la…   » ver todo el comentario
#45 tengo 2 años de experiencia en mean fullstack.

¿dónde dices que pagan eso?

Porque en oviedo me han ofrecido sólo 24k
#45 Hombre, en UK o Irlanda en Java se paga bastante bien
Bueno me preparo para los cuchillos...

La verdad es que Java, en la experiencia que llevamos acumulada de varios años, diremos que como mínimo es frustrante. Estoy hablando de aplicaciones J2EE, corriendo en weblogic, coherence, etcétera, vamos un stack clásico en aplicaciones empresariales, el resultado son constantes problemas de rendimiento, problemas de trazabilidad, y sobretodo muy poca productividad. No puedo decir que nuestra experiencia sea un criterio válida para juzgar una tecnología…   » ver todo el comentario
#40 J2EE es un mounstruo come ninios....

Despues de meter 50 capas no se puede esperar que nada funcione fluidamente...
#40
" he hablado con compañeros que pasaron de c# a Java, y prácticamente todo comparten este punto..."

Sinceramente, me parece curioso que no te des cuenta tú mismo del sesgo que tiene esa afirmación. Es como decir que el español o el latín es peor que el portugués porque tomas como muestra gente de Portugal y les intentas enseñar español o latín y les cuesta, no se desenvuelven igual que con el idioma al que llevan años acostumbrados. La crítica es obvia: si tomas a…   » ver todo el comentario
¿No sería más bien compilar una vez?
Yo me llamo Ralph!
Compile once, debug everywhere.
Espero con paciencia el día cuando la gente diferencie entre "sobretodo" y "sobre todo".
se quedó en "write once, debug everywhere"

oops no te ví #34 , busqué en el hilo "write" {0x1f605}
Hola, es aquí donde se habla de la productividad, la pulcritud y la versatilidad con la que se programa en .Net con respecto a Java? Han hecho ya un Visual Studio de Java?
La manera de programar una vez actualmente se consigue con Javascript y Html5. Páginas web (frontal y backend), aplicaciones móviles, aplicaciones de escritorio multiplataforma...
#4 Trabajar con Javascript es una mierda:
- 20 formas diferentes de encapsular código, extender funcionalidad, crear constructores, ... para ser productivo quiero que haya una clara.
- Falta de estandarización de cómo definir módulos y cargar otros módulos, y más entre servidor y cliente.
- Tipado dinámico. Es muy gracioso para hacer cosas pequeñas, pero para que sea seguro requiere una cantidad de test unitarios que a veces pierde el sentido. Por otro lado, la flexibilidad y falta de tipado…   » ver todo el comentario
#8 Sin quitarte razón, porque la tienes, hay que entender que el caos de Javascript se debe a su convulsionada evolución. A pesar de todo, sí que se estandariza, sólo que lo hace muy lentamente y siempre queda a merced de la adopción por parte de los navegadores. Por ejemplo, la ECMAScript 6 estandariza los módulos y las clases, que es una de tus críticas. De momento, hay soluciones externas como TypeScript, que incorpora POO.

Golang es un lenguaje que pinta muy bien, su paradigma de…   » ver todo el comentario
#11 Probé TypeScript en un proyecto en mi antigua empresa, y me gustó bastante. Ahora estoy usando Golang en un proyecto personal bastante grande que procesa juegos antiguos, ... y estoy enamorado.

Hay excepciones, pero sólo hay un tipo. Y visto todo lo que se abusa de las cientos de excepciones y la jerarquía de las mismas en Java, ... me parece bunea opción. En mi actual empresa hay proyectos en los que se está haciendo todo en Golang.

Un saludo
#11 "Yo por ejemplo, esperaré a que tenga GUIs decentes."

GTK+
#21 Bueno, por "decente" también me refería a "estable". Preferiría ver un bind de Qt tan bien adaptado y estable como el de Python.
#22 go get github.com/mattn/go-gtk/gtk
#11 Esa es otra de JS:

Tiene 20 y tantos años y aun no existe un GUI decente para ella xD xD xD xD xD xD

Lo cual da una imagen de lo usable que es para hacer cosas complejas....
#33 Y quizás no lo tendrá porque está hecho para aplicativos web, no de escritorio. Tal vez en algún momento a alguien se le ocurra hacerlo (o ya lo hizo), pero no pasará de ser un experimento, como las GUIs de PHP, que es otro lenguaje que han querido mudar al escritorio sin mucho éxito.
#8 #11 #17 #31 #37 javascript es para echarse a reír o llorar, según el día:
www.destroyallsoftware.com/talks/wat
#8 #4 Cuando me refiero a Javascript, no hablo de cuatro chorradas de cambiar el color de un botón, on un evento para mostrar un mensaje. Si no a utilizar un framework que transforma Javascript en un lenguaje muy potente (AngularJS, Backbone o Ember), lo cual uniendolo con NodeJS tienes un entorno multiplataforma en el cual los desarrollos son muy rápidos y de calidad.

Yo es que estoy enamorado de JS desde hace un tiempo, y antes le tenia mucho odio irracional, y todo porque no entendía la forma de trabajar con el correctamente, no me entraba en la cabeza las ventajas que tiene el tipado dinámico y como javascript lo explota.
#17 En mi antiguo trabajo decidieron hacer uno de los proyectos full-stack js: node, express, backnone y mongo, porque uno de los desarrolladores era también un enamorado. Tiene cosas buenas, sí, pero todavía está demasiado verde. Bugs extraños,interniacionalización de risa, librerias que cada semana sacan una versión nueva arreglando fallos pero volviendose incompatible con la anterior, y documentación de risa, en caso de que la haya. Ojo, que poder,se puede hacer un proyecto grande con JS. Pero también con Visual Basic, y eso no lo convierte en la mejor opción.
#8 JS es más como LISP

Golang es como el C++ del siglo 21, pero bien hecho.
#20 C++14 es un lenguaje "todo en 1", complicado dominarlo en profundidad, pero sigue siendo muy poderoso y versatil (mas que Golang también).

Personalmente creo que quien domine C++ y Lisp en profundidad, no habrá lenguaje ni paradigma que se le resista.
#9 No, el problema es que en JS veras a 15 tios haciendo lo mismo de 15 maneras diferentes y te cagaras cundo tengas que mantener eso...

Basicamente lo primero que dice #8....
#8 A mí me gusta javascript, entre otras cosas por algunas de las que enumeras como negativas, pero te voto positivo porque creo que nunca había visto hablar de javascript a alguien que evidentemente sabe de lo que habla y tiene criterio para juzgarlo (aunque no coincida contigo).
#8 Hola, vengo del futuro para hablarte de Angular.JS, de ECMAScript 6 y de typescript.
#8

- 20 formas diferentes de encapsular código, extender funcionalidad, crear constructores, ... para ser productivo quiero que haya una clara.

Es un lenguaje multiparadigma con la libertad y flexibilidad que eso supone. Ideal para programadores muy versados ya en muchos lenguajes diferentes y que quieren lo mejor de cada uno. Si sólo quieres aprender una forma de hacer las cosas y burocratizar el código, desde luego ECMAScript no es tu lenguaje.

- Falta de estandarización de cómo

…   » ver todo el comentario
#79 coincidió contigo y con #86, programar en js es como diseñar tu moto y montarla con la melena al viento, java es un camión de reparto, si robusto útil, profesional, pero muy monótono y aburrido.
Js es como el inglés todo el mundo dice que lo habla pero lo habla mal.
A mi las colecciones de java (pilas, colas,listas arrays) y si elección, aunque entiendo su utilidad en el rendimiento y análisis, me parece un coñazo.
Me recuerda este debate a cuando en mi trabajo la gente pedía uniforme "para no pensar que ponerse".
Js te da la libertad para que expreses tu programa si no quieres pensar hazlo siempre igual.

Bueno esa es mi opinión, un salido a todos
#95 donde esta mi salido? ^^
#66 Programar javascript es divertido, aunque lo odies como #8. Programar java es un coñazo.
#85 ami me gustan ambos.
#8 ¿no te gusta la libertad?
#8 El javascript va a evolucionar. La próxima versión ya trae clases, así que veremos lo que pasa.

Golang molará, pero es para backend, no lo puedes usar en el navegador.
#4 El problema es que javascript es un lenguaje muy complejo, y bastante más propenso a errores que otros. Por eso hay menos programadores capaces de hacer correctamente una misma tarea en javascript que en otros lenguajes como java. Y al final, eso se traduce en más coste, y ya sabes qué es lo que suelen opinar las compañías al respecto.
#4 A los fabricantes de RAM les gusta tu idea
Mucho llorar todo el mundo pero ahí sigue el tío, y con cuerda para rato.
A mí como programador me facilita bastante la vida, frente a otros lenguajes más modernos, más sexys y con más hype que a la hora de desarrollar algo serio y crítico o eres una super estrella de la programación de esos a los que acude Silicon Valley a su puerta o más vale que te prepares para unos cuantos palos.
#72 Claro... cosicas de cada framework......

PYTHON 3 NO ES COMPATIBLE CON PYTHON 2

xD

Te entiendo, si, generlemente coges una version para desarrollar y punto... si cambias de version puedes tener problemas....

Pero es que con python olvidate! no vas a poder cambiar nada!!! no es que puedas tener problemas es que directamente olvidalo xD

Por lo demas, por el lenguaje en si, me encanta python.
#75 pero vamos a ver, si vas a hacer un proyecto o estas en uno en una version q necesite rular en 2.7 no vas a irte a ponerte en python 3.x y hacerte una bola de drama infinita. Enserio haceis muchisimo ruido por cosas como esas donde no lo hay. Yo no lo entiendo xD

Es algo tan facil de entender como el mecanismo de un chupete xD, esa pega q has puesto me parece de ponerse /cry xq print "hola mundo" no tira en 3.x.
Pensar que un lenguaje es mejor que otro sin tener cuenta el entorno en el que se usa es de pobres.
#98 Menos mal que alguien se molesta...
gluonhq.com/products/downloads/
#99 ¡Pues muchas gracias macho, porque yo lo estaba buscando y no lo encontraba por ningún lado!
se nota que muchos de aquí sois desarrolladores... a mi me suena a penalizaciones para una navegación tranquila, siempre hay versiones que actualizar, incompatibilidades con la máquina virtual (OSX 10.9) y me tengo que instalar la beta o para desarrolladores, applets que no cargan y en la que tienes que trampear y empezar a poner excepciones escondidas en menús imposibles de encontrar, con lo que deja de ser "seguro"... vamos de cada al usuario, un verdadero infierno, un por culo constante esto del Java, cada vez que aparece es para incordiar :-(
#84 No lo he expuesto bien, usaba el simbolo ">" para mostrar que es codigo, pero has pillado la idea perfectamente

La pregunta es, deberiamos poder sumar un entero con un caracter ? Sin mas ? Como si tal cosa oye. Este tipo de detalles puede inducir a un porronazo de errores segun quien escriba el codigo.
Si si, pero algo hecho en JS se ejecuta en cualquier navegador pelado sin hacer nada, para que ejecute algo en JAVA, dando por supuesto que esté instalado, hay que actualizarlo y darle darle permiso expreso para que ejecute.
Hablando claro, alguien puede hacer una aplicación en JS y mandarle un enlace a su madre para que lo ejecute, en java, no.
Para temas "empresariales" me parece estupendísisimo.
Java 20 años y sin una biblioteca para hacer aplicaciones gráficas decentes.
#52 Swing es muy completo y para reemplazarlo le están dando mucha importancia ahora a JavaFX.

Quizá la explicación esté en que la aplicaciones de escritorio nunca fueron el campo de desarrollo principal de Java, que siempre estuvo en el desarrollo web y ahora en el desarrollo para móviles con el "java" de Android
#55 Swing de completo no tiene nada y SwingX, que incluye mejores controles, está medio abandonado y con errores graves. JavaFX estará bien si la propia Oracle le diera más importancia pero ni Netbeans trae un diseñador de interfaces gráficoa para el.
#57 Tienes el JavaFX Scene Builder.

El problema es que han dejado de distribuir los binarios WTF!

No parece la mejor forma de promocionar una tecnología
#55 ¿JavaFX? Ya, si no te molesta esperar (y hacer a esperara a tus usuarios) hasta un minuto para que renderice un simple rectángulo. No tiene nada qué hacer comparado con HTML5 (o incluso Flash). Teniendo HTML5 la ventaja de saber que tus usuarios siempre podrán reproducirlo sin tener que descargar o actualizar nada.
Javascript es una virgueria, y con ella van asociadas todo tipo de locuras y logicas que parecen irracionales.

Un ejemplo, > 2 + "2"
#81 Creo que te falta algo antes del signo de >...
No querrías decir algo como: 5 > 2 +"2" //false
#81 esa es la tipica mierda de js q hace q te implote la mente mientras intentas no suicidarte mientras vas haciendo scroll por toda la funcion.
Los applets que comentamos eran “la moda” y muchas páginas web de su tiempo te exigían instalarlo para ejecutar cierta funcionalidad.

No sé yo si llegó a tanto ¿eh? :-S
Java es un auténtico fraude y sus frameworks una mierda.
porque estais casi todos hablando de javascript?.
Y java no es multiplataforma? obviamente una aplicacion para escritorio no te va a funcionar en un android pero mientras haya una jvm si. A que nos referimos al decir que se quedo en un sueño a que no puedes ejecutarlo en tu frigorifico?
y siguen sin eliminar el desastroso CLASSPATH, y sin ofrecer un entorno de desarrollo moderno.
A ver para cuándo una renovación real.
Molaría un Android con Golang en lugar de Java
Trabajar con la administración electrónica y sus firmas en Java son un dolor.
Murió en el momento en el que cada vez que mi navegador quiere ejecutar una aplicación JAVA tengo que descargar una actualización.
#26 Veo que sabes poco de lo que es java...
Yo, después de 8 años trabajando con Java/J2EE, hace mes y medio empecé nuevo trabajo y ahora programo con Caché. Apuesto a que casi nadie sabrá qué es.
Hola a todos, especialmente a aquellos que dicen que javascript es una mierda o no sirve como full-stack (se dice así?), yo también vengo del futuro y vengo a posta a hablaros de Meteor.
javascript debe de morir como todos su mierda frameworks asociados. Menuda jodida peste.

Por otro lado para mi gusto python > java
#58 python me gusta, pero tambien tiene sus mierdas....

Ejemplo:

Django 1.4 no es compatible con django 1.5.... Entre otras cosas han cambiado LOS NOMBRES DE LOS PAQUETES.... por ${DEITY}....
#65 pero eso son cosucas propias de cada framework python no se reduce a django, de todas maneras cuando desarrollas un proyecto en una version django tendras q ceñirte a la version q uses. Esas mierdillas te las vas a encontrar en cualquier lado. Echar mierda a python por eso es tristisimo.

Yo por mi parte uso flask.
#65

Tu ejemplo no es sobre Python. Es sobre un framework para desarrollo de aplicaciones web escrito en Python.

En cuanto a "Django 1.4 no es compatible con Django 1.5"... yo he migrado (varios) proyectos de Django 1.3 a Django 1.5 cuando se liberó aquella versión en el sitio donde curraba en aquel entonces... y no puedo decir que fuese algo "traumático" ni que costase horas y horas de desarrollo, sino más bien un proceso rutinario de mantenimiento.

Y aquí dejo…   » ver todo el comentario
Lazarus.freepascal.org
#49 Peta un día sí y otro también. Si eres fan de Pascal (es decir, te gusta describir al detalle qué hará cada cosa en tu código y repetirlo varias veces para que al compilador le quede bien claro), mejor te pagas una licencia de Delphi que, aunque costosa, vale la pena.
Leo un montón de comentarios y no se si es fruto de la ignorancia o simplemente son fanboys de un lenguaje u otro.

Cada lenguaje de programación tiene puntos fuertes y flojos, ¿podemos clavar un clavo con un alicate?, seguro que sí pero lo ideal es un martillo.

Respecto a la "lentitud" de Java. Lo que hace lento a Java es una mala programación, cuando no se entiende el funcionamiento del lenguaje y la máquina virtual.
«12
comentarios cerrados

menéame