Podemos definir a Flash Catalyst como una herramienta de diseño que nos permite crear interfaces ricas visualmente sin la necesidad de implementar una sola línea de código.

Imaginemos 2 mundos: el de los diseñadores y el de los desarrolladores. ¿Cuántas veces hemos sufrido para entendernos unos con otros dentro de un proyecto?, muchas, ¿No es así? pues en este contexto Flash Catalyst funge como un puente conciliador entre ambos mundos.

Con Flash Catalyst un diseñador extiende sus dominios al grado de crear interfaces con arte elaborado, animaciones, efectos e interactividad, los desarrolladores, aprovechan el trabajo realizado por los diseñadores y lo conectan con los servicios de datos correspondientes para desplegar la información utilizando Flash Builder.

Un nivel más arriba: el diseñador crea la interfaz utilizando: Illustrator, Photoshop o Fireworks, otra persona dedicada a trabajar la interactividad sobre la interfaz en Flash Catalyst y el desarrollador haciendo de las suyas en Flash Builder. Suena mucho mejor ¿No es así?.

La tendencia es de comenzar a crear aplicaciones RIA’s en serie creando roles, tareas especificas y flujos de trabajo más naturales. Como consecuencia, se generará una especialización en todas las fases del proceso, lo que a mi parecer nos ayudará a crear aplicaciones cada vez mas útiles y atractivas para el usuario final, en menor tiempo.

Podremos crear Wireframes ilustrativos e interactivos que muestren el flujo propuesto para una aplicación, desarrollaremos prototipos y todo el trabajo realizado en ellos representará el inicio de nuestras aplicaciones finales.

Para los desarrolladores con tendencias a diseñadores y viceversa Flash Catalyst les vendrá como anillo al dedo. Sin duda, la plataforma nos da todas las herramientas para globalizar nuestro conocimiento.

Inciaré este artículo con una breve descripción de cómo trabaja Flex 3 cuando programamos una aplicación.
Cuando generamos un proyecto de flex 3 con Flex Builder un archivo inicial aparece en el editor. El archivo tiene una etiqueta principal que se llama "Application" y tiene ciertos atributos asociados a ella.

Poco a poco vamos agregando componentes a la aplicación así como acciones utilizando ActionScript como lenguaje de programación en conjunto con MXML.

La mayoría de los componentes que contiene la aplicación tienen un prefijo "mx" que realmente es el "espacio de nombres" o namespace en xml, asociado a esa etiqueta. Y fue definido automáticamente, en la primer etiqueta denominada "Application".

    <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" ...

Si observamos, el prefijo mx está asociado a una dirección estilo URI e internamente esa dirección está asociada a la lista de componentes disponibles que tenemos dentro del Framework Flex 3. Componentes como el conocido Button, Canvas, Panel, Validators, etc...

En Flex 4 esos componentes siguen estando disponibles solo que otro set de componentes se está creando bajo el nombre código de spark.

Cuando creamos un proyecto en Flash Builder apuntando a SDK Flex 4 de lo primero que nos damos cuenta es que se agregan de manera automática más namespaces. Además del ya conocido "mx" tenemos disponibles "s" y "fx".

<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009" 
	xmlns:s="library://ns.adobe.com/flex/spark" 
	xmlns:mx="library://ns.adobe.com/flex/halo" ...

Enlistando y resumiendo los namespaces que ahora se utilizan en flex 4...

Los nuevos componentes spark fueron creados basándose en la arquitectura halo pero mejorando dicha arquitectura. Éste hecho nos permite combinar ambas clases de componentes en una misma aplicación. Es por eso que los tenemos disponibles en un mismo proyecto de Flex 4.

De la misma forma en que se hacía en versiones anteriores, flex sigue traduciendo el código escrito con mxml en código ActionScript 3.0 antes de ser compilado. Es por ello que recomiendo analizar qué instrucciones, en mxml, generan exageradas líneas de código automático en ActionScript 3.0 e intentar evitarlas siempre que se pueda. Una muy común son las instrucciones para "Bindings", las llamadas "llaves" y la etiqueta "Binding" ( { } ).

Es todo en este primer artículo. Estaré publicando más artículos referentes a flex 4 de manera continua.
Espérenlos.

En ésta semana he tenido la oportunidad de estar probando asSQL,  un driver codificado en ActionScript 3 que está orientado para la comunicación con bases de datos mySql directamente desde tu aplicación Flex.

Al no utilizar éste driver y si quieres hacer una conexión a la base necesitas utilizar una especie de 'puente' para que al final la aplicación Flex reciba los datos (llámese php u objetos Java entre otros), esto es con un httpService o Remote Object, esto ha sido muy criticado en Flex pero tiene su razón de ser (ColdFusion).

La idea entonces es facilitar la comunicación entre la base desde Flex  y hacer nuestro componente de conexión una vez que tenemos el driver importado de la siguiente manera. (Suponiendo que tenemos una base de datos mysql local):

<controls:MysqlService id="mySqlService" host="localhost" port="3306" user="pat"

database="oportunidades" scrambler="{new PlainTextScrambler('suquet')}"

response="onResponse(event)" error="onError(event)"/>

El scrambler se refiere al password de la base y nos permite tener esos datos encriptados, en caso de que algún abusado quiera decompilar nuestro .swf, no lo verá  :)

Espero que tengan la oportunidad de checarlo, ya que el performance es muy bueno, les dejo la liga aquí.

También me gustaría (si es que no las conocen) que checaran los siguientes enlaces de aplicaciones flex y air, respectivamente.

http://flex.org/showcase/

http://refreshingapps.com/

Saludos para todos.

Pat

Pd. Esperen pronto Posts tanto de Cocomo, Coldfusion, Flash Catalyst y Flex 4

Actualmente se encuentra en su tercer numero, el cual es el primero del año, y para darnos una muestra de esta revista es posible descargar gratuitamente!!, aunque solo por un par de dias, (9 y 10 de Enero) el numero 2 de la revista asi que aprovechen!!!!.

Es posible suscribirse a al revista de modo digital o impreso, aunque de este ultimo estoy a espera de que me indiquen si hacen envios fuera de EU, en cuanto sepa ese ultimo dato les informare.

La revista puede ser consultada en su version online

Saludos y... Happy Flexing!!
Bytes by Yacatematrix

El artículo que estas leyendo habla acerca de los jugadores implicados en el ecosistema móvil pero en específico de su rol respecto a Flash Lite. A rasgos generales definiremos tres variables en cuanto a estos jugadores implicados ¿Quiénes son? ¿Qué es lo que hacen con la tecnología móvil? ¿Qué ofrece Flash Lite para ellos?

Al final las conclusiones del artículo irán dirigidas a un mundo ideal, es decir qué es lo que deberían de estar haciendo los “jugadores implicados” en el ecosistema móvil para que Flash Lite logre posicionarse bien.

El Operador

¿Quién es? Es el jugador que pinta las reglas en cuanto a la plataforma tecnológica local. Aquí en México los más fuertes: Telcel, Telefónica Movistar y Iusacell.
¿Qué es lo que hace con la tecnología móvil? El operador es el encargado de proveer del servicio al usuario, así mismo en algunos casos también representa un puente entre el fabricante y el desarrollador.
¿Qué le ofrece Flash Lite? Le ofrece un diferenciador entre sus competidores, así mismo en dado caso que el operador sea un proveedor de contenido (lo que comúnmente sucede) le da un valor agregado debido a la naturaleza del desarrollo en Flash, el cual es más rápido que con otras tecnologías.

El Fabricante

¿Quién es? Es quien lleva la pauta tecnológica debido a la investigación que realiza en aras de tener lo mejor de lo mejor, siempre están en continua innovación y al final en esta industria lo que importa con ellos es el número de terminales vendidas. Hablando del mercado mexicano no hace falta decir que quien más vende le pese a quien le pese es Nokia, SE tiene un buen camino recorrido, seguidos de Motorola, Samsung y LG.
¿Qué es lo que hace con la tecnología móvil? El fabricante hace la tecnología, hace desde terminales (teléfonos), accesorios y hasta las antenas para la infraestructura celular (aunque esto no es algo que se sepa a los cuatro vientos).
¿Qué le ofrece Flash Lite? Le ofrece algo nuevo, en definitiva ese factor cool, siempre los fabricantes buscan el ¿Qué le pongo? Le pongo mensajes multimedia, le pongo Java, le pongo cámara, le pongo MP3, le pongo video, le pongo un sistema operativo y a últimas fechas le pongo Flash Lite una de las tecnologías más cool del planeta.

El Desarrollador

¿Quién es? Es aquel personaje tras bambalinas, es quien piensa la interfaz, escribe las líneas de código, aquel que se desvela pensando como será el siguiente programa, el siguiente juego o la siguiente animación. Conozco pocos desarrolladores móviles en el mercado mexicano, destacaría a mis amigos de Ngwise, el equipo de Activ, y los desarrolladores ligados a algún proveedor de contenido móvil, sin olvidar a los independientes.
¿Qué es lo que hace con la tecnología móvil? El mundo móvil es algo a lo que pocos desarrolladores comparados con los del mundo desktop le apuestan, pero los que lo hacen se topan con un entorno de lo más diverso e interesante. Hay muchos juguetes con los que se pueden interactuar y en general diversos entornos, los clásicos Java(J2ME) y C++(BREW) son lo que más.
¿Qué le ofrece Flash Lite? Como decirlo? Flash Lite es Sexy!, es la tecnología de la cual estamos hablando, tiene esas características dentro de ella que aunadas a un entorno de desarrollo único en su tipo el cual mezcla una herramienta de animación, video, audio, código, y lo mejor para dispositivos un emulador directo sin necesidad de contar con el hardware físicamente, ofrece lo mejor de muchos mundos. Y lo mejor es que el desarrollo es muy pero muy rápido comparado con otras tecnologías.

El Usuario

¿Quién es? Es quien vive menos estresado de los cuatro, su fin último es tener el mejor dispositivo con los mejores contenidos dentro, hay quien reniega que los teléfonos móviles sirven solo para hacer llamadas, pero no tarda el día en que estos mismos se encuentren mandando mensajes multimedia, descargando contenido como juegos o aplicaciones entre otras delicias móviles.
¿Qué es lo que hace con la tecnología móvil? El usa la tecnología, no le importa mucho que plataforma sea si es GSM o 3G eso le vale, ni en que lenguaje este desarrollado el juego o la aplicación si es J2ME o BREW no le es relevante, el quiere el último modelo de móvil, los últimos contenidos y los quieres ya!
¿Qué le ofrece Flash Lite? Flash Lite le ofrece algo a lo que seguramente ya esta acostumbrado en el desktop, facilidad de uso, animación, video, juegos, aplicaciones multimedia, todo esto multiplataforma y multidispositivo (* este es el punto clave en desarrollo móvil y Flash Lite lo tiene).

Conclusiones

Después de conocer a cada uno de los “jugadores implicados” es relativamente más sencillo el decirles que pienso yo que deberían estar haciendo en torno a Flash Lite para elevar la experiencia móvil al máximo.

Los operadores como tal, deberían de informarse acerca de lo que es Flash Cast (Servidor de Entrega de Contenidos Móviles para Flash Lite) y lo que puede ofrecerles como valor agregado para sus usuarios, ya hay algunos casos de éxito en el mundo: NTT DoCoMo, T-Mobile, Verizon , no hay vuelta de hoja un desarrollador no puede hacerlo y tenemos que esperar a que ellos lo hagan.

Los fabricantes deberían de ver en Flash Lite una plataforma extra de desarrollo con la cual pueden atraer a muchos desarrolladores y usuarios a que compren sus terminales, por lo que un movimiento ideal sería integrar por defecto en los dispositivos Flash Lite y tal cual lo hace Nokia y SE tener un portal exclusivo para desarrolladores donde los desarrolladores podamos tener acceso a emuladores, librerías y demás cosas interesantes.

Los desarrolladores es hora que le entremos al mundo móvil, antes de que las reglas del negocio caigan en las manos equivocadas, hay que empezar a experimentar con Flash Lite y las bondades que ofrece, darnos cuenta que no es una tecnología suplementaria a J2ME o BREW, más bien complementaria.

Los usuarios deberían de ser más exigentes en los contenidos que descargan, no conformarse con los simples tonos e imágenes XXX que lo único que hacen es vulgarizar nuestro móvil, si no exigir contenidos con algo más de estilo y valor agregado.

Por ahora sería todo, en las siguientes entregas de Flash Lite ya será justo el momento de ensuciarse las manos y empezar a desarrollar!

AJAX ha provocado que el lado del cliente se enriquezca sustancialmente hasta considerarse "un poco más inteligente". La frase "the experience matters" acuñada por Macromedia ahora Adobe, ha tomado cada vez mayor importancia y el término RIA (Rich Internet Application) ha llegado para quedarse sin lugar a duda.

Flex 2.0 es la pieza del rompecabezas que nos ayuda a resolver uno de los problemas fuertes que AJAX sufre, éste se llama "diversidad de navegadores". Debido a que no se considera un estándar, cada navegador cuenta con una implementación diferente del objeto que se encarga de realizar las peticiones asíncronas(“Microsoft.XMLHTTP” en el IExplorer o “XMLHttpRequest” en Mozilla) por lo que se debe considerar escribir el código necesario para soportar uno o más navegadores.

Flex 2.0 basándose en la plataforma Flash no cuenta con este problema, ya que cualquier archivo .swf que ejecutemos en el IExplorer, Mozilla, Safari se visualiza de la misma manera gracias al Flash Player. Actualmente la última versión(Flash Player 9.0.21.78.) fue liberada hace poco, para la plataforma Linux, lo que completa el círculo de los tres más grandes mercados en Sistemas Operativos(Windows y Mac).

Hoy en día Flex 2.0 representa una solución muy importante en el campo de las RIA's y me atrevería a decir, que se encuentra liderando este tipo de desarrollos gracias a la gran penetración que la plataforma Flash ha logrado en los últimos años.

Por último es importante mencionar el hecho de que utilizar Flex, no quiere decir que automáticamente cerremos la puerta al mundo AJAX, ambas tecnologías tienen un fin semejante y pueden llegar a complementarse sin muchas complicaciones. Prueba de esto es la librería Flex-Ajax Bridge que nos permite comunicarnos con una aplicación tradicional que utilice AJAX con una aplicación Flex 2.0. Para más detalle de cómo utilizar esta librería la siguiente liga representa un buen inicio:
http://labs.adobe.com/wiki/index.php/Flex_Framework:FABridge

Flash es una tecnología que basa su potencial en su reproductor ubicuo (Flash Player), este se encuentra instalado en una gran variedad de plataformas, desde Windows, Mac, Linux, PDAs, y teléfonos móviles o celulares. Hablar entonces de Flash Lite, es hablar de una versión reducida del reproductor Flash Player, diseñada para dispositivos móviles.

Actualmente existen 4 versiones de Flash Lite, la 1.0, 1.1, 2.0 y 2.1. Hablaremos más específico de cada una de ellas más adelante, pero por ahora trataremos a Flash Lite como algo general.

Por ahí del año 2003 se da un boom en Japón con esta tecnología y Macromedia en ese entonces encuentra una buena recepción por parte de los carriers u operadores NTT DoCoMo y KDDI, los cuales deciden licenciar el reproductor Flash Lite Player para sus usuarios y así iba la situación también con ”algunos” operadores de Europa, tales como Verizon Wireless y Vodafone KK. Surgen inclusive tecnologías del lado servidor para móviles como Flash Cast.

Pero bueno eso es una realidad allá en el lejano oriente, así que hablemos un poco más con los pies en la tierra, actualmente en Latinoamérica y me atrevería a decir que en España pero un poco menos Flash Lite sigue siendo una tecnología para que los desarrolladores entrenemos en lo que el boom llega por completo a nuestras tierras.

Macromedia en su momento se dio cuenta de este fenómeno con los operadores, los “Walled Gardens”, el cuál implica que los operadores por proteger un mercado que parece seguro impiden el rápido avance de las tecnologías emergentes, así que la alternativa fue buscar mayor aceptación con los fabricantes de teléfonos móviles, encontrando una buena respuesta por parte de Nokia, Samsung, Sony Ericsson, Motorola, etc.

De aquellas alianzas surgen iniciativas por demás interesantes, como que Nokia incorpora a su serie 60 la capacidad de reproducir contenido Flash Lite, Sony Ericsson hace lo propio con algunos modelos de la serie Walkman, y Samsung inclusive lanza en Korea un teléfono con toda la interfaz hecha en Flash Lite.

Importante también es entender algo del ecosistema móvil, el cual divide la gran parte de su contenido en 3 plataformas, una de las que mayores adeptos tiene es Java con su perfil J2ME debido a la portabilidad de las aplicaciones y que la mayoría de los fabricantes la incorporan como una de sus características se podría decir que es un estándar.

La otra plataforma es BREW, impulsada por Qualcomm y con un modelo un poco incómodo para los desarrolladores, debido al esquema de certificación de las aplicaciones y la forma de distribución de las mismas, actualmente BREW esta ligado a Flash Lite desde su versión 2.1, pero esto se tratará más a fondo en un artículo posterior.

Y la tercera plataforma es Flash. Ahora la realidad actual es que como tal Flash Lite es una tecnología que promete mucho pero que necesita llegar a un punto de ubicuidad, así como el cliente de escritorio para que Flash pueda reinar en el contenido móvil, tal cual lo hace en la red.

Este punto de ubicuidad depende de que los jugadores implicados en el ecosistema móvil hagan los movimientos pertinentes, pero eso sin duda merece la pena extenderse a una siguiente entrada.

El nombre en sí nos hace referencia a la factibilidad de "uso" de "algo"; la facilidad con la que un usuario puede hacer uso de ese "algo" y la eficiencia con la que se logra el objetivo buscado a través del mismo.

Sí, ese "algo" es muy abstracto, y es que se puede aplicar a cualquier objeto o producto creado para obtener un beneficio a través de su utilización. Por lo que podemos hablar de usabilidad de una licuadora, un control remoto, un martillo, una computadora, un programa, una aplicación o un sitio de internet, que es lo que nos compete en este espacio.

Antes de proseguir, hay que definir realmente esa "parte" del "algo" donde residirá el análisis de usabilidad que estaremos haciendo; y esa es la "interfaz" del objeto o producto.

La interfaz es el medio por el cual el usuario interactúa con el objeto o producto y le da acceso de "entrada" (permitiéndole manipularlo) y de "salida" (permitiéndole recibir una respuesta a partir de su manipulación).

Poniéndole nombre a las cosas, la interfaz son los botones de la licuadora y el control remoto; el mango del martillo; el teclado, el mouse y otros botones de la computadora; los menús, barras, ventanas y otros elementos del programa y la aplicación; así como los elementos gráficos que comprendan el layout y el sistema de navegación del sitio de internet. Este tipo de interfaz es conocido como Interfaz Gráfica del Usuario (GUI: Graphical User Interfase).

Regresemos entonces a la Usabilidad Web. Es menester entenderla como una característica en el diseño de la GUI y como responsable de la funcionalidad del sitio y sus resultados para con el usuario, puesto que el grado de usabilidad implicará el esfuerzo que el usuario tendrá que gastar en el entendimiento del sitio tanto en la entrada de información como en la lectura de la respuesta de salida. Es decir, qué tan fácil e indoloro le será navegar y encontrar lo que busca, promoviéndole además, de preferencia, una experiencia lo más agradable posible.

Cada sitio de internet tiene su propio propósito de ser y un público target en particular, dentro de un contexto y ambiente delimitado. Este propósito debe ser transparente a través de su diseño, evidente y hasta autoexplicativo según las restricciones del mismo entorno. Debe volverse hasta obvio para su usuario promedio, que debe obtener satisfacción en la utilización eficaz y efectiva del sitio.

Y todo esto, además, en el menor tiempo posible. Y ojo aquí, una correcta usabilidad no se mide por el tiempo de estancia de un usuario en el sitio, sino por el tiempo que le lleva entender su funcionamiento. Como diría Steve Krug en su excelente libro "Don't Make Me Think", "si las páginas Web van a ser efectivas, deben hacer funcionar la mayor parte de su magia de un sólo vistazo".

Definitivamente, no es lo mismo "gastar tiempo" navegando un sitio, que "experimentar" el sitio. Si el usuario se siente cómodo, entrará al sitio como en su casa, llevará a cabo lo que deba hacer y saldrá del mismo sin contratiempos y accidentes; o, por otro lado, se quedará todo el tiempo del mundo, relajado y disfrutando su confortable estancia. Esto sólo se logra a partir de un buen nivel de usabilidad. De lo contrario, la experiencia se puede volver un proceso tedioso, estresante, frustrante y por demás tardado. Lo que resulta en un usuario que no regrese jamás al sitio, o que sufra cada vez que tenga que accesarlo.

Finalmente, podemos concluir que una buena usabilidad permite al usuario "disfrutar" su experiencia en un sitio web, con la menor cantidad de pensamiento requerido para tal fin. Mientras menos gaste el usuario en pensar cómo funciona y simplemente logre navegar de una forma fluida y amistosa, más fácil será obtener no sólo una experiencia 100% repetible, sino eficaz y eficiente en el cumplimiento de sus objetivos.

La usabilidad es el punto clave en que convergen la forma y la función de un sitio, y se promueve a través del correcto diseño de la Interfaz Gráfica de Usario. Evidentemente, gran parte del éxito del sitio se fundamenta en esta cualidad, por lo que amerita una importante inversión de tiempo y recursos. Nada más alejado de ser un mito, ¿cierto?

Las tres F de la Bauhaus (Form Follows Function), principio fundamental en el diseño según esta corriente de principios del siglo pasado, sigue tan vigente como entonces. Esta frase de impresionante elocuencia e innegable origen de controversia entre diseñadores, suele utilizarse con gran frecuencia para defender aquel diseño que termina prescindiendo de la estética en favor del contenido que presenta. Cuando, en realidad, "Forma y Función deberían ser uno", en palabras del propio Frank Lloyd Wright, arquitecto ícono de la misma corriente.

"Mitos entre la forma y la función", es una serie de artículos cortos que plantearán la factibilidad de la relación entre la Forma y la Función que debe existir en el diseño y desarrollo de un sitio Web. Analizaremos la veracidad y necesidad de la existencia de esta convergencia y sus distintas manifestaciones.