Le comentaba a un amigo y compañero de trabajo que he notado dos patrones:

• Los dotNeteros (.NET) desconfían en Flex.
• A los Flashers (algunos) no les gusta Flex.

Pienso que esto debe ser primeramente por el temor al cambio, hueva, desinformación o simplemente el aferrarnos a las tecnologías con las que tenemos más experiencia. Lo que queda claro es que se todas las tecnologías tienen sus puntos débiles y fuertes, además consideremos que en estos tiempos no es complicado hacer un mashup de las mejores tecnologías para ofrecer mejores soluciones.

“Quiero entrarle pero me gustaría desarrollar algo”

Es lo que me decía mi amigo dotNetero, así que el plan es hacer una pequeña aplicación con Flex 3 o AIR que abarque el uso de la mayor parte de componentes y características que ofrece el SDK (containers, charts, styles, dag&drop, itemRenders, etc.), usar patrones de diseño y posteriormente integrarla con sqlite, Java, .NET o PHP.

Aún debo planear el enfoque que tendrá la aplicación (se me ocurre un contact manager basado en la Flex Store o algo parecido ¿alguna idea?). Claro que se irá publicando el progreso de la aplicación, los problemas que vamos enfrentando, las dudas e ideas que vayan surgiendo.

¿Por qué no hacerlo con Flex 4?

A estas alturas lo correcto sería inicializarlo con Flex 4 y aprovechar sus nuevas características, pero desgraciadamente en las empresas a veces es complicado migrar los sistemas a las nuevas versiones que van saliendo y uno de los objetivos de esta app que se pretende desarrollar es que mi cuate (el buen Rich) se vaya preparando para cuando necesite rehacer un sistema .NET a Flex (sí, rehacer).

¡A darle átomos! ¿Cómo ven?

Reconocimiento

Es de reconocer la iniciativa de Iván Álvarez (@ivanhoe) y Erick Camacho (@ecamacho) de realizar este tipo de eventos, además de la flexibilidad de Eldez Vazquez (@eldervaz) para compartirnos algunas de las cosas que se estan cocinando en Adobe. Gracias.

Sobre el taller y la charla

Es increible que en tan pocas horas se creado una aplicación desde “cero” usando diferentes tecnologías: Maven, Eclipse, Spring, Flex, Java, BlazeDS, Flash Builder y Jetty. Definitivamente faltó tiempo y estuvo un poco apresurado, pero como lo dijo @ecamacho, el objetivo era darnos un panorama general sobre estas tecnologías y el objetivo se cumplió.

La charla de @eldervaz sobre las nuevas características de AIR 2 estuvo muy buena, en twitter comenta que esta preparando tutoriales para cada uno de los ejemplos que mostró.

Hubo muy buena la respuesta de los asistentes, el evento se alargó hasta las 7:00 pm y la mayoría continuamos en nuestros lugares desde las 10:00 am.

¿Qué faltó?

Aunque el evento cubrió las espectativas, creo que faltó que los asistentes nos presentaramos para identificarnos y platicar un poco de los proyectos en que participamos. Aaah, también faltaron stickers :-( y que @eldervaz subiera el Flash CS5 a taringa xD.

Enlaces:

Hashtag en twitter: #tallerspringflex

Reseña del evento en Tequila Valley por @Region4tvIvan.

Album de fotos en Picassa por @flexeando

El material y video de la charla pronto en RIAHispano

Tutorial: Multitouch con Adobe AIR 2, Flash Lite 4 y Flash Player 10.1 por @eldervaz

Ver en fullscreen para que se visualice correctamente la fuente de la presentación xD (Fail!). Espero les sea de utilidad.

Actualización 1: En la Incorporación de Caracteres (Paso 6), en la caja de texto agregar los siguientes caracteres: “áéíóúÁÉÍÓÚÑñ”.

Invitamos a desarrolladores de software, con experiencia en programación orientada a objetos y uso de patrones, para participar en un importante proyecto cuyo modelo se está llevando a cabo en el estado de Nuevo León.

Para más información enviénme un mensaje en la sección de contacto y les envío la información completa de la vacante a su correo.

Taller gratuito sobre construcción de aplicaciones desde cero usando Java, la librería Spring y el framework Adobe Flex 4.

Durante el taller, se construirá una aplicación de cero. El backend se construirá usando Java con la librería Spring.

Fecha
20 de Febrero de 2010

Lugar
Dr. José Ma. Coss 646 Nte, Zona Centro, Monterrey

Organizadores

¡Va estar de lujo!, más info sobre lugar, temas, ponentes, inscripciones, etc. en http://tidyslice.stagehq.com/events/170

Gracias por la info y por la iniciativa @ivanhoe.

Y si no están en Monterrey, recuerden que también se va a celebrar ese día el SHDH en la Cd. de México.

Primera recopilación de consejos de expertos relacionados al desarrollo de RIA’s.

edgarparada: Flex ahora solo es el framework, usen la plataforma

edgarparada: si alguien ya ofrece el servicio que necesitas, utilizalo! (mashup)

yacaFx: Customiza!!!! y deja tus componentes adaptables y fáciles de usar, eso garantiza larga vida a tu componente

Pues como les comentaba en el post anterior, estoy en pro de la estandarización y en esta semana he retomado su importancia ya que me he encontrado en un proyecto en el que he encontrado malas prácticas, por ejemplo el uso de minúsculas al nombrar las clases, falta de puntos y coma, entre otros DETALLES que de cierta manera me han dificultado la forma de trabajar.

Pues bueno vamos al grano, aunque muchas veces somos renuentes a los cambios (siempre), nunca es tarde para empezar, por experiencia creo que debe ser de vital importancia el establecer ciertas normas en el equipo de trabajo antes de iniciar un proyecto, y pues aquí dejo un enlace que a mi me ha sido muy útil:  Flex SDK coding conventions and best practices.

Además pueden descargar este documento muy útil: Adobe Flex Coding Guidelines.

En seguida pongo algunas convensiones, aunque no todas son de mi total agrado pero bueno jaja :P:

Buena idea:

    var a:Array /* of String */ = [];

Mala idea:

    var a:Array = [];

Buena idea:

	alphaFrom = 0.0;
	alphaTo = 1.0;

Mala idea:

	alphaFrom = 0;
	alphaTo = 1;

Buena idea:

	var pattern:RegExp = /\d+/g;

Mala idea:

	var pattern:RegExp = new RegExp("\\d+", "g");

Buena idea:

	var node:XML = <name first="Jane" last="Doe"/>;

Mala idea:

	var node:XML = <name first='Jane' last='Doe'/>;

Buena idea:

	if (flag)

Mala idea:

	if (flag == true)

Buena idea:

	if (s != null && s != "")

Mala idea:

	if (s)

Buena idea:

	var b:Button = new Button();

Mala idea:

	var b:Button = new Button;

Buena idea:

	if (flag)
	{
		doThing1();
	}
	else
	{
		doThing2();
		doThing3();
	}

Mala idea:

	if (flag)
		doThing1();
	else
	{
		doThing2();
		doThing3();
	}

Buena idea:

	var n:int = a.length;
	for (var i:int = 0; i < n; i++)
	{
		...
	}

Mala idea:

	for (var i:int = 0; i < a.length; i++)
	{
		trace("Aunque esta esta más cómoda :-P");
	}

Buena idea (esta no me agrado mucho, pero bueno):

	switch (n)
	{
		case 0:
		{
			foo();
			break;
		}
 
		case 1:
		{
			bar();
			return;
		}
 
		case 2:
		{
			baz();
			return;
		}
 
		default:
		{
			blech();
			break;
		}
	}

Mala idea:

	switch (n)
	{
		case 0:
			foo();
			break;
 
		case 1:
		{
			bar();
		}
		break;
 
		case 2:
			baz();
			return;
			break;
 
		default:
			blech();
	}

• RT @edgarparada RIA Podcasts!! http://riahispano.org/?q=content/rich-internet-application-podcasts (via @riahispano) #
• Resettable Form http://ito.mx/OuA <- Click derecho para ver el source. #
• Removing duplicate items from an array using the Array.filter() method: http://ito.mx/OuC #

Más info…

Un proyecto muy interesante y prometedor ha salido a la luz, se llama Flash Gordon, un Flash Player codificado en JavaScript (increible!), esto puede significar grandes ventajas, entre ellas el llevar aplicaciones Flash/Flex a dispositivos como el iPhone/iTouch *ojo Remi*.

No lo he probado desde Safari en el iTouch, pero podemos acceder a los demos publicados en el sitio del proyecto, con Firefox funciona bien aunque he de mensionar que percibí se alentó el explorador al ejecutarlos.

Enlace al proyecto: http://paulirish.com/work/gordon/demos/
Creador del proyecto en twitter: @tobeytailor