Adobe anuncia que abandona Flex
AbrahamUna semana después de haber anunciado que no continuaría desarrollando Flash para dispositivos móviles, Adobe anuncia que va a donar el Flex SDK y BlazeDS a la Apache Software Foundation. Esta noticia ya ha despertado múltiples críticas y quejas por parte de los usuarios de Flex, que por lo general no están en absoluto contentos con un movimiento que ven como un abandono de Flex.
Desde mi punto de vista, esto es una señal más de que Oracle no debería estar apostando por Java FX, y debería centrarse en mantener Swing.
¿Hay muchas desarrolladores de Flex por aquí? ¿Que opinais de este movimiento de Adobe?
Aprovechamos la noticia también para recordar que estamos haciendo una encuesta para saber qué piensais sobre Java FX. Si no has respondido todavía, participa.
Reader Comments (24)
Creo que hay un aspecto en todos estos movimientos, que está entre sombras: la crisis económica.
Me da la impresión de que grandes empresas, como Adobe, que no son inmunes a las consecuencias de la grave crisis financiera, están "socializando" una parte de sus recursos, en este caso en concreto mediante la "donación desinteresada" de productos a una Fundación.
Flex ya era Open Source; sin embargo, son los actuales patrocinadores de la Fundación Apache quienes deberán sostener, económicamente hablando, los futuros costes de desarrollo.
Si empresas como Adobe no ven un retorno a corto y medio plazo de su gasto en desarrollo, y sus balances no son boyantes en esta situación como para justificarlo, la "solución" perfecta consiste en deshacerse del "lastre", mientras que presentan la cuestión como una decisión "altruista, en bien de la comunidad".
Puesto que el patrocinio de fundaciones tiene sus correspondientes desgravaciones fiscales, "donar" recursos a ellas es una manera sibilina de "socializar" las pérdidas.
Bingo, Cartón lleno.
¿Habría que avisar a las autoridades por alerta de suicidios ?
:O)
Hablando en serio,
Es claro que la crisis global tiene mucho que ver con esto, pero no creo que sea el factor determinante,
En lo que me refiere considero que ARM, los tablet, HTML5, los app market,....
Han pateado tan fuerte el tablero que muchos quedaron completamente descolocados.
Nota: hablo desde la perspectiva de HMI, del diseño conceptual y comportamiento intuitivo, no desde el punto de vista netamente tecnológico.
Un ejemplo, para los que tienen tablet o teléfonos con pantalla de tacto.
¿Cuántas veces han intentado escrolar la pantalla del PC con los dedos sobre el monitor en lugar de tocar el mouse?
Totalmente de acuerdo con choces.
Aunque no es la unica empresa que cuando le ha ido mal, ha tomado ese camino.
Mas de una empresa debe estar temblando en este momento....
wow otro bombazo!!
Y yo que apenas estaba empezando a usar Flex!
Bueno por un lado, es interesante que se suceda esto, asi se podra saber si Flex como plataforma es solida o no. O sea, si sobrevive en apache y renace, seria algo genial! Si no, pues ni modo, hay que aceptar que las tecnologias vienen y van.
Por otro lado, es interesante ver que hara Adobe, pues se supone que se enfocara en HTML5, y ademas recien compro la empresa PhoneGap. Entonces me imagino un dreamwaver "potenciado" para html5 y mobiles y todo lo demas. De nuevo algo muy interesante.
Respecto a JavaFx, creo que con esto esta claro que los plugins para navegadores no va a tener gran respaldo por parte de las grandes empresas (Flash, Silverligth, etc). Entonces diria que si, que Oracle deberia tener su estrategia html5 sin plugins (espero que el proyecto Avatar sea asi, aunque no tengo detalles) y ademas tener un soporte para el escritorio: ya sea actualizando SWING, deshaciendose de AWT (quien lo usa?), y/o quizas tomar Apache Pivot. No se, pero algo.
Por lo pronto empezare desinstalando Flex Builder!!
Saludos desde Colombia!
@raven
JavaFX no es un plug-in para navegadores, aunque se pueda usar para reemplazar al anticuado applet.
JavaFX incorpora un componente nuevo que permite incrustar el motor WebKit completo, por lo que usar HTML5 dentro de JavaFX está asegurado de antemano.
http://download.oracle.com/javafx/2.0/webview/jfxpub-webview.htm
Adding HTML Content to JavaFX Applications
JavaFX SDK introduces the embedded browser, a user interface component that provides a web viewer and full browsing functionality through its API. The embedded browser component is based on WebKit, an open source web browser engine. It supports HTML5, Cascading Style Sheets (CSS), JavaScript, and the Document Object Model (DOM).
The embedded browser enables you to perform the following tasks in your JavaFX applications:
Render HTML content from local and remote URLs
Execute JavaScript commands
Access document model from Java code
Handle events
Manage web pop-up windows
Apply effects to the embedded browser
Por otra parte, no es posible usar Swing sin AWT, ese es el problema de fondo.
@choces
Uff muchas gracias por la aclaracion.
otra cosa a tener en cuenta.
Recuerden que Oracle dono OpenOffice (un producto bien estable) a Apache, y aqui esta desde entonces en periodo de Incubacion.
Seria malo que le pasase lo mismo a Flex que tambien es un producto estable. El tiempo que pase en incubacion sera un tiempo critico para esta plataforma.
@choces
Por otra parte, no es posible usar Swing sin AWT, ese es el problema de fondo.
Con el mayor de los respetos, yo no apuntaría tanto los cañones contra AWT,
IMHO, el problema esta mas por debajo, tal como comentaba en la noticia de ¿Está Oracle malgastando su tiempo con Java FX?
Un saludo.
Y tampoco le pondría tantas fichas a WebKit, considero que es un mejor enfoque embeber el browser del SO tal como lo asen Eclipse y NetBeans que arrastrar uno que es ajeno a las plataformas, invisible para el usuario final, y que no tiene política propia de actualizaciones de seguridad.
@efrigerio
El AWT es el responsable de trasladar las funciones gráficas al subsistema gráfico nativo. Por sí solo no hace gran cosa; pero es el puente entre Swing y el modo nativo del Sistema Operativo. Precisamente es lo que reemplaza JavaFX con Prism.
WebKit es el motor que usan tanto Safari como Chrome. Supongo que las actualizaciones, en temas de seguridad, serán aproximadamente las mismas que con cualquier otra librería, sea externa o no.
@choces
"El AWT es el responsable de trasladar las funciones gráficas al subsistema gráfico nativo"
Ni o so.
Por sí solo no hace gran cosa; pero es el puente entre Swing y el modo nativo del Sistema Operativo.
De nuevo, so, es un puente en ambas direcciones entre varias cosas dentro y fuera de la plataforma. La integración entre SWT y Swing pasa por este lado.
En todo caso los escollos actuales pueden arreglarse del lado de C++ sin romper con AWT.
En cuanto a WebKit, quien va a hacerse responsable por propagar los parches de seguridad.
Si el usuario medio, no actualiza el JER porque no sabe lo que es, va actualizar un componente interno?.
Y porque java debería cargar con esta responsabilidad si los SO ya lo hacen de motus propio, y de manera compulsiva.
Pregunta: ¿Mozilla no cánselo Prism el año pasado?.
A lo que me refiero es a ésto:
http://download.oracle.com/javafx/2.0/architecture/jfxpub-architecture.
Two graphics accelerated pipelines are implemented on the JavaFX 2.0 platform:
Prism processes render jobs.
It can run on both hardware and software renderers, including 3-D. It is responsible for rasterization and rendering of JavaFX scenes. The following multiple render paths are possible based on the device being used:
DirectX 9 on Windows XP and Windows Vista
DirectX 11 on Windows 7
OpenGL on Mac, Linux, Embedded
Java2D when hardware acceleration is not possible
The fully hardware accelerated path is used when possible, but when it is not available, the Java2D render path is used because the Java2D render path is already distributed in all of the Java Runtime Environments (JREs). This is particularly important when handling 3-D scenes. However, performance is better when the hardware render paths are used.
Quantum Toolkit ties Prism and Glass Windowing Toolkit together and makes them available to the JavaFX layer above them in the stack. It also manages the threading rules related to rendering versus events handling.
Si todo se incluye en el JRE, evidentemente los parches de seguridad irán en cada actualización del mismo, como ahora.
Las distribuciones actuales de JRE 7.0.1 ya incluyen JavaFX 2.0.1 y las del JRE 7.0.2 el JavaFX 2.0.2
Si los usuarios no se actualizan, el problema no será solo con WebKit, sino con todo el JRE al completo.
Para mi Flex, implementa una de las transmisiones mas rápidas como el AMF usando objetos remotos. Lo he usado y me ayudo bastante en temas de rapidez, consumo de ancho de banda, interfaz gráfica de usuario y otras cosas mas. Imagino que al igual que muchos, Adobe Flex iba a tener mayor crecimiento. mayor aceptación (no sucedió así). Lo que si me choca un poco, es que con Flex ganaba portabilidad para el desarrollo de dispositivos móviles. Un solo código y podía usarlo en IOS y en Android (ademas en las tablets de blackberry). Espero que no pase a ser descontinuado..... que se siga manteniendo y mejorando en la fundacion apache....
@choces
La crisis puede haber acelerado las cosas, pero lo que está sucediendo desde mi punto de vista es inevitable. Igual que los IDE Java se comoditizaron e hicieron imposible venderlos durante la segunda mitad de la década pasada, haciendo que aquellas compañías de gran tamaño como IBM o Borland tuviesen que abandonar el negocio y el mercado sólo permite a compañías pequeñas como IntelliJ vivir de vender IDE Java. Igual que antes en la década de los 90 se con comoditizaron los compiladores, siendo imposible vender un compilador si no era junto con un IDE. En todos esos casos, la opción comercial solía tener algunas ventajas sobre las alternativas opensource responsables de la comoditización. Pero es difícil competir contra precio cero. Mas cuando lo del precio cero cubre 90+% de los escenarios reales.
Algo similar le está pasando a Adobe. Aunque Flash y Flex todavía permiten hacer cosas que no se pueden con HTML 5, HTML ya cubre probablemente el 90% de los escenarios reales. Y el 10% restante no da para sostener toda la infraestructura que Adobe tiene montada en torno a ese negocio. Quizás una empresa pequeña podría continuar tirando de Flash y Flex (y quizás ocurra esto a través de la fundación Apache). Pero Flash no tiene futuro dentro de una empresa tan grande como Adobe (y no hablo sólo de la parte de terminales móviles; eso sólo es el principio). HTML 5 está comoditizaron el nicho donde Flash y Flex se usaban, y sólo va a quedar una pequeña fracción de ese nicho que no va a ser cubierta por HTML 5 y si es cubierta por Flash y Flex. Demasiado pequeña para una empresa como Adobe.
Unos apuntes sobre flex desde el punto de vista de alguién que lleva trabajando con ello casi dos años.
1 - Los chicos de Adobe han dicho que no van a invertir más dinero en el desarollo y mejora de un Flash Player para Movil. Yo creo que esto es debido a la crisis y sobre todo al legado que ha dejado el, desde mi punto de vista odioso, Steve Jobs con el modelo de que para el movil se usan aplicaciones y no se navega por la web.
2 - Esto no quiere decir que para la web normal vayan a bajar el listón, van a seguir con el Flash Player, con Flex y AIR pero centrando más recursos en la parte móvil que es lo que está emergiendo.
3 - Respecto al SDK ya era en parte libre pero había otras partes que no lo eran como la parte de Charts (gráficas) y otras más ahora todo es libre. ¿Porqué se lo ha dado a Apache y trabajará con la Spoon fundation (http://www.spoon.as)? Pues supongo que será para se utilice mucho más porque es una gran tecnología que no se está utilizando mucho pero de verdad se me escapa.
4 - Lo que es cierto es que se ha creado mucha incertidumbre con el futuro de Flex en general pero lo que si tenemos claro los que trabajamos ellos es que se perdería una grandísima tecnología desde varios puntos de vista:
a - Adobe se está currando un player mejor, el 11 que mejorará su rendimiento con el procesador que era de lo que se quejaba mucha gente. También creo que porque se va a orientar al mundo de los juegos.
b - Desde el punto de vista de desarrollo de la parte cliente el Flash Builder es una gran herramienta y vale que es de pago (aunque para transtear en casa se encuentran serials facilmente) pero todo está integrado en eclipse, el debug, la de maquetación de las pantallas con la herramienta de diseño. los efectos y transiciones que tiene. Todo son ventajas.
c - Y por no hablar de las opciones de mensajeria, y protocolo AMF que hace todo el tráfico mucho menos pesado entre cliente y servidor, a parte de integrarse perfectamente con Java a través de Spring-Flex.
c - Por todo eso nos horroriza tener que volver al infierno del Javascript que no ha evolucionado desde hace muuucho tiempo y tampoco tiene un IDE para desarrollar en condiciones. Pero espero que no sea así.
AntuanF1, mi lectura de ese movimiento es la misma que la de, por ejemplo, Nokia haciendo Symbian opensource. No lo están consiguiendo monetizar (al menos no en la medida que ellos quieren), y una de dos, o directamente lo tiran a la basura, o prueban a ver qué pasa haciendolo opensource. En este caso, me inclino por la primera opción. Si adobe es listo, tratará de abandonar flash cuanto antes y centrarse en crear herramientas para diseñar webs, animaciones, videos juegos, videos... con HTML 5, JavaScript u otros lenguajes que compliquen a JavaScript (Google Dart por ejemplo) y canvas. Eso es lo que ellos mismos dicen en sus notas de prensa que van hacer (centrarse más en HTML 5). Y creo que es lo acertado.
Abraham y no te da la sensación de que es ir dando pasos hacía atrás. No sé si harán lo correcto pero si la gente lo hubiera usado alucinaría de lo sencillo y fácil que es trabajar con ello.
Una gran tecnología se va a ver mermada y desperdiciada, con todo lo que ha avanzado en protocolos AMF(que hace la comunicacion server-cliente menos pesada y muy rápida), reproducción de vídeo, BlazeDS para serializar objetos java en objetos AS3 (nada de XML y JSON queremos objetos no texto), facilidad de maquetación, creación de efectos, en definitiva tecnologías RIA de verdad, no HTML5 que está naciendo.
Si Flash cae, cosa que espero que no haga, HTML5 tendrá que evolucionar muchísimo para poder hacer lo mismo que se podía hacer en flash. Y de la facilidad de programación y organización no hablemos, como es posible que no haya avanzado nada el Javascript en 10 años, sin tipado de datos, Orientación a objtos y sin un IDE decente para desarrollar y debugear el cliente.
Como ejemplo os pongo esta web de Google hecha en HTML5 ,abrir el procesador y veréis lo que sufre y los saltos que da la animación, hasta el propio cargando salta.
Dejad la flecha hacía arriba pulsada un rato.
http://www.guidetotheappgalaxy.com
¿Alguien lo probado en el movil?
Desde mi punto de vista vamos hacia atrás, muy triste.
Por último
http://www.isflexdead.com/ (pincha, pincha)
Yo no digo que con Flash no se puede hacer más. Digo que con HTML 5 ya se puede hacer lo necesario en la mayor parte de los escenarios, y cada vez se podrá hacer más. Y me importa poco lo fantástica que sea la tecnología; si la tecnología está controlada por una sola empresa lo único que le deseo es que desaparezca. Cuando las tecnologías de este tipo tiene éxito, acabamos con cosas como Windows, oficioAcrobat o el propio Flash hasta hace poco. Monopolios (o casi) cerrados que ahogan la innovación y exprimen el dinero de los usuarios.
Hola a todos,
Soy un usuario habitual de Flex. Me decidí por él después de sufrir con frameworks JS (JQuery y ExtJS) Me decidí, al igual que @AntuanF1, por una tecnología que me permitía desarrollar la capa cliente como desarrollo en Java (refactoring, debugging de verdad, profiling). En la que realizar una pantalla compleja puedes tardar minutos y lo que para mí era crítico: Write Once Run Anywere (WORA). Desde que uso Flex no me preocupo por el navegador, sé que funcionará y me he llevado muy pocas sorpresas en este aspecto.
El tema es que el WORA fue lo que me decidío en el año 98 ponerme a estudiar Java. Por cierto, no era de código libre y en aquel momento pertenecía a una única empresa; la extinta Sun.
En mi opinión, el problema de HTML5 lo podemos ver aquí (tercer link de google buscando por HTML5; los dos anteriores son de wikipedia):
http://html5demos.com
Mirad la matriz de compatibilidad. Si HTML5 y el JS necesario para hacerlo funcionar no es compatible 100% entre navegadores el paso atrás es atroz respecto de Flex. Y, la verdad que Microsoft, Apple, Google, etc se pongan de acuerdo se me antoja casi imposible.
Creo que este movimiento perjudica a Flex. Hoy desde luego no es un buen día.
Un saludo
Es el dia mas feliz de mi vida! Abajo con las tecnologias propietarias!!!!!! Viva HTML y Javascript !!!!!!!!!!!
Bueno os voy a dar mi opinión como profesional sobre lo que esta pasando.
Llevo bastantes años trabajando en esto del desarrollo de software y durante todo este tiempo he tocado bastantes tecnologías, algunas muy a muy pesar. Actualmente trabajo con Java en el servidor y clientes Flex.
Hace tiempo trabaje desarrollando en PHP y maquetando con HTML usando javascript. La verdad es que sospechando la posibilidad de tener que terminar utilizando HTML/Javascript/CSS de nuevo, he estado investigando en que estado se encontraban las herramientas de desarrollo, frameworks y analizando un poco que se comentaba en internet. Mis conclusiones son las siguientes.
El lenguaje javascript sigue en el pleistoceno. Ni POO, ni POA, ni Inversión de control ,ni tipado de datos, ni nada de nada.
Javascript se lanzo en 1995 y su ultimo update fue..... en 1995. Esto es hasta preocupante. Si... hay motores mas rápidos que antes, hay algún framework que ayuda, pero en general es lo mismo.
Los IDE siguen siendo lo mismo. El soporte de javascript en eclipse es bastante precario.
La depuración ha mejorado algo... pero parece que el método normal de la mayoría de programadores es poner alerts por todas partes y el método prueba y error. Bastante triste.
De hacer profile mejor ni hablamos.
El tiempo de desarrollo comparado con Flex viene a ser de entre 2,5/3 veces mas y el resultado por lo general mucho mas limitado a día de hoy.
Si nos movemos a desarrollar en HTML5 resulta que te ves forzado a usar HTML4 ya que la gran mayoría de corporaciones y administraciones publicas aun tienen IE6 o IE7. Es triste pero así es.
Y ahora una apreciación personal. Lo que yo entiendo por estandar, es que si yo voy a tienda de la esquina y compro tuercas del 12 y luego voy al Corte Ingles y me compro una llave del 12, mágicamente la llave me vale para apretar las tuercas. Eso no pasa con HTML le pese a quien le pese.
Soy usuario de linux y siempre he defendido el software libre. Es leer código de otros lo que me ha ayudado a ser el programador que soy hoy. Siempre he tenido la espina de trabajar para un player cerrado, pero desde que aprendí a desarrollar para la plataforma de Adobe y a combinarlo con mi experiencia en Java, disfruto desarrollando cada dia. Cuando alguien me pregunta sobre AS3 y MXML nunca he tenido problemas en proclamar las bondades de estos, así como de frameworks como Parsley, una verdadera joya de ingeniería creada por Jens Halm.
Si alguien tiene que preguntarme por el estandar Javascript, todas mis sensaciones son malas. Siento que es una herramienta que limita mi capacidad de crear contenido. Como una cuchara mal doblada para comer sopa.Siento que el verdadero problema, es que el estandar sea Javascript. Igual alguien se piensa que desarrollamos para plataformas cerradas porque son cerradas simplemente...¿?¿?¿¿
Al final se creerán herramientas buenas para desarrollar, seguro. Y estas muchas de ellas serán de Adobe. Antes del 2030 veremos algún update a Javascript espero......
Pero lo único que les pido a los desarrolladores que saben de lo que hablan, es que no defiendan lo indefendible. Todos queremos estandares abiertos. Todos queremos crear contenido visible en todas partes, pero Javascript a día de hoy es una mierda de lenguaje obsoleto que necesita una revisión cuanto antes.
Cuando dentro de 3 o 4 años HTML5 haga lo que hoy hace Flash entonces podremos sentir que hemos retrocedido 4 años.
Un tío que esta hasta la polla de leer tontadas sobre HTML5.
Creo que la noticia es un poco canciosa. Cuando IBM dono Xerces a la ASF, alguien dijo que se abandonaba? Hay un monton de proyectos donados a open source y en general deberia ser bueno.
El framework esta suficiente maduro, avanzado y con comunidad detras como para que se muera sin mas.
Y ellos seguiran vendiendo y trabajando en Flash Builder.
HTML5 el futuro? pues si pero futuro todavia un poco lejano y caro de desarrolar.
Como dicen por ahi hemos ido para atras. En Visual Basic 6, un mono tuerto te crea una interfaz chula en una hora y en html un experto se tira dias para hacer un layout y luego mas dias para que vea igual en todos los navegadores. Algo tan trivial como una tabla editable no existe en html.
Hola de nuevo,
Comentar que, en fase experimental, existe un proyecto (Falcon JS) que permitiría pasar de AS3 y MXML a HTML y JS. Probablemente por aquí van a ir los tiros en los proximos años. A mí no me acaba de convencer; sigue siendo un paso atrás en mi opinión.
Como ya comenté en otra noticia, sería estupido por parte de Adobe, desperdiciar la masa de programadores que desarrollan en Flex / Flash, y todos los recursos que ya están en la red.
Un saludo.