Septiembre 15, 2005
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á.
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)
Posted by: Garito en: Septiembre 15, 2005 01:39 PMNo 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"..
Posted by: Cesar Tardaguila en: Septiembre 15, 2005 02:12 PMHola 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.
Posted by: Carlos Rovira en: Septiembre 15, 2005 04:00 PMNo 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, ;)).
Posted by: Carlos Rovira en: Septiembre 15, 2005 04:49 PMBuff... 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.
Posted by: Cesar Tardaguila en: Septiembre 15, 2005 05:38 PM