Canonical eliminará Java de los repositorios de Ubuntu el próximo 16 de febrero. [ENG]

#1   Poco a poco desaparecerá el java...

#2   Habría que eliminar Java totalmente, que no quede ni el recuerdo.

#3   #1, #2 claro claro... pero primero que hagan desaparecer cobol, ya que os poneis... por pedir ¿eh? nada más.

#4   #1 #2 No tenéis ni idea... java es el mejor invento de la historia de la informática. Gran elección por parte de Google usarlo en Android.

#5   Java y Flash...2 dinosaurios que deben desaparecer

#6   #4 la cuestión es no renegar de la mano cárnica que da de comer. Pero yo seguiré diciendo que Java es terriblemente e innecesariamente ineficiente, dependiendo de una VM y restando la portabilidad con la que predicaba sus ventajas.

Para lenguajes de alto nivel prefiero Vala. GObject es bastante eficiente y GLib es multiplataforma.

#7   Java seguirá estando en Ubuntu. Lo que eliminan es el java de oracle.

#8   #2,#5: Podríais justificar vuestra afirmación? Desde mi punto de vista es increíble en que se ha convertido el universo java hoy en día.

#9   #6 Java no es tan ineficiente... hay código que alcanza la velocidad del propio C aunque también depende de la máquina virtual sobre el que la ejecutes. Depender de una VM es la base del java, lo que lo hace genial y hace que sea multiplataforma. Si el Windows 8 que lleven instaladas futuras tablets con procesador ARM lleva una VM buena, cualquier aplicación java que tengas ejecutandose ahora mismo en tu PC tendría que funcionar en la tablet. ¡No me digas que eso no es genial!.

Otra cosa es que hay distintos tipos de VM's porque el hardware de un PC y el de un teléfono móvil de hace unos años era excesivamente distinto. Pero eso está cambiando a mejor.

#10   #8 Mi queja tiene que ver con lo que dice #9 : Java es tremendamente eficiente, y lo es a base de fealdad en el propio lenguaje. Es un lenguaje que limita mucho y te exige estar pendiente de detalles que no son los que quieres resolver y que desvían la atención de lo que realmente quieres hacer.

En la práctica se traduce muchas veces en programas monstruosos come recursos que no se mueven ni a patadas, fallos de seguridad y mil desgracias más. No debería si se usa bien, pero ¿seguro que es tan fácil?

Así que, ¿por qué quedarse a medio camino? Lenguaje dinámico y potente, y si necesita volar traducir a C y embeber las partes problemáticas. De esa forma, en vez de tener las desventajas de ambos mundos, tienes lo mejor de cada uno.

Hoy por hoy, es mi elección cuando puedo elegir tecnología (eso sí que es un lujo, porque lo que hay que aguantar cuando no se puede... qué os voy a contar)

#11   #10: No conozco ningún lenguaje del que no tengas que estar pendiente de todos los detalles... creo que esto es lo más tedioso de nuestra profesión. Trabajé un par de años con un lenguaje 4G que en principio te salvaba de "los pequeños detalles" y la realidad era un autentico infierno.

Respecto a los programas monstruosos... normalmente acostumbra a ser por temas de diseño, ya sea por falta de conocimientos o por arquitectos iluminados por alguna última tecnología java que acaban de conocer.

#12   #11 Bueno, 4G es SQL y similares. Hay algún caso que se reivindica como 5G (conozco algo de MTS) pero ya sabes que el tema es polémico, je je je je.

A lo que vamos, si te libras del detalle del tipado estático ya das un paso de gigante. Es mi mayor queja.

Y sí, estoy totalmente de acuerdo con la incidencia del diseño. La gente confunde "reutilizar" con "los programas no se rediseñan nunca".