Ten Step, Los multiples roles del líder de proyecto donde se sugiere lo siguiente:

· A full-time role on a large project.

· Project management responsibilities for multiple projects, each of which is less than full time, but the combination of which adds up to a full-time role.

· Multiple roles on the same project, each of which requires a certain level of skill and responsibility. On one project, for instance, he may be both a project manager and an analyst.

Líder de Proyecto, Green Project Management, muy bueno quien pensaría que lo Green abarca la Administración de proyectos, pero analizandolo esta en el día a día por el ejemplo el hacer reuniones virtuales evita que los miembros se tengan que trasladar a un lugar y contaminar el ambiente otro ejemplo es la revisión de documentos electrónicamente, o bien revisarlo en una máquina sin prender las demas para el ahorro de energía

Al desarrollar aplicaciones, y en nuestro caso, con tecnología Flex/AS3, debemos conocer el ciclo de vida de los componentes del framework para así entender la interacción y como sacarles el máximo provecho. Conocer bien el ciclo de vida de los componentes nos servirá para evitar errores al trabajar con ellos.

En este artículo veremos como funciona el ciclo de vida en los spark components. Estos componentes siguen un ciclo de vida parecido a los Halo components, pero con algunas diferencias. Antes de ver estas diferencias, creo necesario hacer un repaso al ciclo de vida de los Halo components.

¿Porqué necesitamos que los componentes tengan un ciclo de vida?

El Flash player funciona con una secuencia de frames. Cada frame tiene la siguiente forma:

En nuestra aplicación hay mucho código que no necesita renderización, como cálculos, iteraciones por colecciones, etc.
En cambio hay código que requiere la actualización del componente, pongamos un ejemplo:
Si cambiamos el width de un container, queremos que este se actualize y de paso que actualize el tamaño de sus hijos. El ciclo de vida hará que estos cambios se apliquen, debido al flujo de etapas que él mismo define.

El ciclo de vida de los Halo components

Los Halo components tienen un ciclo de vida compuesto de tres etapas:

Etapa de creación

Consta de cuatro fases que se ejecutan en el orden en que se explican a continuación:

• Fase de construcción: Fase en la que creamos el objeto llamando a su constructor.
• Fase de configuración: Durante esta etapa, los valores asignados a las propiedades del componente, se guardan internamente para referenciarlos posteriormente.
• Fase de inclusión (attachment): Se activa cuando el componente es añadido a la display list mediante addChild() o addChildAt() o mxml. Define el componente padre, ya que estamos añadiendo un componente a la display list.
• Fase de inialización:Lanza preinitialize event. Luego ejecuta createChildren() para crear sus hijos y finalmente lanza initialize event.

Etapa de la vida del componente

A partir de los cambios que recibe el componente, éste pasa por diferentes fases:

Proceso de invalidación

Los cambios hechos en las propiedades, estilos y subcomponentes son marcados para que sean actualizados.
Hay tres métodos para la invalidación:

• invalidatePorperties(): marca las propiedades del componente que han cambiado.
• invalidatesSize(): marca los componentes que necesitan ser redimensionados de acuerdo con un valor cambiado.
• invalidateDisplayList(): marca el componente cuando éste recibe algún cambio visual.

Proceso de validación

Es la respuesta al proceso de invalidation. Renderiza los cambios marcados en la etapa de invalidation.

Métodos para la validación:

• commitProperties(): para actualizar los cambios en las propiedades. Es la respuesta al método invalidateProperties(). La primera instrucción debe ser super.commitProperties().
• measure(): para actualizar las dimensiones del componente. La primera instrucción debe ser super.measure().
• updateDisplayList(): es el punto final en el proceso de validación. Se ejecuta como resultado a la petición de invalidateDisplayList(). Hace el layout del contenido del componente y realiza cualquier actualización en la renderización.

La validación ejecutará la etapa de actualización del componente de manera que los cambios que se han producido, sean renderizados.

La relación entre los métodos de cada una de las etapas es la siguiente:

Etapa de destrucción del componente

Ocurre cuando el componente se elimina de la displaylist. Luego se llama al garbage collector para eliminar los elementos no referenciados.

¿Qué ha cambiado en Flex 4?

La verdad es que, en cuanto a ciclo de vida, no ha cambiado mucho. Spark se ha construido encima de Halo.

La mayor diferencia es que Spark separa la skin del propio componente, pero existe un contrato entre ambos, un contrato que obliga al componente a definir los datos, partes y estados que tendrá su skin. como muestra tenemos a SkinnableComponent, que extiende de UIComponent, por lo tanto tiene el mismo ciclo de vida, pero tiene una skin que sigue su propio ciclo de vida.

Ciclo de vida de la skin

Una skin puede tener partes estáticas y partes dinámicas. Cuando se ejecuta el createChildren() de un SkinnableComponent, este invoca a validateSkinState(), que a la vez invoca a attachSkin(). La función attachSkin() crea la skin con las partes declaradas y la añade como un hijo del componente.

Cuando muere el componente, se van quitando las partes de la skin y finalmente se destruye la skin. Así se da fin al ciclo de vida de la skin.

Conclusión

Se ha dado un paso a vista de pájaro de lo que es el ciclo de vida en los spark components. Respecto al ciclo de vida de un SkinnableComponent, para entenderlo con claridad es mejor ver y codificar ejemplos. A continuación os dejo unos links que espero que os sirvan.

http://www.developmentarc.com/site/wp-content/uploads/pdfs/understanding_the_flex_3_lifecycle_v1.0.pdf
http://www.flex888.com/1219/flex-4-components-life-cycle.html
http://www.artima.com/articles/flex_spark.html
http://opensource.adobe.com/wiki/display/flexsdk/Gumbo+Skinning
http://www.adobe.com/devnet/flex/articles/flex4_skinning.html
http://miti.pricope.com/2009/08/16/skinning-a-list-in-flex-4-magnifier-effect/

Como se puede apreciar existe una muy robusta área de datos de entrada a través de la cual se genera toda la información de salida como es hrs por etapa e incluso por actividad en base a un WBS (Work Breakdown Structure) y por si esto fuera poco los parámetros base para el cálculo pueden ser ajustados en base a la experiencia del equipo de implementación, en fin una excelente herramienta!!!, en siguientes entradas entraremos mas a detalle.

Revista Linux+ Marzo 2010

El número de marzo de Linux+ para libre descarga disponible aquí:

http://lpmagazine.org/es/magazine/1019-airbase-y-karmetasploit-3-2010-62

En este número:

• Un router BGP sobre GNU/linux
• DBAN: Elimina de forma segura toda la información de tu disco duro
• Recolección de datos en GNU/Linux para propósitos forenses
• Airbase y KARMetasploit: Despliegue de puntos de acceso ilícitos (Rogue AP)
• Iniciación a MySQL avanzado
• WEKA y jTwitter: Gestiona Twitter de manera inteligente
• Go: el nuevo lenguaje de programación de Google
• Comunicación entre procesos: En busca del eslabón perdido
• Automatización de tareas con ShellScripts
• Linux y la seguridad “digital”

¡Buena lectura!

Este es un ejemplo para lanzar un reporte JasperReports con una aplicación Air utilizando el proyecto Merapi (AIR’s Java Bridge).

Encontrareis el ejemplo en este link, en el  .zip  encontrareis los dos proyectos, para probar-lo solo hay que ejecutar el airReports.java y el aiReports.mxml.

• Añadir la macro _CRTDBG_MAP_ALLOC del preprocesador, ya sea definiéndola en algún archivo del proyecto o en las opciones de compilación del proyecto.
• Incluir en el siguiente orden stdlib.h y crtdbg.h en los archivos dónde se busquen las fugas de memoria. El archivo crtdgb.h sustituye las funciones malloc y free por unas propias que registran la memoria reservada y liberada.
• Añadir la función _CrtDumpMemoryLeaks () al final del programa en el que se buscan las fugas de memoria. Esta función muestra por la salida de depuración las fugas de memoria detectadas.

Todo esto sólo funcionará cuando el proyecto se compile con la macro _DEBUG definida, es decir, en lo que debería ser para todos la versión de depuración del programa.

La macro _CRTDBG_MAP_ALLOC sirve para que la función _CrtDumpMemoryLeaks () muestre información sobre el archivo y la línea en la que se produjo la fuga de memoria.

Un pequeño ejemplo de cómo quedaría todo:

#define _CRTDBG_MAP_ALLOC
#include 
#include 

int
main (int argc, char *argv[])
{
    /* Código del programa */

    _CrtDumpMemoryLeaks ();

    return 0;
}

Si este programa tuviera alguna fuga de memoria, al compilarlo en modo depuración y ejecutar el depurador de Visual Studio, se obtendría en la salida de éste un listado con las fugas de memoria del programa.

Para más información, leed el artículo Enabling Memory Leak Detection de la MSDN.

http://consultordynamics.wordpress.com/2010/02/18/el-sector-de-la-construccion-y-la-informatica/

Cuando se edita una tarea se puede rellenar toda la información en una ‘entrada rápida’, indicando la fecha de finalización y la carpeta mediante los símbolos = y @. Además se puede añadir un texto libre a la tarea y el programa lo resalta con un icono en la lista de tareas.

No es una aplicación compleja, sino que te haces con ella en cinco minutos, pero que más allá de su uso me ha llamado la atención la manera en que está hecho. En primer lugar lis.to está hecha con Java y el interfaz gráfico con Swing. Es multiplataforma y funciona perfectamente en Windows y en Mac. En Windows la interfaz parece más nativa que en Mac, sobre todo por dos cosas: la barra de iconos deja bastante que desear y el panel lateral tipo iTunes tampoco está muy logrado. Sin embargo hay otras muchas cosas muy bien hechas y que quiero aprender cómo están hechas. La primera es que las tareas no se guardan en ninguna base de datos, sino en un archivo XML. También me ha gustado la manera de hacer el autocompletado cuando se asigna una carpeta en la entrada rápida. Lo último que me ha llamado la atención es la manera de desplegar/replegar parte del formulario de edición de tareas cuando se pulsan los triángulos azules. Como se puede descargar un jar y se puede descomprimir, se puede curiosear las clases que se han usado el programa y, con un poco de suerte y un mucho de google, encontrarlas y estudiarlas.

Actualización 15/Mar/2010: Lis.to está alojado en Google code y se puede descargar su código en este enlace: http://code.google.com/p/listo/. Pulsando el la pestaña código y haciendo checkout con un cliente subversion podemos descargar todo el código fuente.

Esto, que en principio puede parecer un gran avance porque evita problemas de seguridad en los programas (uno de los motivos por los que en Java no se pueden manejar punteros), al final se demuestra que es un nido de bugs. Porque 212 no son -44. Y esto puede ser un auténtico problema en algo tan visible como una fecha.

El mes de marzo es un mes muy especial. Su mes anterior es de longitud variable (28 ó 29 días) y el siguiente es de 30, siendo el propio marzo de 31. Ved el siguiente código:

Calendar cal = new GregorianCalendar();
cal.set (Calendar.DAY_OF_MONTH, 30);
cal.set (Calendar.MONTH, 2);
System.out.println (cal.getTime ());
System.out.println (cal.getActualMaximum (Calendar.DAY_OF_MONTH));
cal.set (Calendar.MONTH, cal.get(Calendar.MONTH) -1);
System.out.println (cal.getActualMaximum (Calendar.DAY_OF_MONTH));

Esencialmente, lo que hace es ponernos en 30 de marzo de este año y sacar por pantalla los siguientes datos:

• Fecha actual
• Número de días del mes de marzo
• Número de días del mes de… ¿febrero?

Java, en su excelsa sabiduría, ha decidido que en este caso que 2-1=2. Porque al restar uno al mes nos quedamos en 30 de febrero o, lo que es lo mismo, 2 de marzo. Esta chorrada (obviamente en un código más complejo) nos tuvo en el trabajo una mañana entretenidos porque el número de días de los meses siempre eran 30 ó 31, incluído un inexistente febrero.

En parte fue una suerte que estuviéramos a 30 de marzo y no en 2 de abril, en cuyo caso nos daríamos cuenta del problema casi un año después de sacar el proyecto a producción. A veces Java es realmente odioso con su “deja que la JVM piense por ti“.

Facultad de Ingeniería

Retomé las clases en Facultad de Ingeniería, lo que justifica todo lo que no postee en los próximos tiempos

Nos vemos ahí, visiten Foro Fing…

Después de haber realizado correctamente todos los pasos para configurar los atributos, los productos configurables y sus asociados como atributos, nos encontramos que en la parte frontal de la tienda aparece el selector de atributos, pero éste aparece sin opciones. Lo más típico ante esta situación es revisar la configuración de los atributos, la visibilidad de los productos simples, etc, pero no debemos olvidar las comprobaciones sobre los errores javascript que puedan aparecer en la parte frontal.

Los errores Javascript producidos por algunas extensiones como JqZoom, pueden alterar el funcionamiento normal de la tienda y nos pueden hacer perder mucho tiempo intentando encontrar un fallo que puede ser fácilmente detectado mediante herramientas como firebug.

Entradas relacionadas

Para comenzar veremos cómo podemos acceder a las incidencias desde el propio Eclipse sin necesidad de cambiar de aplicación. La magia viene aportada por Mylyn.

Para instalar el plugin necesario para Jira debemos añadir el repositorio donde se encuentra desde

con la url:

Desde este nuevo repositorio seleccionamos los componentes a instalar, probablemente Mylyn ya lo tengas instalado. Esto es lo que debes escoger:

Si en vez de Jira usas Trac o Bugzilla, utiliza el conector adecuado.

Una vez reiniciado Eclipse mostraremos la pestaña de incidencias desde

Desde el primer icono de la pestaña vamos a “Add Repository“.

Seleccionas el tipo de repositorio de incidencias que vas a crear.

Y añades los datos de acceso al mismo.

Si todo ha ido bien verás una pantalla similar a ésta donde puedes crear tu primera consulta de incidencias o seleccionar una previamente guardada en el servidor ya que importa tus filtros existentes.

Si decides crear una consulta nueva tienes un formulario con todas las opciones a tu disposición. Por ejemplo, yo he creado una que me lista todas las incidencias reportadas por mi.

Automáticamente irá recuperando del servidor las incidencias que cumplan los requisitos especificados en los filtros.

Haciendo doble click en una incidencia se abre el detalle de la misma con todas sus opciones que podremos modificar a nuestro antojo, añadir comentarios nuevos, adjuntar archivos, etc.

Mylyn aporta al sistema funcionalidades extra, una de ellas es la de programarnos las incidencias en función de nuestra carga de trabajo y tener una previsión de lo que vamos a hacer y cuando. Esta información no se guarda en el servidor, es interna.

A la hora de adjuntar archivos, además de seleccionar los que tengamos en nuestro equipo podremos hacer directamente desde Eclipse una captura de pantalla, recortar el trozo que nos interesa y enviarlo a Jira, todo en uno y sin salir de nuestro entorno de desarrollo.

Llegamos a una de las opciones que realmente hacen que ahorremos muchísimo tiempo, el contexto. Cada incidencia tiene un circulito a su izquierda que permite activar esa tarea. Al activar una tarea el sistema asume que todos los archivos que vayas abriendo mientras la tengas activada están asociados a la resolución de la misma.

Abre algunos archivos de ejemplo y en la pestaña “Context” de la incidencia verás cómo va asociándolos. Si ahora, en vez de cerrar la incidencia en la “X” la desactivas de nuevo en el circulito, verás como automáticamente se cierran también todos los archivos asociados. Y aquí viene lo bueno, si vuelves a activarla se abren automáticamente todos los archivos sobre los que estabas trabajando. Este sistema te permite cambiar rápidamente el entorno de trabajo de una incidencia a otra sin tener que buscar de nuevo todos los fuentes uno a uno.

Hay una opción más para trabajar con los contextos que permite que distintos usuarios los compartan y consiste en subirlos al propio servidor de Jira. Se suben como archivos zip como si fuese un archivo adjunto a la incidencia normal y corriente, pero Mylyn sabe lo que tiene que hacer con ellos cuando se recuperan.

Finalmente otra opción interesante es la integración con Subversion. Teniendo una incidencia activada, cada vez que hagamos commit al repositorio nos adjuntará automáticamente en el comentario del svn información acerca de la incidencia que se resuelve, eso que nunca hacemos .

Como veis tenemos el desarrollo junto a las incidencias y la resolución de las mismas en Subversión completamente integrado en una sola aplicación. Cuando os comentaba al principio del artículo sobre que no me daba cuenta de lo pesado que era hacerlo en tres pasos, ahora veis a qué me refería, es una de esas cosas que hasta que las tienes no sabes lo que vale.

El proyecto es un agregador de twitts que hablan del Real Zaragoza(o #realzaragoza ). Y como uno no quiere hacerse de oro, no lo hace ni del Madrid ni del Barça .

Hablando ya desde el punto de vista puramente técnico, es una aplicación muy sencillita que corre en la nube de Google, osea en App Engine (aquí voy a ahorrarme varios comentarios de lo que mola la nube, además de confundirlo con internet… No voy a dar nombres… )

He utilizado un framework web ligero, hecho expresamente para correr en App Engine y muy sencillo llamado gaelyk, donde el código que escribimos es Groovy.

Gaelyk permite separar las vistas(Groovy Tempaltes) de las acciones(Groovlets). Inyecta en las acciones los elementos del SDK de GAE(datastore, memcache, mail, images…), y algunas variables para facilitar la vida y tener un código más escueto.

En mi caso he dejado la lógica de negocio en los mismos scripts de los Groovlets. Tan sólo hay tres: la home, la vista de un usuario(ej: @dani_latorre) y otro que es llamado cada 10 min para hacer una búsqueda en twitter e insertar los twitts nuevos.

Para la búsqueda de twitts, se hacen tan sólo dos peticiones cada 10 min y se parsea la respuesta atom de la búsqueda con XmlSlurper, se comprueba si no está duplicado y se crea y guarda una nueva Entity de GAE (gaelyk facilita su uso, para que sea más a la groovy).

Para recuperar lo que hemos persistido, por el momento no aporta novedades, a partir del datastore lanzaremos las queries. En el futuro es posible que surjan novedades en este apartado.

Para quien le interese conocer más detalles de gaelyk, le recomendaría pegarle una ojeada al tutorial.

Ver una presentación de Guillaume Laforge y Patrick Chanezon.

O un screencast de Pratik Patel(ojo, que a los elementos de GAE inyectados ya no se les llama loqueseaService, sólo loquesea)

Gaelyk & Groovy & Google App Engine – ATL2G from Pratik Patel on Vimeo.

Y aunque este año nos toca sufrir, aupa Zaragoza! XD

Los días 11 y 12 de Marzo se celebrarán en Madrid (Tres cantos) dos cursos avanzados de programación con Xailer:

• El jueves 11 se impartirá por Ignacio Ortiz de Zúñiga un curso avanzado de nuevas técnicas de programación adaptadas a Xailer utilizando el Modelo Vista Controlador (MVC) sobre bases de datos SQL, en el cual el usuario aprenderá a realizar aplicaciones que con suma facilidad podrá cambiar completamente su diseño visual o el servidor de bases de datos. Se mostrará igualmente a como exportar todos los servicios que incluye el ‘controlador’ hacia a otras aplicaciones. Y todo ello, utilizando la tecnología de DataControls que incluye Xailer 2. Se requiere un nivel medio-alto de programación en Xailer y xHarbour.

  Se entregará con el curso el esqueleto de una pequeña gestión de facturación que el usuario podrá utilizar como guía para sus futuros proyectos.

• El viernes 12 se impartirá por Bingen Ugaldebere de BiSoft un curso avanzado de programación utilizando Fast Report, en el cual se mostrará la potencia y sencillez de este generador de informes. Para ello se hará primeramente una pequeña introducción sobre su instalación y manejo desde Xailer, para a continuación pasar directamente a la creación de informes desde el más sencillo al más complicado, entregando ejemplos de todos ellos. Se pretende exprimir al máximo toda la potencia de Fast Report. Es una oportunidad única de conocer esta fantástica herramienta.

El precio de cada uno de los cursos es de 200 euros. Los usuarios que acudan a ambos cursos tendrán un descuento total de 100 euros. Se exige un depósito de 50 euros para la reserva de plaza.

Plazas limitadas.

Duración y horario de los cursos:

Consulte el área de eventos en www.xailer.com para más información.

;Archivo INI

[sección]
clave1=valor1
clave2=valor2

En estos casos lo mejor es no reinventar la rueda, así que hice un par de búsquedas por internet, pero lo que encontré no me gustó, así que ni corto ni perezoso realicé mi propio cutre-parser que funcionaba bien para lo que quería, archivos INI creados a mano, pero no para todos los casos que podría tener un archivo INI.

Así que gracias a un poco de tiempo libre me he puesto las pilas un poco y he ido modificando aquel cutre-parser hasta algo más decente, aunque todavía le quiero dar un par de vueltas para dejarlo bien. De todos modos, el código que hay ahora mismo funciona bastante bien, así que he creado un repositorio para mini en github (por cierto, git mola mil), así no tenéis excusa para probarlo.

El evento es idea de Xavi Beumala, de sobra conocido por todos y referencia internacional dentro de la Plataforma Flash, actualmente trabajando en Adobe. Otras muchas colaboraciones importantes como la de Joseba Alonso de Refr3sh, Enrique Duvos Adobe Evangelist o Joan Garnet de Codeoscopic, por nombrar algunos nombres, estarán ofreciendo sendas charlas inspiracionales ese día.

Por mi parte solo puedo morderme el labio y maldecir por tener obligaciones en Madrid que me impedirán el poder asistir. Si vosotros no tenéis ese problema, no os lo perdáis!! .

Del propio sitio:

FlashDay es un evento con carácter 100% inspiracional y participativo alrededor de la plataforma Flash.

Y qué entendemos por inspiracional? pues bien, mostrar aquellos proyectos, pruebas de concepto, labs e ideas que todos tenemos en mente y que han arrancado woows a usuarios, amigos, compañeros y clientes, proyectos que por su naturaleza apasionan. Cosas que Flash como plataforma permite hacer y que tanto nos gusta y divierte.

FlashDay es un entorno para entrar en contacto con gente con las mismas inquietudes, un entorno en el que compartir y mostrar todos esos proyectos en los que andas trabajando, un entorno en el que inspirarte y participar. Un entorno para creativos, desarrolladores, diseñadores, un entorno para todos.

A qué proyectos nos referimos? A todos aquellos proyectos en los que hayas trabajado, estés trabajando o vayas a trabajar; Visualizaciones creativas, Instalaciones, 3D, Audio, Aplicaciones RIA, Publicidad y campañas, Formación, Flash en dispositivos mobiles, Entornos colaborativos, Animaciones y Ilustraciones, Realidad aumentada, etc…

Y tienen que ser proyectos Flash? Sí, pero entendiendo Flash como una Plataforma que incluye Flash, Flex y AIR.

Si estas por Barcelona el día 4 de Marzo no dejes de reservarte 5 horitas (de de 14 a 19h) para asistir al evento.
Y recuerda esto: No sirve de nada que te lo expliquen, tienes que venir!