Blog

una gran conversación comienza con una gran tópico.

This is a public Blog public RSS

Posts

1-10 of 28
Next >
Last >>

Evento en línea de Garage Flash.
Entry posted Mar 14 by Michael Borbor Sánchez
La hermana comunidad Garage Flash del vecino país de Perú, ha sido invitada a formar parte del Adobe Community Champions, lo cual es un verdadero honor no solo para ellos sino para Hispanoamérica en general, y para celebrar esto, este 15 de Marzo realizaran un evento en línea. Para ver más información de esto, visiten este blog:

http://www.garageflash.com/somos-adobe-community-champions/

Les agradeceria mucho si ayudan a difundir el evento.

Gracias
¿Quien va al BarCamp Quito?1
Entry posted Feb 28 by Michael Borbor Sánchez

¿Me pregunto cuántos de ustedes van al BarCamp? Sería genial juntarnos allá, o hacer alguna actividad de AUGE antes o después del BarCamp.

Gracias y buena suerte.

Michael Borbor

AUGE User Group Manager.

http://auge.ec
Se busca Co-Manager. Co-Manager wanted.
Entry posted Feb 28 by Michael Borbor Sánchez
Hola nuevamente.

AUGE esta cerca de cumplir un año y creo que es hora de también buscar un Co-Manager para este grupo de usuarios.

Manejar este pequeño UG ha sido complicado, el tiempo siempre es escaso, buscar un lugar donde reunirse es un reto, tener que siempre hablar del tópico en la reunión no siempre es lo más entretenido para los asistentes. Sin embargo todo el proceso ha sido muy enriquecedor sin duda, pero ya es tiempo de pedir ayuda, de encontrar a alguien que pueda colaborar con el grupo, planificando nuevas reuniones, buscando sitios para hacerles, presentando en las reuniones o buscando speakers, etc...

Ser un UGM o co-UGM es una tarea demandante, lleva tiempo, muchas veces hasta dinero, esta no es una posición que genera ingresos sin duda, hay que saber inglés ese es un requisito importante, tiene que gustarle mucho las tecnologías de Adobe aunque no es necesario ser un fanboy.

Este es el listado de alguno de los beneficios que Adobe da para los managers y co-managers:
http://groups.adobe.com/pages/c9b6d661e2/pages/ab076352bc

Así que si alguien quiere dar un paso adelante y decir yo quiero ser un co-UGM, y darme una mano para que AUGE sea cada vez mejor, deje un comentario o escríbeme a admin[@]adobeecuador . com y dime porque quieres ser un co-UGM.

Gracias y buena suerte.
Michael Borbor
AUGE User Group Manager.
http://auge.ec
Cambio de nombre5
Entry posted Feb 28 by Michael Borbor Sánchez
Hola a todos, quiero comentarles que RIA Ecuador de ahora en adelante será conocido como AUGE==Adobe User Group Ecuador, creo que el cambio de nombre es el adecuado porque de esta manera permitirá que el grupo y sus integrantes se enfoquen no solo en la parte del desarrollo sino también del diseño. Y de esta manera atraer a mas integrantes a esta mini comunidad y que de esta forma crezcamos todos juntos.

¿Me gustaría saber que opinan del cambio de nombre?

Hasta la próxima.

Michael Borbor.
AUGE User Group Manager
http://auge.ec
Adobe En Vivo - Perú Ah finalmente encuentro el tiempo...
Entry posted Feb 19 by Michael Borbor Sánchez
Adobe En Vivo - Perú
Ah finalmente encuentro el tiempo necesario para escribir acerca de la extraordinaria y gratificante experiencia que fue poder ser una pequeña parte del Adobe En Vivo.

Salí de Guayaquil el viernes alrededor de las 5 de la tarde, como siempre haciendo mucho calor por acá.

El vuelo fue muy tranquilo, sin sobresaltos y luego 1:30 después ya estaba aterrizando el avión sobre el Aeropuerto Internacional Jorge Chávez (Jorge Chávez según me entere fue el primer aviador peruano.)

A primera vista Lima es una ciudad muy cosmopolita, me distraje mucho viendo las salas de exposición de varias concesionarias automotrices, pude ver varias cadenas de supermercados internacionales también, se ve que económicamente a Perú le está yendo bien, muy a diferencia de Ecuador, gracias Correa por eso.

Finalmente llegue al hotel, donde el único otro integrante que estaba era Luis Felipe un tipo súper agradable, muy buena gente pero como nadie es perfecto desarrolla en PHP :-). El resto de los speakers de Adobe En Vivo habían salido a un bar llamado Huaringas al cual me emprendí a buscar a pie,y termine perdido. Pero luego un taxi me supo orientar, llegando a Huaringas todos los que no habíamos estado por allí nos llevamos una sorpresa al ver esta escultura colgada en una pared.

Al día siguiente seguían llegando mas speakers, un grupo genial, muy al estilo de la ONU ya que cada uno tenía un acento distinto, y aunque el gran organizador de todo el evento Elder Vásquez no llego a tiempo porque perdió su vuelo, su novia nos supo tratar de maravillas y nos llevo a conocer el famoso Alcomar, luego nos llevo al Parque De La Reserva donde había un espectáculo de fuentes y un show alucinante muy al estilo Las Vegas, dicho show se realiza todas las noches gracias a una aplicación hecha por Fernando Flórez (si está bien escrito es Flórez con z por cierto) usando AS3, el cual sin duda es el Colin Moock de América Latina, son tipos como él, los que hacen que uno se sienta fracasado y a la misma vez inspiran a acelerar el paso para tratar de alcanzarlos. Luego cenamos y la mayoría fuimos a terminar, afinar algún detalle o re-hacer totalmente la presentación para el día de mañana.

Finalmente llego el gran día, domingo 20 de diciembre Adobe En Vivo estaba por empezar cogimos un par de taxis desde el hotel donde la gran mayoría de speakers estaba alojados hasta el sitio del evento, un hotel bonito, lamentablemente no con la capacidad necesaria para la gran cantidad de gente que se quedo fuera.

Hasta que empezó Elder dando el discurso de bienvenida, contándonos un poco de la motivación y el origen del Adobe En Vivo. Le cedió la palabra a John Koch de Adobe que es el manager de grupos de Usuario a nivel mundial para los que no lo conozcan.

Luego empezó el evento con la charla de Maximiliano Flirtman sobre Optimización de Sitios Web, la cual fue una genialidad total.

Después vino Luis Felipe hablando sobre Spry, desde que deje un poco atrás el mundo del front-end de páginas web había olvidado revisar algo acerca de esta librería de JS, la cual es muy fácil e intuitiva de usar, Luis Felipe mostro varios ejemplos útiles y sencillos acerca de esta.

Después vino Marlon Cevallos que hablo acerca de diseño editorial, el tipo es un genio en herramientas de diseño, muy bueno exponiendo, aunque bueno hasta el día de hoy no he conocido un colombiano que no sea bueno hablando. Y el tema para los diseñadores fue fantástico, lamentablemente mi parte derecha del cerebro no trabaja lo suficiente como para poder usar todo ese montón de información que Marlon compartió ese día.

Luego Paul Salazar hablo de Rich Media, acerca de cómo crear banners que vendan el mensaje y que sean atractivos visualmente sin ser molestos.

Le toco el turno a Cesar Soplín que sin duda era el peruano más peruano de la sala, hablo muchas realidades del desarrollo de aplicaciones web en el ámbito empresarial pero con un gran toque de humor, le saco muchas carcajadas a la audiencia.

Luis Sosa tomo el escenario y dio una charla fantástica que denomino 2012 y el Fin del Mundo, la cual fue acerca de After Effects y Photoshop, es un genio Luis cuando de efectos visuales, video, y fotografía se trata. Además que es dueño de ¼ de Republica Dominicana:-)

Me llego el turno de hablar de CF+Flex, no creo que haya sido la mejor de mis presentaciones, pero espero al menos haber motivado a 1 desarrollador de probar CF. I €> CF

Llego el gran Edgar Parada, que recientemente fue nombrado ACP por cierto. Edgar hablo de los desafíos que antes habían al llevar a la realidad la idea de UX de un diseñador a la versión de producción de una aplicación y como Flash Catalyst será ese puente para unir el trabajo de los desarrolladores con los diseñadores; y que esas experiencias visuales ya no sean solo una imagen PSD.

Luego se presento Elder hablando de cómo reducir el tamaño de los SWFs, también hablo un poco de su trabajo en Grupo W y de cómo ha reducido el tamaño de varios SWFs mientras estaba allí.

Me perdí las charlas de Raúl Jiménez que hablo del FP 10.1 pero supe que estuvo súper y mostro algo de Flash CS5 si mi memoria no me falla, también me perdí la de Freddy Vega que hablo de Realidad Aumentada, Freddy tiene una voz la cual fue erróneamente amplificada por el micrófono dejo un par de desarrolladores peruanos con problemas auditivos y a otros con dolor de estomago por las risas provocadas.

Llegue a ver el final de la charla de Fernando Flórez donde hablo de cuestiones de rendimiento, el GC del FP y otros recovecos de la “caja negra” que era el FP. Una charla en exceso técnica, muy bien presentada, de mucho nivel.

Y así termino Adobe En Vivo fue una jornada larga, pero que dejo a todos satisfechos, fue increíble ver que los asistentes se quedaron tantas horas escuchándonos hablar sin recibir nada a cambio, sin duda alguna la comunidad peruana FTW, mi venia a Elder Vásquez y Erik Porroa por formar una comunidad tan comprometida allá, espero en Ecuador en un futuro muy cercano tengamos una comunidad así de genial como la de nuestros vecinos.

Luego celebramos comiendo pizza, hablando de temas geeks, tomando un pisco. Y despidiéndonos de los que salían esa noche.

Al día siguiente conocer Gamarra, donde hay tiendas para volverse loco comprando ropa, y todo excesivamente barato, ya entiendo porque Pinto se fue para Perú.

Y así el miércoles regrese a mi querido pero caluroso Ecuador, con muchos recuerdos, quedando agradecido de por vida por la invitación. Espero el próximo año poder asistir, es un evento al cual todo usuario de Adobe debe asitir altamente recomendado. No sera hasta el próximo Adobe En Vivo, que será en…
Sorteo de Software.
Entry posted 12/03/09 by Michael Borbor Sánchez , tagged Rich Internet Apps
Hola a todos.

Adobe es muy generoso con nosotros dándonos, software, camisetas, entrenamiento y demás. Y en este mes Adobe nos ha brindado la oportunidad de sortear entre los usuarios de nuestro grupo una licencia de software.

Se pueden preguntar. ¿Una licencia de qué? Y la respuesta es, la licencia del software que el ganador escoja dentro de la cartera de productos Adobe que cueste menos de 2200 dólares. Yo podría sugerir:
- Adobe ColdFusion 9 Standard
- Adobe Flash Media Server 3
- Adobe Creative Suite Web Premium CS4
- Adobe Flex Builder 3 Pro
- entre otros
Pero para esto, todos los que quieran participar deberán contribuir de alguna forma al grupo; podría ser con un nuevo logo o un banner, quizás un articulo, armando una reunión, o cualquier clase de actividad que sea de beneficio para nuestra comunidad.

El plazo para entrar a participar en el concurso es hasta el 30 de Diciembre, y el sorteo sera el 31.

Buena suerte.
Presentación del BarCampLoxa09
Entry posted 12/02/09 by Michael Borbor Sánchez , tagged Rich Internet Apps
Saludos.

Para los no fueron al BarCampLoxa09 no saben lo que se perdieron. Las charlas en lo particular no eran muchas de mi interés como desarrollador, pero el promedio de las charlas fue muy bueno, y la fiesta después del BarCampLoxa09 para los asistentes fue inolvidable.

Adjunto el archivo de mi presentación, la cual fue tomada de una presentación hecha por James Ward para Adobe MAX 2009, espero les sea de utilidad.

Luego hare otro post de la mini aplicación en Flex+AIR que cree para hacer un concurso vía Twitter con hashtags.

Hasta la próxima.

Preso.pptx (4.1MB)
Presentando AIR 2 beta Rob Christensen Adobe Hoy,...
Entry posted 11/19/09 by Michael Borbor , tagged Development, Rich Internet Apps
Presentando AIR 2 beta

Rob Christensen
Adobe

Hoy, me complace anunciar la disponibilidad del runtime Adobe AIR 2 beta y SDK en nuestro sitio de Laboratorios. Desde el día en que empezamos la exploración de AIR 2 en el verano de 2008, la retroalimentación de los usuarios y de la comunidad de desarrolladores ha desempeñado un papel crucial para guiar el desarrollo de este lanzamiento.

Como un equipo, uno de nuestros objetivos declarados para AIR 2 desde el comienzo fue agregar capacidades al runtime que permitirían que se construyeran nuevas clases de aplicaciones, aplicaciones que simplemente no eran posibles con Adobe AIR 1. Para comprender mejor los desafíos a los que desarrolladores y diseñadores se enfrentaban con AIR, ideamos una hipotética liberación del runtime, salimos a la calle para probar esta hipótesis con clientes, reiteramos la hipótesis en base a la retroalimentación y salimos a la calle nuevamente. Desde San Francisco a Nueva York y Los Ángeles, hemos dedicado incontables horas escuchando a los clientes describir algunos de sus retos más frustrantes de negocios y técnicos. Hemos pedido a equipos de desarrolladores y diseñadores, desde agencias de publicidad a corporaciones de Fortune 100, a desarrolladores independientes y start-ups que imaginen qué capacidades y herramientas serían necesarias a fin de construir aplicaciones aún más atractivas que funcionan en los tres principales escritorio sistemas operativos (Mac OS, Windows y Linux) y más allá del navegador.

Como la definición de AIR 2 evolucionaba, quedó en claro que concentraríamos nuestros esfuerzos en los siguientes temas: proporcionar mayor integración con el sistema operativo, hacer el trabajo de los desarrolladores más productivo, y mejorar el rendimiento.

Después de varios meses en beta privado, hoy estamos haciendo la versión beta disponible para el público en general. El propósito de la beta pública es conseguir la ayuda de la comunidad en verificar que tanto sus aplicaciones corren como se esperaba utilizando el AIR 2 beta runtime y también que las nuevas APIs de AIR, muchas de las cuales se describen a continuación, satisfacen sus expectativas.

La siguiente lista proporciona un panorama general de las características clave que encontrará en esta nueva versión. Para más información, vea la publicación de Christian Cantrell, Exhaustive List of Everything That's New in AIR 2.0 así como la documentación de Adobe AIR 2 beta.
- Abrir documentos con la aplicación por omisión: En AIR 2, ahora puede usar la nueva API File.openWithDefaultApplication para abrir un documento como .doc, .pdf o .mp3 utilizando la aplicación por defecto asociada con ese documento. Con el uso de esta API, ahora se puede construir una aplicación de gestión de contenido que permite navegar a través de archivos y abrirlos utilizando la aplicación por omisión asociada con ese tipo de archivo de forma totalmente independiente de la plataforma. Por ejemplo, imagine construir un simple navegador de archivos que le permite abrir un archivo MP3 con un doble clic. Dependiendo del sistema operativo, el archivo MP3 se puede abrir utilizando una aplicación diferente. En Windows, el archivo MP3 puede cargar en Windows Media Player, mientras que en una Mac se podría abrir en iTunes, y sobre Linux se podría abrir utilizando SongBird. Además, si a la API se le pasa la ruta de una carpeta en lugar de un archivo, se abrirá una instancia del explorador del sistema operativo, y navegara hacia esta ruta. Esta es una forma útil para añadir una característica de una aplicación de gestión contenido.
- Detección de volumen de Almacenamiento masivo: ahora puede detectar cuando un dispositivo de almacenamiento masivo, como una unidad USB o ciertos tipos de cámaras, se han conectado o desconectado de la computadora del usuario. Desde AIR 2 beta, ahora puede construir una aplicación que detecta cuando una Flip Camara se conecta y que su aplicación automáticamente le permita subir videos a YouTube. Para ver un gran ejemplo de cómo funciona esto, vea la aplicación de muestra de Christian Cantrell, File Tile.
- API de Proceso Nativo: Algunos desarrolladores querían una opción para integrar mejor AIR a sus aplicaciones existentes con librerías de código nativo, o para extender el AIR runtime con código nativo. Aunque hemos considerado añadir este soporte en el AIR 1, una preocupación que hemos escuchado de desarrolladores es que querían que las aplicaciones AIR permanezcan multi-plataforma. Cuando AIR para Linux fue liberado alrededor de diez meses después de la versión para Mac y Windows, cientos de las aplicaciones que se desplegaron usando el instalador archivos .AIR instalador, incluyendo TweetDeck y Parleys.com Desktop estuvieron inmediatamente disponible para los usuarios de Linux.
Con AIR 2, queríamos hacer más fácil para desarrolladores extender AIR sin comprometer la promesa de experiencia de usuario multi-plataforma de AIR. Para lograr esto, estamos poniendo a disposición un proceso nativo API que permite a los desarrolladores lanzar y comunicar, bidireccionalmente, con un proceso nativo. Para usar la API de proceso nativo, su aplicación debe desplegarse como un instalador en lugar de un archivo instalador .AIR. Para ello, hemos añadido soporte al AIR SDK para generar instaladores específicos de sistema operativo (.exe, .dmg, .rpm y .deb). Brent Rosenquist, un científico senior en el equipo de AIR, grabo un vídeo introductorio que proporciona un excelente vistazo general de cómo la API nativa trabaja.
- Acceso a datos del micrófono: Usted puede acceder a los datos del sonido desde un micrófono directamente para la grabación u otros procesos sin la necesidad de un servidor. Un ejemplo de una aplicación que podrían aprovechar esto es una herramienta que toma-notas que permite al usuario grabar clips de audio cuando estén fuera de línea.
- Multi-toque y eventos de gesto: Usted puede escuchar eventos para multi-toque (Windows 7) y gestos (Windows 7 y Mac OS X Snow Leopard) en equipos que tengan hardware multi-touch. (Véa también el articulo de Christian Cantrell, Multi-touch and gesture support on the Flash Platform.)
- Manejo de errores globales: El manejo de errores global le permite manejar todos los errores, tantos errores sincrónicos y asincrónicos, desde un solo lugar de su código.
- Soporte de impresión mejorado: Con AIR 2, continuamos haciendo mejoras a la impresión. En la Mac, se ha activado el soporte a impresión de vectores permitiendo mejorar la calidad de la salida a la impresora. Además, las nuevas APIs permitirá un desarrollador, por ejemplo, consultar la máquina local para una lista de impresoras o imprimir sin un cuadro de diálogo. Una nueva característica que llamamos "elegir el mejor método de impresión" determinará automáticamente si la impresión en bitmap o vectores es el método más adecuado de impresión para una determinada página.
- WebKit actualizado: WebKit en el AIR 2 beta se basa en la versión que usa Safari 4.0.3. Una nueva característica incluye el soporte para perfilado de JavaScript, el motor de SquirrelFish Extreme JavaScript ejecuta un 50% más rápido utilizando pruebas de SunSpider, soporte a CSS3 Module soporte (2D transformaciones, transiciones, animaciones, gradientes, zoom y WebKit CSS selectores), estilizar barradas de desplazamientos a través de CSS y mejoras en el control Canvas.
- Mejor soporte IPv6: El formato de direcciones IPv6 ahora puede usarse con todas las APIs que aceptar una cadena IP como entrada.
- Mayor tamaño máximo de NativeWindow: algunos desarrolladores están construyendo aplicaciones que abarcan pantallas múltiples, de alta resolución como aplicaciones comerciales o pantallas promocionales. Utilizando AIR 1, los desarrolladores fueron limitados a un máximo tamaño de ventana de 2880 x 2880, pero, comenzando con el AIR 2 beta, hemos aumentado este límite a 4095 x 4095.
- Soporte para server sockets: Usted puede escuchar de conexiones de socket entrantes. Utilizando el socket de servidor API, ahora es posible construir servidores ligeros que se ejecutan localmente, y se comunican a través de aplicaciones usando sockets TCP.
- Sockets UDP: Usted puede enviar y recibir mensajes usando el User Datagram Protocol (UDP). Para aplicaciones de tiempo real, aplicaciones sensibles del tiempo, incluyendo juegos multijugador, usted puede encontrar que el soporte UDP en AIR ayudará a ofrecer una mejor experiencia al usuario.
- Sockets TLS/SSL: ahora puede conectarse a un servidor que requiere TLSv1 o SSLv3 para comunicaciones socket. Para los desarrolladores, esto significa que usted tiene nuevos protocolos criptográficos disponibles para acceder datos sensibles en red que puede ayudar a construir aplicaciones más seguras.
- Búsquedas DNS: Usted puede buscar registros Domain Name System (DNS) de recursos usando la nueva clase DNSResolver. Esta clase le proporciona la capacidad para obtener registros de recursos, incluido la información de un host IPv4 y IPv6.
- Enumeración de Interfaz de red: Usted puede enumerar la lista de interfaces de red de hardware y software disponible en un equipo cliente. A continuación, puede obligar a una interfaz específica, la dirección IP con un nuevo argumento opcional localAddress para la función del socket bind.
- Salvaguarda de operaciones de Base de Datos: Usted puede usar commit o roll back múltiples cambios a las bases de datos cambios en una sola transacción.
- Soporte a lector de pantalla (sólo en Windows): Los usuarios pueden utilizar el software del lector de pantalla con aplicaciones de AIR. Para los usuarios finales, esto significa que los cuadros de dialogo del tiempo de ejecución como el instalador ahora trabajan con lectores de pantalla tales como JAWS. Para los desarrolladores, esto significa que ahora es posible construir una aplicación Flash basada en AIR que trabaja con lectores de pantalla, siempre y cuando la aplicación haya sido construida con accesibilidad en mente.
- Archivos promesa (sólo Windows/Mac): ahora puede permitir a los usuarios arrastrar un archivo que no ha sido creado aún desde una aplicación AIR y proporcionar los datos para esa función después de que el archivo promesa se ha soltado. Por ejemplo, imagine una aplicación que muestra una lista de archivos disponibles en un servidor remoto como un servidor FTP. Con la nueva característica de archivos promesa, cuando un usuario suelta un ítem de esta lista de archivos en su escritorio, ahora puede generar soporte en su aplicación para descargar los datos y escribirlos al archivo descargado. (Incluye soporte para archivos que son accesibles a través de una URL.)
- Mejoras del ingreso de texto IME API y IME: Input Method Editors (IMEs) se pueden utilizar con cualquier InteractiveObject, no sólo objetos TextField. Esto le permite soportar entradas IME al usar la Flash Text Engine o el Adobe Text Layout Framework, por ejemplo.
- Uso más eficiente de CPU: En las Mac, sin cambiar el código, muchas aplicaciones están consumiendo 50% menos de CPU cuando se ejecuta en el segundo plano.
- Utilización de memoria reducida: Sin reconstruir la aplicación, muchos aplicaciones AIR tales como TweetDeck están viendo reducciones del consumo de memoria entre 15 y 20%.
- Menor tamaño del instalador del runtime: El tamaño del instalador del runtime para Mac OS y Windows son más pequeños que el AIR 1.5.
Estamos muy ansiosos de escuchar sus pensamientos sobre la última versión—si encuentra un fallo en AIR 2 beta o tiene una petición de características, envié sus comentarios al equipo de AIR. Además, también puede encontrarnos así como otros en la comunidad de AIR en los foros de usuario a usuario.

¿A dónde ir desde aquí?

Para descargas, aplicaciones de muestra, notas, y foros de usuarios, referirse a los recursos siguientes:
- Adobe AIR 2 beta FAQ
- Adobe AIR 2 beta developer notas de liberación
- Adobe AIR 2 beta runtime descarga (Mac, Windows y Linux)
- Adobe AIR 2 beta SDK (Mac, Windows y Linux)
- Adobe AIR 2 beta aplicaciones de muestra
- Adobe AIR 2 beta foros de usuario a usuario
Para más información sobre cómo utilizar las nuevas características en el AIR 2 beta, consulte los siguientes recursos:
- Quick Start: Interacting with a native process for Flex, Flash, Ajax/HTML
- Exploring the new file capabilities
- Using drag-and-drop support of remote files
- Creating a socket server
- Using the microphone capabilities
- Creating accessible applications in Adobe AIR and Flex
Sobre el autor

Rob Christensen es un manager de producto de Adobe AIR. Antes de su actual función, el administro el desarrollo de un nuevo framework de desarrollo de producto utilizado por muchos equipos de Adobe y Macromedia incluidos Dreamweaver y Flash. También pasó seis años como ingeniero de Dreamweaver comenzando con la versión 2. Los intereses de Rob, incluyen tecnologías web, astronomía, películas, viajes y explorar una variedad de temas en su blog personal.
Presentando Adobe Flash Player 10.1 beta y Adobe AIR 2 beta
Entry posted 11/19/09 by Michael Borbor , tagged Development, Mobile, Rich Internet Apps, Video
Presentando Adobe Flash Player 10.1 beta y Adobe AIR 2 beta

Sin duda alguna esta ha sido una semana de lanzamientos de betas, y no solo del lado de Adobe. Lo cual es muy excitante para el mundo del desarrollo y de las RIAs, tanto AIR 2 beta, como el Flash Player 10.1 beta traen mejoras en rendimiento, nuevas características, una mejor productividad.

Me pregunto. ¿Qué nuevas clases de aplicaciones se les ocurre podrían construir con las nuevas características?

Este es un listado de las nuevas características disponibles en Adobe AIR 2 beta:
- Soporte para la detección de dispositivos de almacenamiento masivo.
- Capacidades de red avanzadas, soporte UDP, y la capacidad de escuchar sockets.
- Soporte de integración con código nativo.
- La posibilidad de abrir un archivo con su aplicación por omisión.
- Soporte para multi-toque y gestos.
- Nueva APIs para acceso de datos crudos del micrófono.
- Actualización de Webkit con soporte HTML5/CSS3.
- Manejo de errores globales.
- Impresión mejorada multi-plataforma.
- Seguridad mejorada y soporte para estándares empresariales y gubernamentales.
Aquí hay un pequeño resumen de las características más destacadas en el Flash Player 10.1 beta:

Alcance Ubicuo
Fácilmente instalables y actualizable, la versión completa de Flash Player estará disponible en teléfonos inteligentes y otros dispositivos móviles conectado a Internet, duplicando el número de sistemas operativos a los cuales su contenido puede llegar y permite una experiencia de navegación Web experiencias.

Manejo de errores globales.
El nuevo manejador de errores globales permite a los desarrolladores escribir un solo manejador para procesar todos los errores en tiempo de ejecución que eran parte de una declaración try/catch. Mejora la fiabilidad de las aplicaciones y la experiencia del usuario capturando y manejando errores inesperados en tiempo de ejecución y presente mensajes de errores personalizados.

Diseñado para la movilidad
Para entregar en un alto nivel de consistencia y pasar a plataformas móviles con memoria y recursos de procesamiento limitados, Flash Player 10.1 aprovecha la aceleración por hardware de gráficos y vídeo y muchas otras mejoras en el rendimiento, optimizaciones tales como rendering, scripting, utilización de memoria, tiempo de inicio, batería y CPU.

Nuevas características listas para teléfonos móvil que usan de las capacidades nativas de los dispositivos que incluyen soporte a multi-toque, gestos, modelo de ingreso de datos móviles, y acelerómetro trayendo a la experiencia de navegación móvil un control creativo sin precedentes y expresividad.

Ampliado número de opciones para entregar medios de alta calidad.
Flash Player 10.1 está listo para tomar ventaja de las próximas tecnologías de entrega de medios de comunicación que proporcionarán experiencias de medios enriquecidas y creara nuevos modelos de negocio. Con nuevas características de HTTP streaming y protección de contenido usando Adobe Flash Access, contenido de audio y video de alta calidad puede ser transmitido seguramente dentro del navegador. El rendimiento del streaming se ha mejorado con soporte para eventos en vivo, tales como búsqueda inteligente y reconexión del stream, lo cual permitirá una reproducción de medios más suave, ininterrumpida, y además una utilización mejorada en dispositivos móviles.

Les recomiendo descargas las versiones betas tanto del Flash Player 10.1 y AIR 2 SDK, para que empiecen a probarlas, descubran bugs en aplicaciones ya existentes, y sobre todo comiencen a construir las aplicaciones de mañana, hoy.

Si desean más información, pueden ir a:

http://labs.adobe.com/technologies/flashplayer10/

http://labs.adobe.com/technologies/air2/

Buena suerte.
¿Que opinan de nuestro nombre RIA Ecuador? ¿Y de nuestro...3
Entry posted 11/12/09 by Michael Borbor
Hola.

Me gustaría saber su opinión acerca de el nombre de nuestro grupo RIA Ecuador. ¿Les gusta? ¿No les gusta? ¿Que nombre sugeririan?

Además me gustaría saber su opinión acerca de este grupo, les parece estamos haciendo las cosas bien, se les ocurre algo que podriamos mejorar, algo que deberiamos hacer, o algo que quizas debamos dejar de hacer.

Espero sus respuestas y retro alimentación.

Muchas gracias por la colaboración.