¿Se está convirtiendo Java en el nuevo Cobol?
!
- Categoría: Java-J2EE
Desde que Oracle compró a Sun, las buenas noticias sobre la plataforma Java no han sido abundantes. Siendo el lenguaje más utilizado en el mundo, en especial en la Administración Pública, su tranquila parálisis ¿lo puede convertir en el próximo Cobol?
Ordenar por: Más útiles | Recientes | Cronológico
23 Respuestas
-
!
brillante
Karma: 132.5 (19 votos)
Sí: todo lenguaje de programación que se use internamente en bancos terminará pareciéndose a COBOL ;-)
-
!
Karma: 0 (2 votos)
Lo más probable es que sí, aunque no me gustaría por el hecho de que es un lenguaje que me encanta, al igual que Ruby y PHP. Creo Java me gusta por su orientación a objetos y su habitual uso para la construcción de Software Libre, del cual soy partidario.
-
!
Karma: 2.5 (1 voto)
Creí que Cobol tiene su fama negativa por características inherentes del lenguaje, no por que fuera utilizado para software de entidades bancarias. Aunque coincido en que se debería de actualizar mucho mas de lo que se actualiza ahora. Al menos tenemos la versión 7.
-
!
Karma: 2.5 (6 votos)
Cobol y Java son cosas muy distintas, se usan para cosas muy diferentes.Yo pienso que no, Java no será el nuevo COBOL ya que las empresas que usan COBOL (bancos principalmente) se vienen aferrando a él debido a los grandísimos costos de migración. El 95% de las aplicaciones java que pude ver, eran todas front-end. Y cobol es en su mayoría back-end. Como que estamos comparando peras con manzanas. Por temas de compatibilidad, retrocompatibilidad y quizás por velocidad de procesamiento, se sigue prefiriendo COBOL para el back-end. Java para el front-end y el desarrollo web.
-
!
Java para front-end… Lo que hay que leer.
-
!
Pues es verdad :)
Yo trabaje en Banca en Cobol y el front-end era hecho con Java (o algo muy parecido). Yo estaba en el Cobol y no toque nunca el front-end.La programación no era muy atractiva ni moderna, pero el entorno de trabajo del Host era cojonudo.
-
!
Swing para la interfaz de escritorio es funcional pero feo, para páginas web creo que el Frnt-end sería Html y CSS.
Java para front-end, en fin.
-
!
Karma: 15 (1 voto)
Claro que no, la cronología en las versiones antes de Java 6 (que se lanzó en 2006) había sido un promedio de cada 2 años, lo que pasó fue que durante los 5 años que demoraron en lanzar la versión 7 (Julio 2011), se dedicaron recursos en publicar JavaFX que salió en 2008 y en 2011 la versión 2.0 Otro problema es que Java no es .NET, él no depende de un nuevo sistema operativo para lanzar otra versión. Y por la similitud de características (sobre todo entre Java y C#), muchos tienden a comparar. Saludos !
-
!
Pero creo recordar que JavaFX en un principio solo corría en Windows y tengo entedido que la optimización fuera de Windows deja que desear.
-
!
lamejor
Karma: 275 (34 votos)
Dices que no hay buenas noticias??? Evidentemente no estas sumergido en el mundo Java. Las noticias si son abundantes, en Java existe un nuevo roadmap para la version 8 que incluye novedades como los closures…despues en cuanta a JavaEE esta por salir la version JavaEE7 con muchisimas novedades como JSF 2.2 JPA 2.1 EJB 3.2 Client REST API , etc, etc, etc….despues tenes JavaFX con su propio RoadMap, etc, etc….Realmente cuando leo este tipo de preguntas pienso quien esta al otro lado del teclado…si alguien qu simplemente escribe programas para sumar matrices o si es algien realmente sin idea del mundo de IT…Saludos!
-
!
+1 xD
-
!
Closures?? Osea las Lamba expressions + Anonymous type que .Net tiene desde hace años?
Definitivamente, Java is the new cobol.
-
!
Closures??
Osea, las Lambda Expressions + Anonymous Types que llevan ya años en .Net?
Si esas son las novedades de Java, pues si, podria ser el proximo Cobol.
-
!
Joder, lo que si es el nuevo cobol es el sistema de comentarios de los blogs de Weblogs… en casa del herrero cuchillos de palo muchachos…
perdon por el comentario repetido.
-
!
O sea, ¿que por que ya lo tenga integrado ya .NET y lo incluya Java, significa que se va a convertir en el nuevo Cobol?
Me estoy empezando a creer la última frase del comentario citado.
-
!
brillante
Karma: 45 (6 votos)
De ninguna manera. A día de hoy nosotros lo usamos mucho en back-end para proveer varias API para distintos juegos. Un gran ejemplo es el que hicimos para http://www.apalabrados.com/.
Además, Java tiene muchísima utilidad en el mundo del desarrollo web y mobile. Me pregunto si no conocen GWT (https://developers.google.com/web-toolkit/) y/o Android (http://www.android.com/), por citar solo estos casos…
Saludos, Gabriel. -
!
Karma: 15 (1 voto)
Si eso significa que un lenguaje perdura en el tiempo (incluso al margen de las modas) porque hace bien su trabajo, pues entonces diría que sí.
Ahora bien, Java y Cobol son el día y la noche. Muchos desarrolladores (me incluyo) disfrutan desarrollando en Java. En Cobol ya no lo tengo tan claro.
-
!
Karma: 7.5 (6 votos)
No importa que pase con Java, realmente es irrelevante, a rey caído rey puesto. Si Java se vuelve propietario, si lo descontinúan, si se vuelve insostenible por su crecimiento ridículo y sus requisitos de consumo de CPU y RAM con su máquinita virtual insoportable, pues siempre habrá alguien con una alternativa (generalmente libre).
Por lo pronto, siempre tendremos C/C++, php, ruby, y cada día se inventan nuevos lenguajes para web que algún día pueden tronar a Java. (y trabajo en un banco).
¡Saludos!
-
!
Karma: 3 (7 votos)
Java terminará siendo como Cobol, no tanto por el lenguaje de programación en sí, sino por los mediocres entornos en los que se suele utilizar. Yo no creo que las start-ups lo utilicen, ya que se suelen decantar por Ruby, Symfony, Zend u otros frameworks con una metodología ágil mejor establecida que la que ofrece Java Enterprise, demasiado fragmentado.
-
!
Karma: 0 (2 votos)
No.
-
!
Karma: 8 (0 votos)
¿Comparando JAVA y Cobol?
Cobol se ha quedado porque funciona bien y rápido para los procesos bancarios y JAVA no funciona tan bien para eso, Java nos guste o no está y va a seguir muuuchos años, ya que hay una comunidad que ya le habría gustado a Cobol.
-
!
Karma: 5 (0 votos)
Yo creo que Java en sí no se convertirá en el nuevo Cobol, creo que es mejor decir que si tal o cual versión de Java se convertirá en el Cobol de cada empresa o Administración Pública.
Por ejemplo donde yo trabajo llevamos intentando migrar de Java 1.4 a 1.6 mucho tiempo, y tal y como están las cosas creo que nos quedaremos en 1.4 muchos años aún (algo que no entiendo). Seguramente aparezca Java 2.0, como revolución de todo lo anterior y aquí seguiremos como estamos….
-
!
Karma: 5 (0 votos)
Para mi, depende de cómo planteemos la pregunta la respuesta puede ser sí o no:
Si entendemos la pregunta como que Java se queda obsoleto y va a seguir con nosotros por el simple hecho de que los que gestionan aplicaciones de la administracion publica estan acostumbrados, la respuesta es NO.
Si la entendemos como que es un lenguaje que está empezando a usarse casi mas por costumbre que porque realmente sea el ideal para el desarrollo, diria que la respuesta es SÍ.
He desarrollado en varias tecnologias y ahora mismo trabajo con Java y Python y, salvando las distancias obvias (lenguaje interpretado vs compilado, etc), creo que los “puretas” de Java deberian empezar a mirar a otros horizontes y ver lo divertido que puede resultar programar ^^.
-
!
Karma: 5 (0 votos)
Opino que no. Debe haber influido la compra de Sun por parte de Oracle en todo éste dudar de qué es lo que va a pasar. Pensemos que Oracle históricamente ha sido y es uno de los grandes. Tenemos ahora muchas nuevas tecnologías en torno a Java.
Probablemente Java sustituya a los lenguajes antiguos ya que para interconectar sistemas es de lo mejor, y es gratis, que ahora es cada vez más importante a la hora de valorar un borrador de un proyecto.
En cuanto a velocidad, la últimas versiones han mejorado mucho, y con la programación multihilos, los bytecodes se llegan a ejecutar cada vez más rápido. Claro que no es lenguaje máquina y nunca llegará a ejecutarse como C con subrutinas en ensamblador.. pero se puede ejecutar en todos lados.
Ya empiezo a escribir demasiado… resumiendo que apuesto por que sustituirá a Cobol y similares, y además seguirá y crecerá en otros campos.
Un saludo! -
!
brillante
Karma: 75 (6 votos)
Java no es un lenguaje, es un ecosistema. ¿Sabes cuántas implementaciones libres de Java hay? Y no solo eso.
La JVM hoy es un cañón, hay más de 200 lenguajes de programación que compilan a ella. Podría entender la pregunta de si Java es el nuevo C, ya que ciertamente se ha convertido en un lenguaje de propósito general. Pero la comparación con Cobol es obscena. Parálisis es la de un proyecto que vi en 2011 en el que usaban Java 1.3 -
!
Karma: 5 (0 votos)
Es triste lo de Java, estoy seguro de que si siguiese Sun seguirían mimándola y no maltratándola como hacen en Oracle. Discutiendo de esto, me han pasado un par de enlaces muy interantes, los comparto:
Predicción del creador de Java:
http://nighthacks.com/roller/jag/resource/Standard… -
!
Karma: 0 (2 votos)
Lo siento, pero no paro de reirme cuando alguien dice “lambda expresiones + anonymous type lo tiene c# desde hace años, java es el cobol del futuro” lo sera cuando c# sea multiplataforma,porque os voy a decir una cosa, si quereis hacer un programa multiplataforma lo haceis en C# o .net en general? la respuesta es clara, NO, igual Java no lo tiene ya, pero es cuestion de tiempo y no es realmente un impedimento, no hace que no puedas hacer cosas, seguro que de forma mas complicada, pero haces lo mismo, eso si, que Sun se ponga las pilas ya
-
!
Y si quieres pasar un closure basta con hacer lo que Scala hace ante la VM, declarar una interfaz con un método apply y hacer el cast correspondiente: Integer x = (Integer)new IClosure(){ public Object apply(Object i, Object j){ return ((Integer)i) + ((Integer)j); } }.apply();
Igual es engorroso, pero, se puede.
-
!
Karma: 5 (0 votos)
Sinceramente, espero que se convierta en el nuevo Cobol. Trabajo bien pagado para largo…
-
!
Karma: 3 (2 votos)
Para nada. Incluso a nivel frontend en web y del lado cliente.
Ante la anunciada muerte de Flash y estando html5 en pañales, ¿Alguien podria decirme como acceder a dispisitivos como la camara y el micro desde el navegador, aparte de con java? Esto solo es un ejemplo no comentado aun.
Otros ya comentados como android demuestran que java sigue estando de actualidad. -
!
Fácil… web RTC
http://en.wikipedia.org/wiki/WebRTCFunciona en todos los navegadores de verdad (no en explorer, evidentemente), es estándar e incluido en HTML5. También está soportado por los dispositivos móviles al contrario de lo que pasa con los applets de Java. Eso sí, los applets funcionarían perfectamente en los IE6 de cualquier banco conectado con Cobol…
-
!
Karma: 15 (1 voto)
Creo que hay algo a matizar, y eso es que en Java se debe tratar el tema Java lenguaje y el tema Java plataforma.
Java lenguaje, honestamente se ha quedado pero que si atrasado. Si comparamos con lenguajes en otras plataformas cómo .NET encontramos que C# ya tiene cuando menos closures, agreggation e inferencia de tipos. Vamos, en Java no existe nada tipo PLINQ out-of-box. Incluso podemos ver cómo lenguajes dentro de la misma plataforma Java han avanzado más rápido y nos ofrecen cosas mucho más interesantes de lo que ofrecerá incluso Java 8, por mencionar unos: Scala, Clojure y Groovy.
Ahora, Java como plataforma tiene muy buen futuro. La retrocompatibilidad es uno de sus puntos fuertes y con el surgimiento de lenguajes a esta plataforma nos encontramos con un Groovy que desencasilla a Java de ser una plataforma casi exclusiva del ramo empresarial.
En conclusión Java se está convirtiendo y no se está convirtiendo en el nuevo COBOL.
-
!
Karma: -2.5 (3 votos)
Para mí (y es mi impresión particular como programador con Java entre otras muchas cosas) mientras Java no se ponga las pilas con el rendimiento y las aplicaciones web hechas con Java sigan siendo un maremágnum de código lento y pesado con miles de líneas para hacer poca cosa necesitando el ordenador de la NASA para funcionar (a nuestros chicos de sistemas les salen sarpullidos cada vez que les pedimos montar un tomcat), habrá poca diferencia entre Java y Cobol. La complejidad casi infinita para hacer hasta la tarea más simple mata un lenguaje que realmente es un gustazo de usar. Es como tener un Ferrari con motor de 600… una auténtica lástima.
Además, la falta de profesionalidad y buen hacer de muchos programadores también perjudican mucho al lenguaje con código poco eficiente y descuidado que lo hace difícilmente mantenible.
Groovy y Grails son iniciativas más actuales que simplifican mucho el desarrollo, aunque pienso que están un poco verdes (al final pecan de falta de rendimiento). Para mí, el objetivo debe ser dedicar el esfuerzo a la lógica del programa y no a pelearse con el lenguaje o el XML de configuración de turno…
-
!
Karma: 5 (0 votos)
Ésta pregunta parece tener más de una respuesta.
Si lo ven desde el punto de vista de desarrollo ágil para pequeños proyectos funcionales, Java es una tecnología que aunque es competitiva pero reemplazable.
Por otro lado si lo ven como una plataforma de desarrollo con la cual construir plataformas robustas de aplicación, Java es simplemente la tecnología de referencia. Muy pocos conocen las capacidades de alto nivel de los servidores de aplicación como Websphere y Weblogic. Java es estupendo cuando se hace uso de una buena arquitectura, el soporte para clustering es muy bueno, existen muchas técnicas para implementar Seguridad, Alta disponibilidad, Capacidad de carga entre otros requerimientos no funcionales.
Yo diría que la palabra clave para diferenciar Java de otros lenguajes emergentes, es la capacidad de crear “Arquitecturas”.
Si bien es cierto hay un proceso para actualizar el lenguaje mediante JSR (Java Specification Request) los cuales se atienden de maneja ágil, y se incorporan como módulos extras. Y también hay una comunidad que desarrolla frameworks de renombre, como lo son Spring, Hibernate… entre otros.
Espero haber podido ayudar.
Saludos
