Barrapunto

¿Dónde me puedo bajar Ajax? ¿Cómo lo compilo?

Comparar AJAX con JAVA no tiene mucho sentido.

En las aplicaciones web (las que se acceden desde el navegador) AJAX se usa en la parte cliente (navegador) y JAVA en la parte servidora.

Ajax no desplaza a JAVA. Al java podrá desplazarlo PHP, Ruby u otro lenguaje que se use en el servidor, pero en el navegador hay poco donde elegir:

Javascript y hojas de estilo.

En realidad ni siquiera el AJAX se usa casi nunca de manera completa, porque la X (de xml) ha perdido terreno frente a JSON

Por el amor de dios, si ahora mismo un informático medio tiene verdaderos problemas para encontrar un trabajo que NO consista en hacer aplicaciones web con Java, SQL, JSP, Servlets y toda la pesca...

No sé si en Estados Unidos será distinto, pero al menos en España yo creo que Java gana por goleada a .NET, y en cuanto a RoR... ¿qué empresa sabe que existe algo llamado RoR (y no cuenta 37signals)?

Me sorprende que en el artículo usen Android como un argumento más para tal afirmación, cuando:

"Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language."

Si lo que quieren decir es que la VM que usan (Dalvik) no es la propia de Java Sun, me parece un argumento débil.

Sería bueno decir que Cobol es el principal lenguaje de programación en MainFrame y que los programadores de Cobol ganan más que los de Java, NET, etc. También que Java es una plataforma y que la comparación con lenguajes como Ajax y PHP podría encajar más con JSP que con toda la plataforma

Entendiendo eso es posible que, efectivamente, Java se esté convirtiendo en el nuevo Cobol. IBM y su Webshpere Applicacion Server (junto con Portal Server) usan Java. lo mismo que el NetWeaver de SAP (No recuerdo otro ejemplo importante) Es decir, sólo dispondrán de Java (y no sólo de JSP) las empresas que puedan pagarse un producto carísimo (tal como MainFrame) pero capaz de comerse las necesidades del entorno empresarial (y capaz de pagarse esos productos). Y si mezclamos escaces de programadores Java con clientes de buena capacidad adquisitiva, bueno, entonces tendremos que Java puede convertirse en el nuevo Cobol. Pero, ese escaces necesaria sólo será si siguen brotando programadores que piensan que hacer una página en PHP que consulte directamente a la base de datos es lo mismo que hacer una aplicación tres capas en Java.

No voy a dar nombres pero tengo 2 amigos trabajando en la migración de todo el sistema de información de una caja de ahorros de .net a java.
Ahora usaran netbeans, jsp y ajax.

Los unicos que trabajan con .net son los que hace un par de años trabajaban con el pozoñoso visual basic.

Tanto PHP, Ruby y otros lenguajes han implementado ya desde un principio la compilación al vuelo. Esto, junto con que soporten tanto orientación a objetos y programación procedural hace que sean más fáciles de usar que Java, salvo por JSP.

Lo dicho: Java se ha centrado en el paradigma de objetos radicalmente. Desde mi punto de vista ha sido un fallo: está bien soportar objetos, pero la programación procedural es mucho mejor para pequeñas cosas. El simple hecho de hacer el HelloWorld en Java vs PHP demuestra lo tedioso de Java. Una línea VS tres o cuatro en Java.

Por último el golpe de gracia ha sido que PHP (y supongo que Ruby también) son muy eficientes, y muy completos en librerías. Otro tema que lo ha relegado: los Applets han quedado en tercer plano tras AJAX y Flash.

Desde mi punto de vista Java introdujo un concepto interesante, pero PHP y Ruby son una nueva generación de lenguajes. Antes o después Java perderá gas.

Sólo C/C++ por ser de bajo nivel conserva su cuota.

El título correcto, según el manual de estilo de Barrapunto, debería haber sido "Java ha muerto", ¿no?

Trabajo con .net desde hace unos años ya, y lo que he podido observar es que la demanda de programadores que hay ha crecido mucho con respecto a la de Java.
En lo que respecta a la implementación, empresas con aplicaciones a medida de tamaño pequeño, medio y medio/grande es que .net saca ventaja sobre java....ya van varias empresas en la que reemplazamos sistemas montados sobre java o sistemas que fueron empezados en java pero que no se terminaron y que fueron reescritos con .net.
En estos casos no creo que haya sido un problema de calidad de las plataformas, sino que se trata de la disponibilidad de programadores y el costo de los mismos.
Donde creo que esta muy bien afianzado Java es en las grandes aplicaciones empresariales ... conozco el caso de una gran tarjeta de crédito que debe migrar sus sistemas principales de COBOL a nueva tecnologia, y por ahora las plataformas que se manejan son las de ORACLE e IBM, pero siempre sobre JAVA.
Salu2

No creo que las pocas lineas y argumentos del artículo original se puedan tildar de "poco más que un FUD".
Voy a obviar las diferencias que todos (deberíamos) conocer entre el propósito concreto de COBOL y el propósito general de Java. La tendencia actual de Java es el explotar la JVM como entorno de ejecución de múltiples lenguajes, algo para lo que siempre ha valido, pero que nunca nadie ha sabido explotar como se está haciendo actualmente en proyectos como Groovy. E implementaciones como Scala y JRuby defienden (y se basan en cierta manera) la interoperabilidad con Java.

Cuando hablamos de Java no hablamos únicamente de Servlets y J2EE, hay un montón de software de base que se basa fuertemente en Java, y a nivel de desarrollo empresarial, es la única plataforma que ofrece un sistema de patrones de desarrollo bien definidos que manejan una gran cantidad de componentes heterogéneos.
Ni .NET, ni PHP, ni Rails ofrecen un sistema tan completo como el actual de Java. En .NET, a poco que rascas la superficie, te encuentras con tecnologías poco trabajadas, mal implementadas y con un alto nivel de confusión. ¿A alguien le suena ADO.NET, ObjectSpaces, LINQ, y los cientos de Frameworks ORM opensource de los de MS no quiere oir ni hablar?. ¿Quiere acaso MS oir hablar de NANT, NUNIT, etc. o por el contrario se empeña en sacar sus propios sistemas propietarios que no usan más que ellos?.

Por no hablar de pilas de Web Services, seguridad PKI, conexiones con sistemas transacionales, etc. Efectivamente todos ellos existen en mayor o menor medida en .NET, PHP, y puede que hasta en Rails, pero ¿cuantas implementaciones hay?. ¿Que pasa si te falla la implementación WS-Security (p.e.) de .NET?. ¿A cual recurres?...

Java es hoy por hoy insustituible en ciertos entornos. Otra cosa es que a nivel de Framework MVC pueda darse el salto en un futuro medianamete cercano a la integración con sistemas como Groovy+Grails. Pero al fin y al cabo el sistema seguirá siendo JVM 100%.
Yo tengo la suerte de poder trabajar con proyectos heterogéneos y me siento cómo tanto con Java como con .NET (en mi sector no se trabaja mucho con PHP ni similares), pero con .NET siempre me encuentro realizando tareas absurdas como tocar configuraciones inexploradas para aumentar el rendimiento "de fábrica" de los servicios Web, solventando bugs del IIS, y rezando para que la gestión de documentos XML, XSD, SOAP, etc. se mantenga en los niveles mínimos de compatibilidad con el resto del mundo...

Ignoro qué hay de verdad en el artículo y qué hay de estrategia publicitaria o inclinación personal del autor, pero yo lamento profundamente que una tecnología pueda suplantar a otra únicamente mediante publicidad (marketing), relegando la motivación de los desarrolladores a un plano secundario.

Lo lamento porque sé que en todo lo que realmente supone el coste de la programación no hay una tecnología mejor que otra, no hay ninguna receta infalible ni alguna que libre al software de los verdaderos problemas que se presentan en cualquier proyecto.

La calidad del software se construye teniendo muchos usuarios, y esto lo sabe Microsoft mejor que nadie. Desgraciadamente, siempre habrá gente que se cree todas estas cosas. Yo creo que cada técnico debe potenciar las tecnologías que conoce y que siempre se han utilizado en su entorno, que son las que al final le van a exigir el menor esfuerzo. Si has empezado haciendo algo en Java, o en .NET, o en COBOL, y funciona, se sostiene y es fácil de mantener, ¿para qué cambiar? ¿porque alguien dice que la otra tecnología es mejor? Pues que lo programe él.

Se acerca otra vez el fin de java... ya lo predijo nostradamos en la siguiente centuria..

    Y la isla de java se hundirà
    y marte junto con su nuevo
    amigo ruby haran renacer la
    programación y derrotaran a las
    tribus de Net y sus PUERTAS.

  Como véis la centuria la más puro estilo nostradamus no se entiende nada pero vemos las palabras puertas y ruby con lo que podemos sospechar que nostradamus tenia razón una vez más

  Java seguirá vivito y coleando durante decadas, como minimo, y pese a quien pese ;P

Después de leerme varios comentarios a favor y en contra de la noticia tengo una extraña sensación de Deja Vu...

Aún no termino de ver cual es el problema de que Java se convierta en el nuevo Cobol.

Quizás se quiera expresar de forma peyorativa, queriendo decir que esté dejando de ser "cool" o que necesita más cantidad de código para hacer lo mismo que otros lenguajes.

En mi opinión ese argumento es tan válido como decir que caminar es más rápido que cualquier otro método de locomoción porque te permite avanzar un metro más rápido ya que en el mismo tiempo que caminas un metro sólo te da tiempo a subirte al vehículo.

Todos sabemos que si vas a desplazarte varios kilómetros en un coche el tiempo necesario para subirte y arrancarlo es despreciable con respecto al tiempo necesario para recorrer el trayecto completo, pero claro, para ir del salón al cuarto de baño, o desde tu puerta al cubo de basura es más adecuado ir a pie.

En fin, que la cantidad de código necesaria para describir una clase/método/función/lo que sea, a la larga es insignificante dentro del contexto de un proyecto con varios cientos/miles de clases. Asímismo, el hecho de que java sea tan "rígido" (fuertemente tipado, compilador quejica, etc, etc...) permite "gobernar" proyectos de mucha envergadura con equipos grandes en el que no todo el mundo sea un "superclase", ya que no todos somos unos genios de la programación.

En cuanto a quienes tienen problemas con versiones de JVM, en mi opinión es otro argumento sin ningún peso, casi todos los lenguajes (diría que todos), tienen diferentes versiones de runtimes, incompatibilidades con ciertos sistemas operativos, etc, etc, etc... No digo que Java sea mejor ni peor, pero como argumento es tan válido como decir que la fruta es peor alimento que las latas de bonito porque si no la comes dentro de un rango de tiempo determinado (más bien corto) se pudre.

El hecho de que se comente que para trabajar con Java y sus frameworks empresariales es necesario utilizar carísimas y pesadísimas soluciones comerciales de grandes empresas sólo denota un tremendo desconocimiento por el entorno del que se está hablando, basta con echar un vistazo para ver proyectos como JoNaS, GlassFish, Gerónimo y la cantidad de fantásticos proyectos open source con gigantescas comunidades a sus espaldas que pueblan la red.

En cuanto a la frase, juraría que había leido un artículo sobre "Java siendo el nuevo Cobol" (por cierto, bastante mejor argumentado) hace varios meses, que ni en esto ha sido original el autor.

No se qué tipo de manía tiene la gente a este lenguaje, la verdad, quizás porque junto con .NET es el "gigante" a batir, aunque la discusión ya cansa. Parte de la labor de un buen ingeniero/arquitecto/desarrollador es escoger las herramientas adecuadas para cada problema. Java tiene un buen conjunto de herramientas de propósito general, al igual que PhP tiene su conjunto de herramientas para desarrollar webs o .NET tiene un fantástico conjunto para desarrollo de aplicaciones windows junto con montones de herramientas de uso general.

Negar una tecnología por que sí (lo mismo que sería dejarla por argumentos tan brillantes como los expuestos en ese artículo) no es una gran muestra de sentido común.

Saludos.

¿habeis visto la fecha del articulo? Igual ellos usan otro día de los inocentes, pero esta noticia no pasa de ser una inocentada (muy mal documentada, la verdad). ¿alguien se ha molestado en ver las estadísticas de uso de lenguajes en sourceforge por ejemplo?

Creo que estamos bajando el nivel de las noticias por momentos. Decir que Java está cayendo en favor de Ruby, PHP o Ajax demuestra poca idea del mundillo. Cada una de esas tecnologias tienen su hueco, pero no tienen por que ser opuestas, sobre todo en lo referente a AJAX.

Hola, yo sólo conozco Java, pero hasta donde yo se Ruby y Python no son lenguajes tan fuertemente tipados como Java. Por ejemplo:

int i = 4.5; // Produce un warning por el redondeo

¿Esto se puede hacer con Ruby o Python?

¿Cuando compilas (en vez de interpretar) Ruby o Python obtienes este tipo de warnings?

Mirando en tecnoempleo [tecnoempleo.com] Java=2029 ofertas .NET=1449. PHP, Ruby y Python no aparecen entre las tecnologías más demandadas.

Aquí lo que tratan de decir es que Ruby on Rails, PHP, AJAX y otras están ganando terreno por el simple hecho que para una aplicación en linea pequeña, por ejemplo un inventario es mas rápido sacarlo en alguno de estos, sin tener que pedirle una gran maquina al cliente o que descargue algo al usuario.

Simplemente nos fuimos por otro lado, ya cuando es un programa un poco serio como algo de contabilidad o cosas así, es mejor usar Java, .NET, Mono o el lenguaje que se ajuste mejor a las necesidades y eso nadie lo niega.

También esta el problema de las empresas que tienen el dicho "si esta funcionando déjelo así, pero si se daña, repare lo pero no lo cambie, no hay dinero para uno nuevo", muchas veces estos programas están hechos en lenguajes antiguos tipo Cobol y el que lo creo ya esta 3 metros bajo tierra o con un mejor sueldo en otra empresa (tampoco lo matemos xD), entonces a la empresa le toca buscar a un nuevo programador y se encuentra con que todos sabemos Java y .NET y nos olvidamos de los demás lenguajes y llega un genio que si conoce ese lenguaje y se lleva su millonada por ser de los únicos que conoce ese lenguaje y ya en ese punto a la empresa le vale 5 el que el programador les aya salido mas caro que el crear el programa en el lenguaje de turno.

Ya, pero como .NET es de Microsoft, decir que pierde terreno frente a el es politicamente incorrecto en /.

Aunque, la verdad, comparto tu opinión. En los últimos 5 años, en mi empresa, cada vez se han iniciado menos proyectos java y más .NET, hasta el punto de que apenas se hacen cosas hoy con Java.

Estoy totalmente de acuerdo contigo ... el COBOL es el lenguaje más utilizado en el planeta entero ... lo sé por mi experiencia laboral y a que he viajado 'un poco' por ese motivo.

Yo no digo que sea ni el mejor ni el peor pero de lo que sí tengo claro es que el que sabe COBOL para entornos Mainframe tiene trabajo para siempre, no creo que llegue el día que alguna empresa cambie todo el código escrito en COBOL por cualquier otro lenguaje, ya que el coste sería muchísimo mayor que seguir haciéndolo en COBOL.

También es verdad que muchas grandes empresas, que necesitan 'mucha máquina', construyen sus pantallas e incluso algo de 'negocio' en lenguajes de última generación pero, cuando necesitan realmente acceder a sus bases de datos, toma de decisiones de negocio, etc. ... lo que se ejecuta es un programita escrito en el arcaico COBOL ya que es el que mejor se 'acopla' en sistemas Mainframe.

¡¡¡ COBOL forever !!!