« Para no volverse loco | Inicio | [Cocoa] Framework para securizar aplicaciones shareware »

Sobre las novedades de Flash 8

Estaba escribiendo un comentario a este post de Carlos Rovira, pero como me estaba quedando demasiado largo, he preferido hacer un post aparte.

Está habiendo cierta sensación de "no es para tanto" en un sector de la "comunidad" en relación con la nueva versión de flash.

No sé, no es nada que no se supiera. Siempre se ha dicho desde Macromedia que éste iba a ser un release "para diseñadores" ( aunque probablemente no fuera esas las palabras exactas ).

No hay nuevo set de componentes, cierto. Pero de entre las novedades que sí hay, quisiera resaltar tres que creo eran fundamentales:

  • El cacheo a bitmap: por el empujón que le pega a la performance de cualquier juego. No es lo mismo que el player tenga que recalcular la posición tamaño, contorno, etc de 100 elementos vectoriales en cada frame, a que sólo tenga que colocar 100 bitmaps en pantalla. Una diferencia fundamental cuando cada vez se desarrollan juegos en flash más complejos, y cuando estamos intentando expandir el flash a otras plataformas más limitadas en cuanto a performance que un PC ( móviles, por ejemplo ).
  • El slice9. Otra mejora muy importante. Cuando se están desarrollando aplicaciones sin componentes, que es algo que por mil razones diferentes todos tenemos que hacer muchas veces, es fundamental el poder escalar los elementos de interfaz de forma sencilla. Imaginemos, por ejemplo, un tooltip con las esquinas redondeadas a mostrar cuando se hace rollover de un elemento de pantalla. Hasta ahora era el desarrollador el que tenía que partir el gráfico en 9 piezas, e implementar un mecanismo para que se dibujara de forma apropiada dependiendo de las dimensiones que se le pasaran. Ahora ya no hay que hacer todo eso.
  • Carga dinámica de png, y manejo de movieclips con fondos bitmap. Otra de las cosas por las que el flash no terminaba de despegar en muchos entornos. El no poder cargar png de forma dinámica era, en muchas ocasiones, un problema, sobre todo dada la facilidad para generarlos desde cualquier aplicación java en servidor. Pero ahora no sólo se pueden cargar esos elementos de forma dinámica, sino que se pueden utilizar como fondos o rellenos de movieclips. ¿Ventajas?. Pues seguro que cada uno es capaz de encontrar una ventaja diferente.

Hay más cosas, por supuesto. Los filtros aplicables a movieclips, la subida de archivos...

Para ser un release orientado a los creativos, se han implementado muchas cosas de las que también nos vamos a beneficiar los desarrolladores. Y esto es flash, se trata de hacer las cosas bonitas, muy muy bonitas...

No hay set de componentes nuevo. En mi opinión, porque necesitan una reescritura desde cero, algo que ahora no se podía asumir. Todo llegará.

TrackBack

URL del Trackback para esta entrada:
http://ctarda.dreamhosters.com/cgi-bin/mt-tb.cgi/729

Comentarios

Buff!
Para mi gusto (lo siento) flash es para hacer pequeÒas (o no tan pequeÒas) animaciones no para hacer aplicaciones asi que todas esas supercosaschachipirulis que lleva nuevas...

Respeto mucho que alguien tenga que hacer una web entera con flash pero me parece que es no usar las tecnologias que tocan en el lugar que tocan y, a veces, ser innovador puede acabar convirtiendose en ser un poco fantasmote (he visto webs dignas de un fantasma de castillo)

No lo sientas. En primer lugar, para gustos est·n los colores, y en segundo lugar, tienes parte de razÛn. Aunque desde mi punto de vista, sÛlo parte.

Lo de hacer una web entera con flash o no, es como todo en esto de la inform·tica, cuestiÛn de utilizar la herramienta adecuada para resolver el problema que te planteen.

El flash puede ser una herramienta de desarrollo ( no sÛlo de animaciÛn ) muy potente en *determinados casos*. Es verdad que arrastramos una herencia de errores en el pasado que ahora no hay quien levante, pero si te das cuenta lo mismo pasa cuando se hace una web en un perfecto modelo-vista-controlador haciendo que los enlaces sean llamadas a funciones javascript, por poner un ejemplo.

No sÈ, supongo que todo se resume a "utiliza la herramienta adecuada en cada momento"..

Hola CÈsar,

Efectivamente, todos estamos encantados con las nuevas caracterÌsticas y cosas que han mejorado/arreglado.

Lo ˙nico que hace que haya esa especie de "nube negra" es que todas esas cosas no son tan necesarias como lo era el tener un framework m·s rico y usable que te dÈ productividad y que te permita vender mejor la plataforma Flash en tus clientes.

Por supuesto que todas las mejoras se van a notar, y sobre todo lo vamos a notar los desarrolladores, pero todo eso no es vendible a un cliente que no tiene ni idea de si la sombra de una ventana la provoca una clase o es un filtro que reside en el player.

Por eso ahora mismo todas las mejoras que hemos nombrado tanto tu como yo en nuestros respectivos post y en general todo lo que corresponde a la mejora de rendimiento es a mi parecer lo m·s importante y sacrificarÌa otras cosas por un framework mejor...pero en fin como tu dices habr· que esperar a ActionStep y a una herrmienta tipo Zorn/ASDT para ganar en productividad.

No estoy del todo de acuerdo, Carlos.
Tener un framework sÛlido es necesario, pero tambiÈn lo es solucionar los otros problemas que tenÌa el flash: performance muy baja en determinadas circunstancias, fuentes borrosas... Eso sÌ es vendible, probablemente mucho m·s que explicarle a un cliente lo que es un componente, porque es lo primero que se ve.

A mÌ se me ha quedado miles de veces cara de gilipollas cuando alguien me ha dicho que "se ve borroso" o "øporquÈ hay que subir archivos en un popup?" o "øporquÈ el flash no pinta gifs?"...

Ojo, no digo con esto que esta versiÛn sea perfecta. SÛlo digo que habÌa tanto por mejorar que es probable que no se llegue a todo.

En cuanto a la productividad, no la dan sÛlo el framework y las herramientas de desarrollo, sino tambiÈn las buenas pr·cticas a la hora de escribir cÛdigo, el plantear aplicaciones con una arquitectura sÛlida, el no mezclar lÛgica de la aplicaciÛn con gr·ficos...
Son muchas cosas, no creo que nos tengamos que centrar sÛlo en los componentes

Como bien dices CÈsar, la productividad no solo la dan entornos vers·tiles y frameworks de componentes...ok...y todo lo que comentas sobre tener una buena arquitectura...tambiÈn.

Pero suponiendo que poseas esa arquitectura, hay cosas que ralentizan mucho, como el tener que colocar componentes en un canvas a base de poner su posiciÛn y/o tamaÒo program·ticamente por no tener un framework decente que maneje el layout de manera efeiciente.

Estoy de acuerdo en que habÌa mucho que mejorar, y lo han hecho, solo que ellos ya tenÌan temas como el framework resuelto y todavÌa es inaccesible para la mayorÌa de proyectos porque dicho framework va empaquetado en un servidor, pudiendo haber ofrecido una versiÛn recortada que ofreciese mayor productividad.

Tampoco quiero darle m·s bombo al tema este pues de todas formas mis esperanzas est·n m·s centradas en el Open Source y en frameworks como ActionStep que en entornos propietarios (Flex aparte, ;)).

Buff... en menudo embrollo me metes CÈsar... lo cierto es que nunca me habÌa atrevido a postear en este blog, no es mi terreno.. del todo...
Soy diseÒador y me ha alegrado mucho ver que Macromedia ha centrado sus esfuerzos en mejorar el lado de herramienta creativa de Flash.. despues de todo flash naciÛ como una herramienta de diseÒo web, y afortunadamente evolucionÛ hasta convertirse en un entorno de desarrollo web muy potente a mi entender. Los diseÒadores no tuvimos las dos versiones anteriores de flash: sÌ las usamos, pero no las disfrutamos, al menos en lo que a mÌ respecta y hablando desde el punto de vista estricto del lado diseÒo. Cuando digo esto quiero decir que no podÌas hacer nada con ellas que no hicieras con flash 4, al menos no sustancialmente.
No he podido ver a˙n muy a fondo la nueva versiÛn, pero a priori me complace mucho mucho algunas cosillas. Se que para la mayorÌa de vosotros son nimiedades, pero quiz· deberÌas de dejar de pensar en lÌneas de cÛdigo y poneros en el papel de un usuario.
Ahora el texto se lee. SÌ se lee bien. Ya ning˙n cliente tirar· ning˙n web, ni ninguna aplicaciÛn, sÛlo por eso de ''oye... esto se ve borroso''. S”LO POR ESO YA MERECE LA PENA LA NUEVA VERSI”N.
Puede pareceros poco importante, pero una pieza en flash est· hecha para ser leida en un 90% de los casos (hay algunos sonidos sÌ, algunas sÛlo imagen sÌ)... y hasta ahora, pues el texto era una verdadera mierda. Lo primero que miraba cada vez q instalaba una nueva versiÛn era el tratamiento del texto, y sÛlo Èsta vez he recibido la nueva versiÛn de FLASH con una sonrisa: esto se lee de puta madre!!!
Las herramientas de filtros... bueno, pueden ser chulas y ahorrar trabajo... tambiÈn peligrosas, como cualquier filtro en malas manos...
El soporte para png's y gifs: una gozada, una puÒetera gozada,,he estado en algunos proyectos en los que hubo que parir una aplicaciÛn java para cambiar el formato de archivo de la imagen.
Se habla de la mejora de la performance, sobre todo en caso de presentar numerosa carga gr·fica: pues eso, cojonudo, otro obst·culo menos: no olvidemos que el otro gran argumento para no usar flash siempre ha sido: ëesto se mueve malíí, ëíes lentoíí, ëípesamuchoíí Ö

Se cruza otro comentario en este hilo que tiene que ver con la adecuaciÛn de la herramienta para producciÛn completa de un webÖ bueno pues sÌ, muchos diseÒadores cometimos el pecado capital y como dice CÈsar a˙n lo arrastramos: llevados por el ansia y el empalme inicial que nos brindaba una herramienta para generar contenido web en un lienzo, como si de diseÒo gr·fico tradicional se tratase, usamos y abusamos de sus caracterÌsticas, acometiendo los proyectos desde puntos de vista equivocados, m·s relacionados con la feria y los fuegos artificiales y muy alejados de principios de usabilidad. Entono el mea culpa. Pero dejen que rectifiquemos: muchos diseÒadores web est·n ahora muy preocupados por recoger normas racionales de diseÒo que hagan m·s usable su sitio. Y se puede hacer con flash, porquÈ no, si el planteamiento es adecuadoÖ o en html puro y duroÖ lo malo no es la tecnologÌa, sino como se usa, y el enfoque que se de al proyecto.
No deberÌan los desarrolladores cometer el mismo error que en su dÌa cometieron los diseÒadores: llevados por el ansÌa de potencia y amplitud de la aplicaciÛn, olvidar al usuario final, Èse que, sobre todas las cosas quiere leer nitidamente el texto que va a presentar nuestra aplicaciÛn (bueno adem·s de que el resultado de la consulta a la base de datos sea la que deba ser ;).

Vamos que a mi me mola Flash 8Ö que siento no haya cubierto tanto las espectativas de los desarrolladores que esperaban m·s componentes, un framework m·s tocho y dem·sÖ que siempre queda la imaginaciÛn y las virtudes del desarrollador para suplir las deficiencias de la herramienta de desarrollo.. que TODO SE PUEDE HACER, y que cuanto m·s UTIL, USABLE y BONITO sea, pues mucho mejor.
Ala Ö a cuidarseÖ.
Ö por cierto: las guÌas de flash8 sirven paraalgodeverdadporfÌnson magnÈticasynodepalooooooooo!!!!!!!!

øO sea, guÌas de verdad, de esas que tiras una cosa a la pantalla y se queda pegado a la guÌa?. Alguno que yo me sÈ estar· pegando botes de contento ( aparte del Sr. Segarra, claro ).

Creo que has tocado unas cuantas cosas bastante importantes. Por un lado, lo del texto, que es algo que tambiÈn habÌa comentado yo. Por otro, la "herencia del pasado" que nos est· pasando factura ( y estar· pasando factura durante mucho tiempo m·s ). Y el punto m·s importante, creo, que es el de encontrar un equilibrio.

Equilibrio entre funcionalidad e interfaz atractiva. Las cosas tienen que funcionar, sÌ, pero es flash, tienen que hacerlo de forma que digas "cÛmo mola". Flash sigue siendo un terreno en el que hay dos equipos: los que programamos y los que diseÒ·is. Y tenemos que hacer las cosas entre los dos a la vez. Para poner lo mejor de los dos mundos en el resultado final.

Publicar un comentario

(Si no dejó aquí ningún comentario anteriormente, quizás necesite aprobación por parte del dueño del sitio, antes de que el comentario aparezca. Hasta entonces, no se mostrará en la entrada. Gracias por su paciencia).