Kudewe

Historias de Alejandra - parte 1

2012-01-23T02:24:00.001-08:00

El fin de semana pasado con mis compañeros del trabajo Nico, Nestor y Sabrina (novia de Nestor) nos fuimos de viaje a Alejandra, un pueblo en Santa Fe donde nació Nestor. La idea era acercar un poco la tecnología a los chicos. Queríamos hacerlo de una forma en la que ellos sean protagonistas de su aprendizaje, guiados por su interés y capacidad de descubrimiento.

Así que lo que se nos ocurrió fue invitarlos a que vengan a contarle al mundo historias de Alejandra.

La invitación:

Como no nos conocíamos empezamos haciendo algunos. Uno muy bueno fue el pium que nos sirvió para conocer nuestros nombres:

Hicimos varios, el reloj, el zah!, piedra, papel o tijera multitudianario:

Y cuando perdimos un poco la timidez, empezamos a preparar las historias que queríamos contar.

Cada grupo contó una historia suya, cercana, de su pueblo, de lo que le parecía importante. Guiados por eso que querían decir, aprendimos juntos a usar un blog.

Mientras subían las historias nuestra compañera Gaby K y su hijo Maxi escribían comentarios desde Buenos Aires, eso puso muy contento a los chicos.

Mientras estábamos subiendo fotos y la conexión se ponía lenta, las chicas se pusieron a saltar la soga. Y nos hicieron dar cuenta que era un buen momento para parar un poco y ponernos a jugar a la escondida express, a la sardina, o al director de orquesta:

Al final del dia, a eso de las 8 de la noche, terminamos de contar algunas historias de Alejandra:

http://historiasdealejandra.wordpress.com

Queremos agradecer a toda la gente que nos dio una mano con esto. A la mamá de Nestor, que nos alojó en su casa y nos hizo de comer cosas muy ricas. A su familia, que nos recibió en el campo con un cordero, a Gonza, un gurí de 8 años que nos enseñó a andar a caballo. A azul que nos acompaño a todas partes. A Guido, Fabian, Patricia y Laura que promocionaron el evento en la radio y en el cable y nos abrieron las puertas de la casa de la cultura. A Sandra que nos prestó la netbook con fotos. A Gaby K y Maxi que escribieron muy lindos comentarios para los chicos. A Mati, que nos prestó un router. A mi amiga Sole que nos ayudó a preparar la actividad con juegos, gracias a ella pudimos bajar a un papel lo que queríamos hacer. A nuestros compañero Clodo y Peluca que no pudieron venir pero nos dieron una mano p/preparlo. A todos los que les contamos la idea, ni sabíamos que queríamos hacer y aún así nos apoyaron. A los chicos y los papás de Alejandra, que hicieron posible esta actividad.

Desarrollando América

2011-12-12T18:47:00.000-08:00

Hace muy poco tiempo, con unos compañeros de trabajo (Nico, Nestor y Clodo), participamos del concurso Desarrollando América. La propuesta del concurso era desarrollar una solución digital a un problema social, en una maratón de 30 horas. Los temas de esta edición fueron educación, presupuesto público y seguridad. Para desarrollar las aplicaciones, la organización facilitó distintas fuentes de datos.

A nosotros nos tocó como dato el boletín oficial (nos dieron muchos boletines) y nos pidieron trabajar sobre las adjudicaciones, en la tercera sección. Lo que hicimos fue una aplicación para poder digitalizarlos, extraer la información importante y una herramienta simple para poder consultar y visualizar esta información.

Nos fue muy útil usar algunas cosas que sabemos ayudan a trabajar mejor, sobre todo cuando hay poco tiempo:

Tener una visión clara: En este caso, después de la pizza y antes de empezar una noche larga, cada uno comentó porque participaba del concurso, cual era nuestra motivación.
Un proceso colaborativo: Entre todos identificamos qué queríamos hacer y lo priorizamos, buscando para cada caso la solución más simple que se nos ocurría.
Prácticas como TDD y pair programming. Si pudimos resolver la parte difícil (extraer la información importante de los PDFs) fue gracias a TDD, una vez más nos salvó las papas del fuego.
Usar herramientas de gestión visual. Decoramos el ventanal de la casa de Nestor con papelitos de colores.
Trabajar cerca del usuario, tener feedback rápido y adaptarnos a eso. Unas horas antes que termine el concurso, hicimos una demo con periodistas, que nos dieron muy buen feedback y sobre eso, modificamos la aplicación, agregando por ejemplo un semáforo visual y detalles que eran valiosos para ellos.

Al final hicimos una presentación

http://prezi.com/g5orqdkbb5fk/del-boletin/

mostramos la aplicación

http://delboletin.com.ar/

Y sin esperarlo, sucios, con mucho sueño y la misma ropa del día anterior, nos eligieron para el 1er puesto de Argentina.

Personalmente, fue un gusto compartir horas de sueño con mis compañeros. Tengo la suerte de tener cerca a unos tipos de fierro, muy buena gente. Hacer cosas con ellos es siempre un placer.

En el concurso conocimos a muchas personas, gente que desde distintas maneras, dedica su tiempo, esfuerzo y talento para construir una sociedad mejor. Para nosotros, conocerlos fue muy valioso, son un ejemplo a seguir y creo que un poco nos inspiraron, porque tenemos intenciones de continuar con esto...

Armando un mapa de la tecnología colaborativamente

2011-11-25T17:28:00.000-08:00

El radar de tecnología, es una herramienta visual (sugerida por ThoughtWorks) que permite a una organización:

Entender cuales son las tecnologías que nos dan más valor.
Dar un poco de dirección a actividades de exploración, como pueden ser áreas investigación y desarrollo (I+D).
Alinear actividades de capacitación.
Ver que prácticas conviene empezar a hacer, seguir haciendo o dejar de hacer.
Estar atentos para poder aprovechar oportunidades de evaluación y prueba de tecnologías nuevas para nosotros.
Alinear distintos esfuerzos por trabajar mejor (más calidad, productividad y felicidad).
Ver que cosas hay que forzar un poco para que pasen, porque nos conviene.
Ver que cosas tenemos que pedir, porque exceden nuestro alcance.

Tomando algunas ideas del libro Game Storming, hicimos:

Apertura

Charlar en pares sobre:

Qué es la tecnología?
Para que sirve?

Luego comentar a todos.

Exploración (The 4Cs)

En 4 rincones, armar una lista (1 item por post-it) de:

Técnicas
Herramientas / Frameworks
Plataformas
Lenguajes

Después de 10 minutos, los participantes rotan al siguiente ricon.

Cierre

Lo siguiente, es elegir las tecnologías más valiosas y volcarlar en el radar. Empezamos por un rincón (técnicas por ejemplo) y cada participante toma un post it, comenta al grupo porque le parece valiosa y donde la ubicaría:

Adoptar: Lo recomendamos fuertemente. Lo usamos apropiadamente en nuestros proyectos.
Intentar: Vale la pena intentar en un proyecto que pueda manejar el riesgo.
Evaluar: Vale la pena explorar para entender como puede darnos valor.
Esperar: Proceder con cuidado.

Puede que en algunos casos se genere un poco de debate y eso está bien. Para que podamos aprovechar el mejor el tiempo, podemos hacerlo por tiempo fijo y hacer preguntas que ayuden a la convergencia y a la selección, como por ejemplo:

Considerás que esa tecnología agrega tanto valor que vale la pena ponerla en el radar?
En comparación a otras, la pondrías en intentar o adoptar?
Cómo priorizarías esta tecnología respecto a otras?
Pensás que es valiosa para toda la organización?

Seguramente no vamos a armar el mejor radar en un único intento. Lo importante es identificar las tecnologías más importantes.

El radar sirve si lo usamos para alinear los esfuerzos de la organización por mejorar. Es conveniente revisarlo periódicamente, porque el mercado cambia (hace poco Adobe anunció que dejará de trabajar en el flash player p/browser mobile), porque nuestras habilidades cambian (aprendemos mientras hacemos), porque en un entorno tan cambiante como es el desarrollo de software y las relaciones humanas, necesitamos explorar y elegir para adaptarnos.

También está bueno revisarlo para ver el impacto de cosas que hacemos. Cuando por ejemplo todos acordamos pasar una tecnología de evaluar a intentar, y vemos que eso ocurre por actividad de capacitación hecha por nosotros o un compañero, es una buena forma de motivación.

saludos!

Enseñando desde atrás del salón en la Fundación Inicia

2011-11-25T16:32:00.000-08:00

El martes pasado junto con Ingrid Astiz y Ricardo Colusso participamos del evento Enseñar a Emprender de la Fundación Inicia.

Ingrid facilitó un taller de retrospectivas. Originalmente el rincón de Ricardo iba a ser sobre Kanban.

En la apertura escuchamos la presentación de cada uno de los participantes, que hacían y a que venían. Había desde un emprendedor gastronómico, que enseña a jóvenes sin trabajo a cocinar, capacitadores, formadores, personas que pertenecen a ONGs, todos, desde distintas propuestas buscan construir una sociedad mejor.

Luego escuchamos a Daniel Arroyo hablando sobre los 5 problemas sociales más importantes del país (debería ser una charla TED). Y a Daniel Cerezo, quien nos contó como hizo con la música para ayudar a los sectores más frágiles de la sociedad.

Viendo todo esto, se nos ocurrió que a estas personas sería más útil algo del tipo "enseñando desde atrás del salón". Y nos dijimos, porque no cambiamos el tema?

Algo que notamos en todos los grupos que pasaron por este rincón, es que por media hora, perdieron la noción del tiempo.

Fue muy bueno para mi tener la oportunidad de acercar a estas personas, que hacen tantas cosas buenas, una herramienta más para que sigan haciendo su trabajo. Me puso muy contento participar de una actividad así y hacerlo con mis compañeros de ágiles. Mezclar comunidades es una práctica con mucho potencial.

saludos!

Agile Coaching - Cómo preguntar?

2011-11-21T19:05:00.001-08:00

Por estos días tengo en la mesa de luz Agile Coaching, de Rachel Davies y Liz Sedley. Siguiendo una idea de Pablo Tortorella, para fomentar su lectura, en lugar de recomendar el libro voy a comentar un párrafo.

En la página 37, habla sobre cómo hacer preguntas. Dice que una forma de liderar un cambio es preguntando. Y cómo preguntar? No hagas preguntas cerradas, de las que generan un si / no cómo respuesta. Preguntá cosas como "cómo", "que pasaría" para abrir la conversación e invitar a las personas a reflexionar y compartir su opinión.

Por otro lado, con unos compañeros (Matias Dominoni y Carlos Bellucci sin blog por ahora), vamos a ver si nos animamos a hacer de esto una práctica frecuente. Asi que ahi fue la 1ra piedra.

ahh, gracias a Adrían Eidelman, que me prestó el libro.

saludos!

De donde vienen las grandes ideas

2011-11-13T10:46:00.000-08:00

Hace unos días vi este video sobre la visión de Steven Johnson donde se cuestiona de donde vienen las grandes ideas:

Es interesante las perspectiva para entender como generar un entorno que favorezca la generación de ideas y acelere su proceso.

En lugar de comentar sobre el video, que es genial, me gustaría compartir algunas ideas que me se me ocurrieron al mirarlo.

Hace unos meses, haciendo un curso de seguridad y avalanchas en terrenos nevados en Ushuaia, aprendí un método de gestión del riesgo de Werner Munter que explica muy bien en su libro 3x3 Avalanchas.

El método, asombroso por su simplicidad, da muchas herramientas al montañista, no solo para moverse de forma más segura en terrenos nevados, sino también para no dejar de cuestionarse y aprender.

Cuando lo aprendí, tuve una corazonada, pensé que también podría servir para la gestión de proyectos, cambiando un poco sus dimensiones:

Las condiciones nivo / meteorológicas las cambiaría por las condiciones del proyecto (contrato, plazos, expectativas).
El terreno por la tecnología.
El factor humano lo dejaría igual.

Una coincidencia es que el terreno va de la mano del factor humano, al igual de la tecnología.

Luego la dimensión de escala la cambiaría por las siguientes:

Antes de empezar un proyecto.
En el sprint planning.
Antes de tomar una tarea.

Ahora bien, esto que empezó con una corazonada, lo confirmé un poco más cuando hace un par de meses nos llegó una nueva tarea para hacer. Antes de empezar la tarea, con un compañero hicimos este análisis:

Condiciones: Esperan que hagamos esto rápido y bien.

Tecnología: Nos piden resolver una integración entre 2 plataformas (.net y php) usando una base de datos común. Esto implica además resolver temas de consistencia de datos y autenticación.

Humano: No contamos con un buen soporte técnico de una de las aplicaciones a integrar. Sospechamos que no es la solución más simple al problema. La solución fue inducida por personas que no conocen de tecnología.

Esto nos hizo replantearnos si queríamos meternos en esto o si apostábamos a desmenuzar un poco más el problema para encontrar una solución más simple. Hicimos esto y el problema se solucionó sin que tuvieramos que escribir una línea de código.

Esto confirmo un poco la corazonada. Hace unas semanas lo charlé con un compañero al que le comenté la idea y le presté el libro. Él también sintió la misma corazonada.

Por lo que sería interesante seguir generando colisiones con otras personas para acelerar el proceso de llevar a la práctica esta idea. Este post es una manera de comenzar a hacerlo...

saludos!

Enseñando desde atrás del salón en Agiles 2011

2011-11-11T11:34:00.003-08:00

En el pasado Ágiles 2011 en Argentina tuve la oportunidad de realizar una actividad en el open space del último día. Mi intención era incentivar a las personas a que se animen a crear espacios de aprendizaje en sus trabajos. Y por otro lado, ver hasta que punto hace falta ser experto para facilitar un espacio así.

La propuesta fue aprender primeros auxilios, usando algunas técnicas del libro Trainning from the back of the room. Y repasar entre todos el proceso de aprendizaje

Le pedí una mano a Ricardo Colusso, para que me ayude a facilitarlo. Rick no tenía conocimiento del tema, lo cual nos iba a servir para ver hasta que punto es necesario ser un experto. Esto fue lo que hicimos:

Apertura

Recibimos a los participantes y les propusimos:

Elijan una experiencia de aprendizaje (puede ser una materia de la facultad, de la secundaria, un curso, alguna de las actividades de este evento, etc.). Luego piensen como pasaron la mayor parte del tiempo. Y párense en el lugar que corresponda.

Leyendo textos
Escuchando
Mirando presentaciones, videos, imágenes
Discutiendo conceptos / practicando
Enseñando a otros

Luego preguntamos a algunos:

Cuál fue el caso.
Cómo fue la calidad del aprendizaje?
Cuál les parece es la mejor forma de aprender?

Bueno, hacia allá es donde queremos ir (aprender enseñando a otros).

Conexión

Mitos y hechos: Imagínense que estamos en un almuerzo con compañeros de trabajo y uno se atraganta comiendo. En 2 grupos de 10 aprox. hacer una lista de las cosas que escucharon hay que hacer en estos casos y clasificarlas en mito / hecho. Luego todos exponen las ideas y mejoramos la clasificamos usando el conocimiento de todos.

Rick facilitó la actividad para un equipo y yo para el otro. En mi caso, hice algunas preguntas y respondí algunas dudas sobre el tema. Al finalizar, nos sentamos en ronda y los grupos expusieron las cosas que clasificaron como mito o hecho. Luego, apareció el experto para aclarar algunas cosas que no clasificamos bien.

En este punto, vimos que las personas ya tenían cierto conocimiento sobre el tema. Casi no hubo diferencia entre las ideas y las clasificaciones. Lo bueno en este caso, es que se construye conocimiento a partir de lo que el grupo sabe. Y previamente los participantes enseñan y aprenden entre ellos.

Además, al comienzo de una capacitación, la expectativa de aprender algo nuevo genera una emoción positiva que favorece el aprendizaje. Sería un desperdicio usar ese momento contando la agenda de la actividad, nuestra experiencia en el tema o hablando sobre cosas que las personas ya saben.

Conclusión

Contamos que lo que hicimos antes se llama conexión en el libro “enseñando desde atrás del salón” e hicimos algunas preguntas para revisar el proceso de aprendizaje.

Que fue lo que conectamos?
Que observaciones pueden hacer de la actividad?
Conversamos?
Cómo eran vistos los errores?
De quienes aprendimos?
Levanten la mano quienes aprendieron algo. Y quienes enseñaron algo.
El desafío era p/grupos o individuos?
Qué tema les parece podrían iniciar con “mitos y hechos”?

Concepto / práctica

Le contamos que vamos a aprender la maniobra de Heimlich. y les pedimos que elijan como preferían hacerlo (todos eligieron la práctica)

• Leer un texto

• Ver un video

• Hacer una práctica guiada

Luego contamos la historia de Diana, una chica que dio un curso de primeros auxilios, uno de los participantes le enseño la maniobra a un amigo y este la pudo hacer efectivamente (las historias son importantes porque mantienen más tiempo nuestra atención). Y preguntamos si la enseñarían a sus amigos y familiares?

Conclusión

Cómo tomamos nueva información?
Que aporta presentar opciones de aprendizaje y dejar que ustedes decidan?
Les parece que es bueno poner al cuerpo en movimiento? Porqué?
Les parece que sirve contar historias. Porqué?
Como fue nuestra atención? Porqué prestamos atención? Porqué no la prestamos? Y nuestras emociones?

Cierre

Qué aprendieron?

Cómo lo van a usar? Armamos una líínea en el suelo que iba desde “la semana que viene preparo un taller”hasta “creo que esto de enseñar no es para mi”

Evaluación: Qué les pareció?

Es importante terminar con una emoción positiva. Reconociendo lo que aprendimos, lo bien que la pasamos. Por todo esto, todos hicimos un gran aplauso.

Para mi fue una muy buena experiencia. La energía durante la sesión fue alta, positiva, todos participaron y todos aprendimos de todos.

Ahh, gracias a Avatar por sporsorear mi participación en el evento!

Desafío del malvavisco

2011-11-11T11:34:00.001-08:00

Hace algunos meses, unos amigos de scout me invitaron a participar del foro de jóvenes. Se trata de un encuentro donde los chicos debaten sobre temas importantes y hacen recomendaciones a la organización scout argentina.

Uno de los temas del encuentro tenía como objetivo aportarles alguna herramienta para que puedan gestionar proyectos de servicio. Asi que lo que hicimos fue el desafío del malvavisco:

http://marshmallowchallenge.com/Welcome.html

El cierre de la actividad lo hizo mi compañero Marcos, contando una historia de unos chicos que para un campamento de fin de año fueron a pavimentar una plaza y estando allá descubrieron que la necesidad era otra, una estatua de la pacha mama. Y lo resumió muy bien diciendo:

"En un proyecto de servicio, el malvavisco es la necesidad"

saludos!

Siempre hay lugar p/innovar

2011-10-09T09:03:00.000-07:00

Leyendo "Trainning from the back of room" descubrí el aporte de Hans Moderban a la seguridad vial.

Él dice que por ejemplo removiendo la línea central de una calle doble mano la gente maneja de manera más segura. Llenar las calles con símbolos, sígnos y barreras hace que las personas se sientan lo suficientemente protegidas como para manejar tan rápido como quieran.

Descubrió que la eficiencia en el tráfico y la seguridad en las calles urbanas mejoran cuando las calles y el espacio público es rediseñado para fomentar que cada persona negocie su movimiento directamente con otros.

Este concepto se resumen a favorecer espacios compartidos, intersecciones y rotondas sobre semáforos, líneas marcadas, signos y luces. Me hace acordar a favorecer a las personas e interacciones sobre procesos y herramientas.

Con estás ideas bajó la tasa de accidentes en un 30%.

Será que si tratás a las personas como tontas, ellas actuarán así?

Parece que siempre hay lugar p/innovar, a veces la solución es tan simple que no la vemos.

saludos!

Primeros Auxilios + Training from back of room

2011-08-30T19:39:00.000-07:00

A veces me pasa que me toca capacitar en un tema a un grupo que ya tiene conocimiento / experiencia al respecto. De hecho, esto creo que es algo que pasa la mayoría de las veces.

En esos casos, empezar de 0 es una pérdida muy grande para ellos. Dicen los que saben de entrenamiento, que los 1ros minutos son los más importantes de una sesión. Donde el cerebro está más lúcido. Además, la sorpresa de algo nuevo genera una emoción que favorece el aprendizaje. Desperdiciar ese valioso tiempo, diciendo cosas que ya todos saben, sería una lástima.

La pregunta es, cómo se puede aprovechar?

Tengo un grupo de amigos, que hacen con frecuencia salidas en bici. Tienen distintos niveles de experiencia, conocimiento, pero desde hace un tiempo vienen viajando, haciendo salidas importantes, como el doble cruce de los andes, o casi 400km por las sierras de córdoba.

Hace un tiempo, nos empezamos a juntar, pizzas y cervezas de por medio, para que puedan llevarse nuevas herramientas a sus viajes que les permitan moverse con mayor seguridad. Una de ellas es por ejemplo primeros auxilios.

Tomando algunas ideas del libro Training from the BACK of the Room, arrancamos conectándonos con el tema planteando un accidente en un descenso en bici. Ellos tenían que anotar en post-it cada una de las acciones que harían y ordenarlas. Esto ya me dió una clara idea de que cosas conocían y cuales no.

(Arriba a la izq: 1ra fila los primeros 6 post-it de la fila son los del ejercicio. La 2da fila es el mismo ejercicio, pero hecho al final del encuentro)

Luego, continuamos tratando los temas que podrían ayudarlos a resolver mejor la situación. Usando algo visual y grande (papel afiche y marcador) fuimos poniendo los conceptos más importantes y enseguida, pasábamos a la práctica:

(Haciendo el ABCDE de la evaluación primaria)

(Limpiando heridas en una pata de chancho)

En el medio pasó algo que bajo otro paradigma de enseñanza hubiese sido negativo. Una hora más tarde, se sumó una persona al taller y a las pizzas. Esto, en otro contexto, hubiese sido un problema. Pero en este caso, resultó una oportunidad para que los chicos pudieran reforzar lo que aprendieron. Lo que hicimos fue pararnos frente a los afiches y que ellos contaran lo que habíamos hecho al nuevo compañero. Enseñar a un par es una de las maneras más efectivas de aprender.

Como cierre (es importante hacer un cierre para que nos caiga la ficha de lo que aprendimos), volvimos a hacer el ejercicio del comienzo y cada uno compartió lo que había aprendido. Aca de nuevo, lo que uno reconoce como aprendizaje propio, puede ayudar a reforzar el del otro.

saludos!

Espacio abierto p/emprendedores

2011-08-28T18:25:00.001-07:00

Hace varias semanas, junto con Ingrid Astiz y Ricardo Colusso, facilitamos un espacio abierto p/emprendedores en la organización Inicia.

Lo más lindo de todo esto, fue el reconocimiento por parte de los participantes y de Inicia. A veces pienso que los trabajos voluntarios son los más satisfactorios.

Creo que Inicia es un lugar muy interesante, ya que apunta a potenciar a los emprendedores. Teniendo en cuenta que en la Argentina la mayoría del trabajo lo proveen pymes y que estas además distribuyen mejor la riqueza que las grandes empresas, el trabajo de Inicia me parece que está muy bien dirigido, a lograr acciones con impacto, algo nada menor.

ahhh, los post de mis colegas:

Ricardo: http://crealogar.blogspot.com/2011/07/espacio-abierto-de-emprendedores.html

Ingrid: http://www.fuerzatres.com/2011/07/open-space-en-inicia.html

saludos!

Gracias Open App Challenge!

2011-08-28T18:07:00.000-07:00

El año pasado, gracias a un post de ajlopez encontre el concurso Open App Challenge, de Telefónica. Tuve la suerte de poder participar presentando un proyecto y quedar seleccionado entre los 20 primeros.

Participar fue una muy buena experiencia. Me desafió a trabajar sobre una idea, darle forma, tratar de describirla desde el valor que da, tachar, volver a escribir. Fue un lindo aprendizaje.

Para la prox. que creo será wayra, voy a probar algo distinto. De trabajar con otra persona, ya que otra mirada amplía enormente las posiblidades.

gracias a la gente de Open App Challenge!

Solid + Training from the BACK of the Room

2011-06-17T11:02:00.000-07:00

Desde hace poco empecé a preparar un taller sobre principios de diseño solid usando el libro Training from the BACK of the Room.

En general estamos acostumbrados a que enseñar se parece a algo del tipo el maestro habla y los alumnos escuchan. El libro propone una alternativa interesante, preguntando: querés que ellos te escuchen o que aprendan? Quién está hablando la mayor parte del tiempo?

Se trata de hacer a los "alumnos" los protagonistas del proceso de aprendizaje. Dejarles la mayor parte del tiempo para que aprendan debatiendo, haciendo, poniéndolo en práctica, contestándose dudas, enseñando a otros.

Lo primero que recomienda el libro es identificar los temas y los resultados observables que queremos conseguir. Esto tiene que ver con empezar con una visión clara del taller.

Y luego hacer distintas actividades que involucran conectarse con el tema, concepto, práctica y conclusión:

El libro explica como diseñar una actividad de aprendizaje y propone distintas dinámicas. En esencia se basa en:

El aprendizaje involucra al cuerpo tanto como la mente.
Es fundamentalmente un acto de creación, no de consumo de información.
Toma lugar en varios niveles a la vez en el cerebro, y no es una actividad lineal, del tipo una cosa a la vez.
La colaboración incrementa el aprendizaje, el aislamiento y la competencia lo decrementa.
Ocurre haciendo activamente, con tiempo de reflexión y feedback, no pasivamente.
Emociones positivas e imaginación mejoran el aprendizaje. La falta de alguna de estas lo inhibe.

Este primer experimento fue, desde mi punto de vista, muy bueno, ya que pude notar el entusiasmo de los participantes al exponer ideas, el humor con el que hicieron las presentaciones y la intensidad de las actividades. Me llamó la atención lo productivo que fue proponerme hablar lo menos posible.

saludos!

Simple login con janrain

2011-04-03T15:00:00.000-07:00

Gracias a la comunidad alt net hipano, me enteré de janrain, que entre otras cosas, provee un servicio que sirve para autenticar usando cuentas de distintos proveedores (google, facebook, twitter, etc).

Hace poco me tocó agregar un login simple a una aplicación, por lo que decidí probarlo. Es muy fácil. Luego de crear una cuenta y una aplicación, hay que obtener el widget de login. El sitio es muy claro y te va guiando paso a paso.

Paso 1: completar la url de token. Luego que el usuario se loguea, el browser del usuario hace un post a esta url pasando un token. Lo bueno es que la url puede ser localhost, por lo que se puede usar el servicio en un ambiente de desarrollo que no sea visible desde internet.

Paso 2: explica que hacer con ese token. Básicamente, nuestra app tiene que llamar a un servicio de janrain por http, que devuelve un xml o json con los datos del usuario.

Paso 3: elegir los providers. Se trata de elegir si me quiero autenticar con google, facebook, twitter, etc.

Lo simple de todo es es cómo se puede integrar a una aplicación asp mvc. Vamos por pasos.

Primero una interface muy simple para poder autenticar:

public interface ITokenAuthentication {
string Login(string token);
}

Aca se puede ver la interface y su implementación:

http://codepaste.net/qzgkmz

Luego, le decimos al web config que vamos a usar form authentication:

</authentication>

Creamos un controller de autenticación (es al que janrain hace el redirect después que el usuario se loguea):

http://codepaste.net/icpni4

[HttpPost]

public ActionResult Token(string token) {

string username = tokenAuthentication.Login(token);

FormsService.SignIn(username, true);

return RedirectToAction("Index", "Presupuestador");

}

public ActionResult LogOff() {

FormsService.SignOut();

return RedirectToAction("Index", "Home");

}

Y una vista, donde tenemos que poner antes del body:

var rpxJsHost = (("https:" == document.location.protocol) ? "https://" : "http://static.");

document.write(unescape("%3Cscript src='" + rpxJsHost + "rpxnow.com/js/lib/rpx.js' type='text/javascript'%3E%3C/script%3E"));

</script>

RPXNOW.overlay = true;

RPXNOW.language_preference = 'es';

</script>

La vista podría contener algo como esto:

<% if (Request.IsAuthenticated) { %>

Bienvenido <b><%= Html.Encode(Page.User.Identity.Name) %></b>!

[ <%= Html.ActionLink("Salir", "LogOff", "Account") %> ]

<% } else { %>

<a class="rpxnow" onclick="return false;" href="https://myJanrainApp.rpxnow.com/openid/v2/signin?token_url=<%= Server.UrlEncode(Request.Url.Scheme + "://" + Request.Url.Authority + Url.Action("Token", "Account")) %>">Ingresar</a>

<% } %>

Finalmente, usando un filtro, le decimos al controller X que queremos restringir al acceso para ciertos usuarios:

[Authorize(Users = "myUserName, myFriendUserName")]

public class MyController : Controller

y creo eso es todo.

saludos!

Juegos para aprender en Ágiles@BsAs

2010-09-17T05:47:00.000-07:00

Luego de una breve interrupción, la comunidad ágil de bs. as. retomó sus encuentros de los miércoles, esta vez en la oficinas de SouthWorks.

La propuesta en este caso fue realizar juegos ágiles en un formato open space. Junto con Ingrid Astiz y Adrian Eidelman preparamos la siguiente visión de la actividad:

La idea de este encuentro es experimentar trayendo a la comunidad juegos nuevos e invitar a quienes estén interesados en practicar habilidades de facilitación a guíar un juego. Proponemos salir de los juegos convencionales que se hacen generalmente en los cursos y poner un poco de nuestra creatividad para descubrir juegos nuevos o poco conocidos, introducir alguna variación a uno conocido que permita otra experiencia y porque no inventar alguno.

Estos fueron los juegos que propusieron los participantes (probablemente me olvide algún juego o facilitador). Algunos de los juegos tienen link (x si alguien quiere facilitarlo alguna vez):

ia!, hanko!, ai! (muy bueno p/romper el hielo)
my mind in scrum (x Adrian Eidelman)
pair draw (x Claudio Bidau)
el desafío del malvavisco (x mi)
origami (creado x Esteban Roasio y facilitado por el duo dinámico Ricardo Colusso y Pablo Tortorella)
yo mando, tu mandas (o algo así...)
vista (genial, parece un truco de David Copperfield)

Fue un encuentro muy divertido, donde todos aportamos algo proponiendo juegos, participando, debatiendo, etc y creando entre todos un lindo espacio para aprender.

ahh, gracias Martín Salías x las fotos!

Armando un campamento colaborativamente - 1ra parte

2010-08-30T18:08:00.000-07:00

El sábado pasado nuevamente los chicos del clan del grupo scout Santa Cruz fueron víctimas de otro experimento. La actividad para el sábado era armar la planificación del próximo campamento de grupo.

Para calentar los motores, hicimos el juego pair draw, para experimentar el potencial de trabajar por pares.

Luego elaboramos el marco del campamento (o visión). Para eso hicimos un ejercicio muy simple. De a pares armamos una lista de posibles marcos. Luego nos juntamos de a 4 y armamos una nueva lista. Finalmente, armamos una propuesta entre todos y quedó "32 bit camp", relacionado con los juegos tipo Monkey Island, Age of Empires y Mario Bross, que fueron los marcos finalistas.

El siguiente paso fue armar un conjunto de propuestas de actividades, encuadradas bajo el marco propuesto. Para eso cada uno escribió las actividades que se le ocurrieron en un hoja. Luego pasábamos la hoja al de al lado, tomábamos la del compañero y usábamos las actividades escritas como disparadores de nuevas ideas (triple nickels).

Al finalizar pegamos las propuestas en un pizarrón y las priorizamos por puntos.

Luego, hicimos un juego conocido cómo "censo de paises", para aprender a estimar colaborativamente:

y aplicamos lo que aprendimos p/estimar las actividades del campamento haciendo planning poker, empezando por las que consideramos más importantes:

Si bien no pudimos terminar ese día con la planificación, hicimos lo mejor posible enfocándonos en las cosas que nos parecieron importantes.

Esta historia continuará...

Scrum Master: un trabajo que no es fácil

2010-08-12T08:43:00.000-07:00

Scrum es simple, pocas reglas, basado en principios, técnicas simples, pero muy difícil de implementar. El trabajo del scrum master, dueño del proceso, no es un trabajo fácil ya que encierra grandes desafíos. Pero, con algunas distinciones, se pueden abrir un mundo de posibilidades:

El entregable es el producto y el equipo (vía @ajlopez)
http://msmvps.com/blogs/lopez/archive/2009/08/06/tales-from-the-scrum-su-equipo-el-pr-243-ximo-nivel.aspx
Una buena manera de mejorar un proceso estable es cambiando el proceso. Acelerarlo probablemente lo empeore.
Un equipo no es más productivos cuando el pipeline de trabajo está lleno. Si se maximiza la asignación de recursos, no se obtiene el mejor rendimiento. Un equipo a full es cómo un motor sin aceite, puede que todas las piezas encajen a la perfección, pero necesitamos del aceite para que funcionen bien en movimiento.
Facilitar el proceso en lugar de dirigirlo. Cuando vemos que algo no funciona bien, en lugar de intervenir directamente y corregirlo, podemos ser un espejo que refleje los problemas que vemos al equipo y dejar que ellos encuentren la mejor manera de resolverlos.
Cultivar vs construir. El trabajo de un scrum master tiene más que ver con cultivar que construir, ya que no controlamos directamente el resultado. Verlo de esta manera ayuda a poner el foco en generar las condiciones para que el equipo sea auto organizado y colaborativo.
Ritmo. Cambiar de ritmo tiene costo, ya sea que se acelera o desacelera la velocidad.
Las personas no somos buenas haciendo multi-tasking.
Una visión: calidad, productividad y felicidad.
Ideas de Lisa Adkins.
“No temas a los errores. No los hay.” – Miles Davis. El error es una inversión en aprendizaje.

saludos!

Asado y scrum con los chicos de la Cooperativa Hormingón

2010-08-09T11:06:00.000-07:00

Ayer junto con mi amigo Clodo, facilitamos un taller de scrum para los chicos de la cooperativa Hormigón. La verdad fue una experiencia muy buena para todos.

Algo interesante que hicimos, a diferencia de otros talleres, es que en este construimos la visión en conjunto, haciendo un juego conocido como tríbus y nos quedó esto:

"Mejorar el método de laburo que venimos construyendo hace 3 años con técnicas nuevas"

Para conseguir la visión, escribimos para cada actividad el nombre, el para que y la duración y les pedimos a ellos que las prioricen según lo que ellos consideran los acerca más a la visión. Nos quedó así:

Máquina humana, para entender la esencia de la colaboración y el ritmo, 20'
Multitasking, para entender porqué es bueno focalizarse, 10'
Pelotas, para entender porque es importante la retrospectiva, 10'
Supervivencia, para entender cómo priorizar riesgos, 30'
Pajarraco, para aprender a construir algo empíricamente, 60'
Censo de Paises, para estimar guiados por consenso, 10'
Pair drawing, para entender el potencial de la colaboración, 20'
Retrospectiva, 20'

Al finalizar cada una de las actividades, hicimos una ronda de preguntas abiertas que nos permitieran descubrir qué cosas aprendimos y contrastar cómo los principios de scrum ayudan a mejorar el trabajo en equipo.

Tuvimos algunos imprevistos, como un gran asado y algunas actividades que nos llevaron un poco más de tiempo. Al final hicimos una retrospectiva del taller, se nos hizo un poco largo, gustó la didáctica y aprendimos herramientas para trabajar mejor. Uno de los juegos que más sorprendió a todos fue el de multitasking y el de estimación (países)

saludos!

Un poco de supervivencia para priorizar riesgos

2010-08-08T18:32:00.000-07:00

Algo que me parece interesante de las actividades al aire libre, es que la naturaleza es un gran escenario de aprendizaje. Particularmente, la supervivencia en terrenos agrestes es un juego muy bueno para priorizar riesgos en un entorno cambiante. Esta es una actividad que hicimos hoy con los chicos de la cooperativa Hormigón:

"Somos un grupo de 4 personas que viajamos en avioneta cruzando los andes. Mientras cruzábamos por la zona de Bariloche, uno de los motores empieza a fallar y el avión se estrella. Lamentablemente el piloto no sobrevive al accidente. En cambio, los 4 tripulantes consiguen sobrevivir sin lesiones de gravedad. Son las 3 de la tarde, nos encontramos en un bosque nevado rodeado de montañas. Es el mes de agosto y sabemos que durante el día hace 0 grados aprox y por la noche puede bajar a -20. Sabemos que estamos a 40km de la ciudad y escuchamos a lo lejos el ruido de un arroyo. ."

El ejercicio consiste en priorizar en 10 minutos la siguiente lista de cosas para sobrevivir:

encendedor sin bencina
hacha
pistola calibre 45 c/1 bala
espejo
diarios (1 por persona)
virulana
ropa extra
naylon de 3x2
mapa
botella de whisky
brújula
1 chocolate familiar

Algunas preguntas interesantes para hacer al finalizar la lista:

Si solo pudieran elegir 1 elemento, se sienten conformes con la priorización que hicieron?
Y si pudieran elegir 3?

La siguiente consigna es armar en 10 minutos una lista de los riesgos del escenario identificando para cada uno el impacto y la probabilidad de ocurrencia (alto, medio, bajo) y priorizarlos (1ro lo que tiene más impacto y más probabilidad).

La tercer consigna es volver a priorizar en 10 minutos la lista de cosas, pero teniendo en cuenta los riesgos identificados. Es decir, tengo que elegir primero las cosas que me cuidan de los riesgos más graves.

Al finalizar, algunas preguntas para debatir:

En cual de las 2 listas sienten que tienen más chances de supervivencia?
Les parecen útiles la distinción de impacto y probabilidad de ocurrencia para priorizar riesgos?
De qué otra manera lo harían?
Cómo fue el proceso de toma de decisiones al elaborar las 2 listas? Qué diferencias encontraron?
Encontraron en este juego alguna similitud con la realidad?

Este juego es una variación de este otro:

http://wilderdom.com/games/descriptions/SurvivalScenarios.html

saludos!

Scouts, scrum y panchos

2010-08-07T10:39:00.000-07:00

El viernes pasado con mi amigo Clodo hicimos un taller con la siguiente visión "Aprender herramientas para resolver problemas con recursos limitados". Las víctimas fueron los chicos del Clan del grupo Scout Santa Cruz.

La idea era darles herramientas a los chicos que los ayudaran a ponerse objetivos y cumplirlos. Apuntamos a enseñar los principios en lugar de la técnica o las recetas. En general los problemas que les tocan resolver tienen que ver con supervivencia, organizar un servicio, hacer un bastón (revista interna), etc. En todos ellos cuentan con recursos limitados para poder hacerlo. Así que tomando los principios de scrum, quisimos presentarles estas distinciones:

Empirismo
Priorización
Ritmo
Auto-organización
Colaboración

Para eso, hicimos una serie de juegos que nos permitieron ver cómo estos principios afectan a un equipo y nos ayudan a conseguir productividad, calidad y felicidad.

Uno de ellos fue "multitasking", donde vimos que las personas no somos buenas haciendo varias cosas al mismo tiempo:

El "pajarraco", facilitado por el mostro:

Acá está el pájaro mitológico Hozambique y su hijito:

En este juego aprendimos la importancia de priorizar las cosas que más valor me dan con menor costo y las ventajas de trabajar usando un proceso empírico:

También hicimos otros, como la "máquina humana" para experimentar los cambios de ritmo y el potencial de la colaboración, y "pelotas" para entender el valor de la inspección y adaptación (empirismo).

Fue una linda noche, terminamos con una picada y unos panchos.

saludos!

150x300 Yo colaboré, te invito

2010-07-30T12:54:00.000-07:00

Hace unos días me llegó por mail esta invitación a sumar más personas a la causa conocida como 150 x 300

La rueda loca en una servilleta

2010-06-21T15:59:00.000-07:00

Esto que algunos llamamos #laruedaloca de Hacer Historia, es una herramienta para diseñar la coordinación de las conversaciones necesarias para producir valor en mis clientes (donde el valor es un juicio de los clientes).

Con esta "simple" herramienta podemos descubrir espacios de acción que no teníamos en claro, pensar en los posibles quiebres que pueden ocurrir, cosas que pueden salir mal, darnos cuenta de qué cosas necesitamos pedir y a quien, ya que no se puede hacer todo solo.

Sin entrar en detalles me gustaría contar lo que hay en el medio de la rueda. La rueda gira en torno a las preocupaciones de mis clientes, que tienen que ver con:

Ver el negocio en dimensiones que hasta entonces no podía ver.
Entender mejor su negocio para conseguir objetivos particulares (bajar costos, expandir el negocio, aprovechar mejor los recursos, etc).
Contar con información clave a tiempo para tomar decisiones.

La esencia de mi oferta se basa en:

Agilidad.
Soluciones simples pero de alto valor p/el cliente.

Algo anecdótico es porque elegí una servilleta para hacer este ejercicio. Algunas razones:

En una servilleta lo importante es el contenido, no la forma.
Dicen que las grandes ideas empiezan en las servilletas.

Este post va dedicados a todos mis amigos de Hacer Historia, que me ayudaron con esta rueda y me mostraron posibilidades ahí donde yo estaba ciego.

saludos!

Generación de código, seguimos sin ver la luz?

2010-06-15T17:03:00.000-07:00

En el pasado agile open de programación, junto con @claudiomeschini, @mariodallago y otra persona más que no recuerdo quien era, participamos de una sesión que los muchachos llamaron "Generación de código, seguimos sin ver la luz?" en referencia al maestro @ajlopez, alguien que para mi hace aportes muy interesantes a la comunidad. El material del encuentro lo pueden encontrar acá: http://www.agiles.org/agile-open-tour/ba-2010-coding/resultados

Hablamos sobre experiencias personales en el uso de generación de código p/construir aplicaciones y sobre temas relacionados. Voy a tratar de hacer un resumen de los temas que tocamos. Visiten el blog de Claudio, que en cualquier momento escribe algo también:

http://claudiomeschini.blogspot.com/

Experiencias personales de uso

Claudio comentó sobre su proyecto Quetzal de generación de código. Yo comenté sobre una experiencia de hace unos años usando AjGénesis en un proyecto real y la de hace unas semanas, donde a partir de un modelo muy simple, generamos una solución web mvc con las características que venimos usando últimamente (service layer, domain model, repository, log4net, structure map, manejo de errores c/páginas amigables, etc). También generamos los scripts de nAnt p/integración continua con cruise control y deploy automatico al ambiente de QA.

Modelos abstractos

Dijimos que algo destacable de la generación de código es trabajar con modelos abstractos. A partir del modelo, es posible generar código con una herramienta (ej: AjGénesis) o en runtime (ej: mapeos de nhibernate). De hecho hicimos extensible el concepto a no solo generar código, sino cualquier artefacto de texto como pueden ser script de base de datos, archivos de mapeo nhibernate, archivos de configuración, etc.

Una distinción importante para hacer en el modelo es separar el modelo de la tecnología o aspectos de implementación (como podrían ser paths, lenguage de programación, etc).

Algo interesante de AjGénesis es que el modelo se puede cargar de cualquier lado. Por ejemplo se podría cargar una parte del modelo a partir de las clases de una dll. Y luego completar ese modelo con más información, cómo por ejemplo que campos son requeridos p/armar un ABM.

Otra cosa que puede servir a la hora de diseñar un modelo es la de favorecer convención sobre configuración, para que sea menor la cantidad de cosas a definir en el mismo. Por ejemplo, podría asumir que todos los campos de mis entidades son requeridos y especificar puntualmente cuales no.

Mantenimiento

Uno de los problemas que a veces se presenta, es que después de generar el código surgen necesidades que me obligan a cambiarlo. Si el cambio lo hacemos directamente en el código, este gap es costoso de mantener y me pierdo de volver a cambiar el modelo y regenerar nuevamente.

Una manera de lidiar con esto vimos que es importante crear buenas abstracciones que separen la parte del problema que puede ser resuelta con generación de código, de la que no. De esa forma, hacer un cambio se traduce a modificar el modelo y volver a generar el código.

Cuando conviene usar generación de código?

Pregunta de respuesta fácil, depende... De qué depende? eso es más difícil de responder. La generación de código es una manera de automatizar tareas repetitivas, por lo que si hay algo que se repite muchas veces, podría considerarla como una buena opción.

Criterios de evaluación

Conversamos también sobre algunos criterios para evaluar una herramienta de generación de código:

El código generado debería ser el mismo que escribiría a mano sin usar la herramienta.
Una prueba ácida sería que a partir del mismo modelo, debería ser posible generar código para otra tecnología.
El modelo a definir debe ser libre.
Posibilidad de cargar este modelo de cualquier lado: xml, excel, txt, dll, tablas, etc.

Pueden ver mucha más información sobre este tema en el blog de @ajlopez:

http://msmvps.com/blogs/lopez/archive/tags/AjGenesis/default.aspx

saludos!

pd: este post salió hablando x twitter con @jfroma y @ajlopez

El cuento de Juan Carlos

2010-04-08T16:48:00.001-07:00

Este por suerte no es el cuento del tío, sino el que nos cuenta Juan Carlos Lucas en Hacer Historia y tiene que ver con cómo vemos al mundo.

El cuento más fácil es en el cual los resultados dependen del contexto. Donde uno no pude hacer nada, ya que es así por alguna razón ajena a nosotros. Pero esto es, según el cuento de @juancarloslucas, sólo la punta de iceberg. Por debajo de la superficie del agua los resultados dependen de las acciones. Hasta acá, no había nada nuevo para mi...

Buceando un poco más profundo vimos que las acciones dependen de las conversaciones. No es loco pensarlo, generalmente hago las cosas porque antes las converso. Y ciertas conversaciones me posicionan desde un lugar donde mis acciones serán distintas. Siempre puedo elegir las conversaciones en las que quiero participar.

Un poco más profundo, las conversaciones dependen de las emociones. No converso de la misma manera cuando me paro en el resentimiento que cuando me paro en el entusiasmo.

Las emociones y el cuerpo tienen una sintonía muy grande, mayor de la que creemos. Esta conexión la descubrí en los cursos y talleres de scrum que organiza @acyment y es una muy buena técnica de facilitación para equipos el hacer actividades con el cuerpo. Esto los animales lo tienen muy en claro, yo lo experimento seguido con mi perro, si me abro de pies y manos y abro los ojos, con signo de exclamación, seguramente me va a saltarme encima con mucha alegría.

Las emociones dependen de las interpretaciones que hacemos y estas de la deriva histórica, nuestra historia y experiencia desde el momento que nacemos.

Lo interesante de esta manera de ver las cosas es que abre un mundo de posibilidades. Si me quedo con el cuento que los resultados solo dependen del contexto, entonces en un contexto desfavorable no puedo hacer nada. Si me quedo con el cuento de que los resultados dependen del contexto y de mis acciones, tengo posibilidades, pero mi universo se limita a trabajar sólo en las acciones. Si por ejemplo quiero impulsar nuevas prácticas en un equipo, en algún momento me voy a encontrar con no saber cómo influir en las acciones de los demás.

Si en cambio, tomo este otro cuento, las posibilidades que tengo para influir en los resultados son mucho mayores.

En mi caso, este cuento me enseño a discernir en un dominio donde antes estaba ciego. Algo que dijo Juan Carlos y que me abrió los ojos fue que el dominio de intervención de un coach está en las acciones, las conversaciones, las emociones y las interpretaciones. Que todas estas cosas se pueden cultivar. Y usó especialmente la palabra cultivar, en lugar de construir, porque es algo que no se puede controlar.

Muy buena la 2da clase de Hacer Historia!
saludos,

Nos cuesta estimar valores absolutos

2010-04-01T19:02:00.001-07:00

Este es un ejercicio simple para descubrir lo difícil que es estimar en absolutos. Mirando la foto, cuanto mide el edificio más alto? mmm, no se, mucho...

Sin embargo puedo decir que es el doble del de más a la derecha.

En un post de ajlopez encontré este video de Mike Cohn donde habla de estimaciones ágiles y menciona esta dificultad:

http://ajlopez.wordpress.com/2010/01/07/agile-estimation-by-mike-cohn/

La foto es la ciudad de Panamá.

Re-encendiendo scrum en un equipo

2010-03-31T15:16:00.000-07:00

Hace poco empecé a colaborar con un equipo que desde hace un tiempo viene usando scrum, pero no del todo. A veces hacen daily meetings, a veces no, de a poco dejaron de hacer sprints time box. Pero más allá de las prácticas, no trabajan como un equipo auto organizado, sino que uno de ellos llevaba las cosas adelante, asigna las tareas, carga solo con toda la responsabilidad, etc.

Me imagino que esto deber ser algo común, un equipo empieza usando scrum, pero poco a poco la iniciativa va perdiendo fuerza hasta que se diluye. Seguramente deben haber muchos factores que ayudan a que pase esto. Me hace acordar a un chiste de Dilbert:

Mas allá de las causas, que podría hacer para ayudarlos a conseguir mejor calidad, productividad y felicidad?

Una manera de implementar scrum que me gusta es la que @acyment llama PDF, pain driven facilitation, facilitación guiada por el dolor, o en otras palabras, empiezo por lo que más me duele. Si bien duele, me gusta porque es empírica, exige que seamos prácticos, requiere una gran habilidad para que el equipo descubra y priorice que es lo que más duele y esto es un muy buen ejercicio para un scrum master.

Lo que nos propusimos hacer es volver a hacer un sprint time box. Y para comenzar, hicimos una retrospectiva, antes del sprint. La idea de la retrospectiva era entender cómo estamos. Y no solo eso... también quería transmitirles el espíritu de scrum. En el fondo me daba un poco de miedo participar en la retrospectiva de otro equipo, sobre todo porque nunca habían hecho una y me preocupaba que llegara a ser demasiado tensa.

Así que preparamos algo así (tomado del resumen de retrospectivas ágiles de Juan Gabardini):

Preparar escenario: ball game, para repasar los principios de scrum

Recabar datos: post-it bueno / malo

Generar entendimiento profundo: 5 porqué

Decidir qué hacer: brainstorming / filtrado

Cierre: nos comprometimos a hacer 1 cosa

Como facilitador de la reunión, traté de recordar permanentemente que este es un espacio para decir lo que pensamos, lo que sentimos y para escuchar a los demás también. Al final, no pasó ninguno de mis miedos infundados, de hecho la pasamos bastante bien y como conclusión identificamos que el mayor impedimento es que toda la responsabilidad del proyecto cae en una persona. Esto es como una espiral descendente, ya que genera menos compromiso y motivación en las demás personas, sobrecargando aún más a quien lleva la responsabilidad.

Me parece muy bueno y enriquecedor poder colaborar y ayudar a otro equipo. La verdad no es algo que lleve mucho tiempo, solo 2 a 3 horas por sprint y creo es una inversión que vale la pena.

En las retrospectivas siguientes me gustaría usar el comienzo de la misma (preparar escenario) para reforzar los principios de scrum con diferentes juegos y actividades, despertar el entusiasmo en las personas y re-encender scrum poco a poco.

También ir variando las distintas técnicas del resumen de Juan. Animar a las mismas personas del equipo a facilitar la retrospectiva, hasta que se sientan en confianza para llevarlas solos. Esto es algo que hacemos en mi equipo y la verdad nos funciona muy bien, ya que refuerza el "todos pueden hacer todo".

saludos!

Algunas actividades para preguntarnos cómo trabajamos?

2010-03-28T10:32:00.000-07:00

En el pasado taller de scrum, quise despertar la duda en las personas. Encender la inquietud respecto a cómo fomentar auto organización, colaboración, ritmo, empirismo en un equipo. Quería que el taller sea intenso, pero con gusto a poco, o mejor dicho, con hambre de aprender más.

Para tratar de conseguir esto, se me ocurrió tomar como base un video de Lisa Adkins donde describe un camino para conseguir la magia de los equipos altamentecolaborativos.

Cambios de conversaciones y comportamiento (behaviour and conversation changes)

Esta actividad es muy simple, se hace de forma grupal (10 personas anduvo bien). En el piso, de forma desordenada, hay tarjetas de papel que tienen escritas las siguientes palabras:

Coordinar esfuerzos inviduales
Fomentar la colaboración
Ser un experto en un área
Ser un facilitador para el equipo
Foco en objetivos específicos
Foco en la performance del equipo
Conocer la respuesta
Preguntar al equipo por la respuesta
Liderar el equipo
Dejar que el equipo encuentre su propio camino
Manejar
Guiar
Hablar de deadlines y opciones técnicas
Hablar de valor de negocio
Hacer lo óptimo
Hacer lo correcto ahora

La consigna es ordenar las tarjetas en 2 columnas. La de la izquierda son las cosas que deberíamos dejar de hacer para favorecer la colaboración. La de la derecha, las que deberíamos empezar a hacer. El resultado final es algo así:

Coordinar esfuerzos individuales => Fomentar la colaboración
Ser un experto en un área => Ser un facilitador para el equipo
Foco en objetivos específicos => Foco en la performance del equipo
Conocer la respuesta => Preguntar al equipo por la respuesta
Liderar el equipo => Dejar que el equipo encuentre su propio camino
Manejar => Guiar
Hablar de deadlines y opciones técnicas => Hablar de valor de negocio
Hacer lo óptimo => Hacer lo correcto ahora

Algo que me parece bueno, es hacer el ejercicio en el piso, ya que eso da visibilidad a todos de las tarjetas y por otro lado, para ordenarlas hay que mover el cuerpo (no se bien porqué, pero en las actividades donde me muevo, me comprometo más con la actividad). Una cosa que hubiese sido mejor, me parece, es que las tarjetas que se corresponden no empiecen con la misma palabra, para no hacer tan obvio algunas asociaciones. Por último, es valioso hacer una ronda de reflexión al final de la actividad, para que cada uno exprese lo que le generó la misma.

Promover o inhibir (promote or inhibit)

En un rotafolio, se escriben algunas características de un equipo en scrum, una columna de promuevo y otro de inhibo. La idea es que cada participante haga vea en retrospectiva cómo desde su rol promueve o inhibe estás características. Se reparte un marcador a cada uno y luego se los invita a marcar un punto donde sientan que encaja mejor.

Después de esta actividad, un compañero dijo que reconoció que sin querer inhibía mayormente estas características en su equipo. El descubrirlo fue una sorpresa para él, eureka!

FishBowl

Esta actividad me sorprendió, ya que no me esperaba que gustara tanto ni que espontáneamente hiciéramos uno al día siguiente. El debate arrancó con la pregunta "cómo usamos scrum en nuestros equipos". Luego cada uno contó sus experiencias y desaciertos. Quien quería preguntar, debía ocupar el lugar del fishbowl o esperar a que se vaciara.

saludos!

Taller de scrum en la empresa

2010-03-26T15:36:00.000-07:00

Hace unas semanas organicé un taller de scrum en la empresa donde trabajo. Fue breve pero intenso (medio día, 10 personas).

La verdad fue muy entretenido prepararlo y realizarlo. Todo empezó tomando como base la visión del área de desarrollo, nos juntamos, la escribimos y nos preguntamos, es ahí hacia donde queremos ir? Luego, armamos una propuesta.

Dado que era la primera vez que lo hacía y no estaba seguro de cuanto tiempo llevaría cada actividad, armamos un mini task board donde dividimos el taller en 4 horas. Luego llenamos cada hora con actividades y 10' de break. Sobre la marcha, la hora nos servía cómo punto de control para ir quitando las actividades menos importantes (nos extendimos más de lo estimado en algunas...). Finalmente, pudimos hacer las siguientes actividades:

Parte 1 - El espíritu de scrum

La idea en esta parte del taller es que cada uno experimente en carne propia la esencia de scrum. Algo parecido, salvando las distancias, al taller facilitado por Tobias y Alan.

Actividades

ball game, 20'
spaguetti game, para entender el potencial de un equipo auto organizado, 10'
Si, pero, 5'
Si, y, 5'
Si, entonces, 10', para aprender a aceptar lo que me dice el otro y construir colaborativamente

Parte 2 - Scrum Framework

El objetivo de esta parte es mejorar nuestro entendimiento del framework scrum y conocer cómo están trabajando otros equipos.

Actividades

Explicale a tu abuela los roles de scrum, 10'
Elaborar y priorizar, primero 1, luego entre 2, luego entre 4, luego ..., 20'
Que skills tiene un buen PO, SM?
La dinámica de scrum, 10'
Fishbowl: Cómo usan scrum en sus equipos? 20'

Parte 3 - Transformación hacia una cultura ágil

La idea de esta parte es entender dónde estamos parados en la transformación hacia una cultura ágil y que cada uno pueda hacer una breve retrospectiva de cómo su rol impacta en el equipo.

Actividades

Espejo, para entender la diferencia entra liderazgo tradicional y emergente, 10'
Behaviour and conversation changes, 10'
Promote or inhibit, 10'
Retrospectiva

bueno, ahora pasemos a lo interesante, las

Conclusiones

Algo que tuvo muy buena aceptación fue hacer juegos y actividades, hizo que el taller sea divertido y llevadero para todos. Por otro lado, la experiencia de aprendizaje es mucho mejor, que la clásica donde uno expone y otros escuchan.

El spaguetti game no salió como esperaba. Hicimos el spaguetti con 6 personas y el analista / pm lo pudo resolver. Creo que 6 es poco, deberíamos haber usado 8.

Para romper el hielo, empezamos el taller sacándonos el calzado, lo cual ayuda entre otras cosas a preparar el ambiente.

En la sala teníamos 1 pizarra con el espíritu de scrum (auto organización, empirismo, colaboración, ritmo, priorización), 1 pizarra con el taskboard y un rotafolio donde íbamos resumiendo el resultado algunas actividades. Fue bueno tener estos 3 materiales siempre visibles.

Después de cada juego, hicimos una pausa donde charlamos entre todos sobre la experiencia del mismo. En este punto creo que es muy importante que el facilitador del taller realice preguntas que pongan en relieve la intención del juego (repasando la pizarra con el espíritu de scrum).

Propuse la idea del fishbowl, solo como un método para poder hablar ordenadamente entre todos y fue una de las actividades que más gustó! De hecho, al día siguiente hicimos otro en donde tratamos problemáticas más particulares de los proyectos.

Para la última parte del taller, busqué juegos en http://blog.tastycupcakes.com/, pero no encontré uno que me cerrara. Así que inventé algunas actividades en base al video de Lisa Adkins, The Road from Project Manager to Agile Coach - 2 of 2 (dejo una traducción no muy buena de la 1ra parte). Fue divertido tratar de inventar una actividad...

Mi idea era que las personas disfrutaran del taller, se llevaran algún aprendizaje, pero sobre todo inquietudes, dudas y ganas de trabajar de esta manera.

saludos!

Ideas de Lyssa Adkins para fomentar el espíritu de scrum

2010-03-17T18:41:00.000-07:00

Hace un tiempo encontré este video muy bueno que habla sobre el camino de aprendizaje de una persona de PM a agile coach: http://www.youtube.com/watch?v=TvYqhYEaqMs

Si bien la autora Lyssa Adkins, expone este tema desde la perspectiva de un PM, creo que sus ideas encierran el espíritu de scrum.

Esta es una traducción de la primera parte del video. En algunas partes no llegué a comprender bien el inglés, así que las completé con lo que entendí.

Separate de los resultados

Dar al equipo todo el espacio del mundo, para que vengan con las mejores ideas y el mejor producto.
Como su coach, solo sos una persona cuando ellos resuelven temas específicos. No te enfoques en esto, tenés un rol más grande que jugar.
Enfocate en cómo el equipo trabaja en conjunto, entonces los podés ayudar a mejorar la calidad total del trabajo.
Si estás en el cómo, lejos de los detalles del qué, podes conseguir estar separado de los resultados. Siendo independiente, dejás que ellos sean independientes también y que sean los dueños de su propio resultado.

Dejáselo al equipo

Lo creas o no, no sos la mejor persona para resolver los problemas del equipo cuando hay un problema con la manera que el equipo está trabajando o un problema con el producto que el equipos está construyendo.
Cada vez que pienses que necesitás resolver algo y empezás a crear planes y estrategias de implementación en tu cabeza, PARA!. En lugar de hacer eso, hacé la observación de lo que estás viendo al equipo.
Dejálos a ellos y fijate qué pasa, aún si es nada.
Si diagnosticas el problema e implementás una solución, corrés el riesgo de alejarte de estas ideas.

Se un espejo

Reflejá al equipo, sin tu juicio, los comportamientos o síntomas que ves.
Dejálos ser ellos a través de tu observación.
Simplemente empezá con una pregunta, esperá y escuchá.

Dominá tu cara

Para hacer esto bien hay que practicar comunicación sin jucio y sin violencia.
No solo tu vos y lo que decís, sino también tu cara.
Si juzgás, todo se verá en tu cara.
Asi que abrí tu cabeza y dominá tu cara.

Dejá que haya silencio

Sentite confortable con el silencio incómodo.
No lo llenes con tus palabras.
Dejá que alguien más del equipo tenga lugar para hablar y lo hará.

Date lugar a no ser siempre razonable

Son asombrosas las cosas que están escondidas en un equipo.
Las creencias sobre qué es o no algo típico, escuchar cosas cómo "es la típica manera, tarda 5 días en suceder", cuando vos sabés que eso lleva 5 minutos.
Cuando escuches estas limitaciones, exponelas preguntando "es un impedimento para terminar tu trabajo?" o "si no tuvierás limitación, que harías ahora?".
Tirá algunas ideas locas al equipo, dejalos que no sean razonables para vos, así ellos se pueden cuestionar sus asumciones y limitaciones.

Dejá que el equipo se equivoque

No estamos hablando de fallas catastróficas.
Pero un equipo que falla junto y se recupera, es más fuerte que un equipo protegido.
El equipo puede sorprenderte.
Asi que limpia, esperá y confía.

Se su fan más grande

Pero con cuidado, no elogies el trabajo que ellos hacen.
El trabajo fluye al equipo, va y viene.
El trabajo que hacen no es lo que los hace grandes, lo que los hace grandes es convertirse en mejores individuos y en un equipo saludable, asi que destacá estas cosas.
Se su fan más grande de eso, decíselos y todos sabrán que tanto mejoraron cómo equipo.

Para mi la idea que más me gustó es la de ser un espejo para el equipo, preguntar y dejar que el silencio despierte en otros las ganas de hablar. También la aclaración sobre alentar su crecimiento en lugar de su trabajo.

saludos!

Cómo empezamos a estimar usando Story Points

2010-02-07T13:17:00.000-08:00

Quisiera comenzar a escribir sobre las cosas que fuimos aprendiendo junto con mis compañeros de trabajo en uno de los proyectos que estoy trabajando. Me gustaría comentar sobre las cosas que nos costaron , los errores que fuimos cometiendo y los pequeños ajustes que fuimos haciendo para ir mejorando.

Cuando empezamos a trabajar en este proyecto, estimábamos las historias en horas. Nos pasaba frecuentemente en el sprint planning que nos era difícil ponernos de acuerdo en las estimaciones. Esto se debía a varias razones:

Como equipo era la primera vez que hacíamos este tipo de tareas.
Es difícil estimar con precisión y diferenciar si una tarea lleva 5hs o 6hs.
Por otro lado, al tener perfiles y experiencias distintas, es perfectamente natural que para Jose Senior lleve 2hs y para Juan Junior lleve 6hs.

Lo que nos pasaba, era que perdíamos tiempo en consensuar las estimaciones, éramos poco efectivos. Tampoco era muy repetible lo que hacíamos, ej: en un sprint planning decíamos que una tarea nos llevaba 3 hs y luego en otro para una tarea similar decíamos 6 hs.

Aprovechando la época de las fiestas, que nos rompió la duración del sprint, dijimos “porque no usamos este sprint, en el cual no vamos a comprometernos con un backlog de cosas, para estimar con story points y vemos que sale?”

Bueno, la verdad es que nos salió mal. Comenzamos usando la siguiente escala, que tomamos del libro Scrum & XP from trenches:

0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100

Y definimos que 3 era una página simple que mostraba un listado sin paginar filtro. Nos costó mucho con esta escala decidir que es un 5, un 2, un 13, etc?

Luego, para el siguiente sprint (que fue un sprint de verdad), decidimos ajustar la escala:

1, 2, 4, 8, 16, 32, 64

Gracias a un twitt de Jorge Gamba conocí el libro User Stories Applied y aprendí una técnica muy simple llamada triangulación, que consiste es armar un cuadro con user stories de pesos similares (esto ayuda a estimar por comparación):

1	2	4	8	16	32	64
story 1	story 2	story 3	listado sin paginar c/filtro	story 5	story 6	story 7

Imprimimos una hoja para cada uno y la llevamos al sprint planning, para ver que salía. Nos llamó la atención cómo empezamos a coincidir en la estimaciones. De a poco empezamos a conversar sobre tamaño, incertidumbre y complejidad para comparar user stories.

Algo positivo de la experiencia fue que nos animamos a introducir un cambio que suponíamos iba a tener un impacto importante si nos salía mal, y que encontramos el momento para hacerlo (las fiestas, donde la expectiva es baja). Otra cosa positiva fue el encare empírico, es decir, hagámoslo, vemos que sale y ajustemos.

saludos!

Guerrero de la Basura

2010-01-31T12:59:00.000-08:00

Gracias a mi amigo Andres, ayer vi esta película que trata sobre la historia de un hombre construyendo casas de basura durante casi 30 años:

http://www.garbagewarrior.com/

Algo que me llamó la atención, fue el espíritu colaborativo de su equipo, que más que un equipo parecía una familia. Es hasta contagiosa la pasión que esta gente siente por lo que hace.

Me pareció muy bueno cómo ayudaron a las personas víctimas del tsunami en India y del huracán Rita a construir lugares sanos donde puedan refugiarse. Creo que lo más emocionante fue ver como despertaron un nueva esperanza en una comunidad que perdió todo.

Sus ideas me parecieron muy ingeniosas, creativas y simples. Es admirable ver como luchó con un sistema tan lento y pesado cómo el jurídico para impulsar sus ideas y el enorme contraste que encontró en lugares que pasaron por crisis terribles. Como él mismo dice, después de una crisis, las personas están más abiertas a nuevas ideas.

Por otro lado, su filosofía y esencia se alinean muy bien con las metodologías ágiles. Cuando dice:

acá en 14 días pudimos hacer los que en Nuevo Mexico no conseguimos en años. En menos 5 minutos puedo explicar a ingenieros indios el principio de sus casas, sin escribir kilos de documentación que nadie va a leer.

Esto es favorecer un producto funcionando sobre documentación llevado al extremo.

La verdad que me inspiró a pensar en hacer cosas por los demás, algo grande, importante. Algo que ayude a personas con poco recursos a mejorar su calidad de vida.

Otra cosa que tomo de la película es la buena predisposición de la gente que tiene una necesidad. Parecería que en estos casos hay mas “si, entonces”, “si, y”, que “si, pero”, “no”. Me hace pensar que estos son buenos escenarios para usar un enfoque ágil, basado en la colaboración, el ritmo, empirismo, auto organización, es decir, creatividad orgánica.

saludos!

Improvisación para Equipos

2010-01-29T06:35:00.000-08:00

Al igual que el post anterior, no quiero detallar qué fue lo que hicimos en el taller, para no sesgar o influir de alguna manera a quienes lo quieran hacer. Creo que es mejor ir a este tipo de actividades sin conocer mucho de antemano, así se disfrutan más. Lo que si me gustaría comentar, son las cosas que me llevé y sobre las que me quedé pensando.

En palabras de Alan, la improvisación se trata de:

Aprender a escuchar lo que pasa a mí alrededor, a los otros actores y a escucharme a mí mismo. Improvisar es aceptar lo que me proponen. Cuando me proponen algo y lo acepto, desarrollo mi capacidad de escuchar a los demás. Cuando propongo, aprendo a escucharme a mí mismo y a ver que tengo para ofrecer.

A partir de pequeños movimientos, pequeñas acciones que surgen de lo espontaneo, otra acción igual de pequeña surge, seguida de otra y otra más, creando un efecto de continuidad y fluidez.

La colaboración permite crear formas más ricas de las que puede crear una sola persona, incluso inimaginables, imposibles. Pero, que trabajen 2 personas juntas no quiere decir que estén colaborando. Hicimos varios ejercicios donde notamos que bajo ciertas combinaciones la cosa se vuelve lenta, torpe. Me llevo el desafío tomar otras situaciones y pensar en cómo combinar de distinta manera para crear colaborativamente.

Me pareció muy bueno cómo se generaron distintas experiencias desde lo físico. A partir de algunas actividades, entendí claramente lo que significa la visión, tener un objetivo y que sea claro, que no es lo mismo que tener un plan. Un plan me hace rígido, poco flexible y puede resultar frustrante si por algún motivo no se puede realizar. En cambio, un objetivo claro me permite adaptarme al entorno, entender mejor cómo me afecta y proponer un nuevo cambio.

Creo que el primer taller me sirvió para entender y reforzar la importancia de los valores de scrum y su porqué.

El segundo todavía me dejó pensando. Me di cuenta que con hacer daily meetings, restrospectivas y usar story points no es suficiente para generar auto organización, colaboración, ritmo. Son herramientas que ayudan un poco a conseguirlo, pero lo realmente valioso es dominar esa magia que genera movimiento orgánico en el equipo, para pasar a explotar un potencial mayor del que podemos entender.

saludos!

El Espíritu de Scrum

2010-01-29T06:25:00.000-08:00

El miércoles pasado se dio este taller, guiado por Tobías y facilitado por Alan, que trató sobre los principios de scrum. La dinámica consistió en experimentar y explorar mediante juegos y actividades los significados de:

Empirismo
Auto-organización
Ritmo
Colaboración
Priorización

Salí del taller con mucha información para digerir, nuevas ideas, sensaciones, experiencias. Mientras volvía a mi casa en colectivo y con un calor aplastante, me quedé pensando en varias cosas:

Sobre lo orgánico de un equipo auto organizado. Es cómo que hay una fuerza invisible que va ordenando y dando sentido al caos. Desde afuera es sutil es imperceptible. Pero desde adentro, cuando se vive en carne propia mediante este tipo de actividades, te deja una buena sensación, como un gusto agradable.

En las posibilidades. Si alguien le dice al equipo cómo hacer las cosas, me pierdo de un montón de posibilidades. Lo mismo si alguien no participa. Nadie mejor que el mismo equipo para encontrar el mejor camino.

En el movimiento como una manera de generar valor constantemente. Genero valor porque hago, porque me equivoco, porque aprendo, porque se me ocurre una idea y vuelvo a probar. Moviéndonos sin pensar ni planificar de antemano pudimos hacer cosas que al principio nos resultaban imposibles o muy difíciles. Realmente llegué a sorprenderme por las cosas que conseguimos hacer teniendo al movimiento como principal estrategia.

En la importancia de la colaboración. Es como un círculo virtuoso, la colaboración genera más colaboración.

En el ritmo. Nos fue fácil mantener un ritmo y nos fue costoso cambiarlo y adaptarnos a uno nuevo.

En los valores. Sin valores nada de esto es posible ni sustentable en el tiempo. Los valores lo transforman en algo con sentido y energizante.

En tener clara una visión / objetivo trascendente, que sea más grande que yo, como motor y aliciente frente a las dificultados.

Siempre es un gusto asistir a estos eventos para conocer otras personas y encontrarme con otros colegas. Está muy bueno compartir este tipo de actividades con gente con gran motivación y pasión por lo que hacen.

saludos!

Una herramienta simple para expresar ideas

2010-01-16T14:36:00.000-08:00

Hoy me enteré por un RT de @emaraschio, sobre SimpleDiagrams, una herramienta para expresar ideas de manera visual y simple.

Tiene una versión free, que puede bajarse y usarla para empezar a crear diagramas. La verdad me pareció una muy buena manera de comunicar ideas, de hecho, la usé para explicar Kudewe Reports a un cliente:

No hay como la simplicidad...

saludos!

Home, una película sobre la importancia de cambiar

2010-01-06T16:18:00.000-08:00

Gracias a Andrés Navarro, me enteré de la película Home, la cual se puede ver por youtube:

http://www.youtube.com/watch?v=SWRHxh6XepM

Esta trata sobre cómo se desarrolló la vida en la tierra, desde sus inicios, hasta la llegada del ser humano. La película tiene imágenes y escenas de la tierra que son realmente impactantes. Pero lo más impactante es la retrospectiva que hace sobre nuestro impacto en el planeta.

Algunas frases de la película que me parecieron geniales:

El motor de la vida es el vínculo.
Nuestra tierra reposa en un equilibrio en el cual cada uno tiene su lugar y solo existe gracias a la existencia del otro.
En la gran aventura de a tierra, cada especie tiene un papel, cada especie tiene su lugar, ninguna es inútil o dañina, todas se equilibran.
No hemos tomado conciencia de que estamos agotando lo que la naturaleza nos ofrece.
Lo orgánico es el vínculo entre el agua, el aire, la tierra y el sol.
Estemos donde estemos, nuestras acciones tienen repercusiones en el resto del planeta.

Ver las imágenes de terrenos modelados para aprovechar mejor la agricultura, me hizo acordar cuando caminé por los valles de Nepal con mi amigo Rober. Ya pasaron muchos años de ese viaje, pero no me olvido de las personas simples y alegres que habitaban esas tierras.

Esta película me hizo ver que el humano es la única especie que rompe equilibrios.

Me resulta interesante la sabiduría que esconde la naturaleza detrás de su simplicidad. En la película pude notar algunos defectos de nuestra manera de organizarnos:

Reemplazar la diversidad por la estandarización.
La desigualdad provoca desplazamientos de personas, de los cuales no hemos tomado realmente conciencia.
Cerrar los ojos, no ser adaptativo y ágil
No somos capaces de hacer un balance y ver todo aquello de lo que somos responsables

Pero se estan haciendo algunas cosas. Comienza una nueva aventura humana, basada en la moderación la inteligencia y el reparto. A nosotros nos queda escribir el resto de esta historia...

saludos!

150 x 300 Por una escuela

2010-01-06T16:04:00.001-08:00

Otra de las iniciativas con impacto social que apoyamos, es la de Rodolfo Llanos (@soloenglish). Su proyecto consiste en construir una escuela en el Barrio Congreso Nacional, Cerrillos, Salta.

Para eso, Rodolfo corrío una carrera muy dura en patagonia (150km) y le propuso a la gente comprar cada kilómetro recorrido. Si ganaba, los vendía. El proyecto es interesante a nivel social y deportivo.

Para quienes estén interesados, todavía es posible comprar kilómetros para colaborar con la causa.

saludos!

Un viaje en bicicleta por America retratando pueblos

2010-01-06T15:36:00.000-08:00

Como parte de esta idea loca de hacer un mundo mejor, nos sumamos como cómplice de Juan Villarino y su viaje de Mar del Plata a Alaska en americiclo.

Creo que su viaje puede ser una lección importante para toda la sociedad. Me da la sensación que hay mucho para aprender de los pueblos que viven con simpleza. Como dice Juan, la hospitalidad de estas personas es asombrosa. Reatratar el lado bueno de las personas es algo que refuerza nuestros valores humanos. El espíritu de su viaje me ayuda a recordar los valores con los que impulso este emprendimiento llamado Kudewe.

Por otro lado, su proyecto cultural se basa en la diversidad, en la mezcla de culturas distintas. Sin duda será una actividad muy interesante la de mostrar a los pueblos fotos de otros pueblos visitados. Se imaginan a un esquimal viendo fotos de pescadores en el amazonas y aprendiendo sobre sus costumbres?

Además, veo a su proyecto como una exploración a pueblos desconocidos para mi, donde puedo conocer comunidades a quienes ayudar en algún futuro.

Es interesante destacar cómo hay gente que con creatividad diseña su propia vida y encuentra su lugar en el mundo.

saludos!

Configurando Cruise Control .net + svn + MS Test desde 0

2010-01-05T04:11:00.000-08:00

Hace poco incursioné en el mundo de la integración continua. Les dejo una breve guía de cómo configurar un Cruise Control .net + svn + MS Test desde 0.

1. Instalar CCnet http://confluence.public.thoughtworks.org/display/CCNET/Download.

2. Bajar nAnt http://nant.sourceforge.net/ y copiar a directorio local (yo los copié en c:\archivos de programa).

3. Bajar nAnt Contrib http://nantcontrib.sourceforge.net/ y copiar a directorio local.

4. Bajar svn command line http://nantcontrib.sourceforge.net/ y copiar a directorio local.

5. Configurar un proyecto de build en ccnet.config, ubicado en el directorio de instalacion de CCnet. Es recomendable hacer esto paso por paso, para ir probando como funciona

<cruisecontrol cb="urn:ccnet.config.builder">

<project>
<name>myProject</name>


<triggers>

<intervaltrigger name="Subversion" seconds="60">
</triggers>


<sourcecontrol type="svn">
<trunkurl>http://svn.com/myProject/trunk/src/</trunkurl>
<workingdirectory>C:\Archivos de programa\CruiseControl.NET\server\myProject\WorkingDirectory\Source</workingdirectory>
<username>user</username>
<password>pass</password>
<executable>C:\Archivos de programa\CollabNet\Subversion Client\svn.exe</executable>
</sourcecontrol>
<tasks>

<nant>
<executable>C:\Archivos de programa\nant-0.85\bin\nant.exe</executable>
<buildfile>cruise.build</buildfile>
<targetlist>
<target>run</target>
</targetlist>
</nant>

<exec>



<executable>deleteTestLog.bat</executable>
<basedirectory>C:\Archivos de programa\CruiseControl.NET\server\myProject\WorkingDirectory</basedirectory>
<buildargs></buildargs>
<buildtimeoutseconds>30</buildtimeoutseconds>
</exec>
<exec>

<executable>C:\Archivos de programa\Microsoft Visual Studio 9.0\Common7\IDE\mstest.exe</executable>
<basedirectory>C:\Archivos de programa\CruiseControl.NET\server\myProject\WorkingDirectory\Source</basedirectory>




<buildargs>/testcontainer:Test\bin\Debug\Test.dll /runconfig:LocalTestRun.testrunconfig /resultsfile:testResults.trx</buildargs>
<buildtimeoutseconds>120</buildtimeoutseconds>
</exec>
</tasks>
<publishers>


<merge>
<files>
<file>Source\testResults.trx</file>
</files>
</merge>

<xmllogger>
</publishers>
</project>
</cruisecontrol>

Este es el archivo cruise.build que compila la solución VS2008 usando nNant (ubicado en C:\Archivos de programa\CruiseControl.NET\server\myProject\WorkingDirectory):

<?xml version="1.0"?>
<project default="run">
<property name="nant.settings.currentframework" value="net-3.5">
<property name="MSBuildPath" value="C:\WINDOWS\Microsoft.NET\Framework\v3.5\MSBuild.exe">
<property name="SolutionFile" value="C:\Archivos de programa\CruiseControl.NET\server\myProject\WorkingDirectory\Source\myProject.sln">
<property name="SolutionConfiguration" value="Debug">

<target name="run" depends="build">
</target>

<target name="build">
<exec program="${MSBuildPath}">
<arg line="'">
<arg line="/property:Configuration=${SolutionConfiguration}">
<arg value="/target:Rebuild">
<arg value="/verbosity:normal">
<arg value="/nologo">
<arg line="'/logger:">
</exec>
</target>
</project>

6. Configurar dashboard. Simplemente hay que crear un virtual directory en IIS y apuntarlo a C:\Archivos de programa\CruiseControl.NET\webdashboard.

Luego ingresar a http://localhost/ccnet, para ver que el dashboard funciona. Debería verse el proyecto de build. Para agregar los resultados de los test hay que entrar a administer dashboard e instalar MS Test Results y modificar los plugins de dashboard.config (ubicado en C:\Archivos de programa\CruiseControl.NET\webdashboard)

<buildplugins>
<buildreportbuildplugin>
<xslfilenames>
<xslfile>xsl\header.xsl</xslfile>
<xslfile>xsl\modifications.xsl</xslfile>
<xslfile>xsl\MsTestSummary2008.xsl</xslfile>
<xslfile>xsl\compile.xsl</xslfile>
</xslfilenames>
</buildreportbuildplugin>
<buildlogbuildplugin>
<xslreportbuildplugin description="MSTest Report" actionname="MSTestBuildReport" xslfilename="xsl\MsTestReport2008.xsl"></xslreportbuildplugin>
<xslreportbuildplugin description="NAnt Output" actionname="NAntOutputBuildReport" xslfilename="xsl\NAnt.xsl"></xslreportbuildplugin>
<xslreportbuildplugin description="NAnt Timings" actionname="NAntTimingsBuildReport" xslfilename="xsl\NAntTiming.xsl"></xslreportbuildplugin>
</buildplugins>

7. Instalar CC Tray. Esta es una aplicación que corre en el system tray y que muestra mediante semáforos el estado del build. La aplicación se baja desde el dashboard. Luego se agrega el servidor de build y se selecciona el proyecto de que se quiere monitorear.

Algunos links que me fueron útiles

Tutoriales:
http://confluence.public.thoughtworks.org/display/CCNET/Resources
http://www.codeproject.com/KB/dotnet/cruisecontrol_continuous.aspx

Configurar frw 3.5:
http://codebetter.com/blogs/jeffrey.palermo/archive/2007/11/28/upgrade-nant-for-use-with-vs2008-solutions-and-net-3-5.aspx

Configurar build:
http://stackoverflow.com/questions/1195389/msbuild-task-or-msbuild-exe-with-nant

Configurar MS Test:
http://blogs.blackmarble.co.uk/blogs/bm-bloggers/archive/2006/06/14/5255.aspx
http://stackoverflow.com/questions/362208/mstest-failing-in-2008-from-build-script

saludos!

Inyectando DataContext en repositorios

2009-12-28T13:36:00.000-08:00

Hoy tuve que hacer un refactor de una aplicación para inyectar DataContext en los repositorios por IoC y utilizar el patrón unit of work.

Esta es la interface de un repositorio:

public interface IContactInformationRepository
{
void Save(ContactInformation contactInformation);
}

y su implementación (recibe por constructor el DataContext):

public class ContactInformationRepository : IContactInformationRepository
{
private readonly DataContext dataContext;
public ContactInformationRepository(DataContext dataContext)
{
this.dataContext = dataContext;
}

public void Save(ContactInformation contactInformation)
{
dataContext.ContactInformations.InsertOnSubmit(contactInformation);
}
}

Para inyectar el data context por IoC, usando StructureMap:

ForRequestedType()
.CacheBy(InstanceScope.HttpContext)
.TheDefault.Is.ConstructedBy(() =>
new DataContext(ConfigurationManager.AppSettings["connectionString"]));

Si bien debería haber usado una interface IDataContext (programar hacia interfaces, no implementaciones), elegí el camino más fácil, ya que en este caso no necesito cambiar la implementación del DataContext.

Luego para implementar el patrón unit of work, me basé en este post:
http://weblogs.asp.net/rashid/archive/2009/02/26/implementing-unitofwork-pattern-in-linq-to-sql-application.aspx

Los repositorios no hacen el commit de la unit of work. La service layer tiene la responsabilidad de hacerlo. Para eso, cada servicio que realiza cambios en la base de datos tiene una dependencia a la IUnitOfWork. El IoC es responsable que configurar correctamente los repositorios, servicios y unit of work para que todos vean la misma instancia de DataContext:
http://codepaste.net/zz6g2s

Este es un unit test del servicio, que prubeba la unit of work usando Moq:
http://codepaste.net/hro3ob

En este caso, el servicio usa directamente el repositorio (y no un objeto mock) ya que no se impacta en base de datos, dado que la unit of work es un objeto mock.

saludos!

Proyecto Generador Savonious

2009-12-15T19:19:00.000-08:00

Como comenté hace unas semanas, junto con Andrés Navarro vamos a estar difundiendo temas relacionados con minimizar el impacto ambiental. Esta vez, me gustaría comentar sobre el proyecto en que está trabajando Andrés.

Él junto con Nicolas Losano, un compañero de la tecnicatura superior en energía industrial (orientación energía renovable y arquitectura bioclimática), se propusieron la meta de diseñar y construir un generador eólico. A la derecha se muestra uno de los modelos usados para diseñarlo.

Antes de conocer este proyecto, pensaba que los generadores eólicos eran lo típicos con hélice de rotor horizontal. Existe una variante de rotor horizontal, conocidos como savonius, que tienen algunas características interesantes:

Muy bajo mantenimiento
Simple de instalar
Construcción simple y estable
Potencia nominal: 6 m/s de vientos
Soporta vientos de hasta 140 km/h (42 m/s)
No daña ni provoca un impacto negativo en el medio ambiente
Construido para durar toda la vida

Estos generadores, a diferencia de los de rotor horizontal, son más aptos para zonas con poco viento, como Buenos Aires.

Como comenta Andrés, este es el estado del proyecto:

Ya terminamos las aspas, estamos armando la estructura del eje y los discos que agarran las aspas, es un proceso lento, porque para cada pieza hacemos los moldes en madera y eso lleva su tiempo, por los tiempos que manejamos, y porque tan solo quedamos dos, pero aca estamos y vamos a seguir hasta el final.

Respecto al financiamiento del proyecto, por ahora están haciendo todo a pulmón:

Estamos reuniendonos con personas que estan interesadas en ayudarnos a conseguir financiación, en este proceso conocemos gente interesante o personas que estan en la misma que nosotros, si conocen a alguien que nos pueda ayudar, financiar, ayudar tecnicamente, les pedimos colaboración, en lo que se les ocurra.

El objetivo del proyecto, según sus impulsores:

No estamos atras de ganar dinero, pero nos gustaría dedicar nuestro 100 % del tiempo en esto para lo cual necesitaríamos un incentivo, simplemente queremos empezar a desarrollar este tipo de tecnologías simples para de a poco ir animandonos a mas. Creemos en la necesidad de encontrar formas más eficientes y limpias de generar energía que respeten el medio ambiente y puedan generar condiciones de autosustentabilidad para las personas.

Solo puedo agregar que me llevé una grata sensación al ver la pasión y las ganas que le ponen. Ojala puedan ser pioneros en la implementación de este tipo de tecnologías simples, eficientes y económicas en Argentina. Otro aporte que considero valioso de ellos es que además fomentan la industria nacional e innovadora.

saludos!

Un almuerzo sobre Scrum

2009-12-05T07:22:00.000-08:00

Ayer tuve la oportunidad de almorzar con Ingrid Astiz. Ella es miembro de la cómunidad ágil, en el último encuentro de ágiles Buenos Aires dio una charla sobre retrospectivas:

http://www.agiles.org/agiles-bsas/agiles-bsas-20091110

Ingrid me hizo algunas observaciones interesantes respecto a implementar scrum en una empresa. Comparando scrum con las metodologías tradicionales, hay una diferencia de base sutil, pero muy importante.

Las metodologías tradicionales se basan en el control, en cambio scrum se basa en la confianza. Para alguien que quiere implementar scrum, esto es algo que no hay que dejar de ver. Controlar es más fácil que confiar, por lo que es común usar las técnicas de scrum y seguir controlando. Lo difícil es construir confianza.

Ingrid tiene contacto con el mundo de las ONGs y me dio una buena idea respecto al proyecto estamos empezando con Chicho para organizar grupos scouts, la de pensar en una herramienta para eventos auto-organizados, que pueda servir para ONGs y porque no también para la comunidad agile. Sería sin duda un proyecto muy interesante, que podría aportar valor y re alimentarse de una comunidad más grande.

Me contó sobre cómo los animales superan enfermedades como el cáncer, medicinas alternativas que estudian este comportamiento para curar personas, comercio justo, el permacultivo en Argentina, su experiencia al aplicar scrum en una ONG. Fue una conversación interesante.

Que tiene que ver todo esto con scrum? Muchas de estas ideas se basan en algo simple, auto organizado, orgánico, adaptable.

A los que les interese el tema de las retrospectivas, les recomiendo ver la película 12 hombres en pugna.

saludos!

Difusión: otra manera de minimizar el impacto ambiental

2009-12-04T21:33:00.001-08:00

Algo interesante a la hora de resolver un problema es aprender a mirar fuera del cuadrante para descubrir nuevas posibilidades. Hoy tuve la suerte de charlar con Andrés Navarro, un especialista en energías limpias que me ayudó a abrir la cabeza. Les dejo el link de la charla:

http://dondevuelaelcondor.blogspot.com/2009/12/un-nuevo-amigo-en-el-desafio-del-cambio.html

Una manera de minimizar el impacto ambiental es por ejemplo minimizar la huella de carbono usando paneles solares. Otra manera que me resultó interesante es la de ayudar a divulgar estos temas, para que tomemos conciencia como sociedad.

La 1ra la asocio con un pensamiento lineal / lógico. La segunda con un pensamiento más lateral / creativo. Además, creo que la segunda puede tener un mayor impacto que la 1ra, lo cual la hace una alternativa interesante.

saludos!

Un proyecto abierto, colaborativo y por una causa

2009-12-02T18:05:00.000-08:00

Hoy pasé una tarde de cafe con Fernando Chicho un colega que conocí en un campamento hace menos de 2 semanas. Cuando era chico iba a un grupo scout, hace ya varios años (como pasa el tiempo...). Hace poco los chicos del grupo organizaron un campamento donde invitaron a las generaciones anteriores, las raices, los viejos, los dinosaurios. Fue un encuentro muy emotivo para todos.

En ese viaje, hablamos con Fernando sobre hacer un sistema para facilitar la organización del grupo. Hoy nos juntamos y surgieron ideas muy interesantes. Hablamos sobre hacer un proyecto sin fines de lucro, abierto, colaborativo y por una causa. Creo que es interesante comentar los aspectos que charlamos, para destacar que no todo es plata y el potencial que vimos detrás de la idea.

Nos interesa que open source, para que cualquiera lo pueda usar. De hecho, si le sirve a otros grupos scout, sería mayor aún nuestra satisfacción personal, ya que estaríamos ayudando a más gente.
Abierto, que cualquiera se pueda sumar y colaborar.
Desafiante. Queremos que tenga un elevado nivel de calidad, para atraer a más personas que quieran sumarse. Incluso que sirva de aplicación de referencia sobre las tecnologías que utilice. Hablamos de usar TDD y domain driven design, .net. nhibernate, castle winsor, asp mvc, moq, etc.
Ágil. Queremos usar scrum para ganar experiencia en la metodología, maximizar el valor generado e incluso invitar a cualquiera que quiera aprender o dar su experiencia en scrum a colaborar. Pensamos que además, esto hace más atractivo el proyecto.
En algún futuro, nos gustaría enseñar sistemas a personas con menos recursos y ayudar a insertarlos laboralmente. Por lo que este proyecto puede ser un punto de partida y una buena experiencia sobre trabajar en proyectos colaborativos.
Nos gustaría apoyarnos en la comunidad. También nos gustaría aportar cosas a la comunidad.

Luego hablamos de scrum fuera del mundo del software, sobre la posibilidad de hacer talleres de scrum para los chicos que coordinan, con el objetivo de potenciarlos como equipo y darles herramientas que ellos a su vez puedan potenciar a sus equipos.

El simple hecho de mezclar dos mundos que tienen distintos orígenes pero que no son tan distintos fue un gran disparador de ideas.

Se imaginan un campamento donde referentes del mundo agile compartan su conocimiento con los scouts? Y que los referentes participen a su vez que actividades scout aprendan nuevas dinámicas de equipo.

Cada vez encuentro más apasionante trabajar con el potencial de las personas.

saludos!

Testing práctico de repositorios y servicios con xUnit

2009-11-26T15:39:00.000-08:00

Una técnica para hacer testing unitario de repositorios y servicios es usar mock objects. Si bien está técnica nos permite probar aisladamente una clase (es el objetivo de una prueba unitaria), en casos simples me parece que es más difícil construir el mock que la funcionalidad.

Supongamos que estamos trabajando con un sitio simple de contenidos. Nuestros repositorios pueden ser del tipo:

IContentRepository {

Content GetById(int contentId);

Ilist GetBySection(int sectionId);

}

Y nuestro servicio:

IContentManagementService {

Content GetContentById(int contentId);

Content GetDefaultContent();

Ilist GetBySection(int sectionId);

}

A veces por cuestiones prácticas conviene no seguir algunas reglas (cómo la de usar objetos mock) y testear directamente sobre los objetos que construimos. Un simple assert, puede hacer mucho por nosotros (para repositorios y servicios):

Ilist contents = repository.GetBySection(1);

Assert.IsNotNull(contents);

Assert.IsTrue(contents.size > 0);

Nos puede ayudar a probar varias cosas, como por ejemplo:

Que mapeamos bien los objetos en el ORM.
Las expresiones de las consultas (hql, linq, sql, etc.) no dan error al ejecutarse.
Las dependencias de IoC. Esto puede no servir de mucho, si tenemos un contexto de IoC para test y otro para la aplicación.
Si se hicieron cambios en la base de datos no se rompió nada.
Que mínimamente todo funciona, lo cual es muy bueno frente a no probar nada.

Estos tipo de test son muy rápidos y fáciles de crear. Lo único que requieren son de una base de datos especial de testing, para que los test no se vuelvan inválidos con el tiempo, ya que es muy probable que los datos en desarrollo cambien.

Incluso con una pequeña modificación se podrían probar las consultas:

Ilist contents = repository.GetBySection(1);

Assert.IsNotNull(contents);

Assert.AreEquals(5, contents.size);

Es cierto que no sería una prueba unitaria 100%, pero tiene una buena relación costo / beneficio.

saludos!

Integración kudewe reports con sistemas legacy

2009-11-21T10:07:00.000-08:00

Un punto importante a resolver en una herramienta de reporting es la integración con otros point solutions. Lo primero que pensé fue en una herramienta tipo ETL para extraer los datos de los point solutions, transformarlos y cargarlos en kudewe reports. Buscando encontré esta lista open source:

http://www.manageability.org/blog/stuff/open-source-etl

Quería algo liviano, simple y fácilmente testeable. Algunas de estas herramientas son visuales (kettle, cover etl, talend) seguramente en poco tiempo y sin conocimientos de programación se pueden construir procesos ETL simples. Pero una desventaja es que no tienen automatizados los test (al menos que yo sepa). Leyendo en la lista me encontré con spring batch.

Estás son algunas características interesantes de spring batch:

Tiene un lenguaje de dominio muy claro del mundo batch.
No tengo que aprender una herramienta nueva, toda la aplicación está construida en java.
Clear separation of concerns.
Basado en objetos POJO => simple y fácilmente testeable.
Cada pieza se puede testear unitariamente, como así también todo el punta a punta.
Es escalable, probada, sigue la filosofía de spring.
Se complementa con herramientas de schedule, tipo quartz.

El objetivo de este sprint es integrar kudewe reports con una aplicación web asp / ms access. Dado que es la primera vez que hago algo parecido, hay algunas cuestiones que presentan ciertos riesgos y que por lo tanto conviene encararlas tempranamente. Por eso, lo primero a resolver es cómo conectarse a una base de datos ms access desde java. Intenté hacerlo desde ubuntu, pero no encontré como. Leí algunas cosas de un puente odbc-jdbc, pero me parecieron complejas. Por lo que opté hacerlo desde windows, que es el entorno de mi cliente. Para eso encontré un ejemplo simple:

http://www.codeproject.com/KB/database/jdbcodbc.aspx

si queremos acceder a través de un dsn, este otro ejemplo explica como:

http://www.planet-source-code.com/vb/scripts/ShowCode.asp?txtCodeId=2691&lngWId=2

Lo siguiente es ejecutar los ejemplos de spring batch. Para eso tuve que instalar maven

http://www.sonatype.com/books/m2eclipse-book/reference/

y agregar a eclipse.ini la ubicación de la vm (requerido por maven, importante escribir la configuración en 2 líneas):

-vm
C:\Archivos de programa\Java\jdk1.6.0_17\bin

Luego, para abrir los ejemplos de spring batch solo que hay crear un nuevo proyecto java en eclipse y seleccionar la carpeta que contiene el ejemplo. Automáticamente se instalarán las dependencias configuradas en el archivo .pom.

Ahora a revisar el ejemplo spring-batch-simple_cli para hacer la prueba de concepto...

saludos!

Equipos auto organizados: la cordada

2009-11-15T13:42:00.000-08:00

Algo interesante de scrum es que puede aplicarse a otras actividades, no solo al desarrollo de software. De hecho, me imagino sería muy enriquecedor usarlo en escenarios que no tengan nada que ver.

Muchas de las cosas que plante scrum no son nuevas, como por ejemplo los equipos auto organizados. Es muy interesante la dinámica de un equipo que no sigue las reglas de un líder, sino donde el liderazgo es emergente y contextual.

El primer ejemplo que se me ocurre es la cordada. Una cordada es un grupo de personas con un objetivo en común: escalar. Se le llama cordada porque generalmente van encordados (atados). El ir atados es algo muy simbólico para un equipo. Uno a uno los integrantes de van exponiendo al riesgo y los otros lo protegen a través de la cuerda.

Encontrar la mejor manera de escalar una montaña es un problema realmente difícil. Es prácticamente imposible planificarlo todo de ante mano. Generalmente antes de salir acordamos qué equipo llevar, cuanta comida, días, etc. Pero sobre la marcha el equipo se va auto organizando según el contexto. Puede ser que el clima cambie, o que uno se sienta mal o más fuerte o con más ganas. Hay miles de factores que pueden influir.

Me acuerdo de una vez que empezamos a escalar de noche y nos íbamos turnando para abrir huella en la nieve. No pasó que el líder de la expedición dijera "cada uno camina 20 minutos al frente y se va rotando". Todo lo contrario, no había líder. Simplemente acordamos ir caminando por turnos, el que va adelante controla el ritmo y cambia cuando se siente muy cansado o cuando considera que otro puede hacer mejor el trabajo. Y todo se hace en función del equipo, no del interés de un individuo. Según mi experiencia en la montaña, este tipo de dinámicas son muy integradoras y generadoras de buenas amistades.

saludos!

2do día Curso Scrum Master

2009-11-11T10:07:00.000-08:00

Durante el segundo día de scrum aprendí un poco más sobre el framework. Hicimos un juego muy bueno en donde construimos algo en 4 sprints, usando user stories, autorganizándonos como equipo haciendo pequeños plannings y retrospectivas. Fue una actividad muy dinámica en la que aprendí scrum haciendo. Ya voy a poner una foto de nuestro "producto".

Otra actividad que me pareció muy buena fue un role play de una daily meeting en un proyecto que "quema". El PO participó de la reunion con un rol activo (en lugar de escuchando), de hecho fue el 1ro que habló y tiró la bomba. El equipo reaccionó hechando culpas, fue un momento tenso. La cosa estaba muy dicícil para el scrum master, tanto que terminó renunciando. Pero entre todos pudimos aprender mucho haciendo una retrospectiva en conjunto.

La daily meeting es una reunión para detectar problemas, no para resolverlos. Es una reunión para el equipo, donde se crea un espacio para descubrir impedimentos. Es importante no olvidar esto, para pedir al PO que no intervenga (él tendrá su momento en la demo o en una meeting especial) y que cada miembro del equipo explique sus problemas sin buscar culpables, para que no se pierda el objetivo de la reunión.

Algo que me llevo de este segundo día es que el trabajo de scrum master no es nada fácil, todo lo contrario. Pero también es desafiante, ya que se trabaja con el potencial humano y lo que éste puede conseguir. Un buen scrum master debe ser un buen facilitador, mantener discusiones abiertas y guiar el equipo por zonas de incomodidad para que al final todos mejoremos.

1er día Curso Scrum Master

2009-11-09T16:59:00.000-08:00

Hoy asistí al 1er día de entrenamiento de scrum master. Si bien solo vamos la mitad del curso, me pareció buenísimo la dinámica con que se dicta (gracias a Alan y Ariel). Esta ver no quiero comentar sobre scrum, sus roles/responsabilidades, flujos y artefactos. Sino de algo que creo que va más allá de scrum y está presente en casi toda actividad, que tiene que ver con formar equipos, buenos equipos.

Si bien scrum ayuda mucho a conseguir esto, llevarlo a la práctica encierra un desafío muy grande. Ese desafío tiene que ver con sembrar confianza, fomentar la colaboración, potenciar a las personas, generar transparencia, etc.

Algo que rescato de este enfoque es que se trata de un objetivo que trasciende a lo que hacemos todos los días. Va más allá de construir un ABM o probar una funcionalidad. Se trata de mejorar el entorno en el cual trabajamos, de que todos mejoremos profesionalmente, de construir sobre valores. Suena muy idealista, pero es la base para construir un buen equipo, en cualquier ámbito.

Podré decir alguna vez como Pinti:

Pasan los años, pasan los gobiernos,los radicales y los peronistas, quedan los scrum masters?

Instalar SVN en Eclipse Galileo y Ubuntu 9.10

2009-11-08T14:26:00.001-08:00

Luego de actualizar Ubuntu 9.10 y bajar Galileo, me pasó que dejaron de andar algunos botontes en eclipse. Por suerte encontré cómo arreglarlo:

http://ubuntulife.wordpress.com/2009/11/03/solucionar-botones-no-funcionan-de-eclipse-galileo-en-ubuntu-9-10/

Tuve algunos problemas para instalar tigris svn (me dejó de andar el eclipse ganymede, por lo que me bajé el galileo). Asi que sobre el galileo instalé subversive svn:

http://benjchristensen.com/2009/06/24/eclipse-galileo-3-5-and-subversion/

Luego de esto pude subir sin problemas el proyecto a google code:

saludos!

Publicando Kudewe Reports Web en el mundo open source

2009-11-07T15:46:00.000-08:00

Hoy voy a publicar en google code el código del front end de Kudewe Reports, que se llama Kudewe Reports Web (me maté con el nombre). Se trata de una herramienta web de reporting que permite fácilmente construir tableros de control (dashboard) que contienen vistas (grillas y gráficos) y filtros (por ahora tipo combo).

Esta es la url del repositorio en goolge code:

http://code.google.com/p/kudewe/source/browse/#svn/trunk/reportsWeb

El front end es una aplicación web estática html + javascript estándar, basada en el framework extJs. Me decidí por usar un front end que sea independiente de la tecnología server side, para que cualquiera lo pueda usar, ya sea .net, java, php, etc. También elegí esta alternativa para poder en el futuro agregar la posibilidad de funcionar de manera offline. En mi caso un front end independiente de la tecnología server side me resultó fácil armar y fácil de testear.

Estas son unas demos que armé:

http://www.youtube.com/watch?v=2Eedfu2zcuM

http://www.youtube.com/watch?v=Vk3RY5R7fbc

En mi caso estoy usando como pegamento entre el client side y server side spring web y url amigables:

http://blog.kudewe.com/2009/08/conectando-extjs-con-el-server-side.html

Algo interesante, y sobre lo que tengo que escribir, es que la aplicación está construida como una composite web application. Los filtros y las vistas tienen bajo acople entre si. Pasa eso estoy usando un patrón tipo publish/subscribe implementado con Tibco PageBus.

También me gustaría armar algunos tests usando selenium. Esto es algo que podría hacer fácilmente, ya que el front end no tiene dependencias a ninguna tecnología server side. Cuando este ejecuta un servicio json, el webserver devuelve un archivo ubicado en el path solicitado. Por ejemplo:

services/menu.json: Devuelve el menú de la aplicación

services/sales/yearly.json: Devuelve la definición del dashboard "yearly"

services/sales/yearly/filter/brand: Devuelve el filtro "brand" del dashboard "yearly"

services/sales/yearly/view/byBrand: Devuelve las ventas por marca "byBrand" del dashboard "yearly"

saludos!

Sol + sal = energía

2009-11-07T08:13:00.000-08:00

Gracias a idea connection, me enteré de una manera innovadora de generar energía a partir del sol.

http://www.ideaconnection.com/new-inventions/solar-salt-energy-02972.html

Algo parecido había visto hace tiempo, donde leí que google estaba investigando en tecnologías de espejo para abaratar los costos de generación de energía (http://energiasolarok.blogspot.com/2009/09/google-por-la-energia-solar.html)

Me alegra escuchar sobre nuevas iniciativas que ayudan a que esto sea cada más fácil de implementar. En nuestro país la energía solar no es barata, un panel de 80w vale aproximadamente $2500. Todavía tenemos que trabajar en disminuir estos costos, para que este tipo de alternativas sean más accesibles y más personas se animen a utilizarlas. También me parece importante que empecemos a pensar sobre estos temas y a cambiar nuestras prioridades. Me viene a la mente una frase que me sirve para poner las cosas en perspectiva:

No heredamos la tierra de nuestros padres, sino que la tomamos prestadas de nuestros nietos.

saludos!

De la relación de dependencia al emprendimiento

2009-11-01T15:40:00.001-08:00

Últimamente me pasa seguido de conversar con amigos respecto a trabajar en otra cosa, algo propio. Lo que compartimos en general es que después de estar algunos años en el mismo trabajo, es difícil mantener la motivación.

Una vez escuche en una charla de @bilinkis, que las empresas buscan el engranaje que mejor encaje en su maquinaria. El problema con esto es que nosotros somos personas, no engranajes, tenemos particularidades que nos diferencias y es en nuestras particularidades donde se esconde nuestro potencial. Por lo que en una empresa se hace realmente difícil explotar ese potencial al máximo. Con lo años, uno se va acostumbrando a cómo hacer las cosas para que la maquinaria funcione mejor y poco a poco se va aplacando eso que nos hace distintos.

Muchos me dicen que estando por tu cuenta trabajás más. Si bien esto es algo que parece cierto, ya que conozco algunas experiencias que lo confirman, creo que en mi caso prefiero trabajar 12hs motivado que 8 sin motivación.

Así que este post es para los que buscan motivación en el trabajo. En mi caso me ayudó mucho empezar a leer blogs sobre enterpreneuship. Este fue uno de los primeros que leí, que habla sobre la transformación de desarrollador de software a emprendedor de software:

http://www.softwarebyrob.com/2009/07/24/transitioning-from-developer-to-software-entrepreneur/

Este es otro muy bueno, que habla sobre cómo conseguir clientes, organizar el tiempo, etc:

http://freelanceswitch.com/

Uno muy bueno, para empezar a concretar algo, es el Santiago Bilinkis:

http://spanish.bilinkis.com/

Me han servido de mucha ayuda sus post para bajar una idea a algo más concreto y empezar a enfocarme:

http://spanish.bilinkis.com/2009/04/modelos-excel/

http://spanish.bilinkis.com/2009/04/modelando-un-negocio/

http://spanish.bilinkis.com/2009/04/idea-robada/

Ahora me pasa que tengo en claro lo que quiero hacer (construir aplicaciones de software usando energias limpias), de hecho ya estoy trabajado en la primera: kudewe reports. Sin embargo, necesito dedicarle más tiempo a este proyecto. No estoy en condiciones de abandonar mi trabajo actual para dedicarme de lleno a esto, ya que en el super no me pagan por mis aportes a la humanidad.

Pero buscando y buscando encontré una solución, conseguí un trabajo de 4 días a la semana que además es un interesante desafío profesional (.net, arquitectura, scrum). Por lo que ahora puedo dedicar más tiempo a este proyecto.

saludos!

Tuneando la performance de sitios web

2009-10-27T16:56:00.000-07:00

Este post describe distintas técnicas de optimización de performance para sitios web. Se basa en la experiencia de una aplicación de reporting construida en asp.net con fuertes constraints de performance (tiempo de ejecución por debajo de 2 segundos para accesos locales y 8 segundos para accesos remotos), teniendo una conectividad pobre desde sitios remotos.

Sin embargo estas técnicas aplican a cualquier aplicación tipo web/html. Las implementaciones y ejemplos de código se corresponden a una aplicación asp .net 2.0, c#, IIS 6, pero pueden extenderse a otras tecnologías.

Un buen lugar para empezar a abordar este tema es el sitio de best practices de yahoo (se pueden encontrar muy buenas recomendaciones):

http://developer.yahoo.com/performance/

Según una investigación realizada por ellos (http://yuiblog.com/blog/2006/11/28/performance-research-part-1/), al acceder a una aplicación web el tiempo de download se distribuye un 20% en html y el 80% restante en otro tipo de contenido (javascript, imágenes, etc.) Por lo tanto la primera recomendación es:

Minimizar la cantidad de gets (roundtrips)

Esto puede conseguirse de distintas maneras:

Unificar archivos javascript

En nuestro caso tenemos un archivo .js para cada funcionalidad, de manera tal de hacer el desarrollo más modular. Al armar la version release los unificamos y comprimimos en un único archivo. Lo mismo se puede hacer para las hojas de estilo. Se debe tener en cuenta que cuanto mejor formado esté el código javascript (usando llaves para todas las instrucciones aunque no sea necesario, ";" al final de cada línea, etc.) mayor será el nivel de compresión que se puede aplicar.

Para unificar los archivos utilizamos una simple pagina .aspx que contiene un include a cada fuente javascript. Luego la aplicación detecta si está en modo debug o relase (usando HttpContext.Current.IsDebuggingEnabled) y en función de esto genera del lado del server las referencias a fuentes javascript necesarias.

Juntar varias imágenes en una (css sprite)

Esta ténica se conoce como css sprite. Básicamente se arma una imagen con las imágenes más utilizadas por la aplicación y se referencia con estilos a porciones de esta imagen. Ejemplo:

Definicion de clase para icono de ayuda:

.imgHelpIcon { background: url('/App/Cached/sprite.gif') 0 0 no-repeat; font:1pt; background-position: 10 -20px; width: 15px; height: 15px; }

Uso del estilo:

<span class="imgHelpIcon"></span>

Utilizar cache infinito para recursos estáticos

Esta técnica tiene gran impacto en el download, sobre todo si la mayoría de los usuarios utilizan frecuentemente la aplicación. Con esto se evitan los gets a estos recursos, incluso si el cache del browser está configurado como "every visit to the page".

En nuestro caso lo implementamos de la siguiente manera. Configuramos en el webserver una carpeta cached con fecha de exipiracion en 2035. De esta manera disponemos de 2 altenativas para almacenar los recursos estáticos (con y sin cache). Por ejemplo en modo debug la aplicación utiliza los scripts de la carpeta app/scripts. En cambio, en modo release utiliza app/cached/scripts.

Para los recursos que pueden cambiar (como js y css) los versionamos agregando un parametro a la url. Por ejemplo:

<script scr="cached/all_js.js?v=1.01"></script>

Para recuperar este valor usamos el método ConfigurationManager.AppSettings.Get("jsVersion"). Cada vez que se arma un release, incrementamos este número solo si se realiza un cambio sobre algún fuente javascript.

Aplicando esta técnica a los recursos estáticos, los gets de usuarios frecuentes se redujeron a práctiamente solo uno para obtener el html (ya que el browser recupera todos los recursos estáticos del cache). Esta técnica mejora notablemente los tiempos de acceso desde clientes remotos.

Quitar seguridad integrada a recursos estáticos

Los recursos con seguridad integrada implican 2 o 3 roundtrips al server según el tipo de autenticación. Por lo tanto es conveniente evitarla siempre

que sea posible.

Quitar seguridad integrada a servicios ajax

En algunos servicios ajax se necesita información del usuario para resolver ciertas funcionalidades. Para evitar la seguridad integrada, el usuario forma parte del estado en el server (más adelante se explica mejor cómo resolver esta cuestión). De esta manera todos los servicios ajax se ejecutan sin seguridad integrada.

Quitar seguridad integrada de aplicación.

Aplicar esta técnica nos llevó un poco más de trabajo. Básicamente solo una página (authenticate.aspx) está configurada con seguridad integrada. Cuando el usuario ingresa a la aplicación, esta intenta obtener el usuario del estado. Sino lo puede obtener, entonces asume que no está autenticado, lo redirecciona a authenticate.aspx para que obtenga las credenciales del usuario, lo guarde en el estado y lo redireccione nuevamente a la aplicación. Luego el usuario navega por la aplicación sin seguridad integrada (la aplicación verifica que el usuario esté autenticado usando una variable de sesión).

Al implementar este mecanismo nos encontramos con un problema grave. IE 6 tiene un bug donde a veces no envía los parámetros enviados por post (http://blogs.msdn.com/david.wang/archive/2005/12/01/HTTP-POST-Fails-for-Anonymous-Authentication.aspx). Esto lo solucionamos configurando acceso anónimo y seguridad integrada a la vez.

Si reducimos todo lo posible la cantidad de pedidos al server (GETs) lo siguiente que podemos hacer es reducir el tamaño de la información intercambiada.

Reducir el tamaño de los gets / responses

Comprimir javascript y css

Existen varias herramientas para hacer esto (http://developer.yahoo.com/yui/compressor/). Estas herramientas básicamente eliminan espacios, comentarios, incluso algunas hasta ofuscan el código para reducir su tamaño.

Reducir tamaño html

La idea es simple, cuanto menos se envíe, más rápido va a terminar la transferencia. Se pueden hacer varias cosas para reducir el html:

Eliminar espacios
Utilizar nombres abreviados para los nombres de estilos y objetos
Maximizar el uso de hojas de estilo, dejando el html mucho más limpio. Una herramienta muy útil para hacer esto son los css selector (http://www.w3schools.com/Css/css_syntax.asp)
Manejo de estado

La aplicación persiste el estado en el server. En lugar de utilizar campos hidden en el cliente (que se envían en cada postback), utiliza variables de sessión para persistir los cambios realizados sobre un reporte (filtro, paginado, drill, etc.). De esta manera el cliente solo envía al server lo que cambia, reduciendo considerablemente el tamaño de los requests.

Mantener estado en el cliente usando user behaviour

Esto se puede aplicar en los casos que solo se necesita persistir información en el cliente y esta no es requerida por el server (ejemplo: estado de apertura de un árbol). Internet explorer ofrece un behavour que permite persistir información en el cliente (incluso cuando el usuario cierra el browser):

http://msdn.microsoft.com/en-us/library/ms531424(VS.85).aspx

Ajax + json / xml

El los casos donde los servicios ajax devuelven datos, usamos json ya que es más liviano que xml. Solo en algunas ocaciones, cuando el servicio ajax devuelve html, usamos xml. En este caso el html se devuelve dentro de un cdata para evitar problemas de encodeo.

Otrás técnicas que no usamos, pero también son de ayuda

Compresión gzip

Es posible configurar IIS para que comprima gzip archivos javascript y estilos. El beneficio de la compresión gzip es notorio cuando se accede remotamente. También es posible comprimir recursos dinámicos como páginas aspx.

Usar varios dominios para el download de contenido

Por default el browser usa 2 conexiones por dominio para hacer el download. Si el contenido cambia (como ocurre por ejemplo en los portales), es posible utilizar distintos dominios para el mismo, de manera tal de aumentar la cantidad de conexiones usadas por el browser.

En el sitio de yahoo hay otra recomendaciones:

http://developer.yahoo.com/performance/rules.html

Herramientas

En nuestro caso fue fudamental usar máquinas virtuales como entorno de desarrollo para poder experimentar con estas técnicas y contar con máquinas tipo desktop estandar en sitios remotos para poder evaluar el impacto de las mismas. También nos sirvió de mucho usar un debugger http como fiddler (http://www.fiddlertool.com/fiddler)

Fiddler permite ver gráficamente cómo es el tiempo de download. Para ello, se debe activar el modo streaming (http://www.fiddlertool.com/Fiddler/help/Streaming.asp). Con esta herramienta es fácil encontrar puntos de mejora, revisar errores http 404, ver el impacto de aplicar estas técnicas, etc.

Cuál es la instalación de paneles solares más sustentable?

2009-10-22T16:21:00.000-07:00

Desde hace un tiempo vengo trabajando en esta idea. Conseguí una lista de los proveedores en Argentina (http://www.energiaslimpias.org/categoria/informes-energia-solar/) y me contacté con todos para consultar por una instalación para hacer andar una notebook (80w) durante 8hs x día.

La típica instalación está formada por los paneles solares, regulador (para no sobre cargar la batería), batería (para acumular la energía y usarla cuando no hay sol), inversor (para convertir los 12v de continua de la bateria a 220v de alterna). Encuentro algunas desventajas a este tipos de instalación:

Son costosas => difícil que otros quieran implementarlas también.
Podrían ser mas eficientes, ya que se pierde energía en el regulador, inversor y cargador de notebook.
Requiere varios paneles solares (los paneles se colocan orientados al norte, a 50 grados aproximadamente).
Plantean el problema de qué hacer con la batería cuando finaliza la vida útil de esta.

Por lo que se me ocurren algunas variaciones sobre este esquema básico:

Usar un único panel solar y orientarlo al sol según la hora. Tendría que buscar la manera de automatizar esto... O podría combinarlo con la técnica pomodoro y aprovechar los breaks para subir a la terraza (me levanto de la silla) y acomodarlo a mano.
No usar un inversor y trabajar siempre en corriente continua. Necesitaría un cargador para la notebook que a partir de 12v genere los 19.5 que necesita (encontré uno).
Si en lugar de usar batería para acumular la energía, utilizara directamente la batería de la notebook? Como podría hacer para no afectar la vida útil de esta? Luego tendría que ver que hacer con la energía que no uso. Podría volcarla a la red, como hacen en otros paises, o regalarla a mis vecinos.
Sirve el regulador para que los paneles generen 12 v constante?

Algo interesante de no usar baterías, es que además de disminuir el costo y contaminar menos, abre nuevas posibilidades que requieren pensar de manera colaborativa respecto a la comunidad en donde vivimos.

saludos!

Parser para un simple DSL

2009-10-18T19:45:00.000-07:00

Dado que estoy empezando a usar un DSL, me gustaría compartir mi experiencia, por si otros deciden incursionar en el mundo de los DSL. Voy a aprovechar para contar que me lleva a usar un DSL.

Uno de los problemas de mi dominio es resolver el binding de los filtros, pertenecientes a mi domain model, en una consulta MDX. Para eso adopté la siguiente sintaxis:

SELECT {[Measures].[SaleAmount], [Measures].[Profit]} ON COLUMNS,

NON EMPTY {[Brand].[All].Children} on rows

FROM [Sales]

WHERE (${category}, ${product}, ${year})

donde si category=A, product=B, y year no tiene valor, la query debería valer:

SELECT {[Measures].[SaleAmount], [Measures].[Profit]} ON COLUMNS,

NON EMPTY {[Brand].[All].Children} on rows

FROM [Sales]

WHERE (A, B)

MDX es un DSL usado para resolver consultas multidimensionales. Lo que estoy haciendo es embebiendo mi DSL adentro de otro DSL (por ahora es tan simple, que no merece llamarse DSL).

El primer paso para usar mi DSL es parsear los ${...} para extraer la expresión del mismo. Seguramente hay muchas formas de parsear los ${...}. Yo decidí usar un tokenizer basado en palabras, que devuelve el texto hasta encontrar el token buscado. Esta es la interface de WordTokenizer:

http://codepaste.net/x6ik9a

la implementación basada en la clase String:

http://codepaste.net/22dynu

y las pruebas unitarias (aguante TDD):

http://codepaste.net/38qivq

Es simple extraer es las expresiones de mi DSL usando el word tokenizer:

http://codepaste.net/akgv1c

Con esto extraigo mi DSL de la consulta MDX. Este por ahora es simple, pero hay casos que tienen un poco más de complejidad.

Por ejemplo, si un filtro no tiene valor, tengo que aplicar el valor default:

SELECT {[Measures].[SaleAmount], [Measures].[Profit]} ON COLUMNS,

NON EMPTY {[Brand].[All].Children} on rows

FROM [Sales]

WHERE ${year.default([Time].[Year].[2009])}

O distintos filtros que forman una jerarquia (mes, trimestre, año) y solo debe reemplazarse un valor en la consulta:

SELECT {[Measures].[SaleAmount], [Measures].[Profit]} ON COLUMNS,

NON EMPTY {[Brand].[All].Children} on rows

FROM [Sales]

WHERE ${month.parent(quater).parent(year)}

O una combinación de jerarquías y valores default. Para resolver estos y otros casos, usé lo que se llama fluent interface, que permite fácilmente armar DSL para un problema de dominio (es fácil de leer y simple de programar).

Para parsearlo uso un simple StringTokenizer:

http://codepaste.net/5owbn4

La implementación es bastante simple. Seguramente hay casos que no se cubren, pero sobre esta base es fácil agregar nuevos métodos al DSL.

Hay otros conceptos interesantes asociados a un DSL, como:

http://martinfowler.com/dslwip/ExpressionBuilder.html

http://martinfowler.com/dslwip/SemanticModel.html

saludos!

Problema paneles solares y mapa mental

2009-10-06T19:42:00.000-07:00

Gracias a http://www.softwarebyrob.com/2009/10/06/micropreneur-spotlight-online-mind-mapping-software-thoughtmuse/ encontré una herramienta en la web para armar mapas mentales. Me pareció muy buena para organizar las distintas aristas de un problema. Asi que aproveché para hacer el ejercicio de alimentar una notebook con paneles solares

http://thoughtmuse.com/editor/readonly/?load_map=panelesSolares&owner=ferclaverino

Aportes son bienvenidos!

Expandir disco guest ubuntu, host vista (vmware player)

2009-10-04T14:20:00.000-07:00

Hoy me pasó que la virtual con ubuntu se quedó sin espacio en disco (la imagen original tiene 8 GB). Mi sistema operativo host es windows vista y la tengo una virtual machine con Ubuntu Desktop 9.04 (con vmware player).

Estos son los pasos para agrandar el tamaño del disco a 100 GB.

1. Convertir el disco a 2GB split not pre-allocated usando vmware converter. Se puede bajar de la página de vmware.

http://www.vmware.com/products/converter/

2. Crear con easyvmx una imagen ubuntu de 100GB. De paso aproveché para configurar 2 procesadores:

http://www.easyvmx.com/cgi-bin/create-easyvmx.cgi?filetime=2009-10-04-23:08:06&vmname=Ubuntu+9.04+Desktop&guestOS=ubuntu&memory=2048&numvcpus=2&vmdesc=UbuntuDesktop&vmlname=UbuntuDesktop&vmurl=http://www.kudewe.com/&hwaddr0=00:0c:29:46:9c:10&conntype0=nat&devtype0=vlance&hwaddr1=00:0c:29:51:cf:6c&conntype1=nat&devtype1=vlance&floppyfile=autodetect&isodev=autodetect&ide1_1file=.iso&disk0_0file=100Gb&disk0_1file=4800Mb&sound=yes&soundcard=es1371&usb=yes&usbconnect=FALSE&com1=yes&com1_flow=TRUE&com2_flow=TRUE&lpt1=yes&lpt1_bidir=TRUE

3. Copiar de la maquina virtual original los archivos de disco Ubuntu_9_04_Desktop-s001.vmdk, Ubuntu_9_04_Desktop-s002.vmdk, Ubuntu_9_04_Desktop-s003.vmdk, Ubuntu_9_04_Desktop-s004.vmdk. No copiar el Ubuntu_9_04_Desktop-s005.vmdk (último archivo)

4. Bajar gparted.iso. Configurar la vm para que vea la iso como cd rom

http://gparted.sourceforge.net/

5. Bootear desde cd, para eso presionar esc cuando bootea vmware. También se puede modificar grub de ubuntu para bootear de cd: http://www.ubuntu-es.org/?q=node/65741

6 Una vez que arranca gparted, es una buena oportunidad para redimensionar el tamaño de la partición swap (originalmente tiene 400 Mb).
https://help.ubuntu.com/community/SwapFaq

Después de estos pasos quedó todo andando sin problemas (milagro!)

Desarrollar software usando energías limpias

2009-09-29T18:17:00.000-07:00

Una idea que vengo trabajando desde hace un tiempo es la de hacer algo para revertir el calentamiento global. Cómo dice el dicho popular "mejor empezar por casa", asi que me propuse estos objetivos:

Desarrollar software usando energías limpias. Creo que un objetivo más genérico sería el de minimizar el impacto ambiental.
Crear un emprendimiento donde la responsabilidad ambiental sea tan importante como el corazón del negocio. Me gustaría llamarlo algo así como la organización sustentable ideal.
Servir de ejemplo / modelo a otras organizaciones y personas. Ayudar a otros a hacer lo mismo.

Si simplificara la actividad de desarrollar software actual, podría decir que consiste en usar una computadora durante 8 hs, 5 días a la semana. Un primer paso para conseguir lo anterior sería imaginar qué cosas podría hacer para que esa computadora funcione con energías limpias.

Algunas ideas:

Usar paneles solares.
Mudarme a un lugar donde haya viento para usar energía eólica.
Idem, pero hidraúlica.
Usar una notebook en lugar de una pc, ya que tiene menor consumo. Y dentro de las notebooks, una con bajo consumo.
La rueda del hámster, pero para mi perro (un bóxer incansable).
Generar electricidad con bicicleta fija o cinta de correr (además entrenaría).
Ser más productivo, o que el software sirva a más personas y optimice recursos (lo tengo en la punta de la lengua: cloud computing + software as a service).
Trabajar en los horarios de mayor luz solar. Trabajar los días de la semana de mayor luz (si está nublado, trabajo menos). Trabajar más en verano que en invierno (interesante para los que les gusta el montañismo invernal). Trabajar más cerca del sol (delirante...)

De todas, creo que las más aplicables son la notebook, cloud computing, software as a service, mejorar la productividad (metodologías ágiles, TDD, etc.) y las relacionadas con la energía solar… Otras ideas son bienvenidas!

1ros pasos con Spring Security

2009-09-27T06:46:00.000-07:00

Spring Security es uno de los mejores framework de seguridad web del mundo java. Esta basado en Acegi, un proyecto que luego paso a formar parte de spring. Para mi, una de sus mejores caracterísitcas es que no es invasivo, es decir, no me obliga a modificar mi código o tener alguna consideración para usarlo.

De hecho, yo empecé a construir la aplicación sin tener en cuenta ninguna cuestión de seguridad y ahora agrego este framework sin modificar el código existente. Es probable que tenga que crear código, como un provider de autenticación para que acegi pueda validar usuario y password, pero gracias al principio de diseño "programar hacia interfaces, no implementaciones" y al DI container (spring) no tengo que modificar el código ya existente, lo cual me recuerda otro principio "cerrado para modificación, abierto para extensión".

Configurar acegi era una tarea compleja, la primera vez que lo hice me llevo tiempo. Pero estos tutoriales me ayudaron mucho:

Para entender como funciona acegi:

http://www.tfo-eservices.eu/wb_tutorials/media/SpringAcegiTutorial/HTML/SpringAcegiTutorial-1_1-html.html

http://www.ibm.com/developerworks/java/library/j-acegi1/

Ahora, unos años después, leo que spring security facilitó esta tarea:

http://java.dzone.com/tips/pathway-acegi-spring-security-

http://static.springsource.org/spring-security/site/petclinic-tutorial.html

Paso a paso para configurar spring security:

1. Bajar spring security

http://static.springsource.org/spring-security/site/downloads.html

2. Copiar spring-security-core.jar a WEB-INF/lib

3. Configurar web.xml. En este caso configuré el http filter (chain of responsability) de spring security para que verifique seguridad solamente sobre los request a /services y a *.html. El resto son recursos estáticos que no requieren seguridad:

http://codepaste.net/xkpd8y

4. Configurar spring security context:

http://codepaste.net/minpgd

Con esto tenemos una aplicación web con seguridad básica basada en spring security. El framework provee muchas más funcionalidades:

http://static.springsource.org/spring-security/site/docs/2.0.x/reference/ns-config.html

Saludos!

Creatividad según Einstein

2009-09-24T16:22:00.000-07:00

Hoy encontré una nota sobre uno de los creativos más grandes de la historia, Einstein. Casualmente estoy leyendo un libro llamado "Cómo pensar cómo Einstein", donde habla principalmente de romper las reglas y encontrar nuevas soluciones fuera de las restricciónes.

Muy inspirador... Algo interesante para agregar a la creatividad y trabajo en equipo es el de sumar un desafío al equipo.

Gracias a http://hacerhistoria.bligoo.com/content/view/611562/Que-verdad.html#content-top por el post.

Refactoring como estrategia de construcción

2009-09-19T17:23:00.001-07:00

Hace unos años me encontré con un libro muy interesante: Refactoring to Patterns de Joshua Kerievsky

http://www.industriallogic.com/xp/refactoring/

Si bien este libro presenta un catálogo de escenarios o casos sobre los que es un código poco sano se refactoriza a un patrón de diseño, lo más interesante para mi es el enfoque con el que se trata el tema. Cuando construimos software muchas veces no se tiene claro cual es el alcance. Las metodologías ágiles, XP, asumen esto como una regla del juego y se organizan en función del cambio. Una frase muy conocida al respecto es "Lo único constante en el desarrollo de software es el cambio".

El libro introduce 2 ideas que dan claridad al problema de diseñar una aplicación: la sobre ingeniería, que vendría a ser como matar un mosquito con un misil tele dirigido, y la sub ingeniería, donde el problema radica en que la complejidad del código pasa a ser una limitación importante a la hora de modificar una aplicación. De alguna manera, diseñar implica encontrar un equilibrio entre estos dos caminos para lidiar con la complejidad y el cambio. Por lo que es necesario diseñar a lo largo de todo el proyecto.

Qué es refactorizar?

Refactorizar es mejorar el diseño de un código existente. Y también una estrategia de construcción muy eficaz. Podemos comenzar a construir una aplicación, de la manera más simple posible, y refactorizarla a medida que entendemos mejor su contexto y alcance. Esta idea, tomada del mundo XP, fue para mi en un proyecto pasado, una estrategía que resultó clave para llegar a buen puerto. Por lo general no se encuentra el diseño adecuado en el primer intento. De hecho, es bueno darse un tiempo para probar una idea y aprender.

Para qué Refactorizar?

Para simplificar el código y responder mejor a los cambios.
Para aprender a lidiar con la complejidad en un entorno cambiante.
Para hacer el esfuerzo justo.
Para potenciar al equipo, es muy didactico refactorizar de a pares, mejora los skills de programación de todos.
Para simplificar. Lo simple es mágico, todo es más fácil cuando es más simple.

Cuando refactorizar?

Esta es quizás la pregunta más difícil de responder, ya que depende del caso. Si se refactoriza demasiado tarde, puede ser muy costoso. Demasiado temprano, puede ser que todavía no conocemos suficiente del problema. Pero hay ciertas cosas que podemos oler, que nos dan una idea sobre piezas de la aplicación que no son sanas:

Esto es difícil de entender (complejo).
Siempre lleva mucho tiempo modificar esto (rígido ante cambios).
Cuando tocamos esto, surgen bugs que no detectamos.
Es difícil de testear.

Una lista de cosas que huelen mal en el código:

http://www.industriallogic.com/papers/smellstorefactorings.pdf

Refactorizar es como invertir en la salud de la aplicación. Tiene un efecto que mejora las condiciones de éxito. Una buena práctica es ir agregando los casos encontrados al backlog y priorizarlos junto como un ítem más en función de las necesidades del negocio.

Cómo refactorizar?

Hay muchas técnicas que ayudan a hacer refactoring efectivamente, como TDD, inyección de dependencias, patrones de diseño, herramientas de refactoring (resharper, eclipse), catálogo de refactoring, etc. Además es importante entender porqué el código no es sano y cómo lo mejoraremos, invirtiendo el esfuerzo justo.

Un enfoque muy interesante del libro, es que para evaluar la solución de refactoring, propone distintos puntos de vista.

Comunicación: De que manera el código comunica lo que hace.
Duplicación: La duplicación hace que sea más fácil cometer errores. El código duplicado es más difícil de mantener => evitar la duplicación.
Simplicidad: Cómo se puede hacer más simple? Para esto es muy importante encontrar el patrón de diseño adecuado.

Se me ocurren otros puntos de vista que se podrían agregar:

Testeabilidad: Que tan fácil es de testear?
Flexibilidad: Que tan fácil es de cambiar?
Esfuerzo: Como llevaría menos esfuerzo?

Más links en delicious

http://delicious.com/ferclaverino/refactoring

saludos!

Grupo Estudio Patrones Diseño

2009-09-14T19:51:00.000-07:00

Hace unos años tuve la inquietud de compartir con otros lo que había aprendido acerca de patrones de diseño. Lo primero que pensé fue que no quería hacerlo de manera convencional, es decir, una persona expone un tema y el resto escucha pasivamente. Asi que buscando información sobre como enseñar efectivamente, encontré este link muy interesante que explica cual es la dinámica de un grupo de estudio:

http://www.industriallogic.com/papers/learning.html

Bien cierto es que uno aprende más cuando lee, escucha, hace y habla, que cuando solo escucha.

Básicamente en un grupo de estudio se forma por gente con interés sobre un tema, de distintos niveles de conocimiento (la diversidad es un factor importante que mejora el aprendizaje del grupo). Un moderador organiza las sesiones (por ej. semanales), comparte con el grupo un material de lectura que todos deben leer previamente antes de asistir y luego durante el transcurso de cada sesión plantea al grupo preguntas abiertas. En este punto la diversidad es importante, porque permite que los que menos saben aprendan y aporten preguntas al grupo. Y los que más saben, que aprendan mientas comparte su conocimiento.

Las preguntas abiertas no son cualquier clase de pregunta. Son preguntas que nos hacen pensar y nos ayudan a tener un mejor conocimiento del tema. Por ejemplo "cuantos patrones de diseño hay?" no es una pregunta abierta. Una pregunta abierta sería algo como "qué patrones de diseño aplican el principio encapsular lo que varía?". Las preguntas abiertas invitan a la reflexión y al debate.

Lo siguiente que tuve que buscar fue un buen material de lectura, que sea fácil de leer y que requiera poco tiempo. Por suerte me encontré con este libro, que tiene una muy buena pedagogía para enseñar:

http://www.amazon.com/First-Design-Patterns-Elisabeth-Freeman/dp/0596007124

Finalmente, armar una agenta orientativa sobre los temas a tratar en cada sesión. Comparto los grupos en los que participé:

http://groups.google.com.ar/group/grupoestudiopatronesdiseno2010

http://groups.google.com.ar/group/grupoestudiopatrones2006?hl=es

http://ar.groups.yahoo.com/group/grupoEstudioPatrones/

Algo que creo fue valioso es usar la primera sesión para explicar la dinámica del grupo de estudio, presentar el material, los objetivos y sensar las expectativas de los participantes. Como este tipo de capacitación requiere participación activa, es muy importante aprovechar la 1ra sesión para romper el hielo. En nuestro caso hicimos un juego donde 2 equipos debían construir una casa con rastis. Luego agregar una ventana. Y finalmente explicar que patrón de diseño de casas hubieran aplicado al construir la casa para luego agregar una ventana más eficientemente. Más allá de la analogía con la construcción de software, que puede ser cuestionable, sirvió para introducir el concepto de qué es un patrón y para crear un ambiente que favorezca la participación.

No menos importante fue la última sesión, donde como ejercicio integrador jugamos al pattern poker:

http://www.industriallogic.com/games/pp.html

En está última cada participante dio su valioso feedback sobre el grupo de estudio e hicimos el cierre del grupo de estudio.

Creatividad y trabajo en equipo

2009-09-11T19:47:00.000-07:00

La creatividad es un concepto que está muy ligado al trabajo en equipo, ya que es en las personas donde reside la chispa capaz de crear la idea buscada.

Si bien a nivel individual podemos encontrar personas creativas y con ingenio, el verdadero potencial creativo existe en el equipo. La idea de una persona, por más insensata o incompleta que sea, puede ser el disparador de una nueva idea en otra persona. Es en este mecanismo donde se esconde el gran potencial de trabajar en equipo para resolver problemas con creatividad.

Un aspecto clave para que el equipo funcione de manera creativa, es el de generar las condiciones de éxito necesarias. En este punto creo que lo más importante es generar el espacio de comodidad, distención y respeto, en donde cada uno pueda decir lo que sea, sin ningún tipo de miedo, verguenza o prejuicio. Esto que parece tan simple, muchas veces no es fácil de lograr. Pero hay varias maneras de conseguirlo, como ejercicios de integración, jugar juegos para romper el hielo, etc.

Generalmene conviene empezar plantenado el problema sin demasiadas restricciones y luego generar en equipo un gran abanico de posibilidades. En un primer momento evitamos las restricciones para no limitar ninguna idea tempranamente. En esta fábrica de ideas, es fundamental el respeto entre los compañeros, hablar 1 por vez y escuchar con atención lo que cada uno tiene para decir. Este simple ritual mejora las condiciones de éxito de las que hablamos anteriormente. El juego es uno de los mejores disparadores de ideas, por lo que jugar es una actividad muy recomendable en cualquier proceso creativo.

Luego de generar el abanico de soluciones, es tiempo de bajar a tierra, agregar las restricciones, volver a refinar y combinar las ideas para generar nuevas soluciones. Si bien hay varias técnicas para hacer esto, la herramienta más poderosa es la pregunta. Muchas veces, resolver un problema de manera simple pasa por hacer las preguntas correctas. A esta altura, si durante el desarrollo de la actividad se generó participación, compromiso y ganas, el equipo va contestando y generando las preguntas casi naturalmente.

Estas son algunas técnicas que pueden servir para llegar a una posible solución.

Encontrar las restricciones auto impuestas / romper las reglas

Como personas estamos limitados por nuestra manera de ver las cosas. Nuestra educación / cultura nos dió un marco desde el cual vemos todo. Sin darnos cuenta, podemos caer en la trampa de una restricción impuesta por nosotros mismos. Quizás el ejemplo más famoso de esto sea la teoría de la relatividad de Einstein. Durante años la física clásica explicó los muchos de los fenómenos que vemos. Para nosotros es muy intuitivo pensar que el tiempo fluye siempre de la misma manera. Einstein, al romper esta regla, descubrió una nueva dimensión de soluciones que le permitió explicar fenómenos que hasta el momento eran inexplicables.

Los chicos, al tener mentes menos formadas y más libres, son grandes mentes creativas!

Preguntar, preguntar y preguntar

La pregunta nos permite llegar a zonas oscuras de soluciones que no podemos ver. Por lo que explorar estas zonas es un buen ejercicio para encontrar nuevas soluciones. Incluso puede llegar a ser muy divertido, si se aplica una buena dinámica.

Cada integrante puede tomar un rol y preguntar desde distintos puntos de vista. Un libro que resume muy bien esta técnica es "6 sombreros para pensar".

Otras preguntas que ayudan a encontrar nuevas ideas:

Que pasaría si..?

Y si pasara esto?

Y si en vez de A, pasara B?

Jugar con las dimensiones del problema

A veces pasa que un problema sin solución aparente, tiene solución cuando se consideran nuevos factores o dimensiones. Por ejemplo, el problema de las 3 lamparitas no parece tener solución. Hasta que agregamos nuevas dimensiones como la temperatura por calentamiento, la vida útil del filamento, etc. Lo mismo podemos hacer quitando dimensiones.

Pensar fuera del cuadrante / pensamiento lateral

Otras veces la solución está fuera de nuestra área de foco o dirección de pensamiento. Por ejemplo una posible solución para el problema del tráfico en la ciudad puede ser que en lugar de crear carilles exclusivos o mejorar la sincronización de los semáforos, simplemente la gente pueda trabajar desde su casa.

Cambiar la herramienta

No se si alguna vez escucharon la frase "Para el hombre que tiene sólo un martillo cualquier cosa es clavo". Sin darnos cuenta las herramientas que usamos para resolver problemas nos limitan en el abanico de posibles soluciones.

Resolver problemas con creatividad puede transformarse en una actividad muy sana y gratificante. Descubrí el encanto por este juego gracias a los profesores Juan Ramonet, Silvia Ramos y Diego Sadras que me enseñaron muchas de estas herramientas en una excelente materia que dan en la UBA. Una materia sobre la que sigo aprendiendo y practicando.

Fin de semana con PilasBA

2009-09-10T20:18:00.000-07:00

Este fin de semana fue algo atípico. La semana pasada me enteré graciar a @juancarloslucas sobre un evento Pilas BA. Lo primero que pensé fue "que bueno, van a empezar a reciclar pilas en Buenos Aires". Luego por otros tweets vi que era algo relacionado con emprendedores, asi que los busqué en google y me encontré en su sitio con 2 palabras clave para mi curiosidad: innovación y responsabilidad social. Un evento para emprendedores, con una dinámica de aprendizaje ágil y orientado a esta problemática, no me lo puedo perder. Asi que sin dudar ni preguntar mucho, me inscribí.

Uno de los compañeros del evento, escribió un buen post con todo lo que hicimos:

http://hacerhistoria.bligoo.com/content/view/601231

Más allá del evento, que me sirvió mucho para derribar mitos, motivarme y establecer contactos, me gustaría destacar algunas particularidades, relacionadas con el grupo de personas.

Lo primero es la diversidad, tuvimos la suerte de contar con gente de distintas provincias y paises. De distintas profesiones, edades y experiencia. Con distintas habilidades. Sin embargo, en toda esa diversidad encontré, y luego otros me comentaron lo mismo, un factor común. Ganas de aprender, de conocer nuevas personas, de participar. Algunos ya tenían un emprendimiento propio. Otros estaban creándolo, o tenían la idea, o la inquietud.

Esa fue una primera impresión... Pero luego de participar en actividades y entablar conversaciones, poco a poco empezábamos a entrar en confianza. Y descubrí gente con ganas de innovar, de espíritu inquieto, interesados por la responsabilidad social en un sentido amplio. Descontentos con algo pero con la idea de que se puede hacer mejor, que hay otras muchas maneras. Y esto lo vi en varios campos (educación, software, negocios, etc.). Con muchos me sentí identificado por poder hablar libremente de ideas locas, como buscar maneras de mejorar el medio ambiente y la comunidad, o mejorar la educación en las escuelas. Cada uno trajo sus ideas, algunas nacidas desde adentro, otras vistas con un lente de otro color. Diversidad y potencial, otras palabras clave que detonan mi curiosidad.

Saas y RIAs ayudan a reducir el carbon footprint

2009-08-28T19:41:00.000-07:00

Hoy encontré otro caso donde la tecnología ayuda a reducir el carbon footprint, es decir, la huella de carbono que dejamos en el planeta. Software as a service + RIA combinadas para minimizar el impacto ambiental:

http://ajax.sys-con.com/node/600247

Odio los buscadores de coincidencias, pero toclasaas es una aplicación software as a service y también está construida como una rich client application.

Porqué Saas? Pues la optimización de recursos (una aplicación para todos), de conocimiento (sinergia entre los tenants), reusabilidad, etc. minimizan el consumo de energía en comparación al modelo opuesto (cada tenant con su aplicación, server, personal dedicado, etc.).

Porqué RIA? Una aplicación RIA bien diseñada ayuda a minimizar la cantidad de rountrips y el tamaño de los mensajes entre cliente y server. Esto se traduce en menor consumo de recursos, por lo tanto un server puede atender más pedidos. Aunque el aporte más grande está en la mejora de la experiencia usuario, su productividad y optimizar el uso que hace de la herramienta.

Green IT no es solo optimizar data centers

2009-08-26T18:21:00.000-07:00

Hoy leí en la National Geographic sobre un nuevo tipo de letra pensada para consumir menos tinta en las impresiones. Se llama ecofont y es de uso gratuito:

http://www.ecofont.eu/ecofont_es.html

Una idea genial, muy simple, lo que la hace doblemente buena!

Como hacer el unit testing mas fácil

2009-08-22T17:32:00.000-07:00

Cuando se habla de tdd, exiten muchas herramientas y técnicas asociadas al testing unitario. Mi compañero Sergio hizo un muy resumen de ellas en su blog:

http://ssalanitri.blogspot.com/2009/08/introduccion-al-tdd-i.html

Además de estas técnicas, creo que hay algo fundamental para hacer una aplicación fáclmente testeable y tiene que ver con el diseño. A continuación voy a enumerar algunos aspectos que me parecen importantes.

Modelo de dominio

Resolver la lógica de la aplicación usando un modelo de dominio (o domain model pattern). Testear lógica desde un modelo de dominio es relativamente simple, solo hay que crear objetos, asignar propiedades, llamar a métodos y hacer asserts. Esto se debe a que un modelo de dominio no tiene depentencia a ninguna cuestión de infraestructura como persistencia, seguridad, etc. Esta separación natural hace que las pruebas sean más unitarias.

Me ha pasado de trabajar en aplicaciones donde había que modelar las entidades del dominio sin métodos. Esto es conocido como un antipatrón llamado anemic domain model. Construir pruebas unitarias en este caso es una tarea dura, pues generalmente otro objeto encapsula la lógica. En mi caso, las pruebas dependian de los datos cagados en la base de datos, cuando estos cambiaban, las pruebas dejaban de andar. También pasaba que había casos donde el test modificaba los datos y al hacer esto, invalidaba otras pruebas. Estos esfuerzos adicionales dificultan las construcción y el uso de pruebas unitarias. También pasa que con el tiempo las pruebas dejan de ser válidas ya que nadie mantiene los datos en la base. Según mi experiencia, hubiese sido muy bueno en estos casos trabajar con un modelo de dominio.

Para crear buenos modelos de dominio, recomiendo el libro domain driven design.

Programar hacia interfaces, no implementaciones

Este es uno de los principios de diseño que más me gusta. Si cada objeto de una aplicación (excluyendo al model de dominio) fuera una estrategia intercambiable, sería muy fácil aislarlo para poder testearlo unitariamente. Esto nos lleva al siguiente punto.

Inyección de depencias

Un framework de inyección de dependencias facilita la creación de pruebas unitarias (y de la aplicación). Algo que hago es crear un contexto especial para los casos de test que me permite modificar las dependencias según más convenga. Por ejemplo un servicio (service layer) que usa un objeto para la autorización puedo asociarlo a uno que siempre autoriza para probar determinada funcionalidad. Esto se conoce como mock objects.

Algunos trucos para construir pruebas unitarias usando spring framework

Crear una clase TestBase que herede de AbstractJUnit4SpringContextTests. Esta clase define el application context de test a usar.
Usar notaciones para definir las dependencias de un test

Para insertar depencias por tipo:
@Autowired
private CatalogService catalogService

Para insertar dependencias por id del bean
@Resource
private Client clientMario
Si la persistencia se realizar en base de datos, usar AbstractTransactionalJUnit4SpringContextTests. Esta clase realiza automáticamente un rollback de las operaciones realizadas. Yo la uso desde una clase test base:
http://www.codepaste.net/4poaxh
Marcar los casos de test que ensucian los beans cargados por spring. Esto ayuda a eliminar las dependencias entre test. Por ejemplo si en un test se agregan items al cache y en otro test es necesario que el cache esté vacío para no afectar la prueba, se puede marcar el 1er caso de test como @Dirty y spring volverá a cargar todos los beans nuevamente luego de ejecutar la prueba.

@Test
@Dirty
public void addItemsToCache() {...
Definir beans de las entidades del modelo con los resultados esperados en el contexto de test. Esto es algo que evita el hardcodeo de los resultados esperados. Luego se le agrega al caso de test una dependecia a este objeto.

@Resource
private Client expectedClient

Espero sea de ayuda. Para mi hay un antes y un después de usar spring.

Ideas para un mundo mejor

2009-08-21T22:29:00.000-07:00

Ojalá alguien más tome la idea de plantar árboles para compenzar el CO2 emitido:

http://dondevuelaelcondor.blogspot.com/2009/08/ideas-para-un-mundo-mejor.html

Sería muy bueno para alcanzar el objetivo de cero CO2. Y porque no apostar a hacer crecer este número negativamente en el tiempo...

Energía solar hogareña

2009-08-06T15:51:00.000-07:00

Hace poco un amigo me pasó una tienda que vende equipos de energía solar. Este está muy bueno para trabajar con una notebook desde casa:

http://store.sundancesolar.com/20walachkitw.html

También está muy bueno el do it your self

http://store.sundancesolar.com/20wadosoenst.html

Algo que vale la pena analizar, es encontrar donde esta el 80/20 el consumo energético. Hace un tiempo use como herramienta una calculadora para esto. Otra consideración importante es la de usar la energía solar con aparatos de corriente continua, ya que la conversión a 220 alterna es ineficiente.

Con este tipo de alternativas, estamos mas cerca de minimizar el impacto ambiental.

Convertir java objects a json usando json-taglib y jstlj

2009-08-01T15:46:00.000-07:00

Dado que extjs trabaja con stores del tipo json, sería bueno poder convertir facilmente los objetos java que devuelven los servicios (service layer). Para eso json taglib permite convertir java objects a json en una pagina jsp. Se combina muy bien con jstl para trabajar con objetos más complejos.

1ro Instalar json taglib. Bajar del sitio oficial json-taglib.jar y copiar a WEB-INF/lib del proyecto.

2do Bajar los archivos jsl-api.jar y jstl-impl.jar del sitio jstl y copiar en tomcat/lib

3ro Armar un hello world json y jstl

y listo! Aca dejo un buen tutorial que me está siendo de mucha ayuda:

http://www.informit.com/articles/article.aspx?p=30946

Conectando extjs con el server side usando spring framewok

2009-08-01T09:14:00.000-07:00

Una de las ventajas de extjs es que permite fácilmente poder prototipar sin tener que construir ninguna pieza server side. Con este tipo de frameworks es posbile definir como origen de datos de un combo un archivo json:

// Armo filtros

var comboFilter = new Ext.form.ComboBox({

store: new Ext.data.JsonStore({

autoLoad: true,

url: 'services/sales/filter/brands.json',

root: 'data',

fields: ['id', 'name']

}),

valueField: 'id',

displayField: 'name',

triggerAction: 'all',

forceSelection: true,

mode: 'remote',

loadingText: 'Loading...'

})

Para mayor claridad estoy usando url amigables. La url services/sales/filter/brand.json me dice que quiero obtener del dashboard de ventas, el filtro de marcas, en formato json.

Spring, ademas de ser un IoC/DI container, provee una buena forma de manejar friendly urls. Vamos a explicar paso a paso como usar spring como un pegamento entre client side y server side.

1ro Configurar spring web para escuchar los request en /services:

http://codepaste.net/mf14fk

2do Configurar spring mvc para que la url services/sales/filter sea resuelta con el controller OlapServiceController:

http://codepaste.net/xjtpqh

3ero Implementar OlapServiceController. Este es quien realiza la ejecucion del servicio (service layer) que devuelve el filtro y selecciona la vista filter2json.jsp para renderizar el filtro en formato json:

http://codepaste.net/5m3t6h

Algo interesante de esta implementación es el bajo acople que hay entre el front end (extjs) y backend (jsp, spring, java, mondrian, etc.). Trabajar con simples urls permite definir un punto de entrada y abstraer totalmente su implementación. Sería posible tener fácilmente más de un server resolviendo peticiones (si los servicios son stateless) o acceder al servicio en la nube y escalar ondemand.

Otra posibilidad interesante es al tener un front end estático, es posible aplicar técnicas de caché en el browser para disminuir la cantidad de request, o distribuirlo a través de una cdn.

Y por último sería "no tan difícil" darle features offiline a la aplicación usando google gears (http://gears.google.com/). Aunque sobre esto me gustaría profundizar un poco más en otro post.

Cannon y su iniciativa green

2009-07-31T05:57:00.000-07:00

Me alegra mucho enterarme que una empresa como Cannon toma iniciativas green para minimizar el impacto ambiental de sus actividades. Un ejemplo a imitar por todos.

http://www.itbrief.co.nz/200907313528/canon-leads-by-example-with-green-initiative.php

Composite web application con extjs y Tibco pagebus

2009-07-26T15:22:00.000-07:00

Se me ocurre que una buena manera de crear un dashboard es componiendo distintas partes, al estilo ratis / lego. Una de los desafios de crear aplicaciones compuestas es el de mantener bajo acople entre las partes. Es decir, que sean lo más idependientes posible. Agregar / quitar un nuevo mashup no debe afectar al resto. Las dependencias entre unos y otros deberían ser mínimas.

Un patron de diseño que resuelve este problema es el observe o publish / subscribe. Y una buena implementacion en javascript es el pagebus de Tibco:
http://developer.tibco.com/pagebus/

En el prototipo se puede ver los filtros del dashboard a la derecha y 2 informes en el centro. El 1ro es una grilla y el segundo muestra los filtros seleccionados. Cuando se cambia un filtro se publica en el bus un evento. Ambos informes se suscribieron al bus y por lo tanto reciben estas notificaciones. La grilla ejecuta una llamada ajax (se puede ver en firebug), el segundo informe muesta el mensaje publicado.

Este es el codigo fuente:
http://codepaste.net/2mcfzz

Todavía hay mucho por hacer, pero la idea parece funcionar!

Agilidad y equipos de trabajo: Shackleton, Kon Tiki, motivación: Messner

2009-07-25T07:17:00.000-07:00

Algo que me entusiasma mucho es leer historias de aventura y exploración. Si hay gente que rompieron barreras mentales (paradigmas), hizo cosas que se creían imposibles y tuvo que lidiar con la incertidumbre, fueron los grandes exploradores y aventureros.

Creo que a nivel personal y profesional, conocer experiencias son un aporte invaluable. No deja de llamarme la atención cómo en algunos casos el encare de estos aventureros de alinean con las ideas de las metodologías ágiles.

Una de las historias más impresionantes es la de Shackleton y su tripulación, quienes a principio de siglo intentaron realizar la primera travesía al polo sur. Su barco quedó atrapado en el hielo, sobrevivieron a 2 inviernos polares, estuvieron a la deriva en un mas caótico de témpanos, navegaron en balsa por uno de los mares más tempestuosos del planeta y lo más increible de todo: volvieron todos vivos!

Hay varios libros que cuentan la historia, para mi el más apasionante es este:

http://montanismo.org.mx/articulos.php?id_sec=12&id_art=294

Otro libro interesante es el que extrae las lecciones aprendidas:

http://www.nuevoviernes-nuevolibro.es/2009/04/lecciones-de-liderezgo-las-10.html

Su similitud con las ideas de las metodologías ágiles a pesar de los 100 años de diferencia es asombrosa.

Formar equipos de trabajo efectivos es un desafío que requere un alto grado de creatividad. En una materia de la facultad donde trabajábamos la creatividad (Análisis y Resolución de Problemas) hice elegí como tema del trabajo final "Cómo Formar Equipos Efectivos" y tomé como punto de partida 2 grandes historias de expliración: la de Shackleton y Kon Tiki. Esta última es una expedición que cruzó en océano Pacífico en balsa. El motor era demostrar que los habitantes de la Polinesia eran antepasados de los Incas.

Esta es la presentación del trabajo:

https://docs.google.com/present/edit?id=0AUcOcFHB-mKQZGd0Z3JmN2tfNDhmc3hnY3Zjdg&hl=en

y este es el trabajo:

https://docs.google.com/Doc?docid=0AUcOcFHB-mKQZGd0Z3JmN2tfNDRkM210dDVmNg&hl=en

Un tema importante y muy relacionado es la motivación. Hacer cosas imposibles requiere un alto grado de motivación. Uno de los alpinistas mas grandes de la historia, Reinhold Messner,vuelca en su libro Mover Montañas distintas experiencias, convicciones e ideas sobre el alpinismo. En cada capítulo se puede apreciar el trabajo de una persona que dedicó su vida a su pasión más entrañable.

Lo más importante de las capacidades del ser humano es la de establecer un sentido. No he alcanzado el éxito por ser especialmente fuerte, resistente o valiente. Hago ante todo que mi quehacer tenga un sentido.

En mi caso, al leer frases como esta, el efecto es de motivación contagioso.

Construir una UI web con solo html y javascript

2009-07-23T10:22:00.000-07:00

Hoy en dia existen muchas alternativas para construir la UI de una aplicación web. Estas son algunas características desables (en mi caso) para construir una aplicación web tipo dashboard:

Capacidad de prototipar. Esto permite construir la UI rapidamente, obtener feedback temprano, visualizar y probar la idea más ágilmente, etc.
Independiente de la tecnología server side. Esto permite reutilizar el front end y sus controles en java, .net, php, etc.
Poseer una buena libreria de controles
Liviano
Proveer una manera consistente / homogenea para construir aplicaciones web
Cross browser
Open source, con respaldo de la comunidad
Posibilidad de tunear y aplicar recomendaciones de sitios de alta performance
Facilidad para implementar mecanismos offline

En internet hay mucha informacion sobre distintos frameworks ajax (prototype, scriptaculos, jquery, dojo, ext, yui, general interfaces, etc). Con algunos hice pruebas, con pude experimentar directamente en una aplicación. Finalmente me decidí por extjs, ya que me gustó mucho la librería de controles.

Uno de los problemas a resolver para construir una aplicacion web con capacidad de funcionar offline es el acople entre la interface de usuario y el server. Se me ocurre que html estático + ajax + google geas puede ser una buena alternativa. Pero en el fondo pienso que este no es el paradigma dominante, quizas estoy equivocado. Por suerte encontré este post que me alentó a seguir esta alternativa:
Does the rise of Service Oriented UI (SOUI) means the death of server-assisted MVC?

Mis tags en delicious sobre el tema:
http://delicious.com/ferclaverino/ria

Instalar vmware tools - host windows, virtual machine ubuntu

2009-07-22T20:12:00.000-07:00

Ya comenté anteriormente que esto era algo que tenía pendiente. Gracias a lo publicado aca

http://sliceoflinux.com/2009/05/26/instalar-vmware-tools-sobre-vmware-player/

tengo una buena guía para hacerlo. El único problema es que el sistema operativo host es windows.

1ro Bajar vmware workstation para linux (.bundle)

2do Instalar .bundle en ubuntu. Esto es simple, solo hay que hacer sudo chmod +x vmware.bundle y luego sudo ./vmware.bundle

3ro Buscar en el filesystem linux.iso

4to Montar linux.iso. Ingresar y extraer .rpm (como lo explica el post)

5to Instalar vmware tools haciendo sudo ./vmware-install.pl

El instalador pide por recompilar algunos modulos que no son compatibles con el kernel ubuntu.

6to Desinstalar vmware workstation sudo ./vmware.bundle -uninstall

7mo Recompilar vmware:

#sudo /usr/bin/vmware-config-tools.pl

8vo Finalmente, para iniciar automaticamente vmware tools al inicio de gnome, agregar a system, preferences, startup applications el comando /usr/bin/vmware-user

Empezando con scrum

2009-07-22T10:11:00.000-07:00

Estas últimas semanas me pasó de conocer nuevas personas y charlar sobre scrum. Noté un interés creciente por el tema. Para quienes les interese el tema, esta es una lista de links que me fueron de utilidad para entrar en contacto con el mundo agil.

http://groups.yahoo.com/group/foro-agiles/
Este es el grupo de la comunidad ágil de habla hispana. Participan varios profesiones reconocidos por el mercado. Las discusiones son interesantes, generalmente tratan los problemas y experiencias de llevar scrum a la práctica.

http://tech.groups.yahoo.com/group/agiles-argentina/

Grupo agile de Argentina. Además de discusiones locales, el grupo organizar reuniones presenciales periódicamente.

http://www.infoq.com/minibooks/scrum-xp-from-the-trenches
Este es un libro sobre scrum (con ejemplos).

http://agileassessments.thoughtworks.com/
Este es un assesment para evaluar el estado actual y compararlo con el estado definido por las buenas prácticas de las metodologías ágiles.

http://www.slideshare.net/proyectalis/090526-charla-scrum
Una presentación sobre scrum

Mis delicious
http://delicious.com/ferclaverino/scrum

http://delicious.com/ferclaverino/agile

saludos!

Hello world, hello mondrian

2009-07-18T13:23:00.000-07:00

Mondrian es un motor olap open source escrito en java.
http://mondrian.pentaho.org/

Tiene algunas caracteristicas interesantes, como por ejemplo permitir mendiante un archivo xml configurar las facts y dimensiones de un cubo, tomar como origen de datos una base de datos relaciones, distintos niveles de agregacion y cache, etc. Es compatible con varias bases de datos, entre ellas hsqldb

Este es un breve paso a paso para realizar un hello world, o mejor dicho, un hello mondrian.

1ro bajar el ultimo release.

2do descomprimir y copiar en usr/local/mondrian.
Todas las librerias y dependencias requeridas por mondrian se encuentran dentro de mondrian-embedded.war. Por lo tanto descomprimir mondrian-embedded.war y copiar el contenido de la carpeta WEB-INF/lib en usr/local/mondrian/lib.

3ro crear proyecto java en eclipse. Agrear los siguientes external jars:

4to crear xml de definicion del cubo. Este ejemplo contiene una dimension de producto y otra de tiempo.

<?xml version="1.0" encoding="UTF-8"?>
<Schema name="SaleStore">
<Cube name="Sales">
<Table name="FT_SALES"/>
<Dimension name="Product" foreignKey="PRODUCT_ID">
<Hierarchy hasAll="true" allMemberName="All Products" primaryKey="PRODUCT_ID">
<Table name="LK_PRODUCT"/>
<Level name="Product" column="PRODUCT_ID" nameColumn="PRODUCT_NAME" uniqueMembers="true"/>
</Hierarchy>
</Dimension>
<Dimension name="Time" type="TimeDimension" foreignKey="DATE_ID">
<Hierarchy hasAll="true" allMemberName="All Periods" primaryKey="DATE_ID">
<Table name="LK_TIME"/>
<Level name="Year" column="YEAR" uniqueMembers="true" levelType="TimeYears" type="Numeric"/>
<Level name="Quarter" column="QUARTER" uniqueMembers="false" levelType="TimeQuarters" />
<Level name="Month" column="MONTH" uniqueMembers="false" ordinalColumn="MONTH" nameColumn="MONTH_NAME" levelType="TimeMonths" type="Numeric"/>
<Level name="WEEK" column="WEEK_IN_MONTH" uniqueMembers="false" levelType="TimeWeeks" />
<Level name="DAY" column="DAY_IN_MONTH" uniqueMembers="false" ordinalColumn="DAY_IN_MONTH" nameColumn="DAY_IN_MONTH" levelType="TimeDays" type="Numeric"/>
</Hierarchy>
</Dimension>
<Measure name="Quantity" column="QUANTITY" aggregator="sum" formatString="#,###"/>
<Measure name="SalePrice" column="SALE_PESO" aggregator="sum" formatString="#,###.##"/>
</Cube>
</Schema>

5to crear clase java de prueba

import mondrian.olap.*;
import java.io.PrintWriter;
import java.io.StringWriter;

public class TestMondrian {

/**
* @param args
* @throws ClassNotFoundException
*/
public static void main(String[] args) throws ClassNotFoundException
{
// Load the HSQL Database Engine JDBC driver
// hsqldb.jar should be in the class path or made part of the current jar
Class.forName("org.hsqldb.jdbcDriver");

// First, set up a valid connection string
String connStr = "Provider=mondrian;" +
"Catalog=data/cube_sales.xml;" +
"JdbcDrivers=org.hsqldb.jdbcDriver;" +
"Jdbc=Jdbc:hsqldb:file:/home/fer/workspace/helloworld/HelloHsqldb/data/testdb;" +
"jdbcUser=sa;" +
"jdbcPassword=;";

// Second, set up a valid query string
String queryStr =
"SELECT {[Measures].[Quantity], [Measures].[SalePrice]} on columns," +
" {[Product].children} on rows " +
"FROM [Sales] ";
//"WHERE ([Time].[2009].[Q1]";

// Third, retrieve a connection from the DriveManager
Connection connection = DriverManager.getConnection(connStr, null);

// Fourth, generate a MDX Query object
Query query = connection.parseQuery(queryStr);

// Fifth, execute the query
Result result = connection.execute(query);

// Finally, print out the result
StringWriter sw = new StringWriter();
PrintWriter pw = new PrintWriter(sw);
result.print(pw);
pw.flush();
System.out.println(sw.toString());

}

}

Olap y hsqldb, funcionará? Empecemos por instalarl hsqldb

2009-06-28T15:11:00.000-07:00

Voy a probar como funcionaría una base liviana como hsqldb en una aplicación olap. Si bien no es de esperar que esta base maneje gran cantidad de información, tiene algunas ventajas:

- Fácil de implementar.

- Requiere poca cpu y memoria.

- Compatible con mondrian.

- Soporta tablas en archivos, lo cual es facilida la importación/exportación de datos. Esta característica es interesante, ya que podría simplificar la carga de archivos.

- Sería posible usar un mecanimo para cargar solo las bases usadas, lo cual contribuye aún más al ahorro de cpu y memoria.

Me queda la duda sobre si es fácil modificar los esquemas de las tablas. Esto es algo deseable ya que permitirá que cada tenant pueda modificar su esquema de datos fácilmente.

Esto fue lo que hice paso a paso:

1ro instalar hsqldb. Para eso hay que bajar la base desde el sitio oficial, downloads (formato zip)

http://hsqldb.org/

Yo la descomprimí en /home/downloads/hsqldb y luego la moví a user/local/ haciendo:

# sudo mv hsqldb /usr/local/

Luego, para ver si funciona ejecuté /demos/runmanager.exe

creé una tabla:

create memory table customers (id integer, name varchar)

inserté un registro:

insert into customers (id, name) values (1, 'Fernando');

e hice un select * from customers

Para integrar la hsqldb con eclipse, encontré un plugin, pero no lo pude hacer funcionar:

http://hsqldb-plugin.sourceforge.net/

http://www.ibm.com/developerworks/opensource/library/os-echsql/

Green IT Baseline

2009-06-27T17:55:00.000-07:00

Uno de los motivadores de este proyecto es el de minimizar el impacto ambiental. Para entender mejor cómo conseguir este objetivo voy a empezar por estimar cual es la base de consumo energético. Encontré en Forrester una calculadora para hacer esto que permite calcular el consumo energético, emisión de CO2 y su costo:

http://blogs.forrester.com/it_infrastructure/2009/02/whats-your-gree.html

Este es el consumo estimado de los aparatos eléctricos usados:

- notebook: 25w

- pc server: 100w

- telefonos: 4.5w

- router: 11w

- luz: 40w

Para estimar el tiempo se uso, asumí:

- Jornada de trabajo semanal de 80 horas.

- Telefonos, router y server están siempre encendidos.

Según la caluladora, estos son los resultados:

	Annual Emissions	Annual Dollar Costs	Annual Energy Draw
	(lbs. of CO2)*	($)**	(kWh)
Green IT baseline, outside of the data center:	182	13	136
Total of Data center IT equipment:	1303	92	972
Total of data center facilities equipment:	103	7	77
Green IT baseline, inside of the data center:	1406	99	1049
Total Green IT baseline:	1588	112	1185
*Annual Emmissions calculations based on 1.34 pounds (lbs) of CO2 emissions per kWh.
**Annual Dollar Costs calculations based on $0.0946 per kWh.
Data center power usage effectiveness (PUE) ratio: 1.079
Data center infrastructure efficiency (DCiE) ratio: 0.073

Este simple ejercicio me ayuda a entender un poco mejor el problema y cómo mejorarlo.

El server es un estimado de tener una pc encendida 24hs. En la práctica esto será un servicio provisto por un datacenter. En este punto se me ocurren algunas cosas, como por ejemplo utilizar maquinas virtuales, el servicio EC2 de amazon, elegir datacenters con responsabilidad ambiental como el caso de google, etc.

En mi casa, el mayor consumo lo tengo en los aparatos que están encedidos 24hs, como router y teléfonos. Estos aparatos son de corriente continua, por lo que es fácil y óptimo alimentarlos con paneles solares. Le siguen la iluminación y la notebook (figura como pc). Por suerte la notebook ya tiene un consumo de energía optimizado.

De 0 a un desktop java desarrollo en un fin de semana

2009-06-14T12:57:00.000-07:00

Si bien la distribución ubuntu tiene features muy buenos que facilitan muchas tareas, para alguien del mundo windows se hace un poco dificil comenzar. Asi que aca comparto una lista de pasos para crear un desktop desarrollo vmware con ubuntu 9.04, java6, eclipse for Java EE, tomcat6 y mysql.

1ro bajar una imagen vmware de ubuntu desktop 9.04 (esta versión es de 32bits).

http://www.vmware.com/appliances/directory/147773

La imagen baja en un formato que se puede descomprimir con winrar. Descomprimir y ejecutar. Ingresar con el usuario vmplanet y pass wmplanet.net. Al iniciar ubuntu se instalarán varias actualizaciones.

2do crear un nuevo usuario (http://www.cyberciti.biz/faq/howto-linux-add-user-to-group/). Esto no es necesario, solo lo hago para usar mi usuario en lugar del creado por quienes crearon la virtual. Para crear el usuario (desde application, accesories, terminal):

# sudo adduser fer

Luego de crear el usuario, veo que no puedo ejecutar sudo. Si tipeo visudo veo que sólo el grupo admin puede ejecutar este comando. Para agregar el usuario al grupo:

# usermod -a -G admin fer

La virtual viene con el usuario vmplanet. Para ver a que grupos pertenece el ussuario (yo asigne mi usuario a todos estos grupos):

# id vmplanet

3ro instalar vmware tools, aún no lo hice, pero aca lo explican muy bien

http://sliceoflinux.wordpress.com/2009/05/26/instalar-vmware-tools-sobre-vmware-player/

4to Instalar la ultima version de java:

# sudo apt-get install sun-java6-jdk

luego hay que setear la variable JAVA_HOME haciendo:

# sudo gedit /etc/environment

y agregando:

JAVA_HOME="/usr/lib/jvm/java-6-sun"

5to Instalar eclipse. Primero lo hice de los repositorios de ubuntu, pero después me di cuenta que no está displonible la última versión. Asi que lo mejor es instalarlo a mano. Primero lo baje del sitio de eclipse en /home/fer/downloads. Luego lo descomprimi en /home/fer/downloads/eclipse.

Algo que me costó un poco entender es la estructura de carpetas de linux. En este link lo explican bien: http://www.pathname.com/fhs/pub/fhs-2.3.html. Asi que moví eclipse a /usr/local/eclipse haciendo:

# sudo mv /home/fer/downloads/eclipse/ /usr/local/

Para agregar el item Applications, Programming, Eclipse solo hay que hacer boton derecho sobre el menú. El ícono se puede descargar de http://www.gnome-look.org/content/download.php?content=87185&id=1&tan=22085695&PHPSESSID=f489f7fb7b47f9313a92f7c68d795054

6to Instalar tomcat 6. Primero lo hice usando los paquetes apt-get. Pero me di cuenta que luego no funciona con el eclipse. Asi que los desintalé y lo instalé manualmente (en /usr/local/apache-tomcat-6.0.20):

para crear un usuario manager y poder acceder a manager webapp (http://localhost:8080/manager/html), editar tomcat-users.xml

# sudo gedit /usr/local/apache-tomcat6-6.0.20/conf/tomcat-users.xml

y agregar:

Para acceder a host-manager webapp (http://localhost:8080/host-manager/html) se debe crear un usuario con el rol admin:

luego iniciar tomcat con /bin/startup.sh

7mo instalar mysql. Desde applications, add/remove se pueden instalar mysql administrator y mysql query browser.

Para instalar mysql server:

# sudo apt-get install mysql-server mysql-client

Energía Solar

2009-06-12T19:22:00.000-07:00

Una de las ideas que me está dando vueltas en la cabeza es la de instalar en casa paneles solares y usarlos para alimentar la máquina con la que voy a desarrollar este proyecto. Buscando en internet encontré este video que explica muy claramente como es una instalación de energia solar.

http://www.youtube.com/watch?v=ioILVy2Q8OQ&feature=channel

Y de ahi llegué a Bill Mollinson, un australiano con una visión muy clara del problema ambiental.

http://www.youtube.com/watch?v=zZMr9oCLG3Y&feature=channel

Habla de cosas como adaptación, agilidad, estabilidad dinámica, cambio permanente (temas comunes al mundo de software). Su idea se basa en algo simple, auto organizado (cualquier similaridad con las metodologías ágiles es pura coincidencia). Plantea que la agricultura está pensada para ganar dinero, no para generar comida. Por lo tanto, no cuida ni hace un uso responsable de los recursos naturales. Primera idea a copiar: hacer una aplicación para minimizar el impacto ambiental, no para ganar dinero!

Otra idea interesante tomada de la industria de los pollos es que la energia usada para producir el producto tiene que ser menor a la ahorrada (para producir un huevo se requiere la energía de 9). Sino, no hay beneficio energético.

Es algo probado en la práctica que las ideas simples son las que mejor funcionan. La naturaleza es sabia, está llena de ejemplos donde se aplican conceptos como simplicidad y armonía. Qué habría que copiar de la naturaleza para conseguir una aplicación que minimice el impacto ambiental?

Que pasaría si casi no utilizara energía electrica para llevar adelante este proyecto? Podría minimizarla a cero? Sería interesante hacer una prueba, compartirla y fomentar este tipo de ideas para que más personas la puedan poner en práctica.

Hay mucho trabajo por hacer, asi que lo mejor es empezar de a poco y con algo simple. Tengo un patio en casa donde podría armar un "rincón ecológico". En ese rincón por ahora está colgada la bicicleta con la que voy todos los días a trabajar. Voy a ver como agregar los paneles solares al rincón...

Lo de la huerta en el balcón es una idea muy buena también, por el ahorro energético que implica tener los alimentos en el lugar de consumo (otra idea para sumar al rincón ecológico). Lo que como también cuenta como energía requerida por este proyecto.

http://www.youtube.com/watch?v=DwW2YE2JIN0&feature=channel

Creo que se pueden hacer muchas cosas que están al alcance de un ciudadano común.

1ros pasos con ubuntu y vmware

2009-05-23T19:38:00.000-07:00

Elegí como sistema operativo linux por ser open source y estar más alineado a la idea de la aplicacion. Minimizar el impacto ambiental requiere creatividad, un componente clave del modelo de software libre. Por otro lado la virtualización permite hacer un mejor uso de los recursos de hardware (green it). Este post explica mejor porque linux ayuda a ir por el camino verde: http://www.damianfossi.com/?p=329

VMware ofrece un catalogo de aplicaciones virtuales, entre las que incluye ubuntu server 9.04
http://www.vmware.com/appliances/directory/145373

Luego de iniciar el server desde vmware player, no pude acceder a internet desde el server. El problema se debe a vmware cambia la mac address de la maquina virtual (lo pregunta al abrirla la 1ra vez).

En este link explican como solucionar el problema:
http://communities.vmware.com/thread/86370

Luego de modificar /etc/udev/rules.d/70-persistent-net.rules, como dice el link, la red funciona perfectamente.

Bienvenida

2009-05-23T19:37:00.001-07:00

La idea de este blog es compartir la experiencia de desarrollar una aplicación de gestión para organizaciones con tecnologia open source y con una visión de IT que minimize el impacto ambiental.

Esta es la materialización de una manera idea de empresa sostenible, con innovación y creatividad como las principales herramientas.