domingo
ene122014
¿Será 2014 el año en el que JavaFX finalmente despegue?
AbrahamEn Jaxenter han publicado un artículo donde citan las opiniones de varios personajes destacados del mundo Java sobre JavaFX al responder a la pregunta "Is 2014 the year that JavaFX makes it big?". Las respuestas son en general bastante mezcla de opiniones positivas y opiniones negativas. Os dejo aquí dos que refleja bastante bien la gran discrepancia que hay entre estas respuestas:
“No, I don’t think so. The time for a breakthrough has passed. Also, the trend in the last few years towards developing for the Web instead of Desktop isn’t exactly conducive to the success of JavaFX.”Bernard Löwenstein (javatraining.at)
“Is there anything JavaFX hasn’t achieved yet? If there’s one thing that is going to be exciting in 2014, it’s JavaFX in Android and Project RoboVM.”
Sven Ruppert (SiteOS Co.)
¿Sois vosotros de la opinión de que JavaFX ya ha triunfado, o de la opinión de que ya ha pasado su tiempo y ha fracasado?
Reader Comments (9)
Para decirlo brevemente: JavaFX es una solución a un problema que no existe.
yo pienso que si, compararlo con web es algo injusto ya que son dos cosas totalmente diferentes y si eso fuera justificación entonces microsoft no seguiría con silverlight. Las aplicaciones de escritorio no van a desaparecer (en mi opinión les falta muchísimo) y javaFX facilita y mejora el trabajo en ellas, ademas si logran hacerlo compatible con plataformas de teléfonos pues puede tener un gran futuro.
Yo pienso que en lugar de JavaFX deberían haber apostado por mejorar lo que ya tienen. Lo que está probado y la gente conoce. Es decir, Swing para ambiente de escritorio y JSF para ambiente Web. No se. Tantos cambios de tecnología marean. Uno recien se está adaptando y sacando provecho a una tecnología cuando deciden que el camino ya no es por ahí sino por otro lado. Ojalá que en el futuro esto mejore por el bienestar de todos.
JavaFX es sencillo de aprender y tiene buena documentación... facilita bastantes las cosas al momento de crear las GUI's, uno puede crear aplicaciones de escritorio con su propio estilo usando CSS, desde diciembre del 2012 hasta la fecha JavaFX no me ha defraudado... me encanta JavaFX :D, si desean estar al tanto de las novedades de JavaFX les recomiendo este sitio web: fxexperience.com
(desconosco si esta prohibido poner url de otros sitios web, administrador siente libre de borrar este comentario si estoy infringiendo alguna regla)
P.D.: Llevo visitanto JavaHispano desde que me inicie en Java(por el año 2011) y este es uno de los sitios web que visito todos los dias ;)
Yo no le veo sentido, salvo como complemento a Swing. Otros proyectos parecidos como Flex o Silverlight ya han aceptado la realidad. En el caso de MS, mantiene Silverlight para su uso en WindowsPhone, pero no para el mundo web.
Pues yo me voy a quejar del estado de la industria y no de JavaFX. ¿Por qué tienen que ser las aplicaciones de tipo web? ¿Por qué se da por supuesto que las aplicaciones que se van a desarrollar son de tipo web? ¿Por qué las aplicaciones web son las mayoritarias? Me producen urticaria. Si es una página simple HTML, tampoco es cuestión de complicarse la vida pero, cuando empezamos a enriquecer esas páginas de modo que dejan de serlo y parecen mini-Words y mini-Excels, para mí algo falla por muy bonito que haya quedado.
Para eso están los clientes ricos y siempre lo han estado. JavaFX es espectacular para ello. Con Swing también se podía hacer (ahí está OpenSwing). Haces con total libertad lo que te da la gana, con excelentes resultados y te comunicas con el mundo exterior vía REST, por ejemplo.
Y, por cierto, ya que en la noticia se nombra a RoboVM, Xamarin lleva algún tiempo con la posibilidad de desarrollar en C# aplicaciones móviles para Android e iOS. Es más, el mismo código sirve para las dos plataformas. Por mucho que digan que .NET es el mal y no es multiplataforma, el trabajo que llevan realizando los chicos de Xamarin (Mono) es increíble.
Con mi colega intentamos usar JavaFX y fue imposible, demasiadas trabas para hacer un framework respetable. Muy lindo al principio, pero al querer profundizar, no sirve. En lo que sea Web nos vamos a volcar por JSF. Aclaro que hacemos aplicaciones con Swing.
¿Este AbrahamFX de los comentarios no es un alter ego de Abraham que trata dedefender a javafx? Fuera de bromas no se sí se este impulsando javafx para el web, pero lo que yo veo es que en el escritorio tiene la vía casi sino es que totalmente libre.
El disponer de tecnologías de desarrollo cross-platform es el eterno "santo grial".
Java triunfó sin duda alguna en el servidor pero antes lo hizo durante un tiempo con los applets e incluso con AWT y algo con Swing en aplicaciones de escritorio.
Si hoy día utilizamos tecnologías web sin applets es en buena medida a una terrible política de ninguneo del escritorio de Sun, una empresa que estaba fuertemente orientada a grandes clientes y a dar tecnología de proceso de datos tanto en software como en hardware, por eso JavaEE es un éxito incuestionable y es la tecnología "de facto" en las grandes empresas.
Oracle por continuidad y por ser una empresa muy similar a Sun siguió la misma política.
Estas políticas explican porqué Swing se quedó congelado durante años, JMF nunca llegó a funcionar bien y JavaME fue dejado morir dejando un enorme hueco a Apple/iOS y a Google/Android.
JavaFX llega tarde pero tiene su lugar, un pequeño nicho de aplicaciones de escritorio jodidísimas de hacer con tecnologías web y a la vez que sean cross-platform para no tener que hacer lo mismo en Mac, en Windows y en Linux. El problema es que ese nicho es TAN PEQUEÑO que no me extrañaría nada que Oracle dijera en cualquier momento "se acabó", nadie se sorprenderá.
Vivimos en un mundo muy extraño en donde dependemos de empresas que hacen tecnología para su propio consumo y que nos dejan usar "como un favor", proyectos open source que se mantienen por puro voluntarismo/heroicismo o cuya versión "community" a posta es mediocre para que compres la versión de pago pero que paradójicamente la versión community se usa de forma masiva (yo defiendo el modelo versión community recortada/versión enterprise sin recortes pero he llegado a leer de algún producto que la versión community es para experimentar y en la enterprise "lo hacemos bien").
A veces se echa de menos poder pagar por una tecnología, open source o no y asegurarte una continuidad, una calidad y un soporte, y ojala ese modelo de negocio fuera open source.