Gustavo Andres Brey

Adios Red Hat

2011-11-28T14:54:00.001-03:00

Esta semana dejé Red Hat, una empresa en la cual crecí muchísimo y formé parte de un grupo de elite técnica y comercial que voy a valorar por el resto de mi vida profesional. Más allá decir que conocí mucha gente con buena onda y que estoy seguro que van a ser amigos. Lamentablemente no estuve los 2 años que hubiese querido estar, fueron solo 1 año y 3 meses, pero creo que me dieron una visión del negocio, industria y comercial que en IBM iba a tardar mucho en adquirir.

También aprendí muchos skills técnicos que no tenía, en IBM esta muy especializado y no tenia la oportunidad de meterme tan de lleno en temas de infraestructura.

Por otro lado comencé a contribuir código a los proyectos open source, algo que me abrió la cabeza y me dí cuenta que un open source developer es alguien muy respetable y que no cualquiera gana reputación en la comunidad por tirar algunas lineas (como yo), espero seguir con este hobbie :)

Definitivamente el Open Source es un modelo que va a seguir creciendo, y cada vez más van a ser parte fundamental de las empresas y organizaciones.

Con respecto a mi nuevo desafío, es en Pami, como Gerente de Tecnología en Información y Comunicaciones, recién voy una semana y es un puesto con muchas responsabilidades y con iniciativas más que interesante para los próximos años. Habiendo trabajado como Arquitecto por tanto tiempo y Liderando profesionales en IBM, estoy en un momento justo para conducir y gestionar una gerencia y no solo eso, sino que más que nunca me puedo poner la camiseta de mi país y hacer algo bueno para el y no para una corporación.

Espero seguir teniendo tiempo para contar mis experiencias y crecimiento en esta nueva etapa de mi vida profesional, y con poco tiempo me doy cuenta que aquí cuento con un equipo muy profesional.

JUGAR: Evento Anual de Desarrolladores Java

2011-10-31T14:11:00.001-03:00

El Martes 1ro de Noviembre, se llevará a cabo el primer evento anual de Java User Group de Argentina, JUGAR, un grupo bastante nuevo que viene haciendo eventos mensuales muy copados y cerveza bien fria. Lo que me gusta del grupo es que tienen un buen volumen por ser mensual y no hay talibanes puro Java, hay gente con ganas de aprender lenguajes nuevos y no tienen ningún problema en adoptar técnicas provenientes de otras tecnologías o comunidades.
En esta ocasión yo voy a hablar de Web Frameworks, sería algo así:

El objetivo es una rápida introducción a frameworks web actuales y emergentes, para crear aplicaciones web, describir sus ventajas y desventajas. Este es un resultado de una investigación luego de haber desarrollado aplicaciones Web por más de 10 años en diferentes plataformas y lenguajes.
Temario
1) ¿Que nos importa de un web framework?
2) Evolución de los frameworks
3) Frameworks maduros (GWT, SpringMVC, JEE5 Seam y Rails/Grails)
4) Comparación de frameworks
5) Frameworks emergentes (JEE6/CDI/Forge, Play, Wicket)
6) Otras ideas
7) Conclusión

En el evento habrá charlas de Play!, Netty, Turneric, iPaaS, JRapid, Mulesoft y JBoss. Acá está la descripción del evento.

Todavía quedan lugares, mi charla es a las 15hs. Los espero!

Participación en la CISL 2011

2011-09-16T10:08:00.000-03:00

La semana pasada tuve la oportunidad de participar en la Conferencia Internacional del Software Libre del 2011, donde se brindan charlas relacionadas con el tópico y tuvieron la participación de Anibal Fernandez y Richard Stallman. Digamos que es una conferencia que viene creciendo año a año y Red Hat es el segundo año que sponsorea el evento.

Por temas laborales solo pude asistir a la presentación de Anibal y obviamente la mia :)
Anibal planteo un mensaje muy interesante, diciendo que todos los años contaba planes del gobierno con el open source, pero este año quería contar lo que habían hecho, esto fue lo que me quedó:

Las laptops de conectar igualdad tienen doble booteo, win7 y ubuntu. Yo lo veo como un avance, espero que la próxima versión solo tenga Ubuntu.
Anunciaron el contrato marco que firmó el gobierno con Red Hat para tener soporte al software open source
La nueva aplicación de argentina compra, ecom, está siendo desarrollada completamente en software open source (jboss+redhat)
Anunció la publicación de la nueva oficina de Software Público, que lo dibujó por el lado abierto, pero está claro que esta oficina va a manejar software no open source.
Comentó los avances del Ginga por ser código abierto para la TV Digital.

Acá les dejo un post de un periodista.
En mi caso, yo di una charla de ALM, de 20 minutos que tenía un abstract como el siguiente:
Titulo de la ponencia: "Manejo del ciclo de vida de desarrollo de software con Open Source"
Abstract: "A lo largo de los años el Open Source fue cruzando barreras, desde plataformas robustas como sistemas operativos, bases de datos y servidores de aplicaciones hasta frameworks y librerías de desarrollo, en esta charla queremos exponer un conjunto de herramientas open source que nos van a permitir gestionar el ciclo de vida de las aplicaciones (ALM) de manera consistente, trazable y automatizada explicando los conceptos detrás de ingeniería de software y los beneficios de una correcta implementación."
Acá les dejo los videos de la presentación:

Introducción a Scala - JUGAR

2011-08-12T08:33:00.010-03:00

La semana pasada tuve la oportunidad de participar de una muy buena charla de Scala que se dió en el Java User Group de Argentina, un nuevo grupo que se creó hace bastante poco y está realizando charlas mensuales muy interesantes. Les recomiendo que se registren en el Meetup del grupo y comiencen a participar de las actividades, me estoy postulando para dar una charla para fin de año.
El disertante fue Gustavo Arjones, quien realmente poseía un buen conocimiento teorico-práctico y lo que más me gustó es que explicaba las cosas como un muy buen nerd, con pasión y ganas de contar lo divertido que era utilizar scala. Y algo que también me gustó es que tenia buen background en .NET, lo cual hizo buenas comparaciones.
Obviamente fue una charla de una hora y no se pudo entrar demasiado en detalle, pero fue lo suficiente como para entender los principios del lenguaje y como arrancar. Scala es un lenguaje que corre sobre la JVM, que ofrece una sintaxis y semántica muy concisa y elegante para construir una aplicación integrando ideas de la programación orientada a objetos y la programación funcional.
Acá les dejo la referencia a los materiales expuestos en la charla y las slides.
Cuales fueron mis conclusiones:

Realmente me pareció un lenguaje de avanzada y que incorpora conceptos de la programación funcional que permiten aplicar el concepto "tell don't ask" de manera más sencilla
Tiene una sintaxis muy elegante, minimalista y poderosa, realmente me hizo acordar a ruby
La manera de crear mixins con traits es genial, ver el ejemplo en la presentación
Como viene pasando, los IDEs ya están integrados y Netbeans parece ser el mejor preparado
Posee una IRB para tirar lineas en una consola interactiva, lo cual permite aplanar la curva de aprendizaje y ser muy productivo
El lenguaje se jacta de ser type-safe, lo cual es verdad, pero realmente hubiese esperado algo más dinámico, entiendo el trade-off pero es ahí donde mi corazón se vuelve a volcar un poco más a Ruby/JavaScript.
Como corre en una JVM, es prácticamente natural invocar POJOs desde scala y viceversa
Framework muy potente de Unit Test, incluso se podría usar para testear clases java, es más es una manera excelente para empezar
Frameworks Web como Play! tienen soporte para scala

En fin, esas fueron mis conclusiones, espero que le hayan gustado y si alguien lo prueba me comenta como le fue, yo tendré que planificar un poco de tiempo para hacerlo, no lo veo en los próximos 2 meses al menos.

Jugar Introduccion a Scala

View more presentations from SocialMetrix

Conferencia RubyConf - Argentina

2011-08-01T22:30:00.004-03:00

Hoy me enteré que para Noviembre se va a estar haciendo en el Konex, la RubyConf Argentina, es una conferencia destinada a profesionales interesados en Ruby, Ruby on Rails y Metodologías Agiles. Acá tienen un poco más de información.
Por diferentes razones me interesa esta conferencia:
1) El lenguaje ruby me parece el más expresivo, simple y productivo para programar (ojo, lo dice un programador mediocre)
2) Considero que R/ack/oR podrían ser la base para una plataforma PaaS productiva y escalable. No solo por el lenguaje sino por la filosofía, Ruby cuenta con plataformas muy interesantes que permiten escalar sin problema como Redis, y hay sitios con mucha concurrencia montados sobre Ruby (parte de Twitter, GitHub, los primeros que se me vienen a la cabeza). Por el lado de la productividad, nuevamente, los frameworks en ruby son los más simples del mercado, mucha convención y muy buena curva de aprendizaje.
3) Vienen speakers muy copados.
4) La gente de ruby es muy copada, en general, son todos bastante freak y abiertos al dialogo, son menos organizacionales y trabajan más en start-ups.

Yo estoy viendo si puedo ir a hablar de algo que interese, en principio se me ocurren los siguientes temas:

Introducción a Torquebox, el App Server de Red Hat para aplicaciones ruby
La plataforma de Red Hat PaaS llamada Open Shift para construir aplicaciones Ruby (que todavía está en pañales).
El cliente de Ruby que que comencé para Infinispan, la DB NoSQL (data grid)

Y si, todo relacionado con Red Hat, que le voy a hacer, el open source me fluye por la sangre, se me hace más facil trabajar con cosas del día a día.

Primeros pasos con JBoss App Server 7

2011-07-29T13:15:00.002-03:00

Esta mañana arme un video muy rapidito sobre JBossAS 7, mirenlo:

Introduccion a JBoss AS 7 from JBossAlchemist on Vimeo.

Les dejo las URLs que use:

JBoss AS 7 - http://www.jboss.org/as7.html
Downloads - http://www.jboss.org/jbossas/downloads/
Getting Started Guide - https://docs.jboss.org/author/display/AS7/Getting+Started+Developing+Applications+Guide

Finalmente subí algunas fotos de Boston

2011-07-25T21:08:00.004-03:00

Todavía les debo el resumen de las charlas y lo que quedé, pero estoy seguro que para el viernes voy a subir un video con las cosas que más me quedaron de ambas conferencias, la JUDCon y el JBoss World.

JBoss AS 7

2011-07-15T09:43:00.012-03:00

Esta semana salió la versión final de unos de los proyectos open source más esperados del año, el JBoss Application Server 7. Desde la JUDCon en Boston vengo interiorizándome y en las últimas semanas comencé a presentarlo en algunos clientes (los más avanzados) y obviamente haciendo pruebas locales y en EC2. Quiero explicar los nuevos features:

Nueva arquitectura modular: Cambio de la arquitectura, ahora es algo mas lightweight, donde hay un pequeño contenedor de Modules, y que exponen Services, parecido a OSGi pero más simple. Todo esto controlando los "spaces" de depnedencia y classloaders concurrentes, esto permitirá aislamientos de aplicaciones y terminar con la locura de los classpaths en Java
Realmente rápido: El startup dura menos de 4 segundos, promedio 3 pero algunas veces han sido de 1.x segundos. No más Jetty locales, con hot e incremental deploy hace la vida del programador más productiva.
Soporte de JEE6: Estamos hablando de CDI, JPA2, EJB3.1, JAX-RS y todas las mejoras introducidas en esta especificación purgada.
Testeable: Arquillian ya está incorporado desde el vamos, esta es una excelente herramienta de Test de Integración para correr tan rápido como los Unit Test pero asegurándote que está corriendo en un JBoss
Mejoras radicales en la administración: Este es un punto importante ya que ahora existe un nuevo concepto de Dominio de servidores y Controllers de esos dominios, lo cual permite una administración más consitente y con esto una nueva consola de administración.

Se lo pueden bajar de aca. Van a ver que tienen dos versiones, Web Profile y Full, y es por que Oracle todavía no corrió los test de certificación, están tardando más de la cuenta. Pero les recominedo que usen el full sin problema, es solo un tilde en un checklist.

Acá también les dejo algunos Webinars muy buenos:

JBoss AS7 - The Next Generation: Vimeo On Demand
EE6 Programming - Immediate Productivity: Vimeo On Demand
Operations, Administration & Management of JBoss AS7: Vimeo On Demand
Clustering for High Availability (HA) with JBoss AS7: Vimeo On Demand

Introducción a Soluciones de BRMS

2011-07-13T14:03:00.004-03:00

Aca les dejo un video que grabe armé hace varios meses en Red Hat y nunca lo publiqué. El objetivo es introducir teóricamente a soluciones de BRMS y motores de reglas, también expliqué un poco la arquitectura de JBoss BRMS la versión empresarial de Drools.

Introduccion Soluciones BRMS - Red Hat JBoss from JBossAlchemist on Vimeo.

Cualquier comentario será bien recibido.

Terminó la JUDCon 2011 en Boston

2011-05-04T08:41:00.006-03:00

Así es, terminó la JUDCon, una conferencia muy interesante donde tipos muy grosos dieron charlas y compartieron su conocimiento. Creo que el 80% de los asistentes eran otros developers de JBoss, estaban los líderes de todos los proyectos (JBossAS, Infinispan, jBPM5, Drools, HornetQ, TorqueBox). Entre los personajes se pudieron destacar Peter Nuir, Dan Allen, Bill Burke (no lo vi pero se que estuvo), Mark Little y Manik Surtani, en fin muchos tipos que vienen aportando a proyectos open source de jboss y a java en general.
Mucha de las charlas fueron extremadamente técnicas y obviamente dadas por los mismos desarrolladores, lo cual lo hacia muy interesante aunque algunas veces un tanto aburridas por la falta de capacidades de presentación, pero al ser de 1 hora, estaba bien.
Estas fueron las charlas que participe:

Demystifying Complex Event Processing (CEP)
Building Cross-Device Apps with Flex and JBoss
Hacking Java EE: CDI extension n00b to l33t in 60 minutes
Drools and jBPM5 in the Real World
Modular Class Loading with JBoss Modules
Weld - past, present and future
Infinispan for ninja developers
Scaling Rails Applications with TorqueBox
Rapid Enterprise Java: RAD Frameworks for developer productivity on JBoss
HornetQ 2.2 new features and what we are planning for the future

Lamentablemente no estoy con mucho tiempo acá para escribir sobre todas, y no todas valen la pena, ya que tengo poco tiempo y ya debería haber rajado al World Trade Center donde se está haciendo el evento. Lo que voy a tratar de hacer es preparar un videito durante el día y lo posteo en un segundo post.
Si no leyeron mis twets durante la conferencia (casi 60), no duden en buscarme @jbossalchemist.

Semana desde Boston

2011-05-01T23:44:00.005-03:00

El viernes viajé 14 horas para pasar una semana en Boston, Massachusett. y realmente después de dos días quedé maravillado con la ciudad es realmente hermosa. El principal objetivo del viaje es el JBoss World, que arranca el Martes 3 a las noche y termina el Viernes al mediodía. Pero aproveché también voy a asistir a la JUDCon que son los dos primeros días de la semana, esta última es un evento de desarrolladores (shhhh no voy a decir que soy arquitecto) y en gral las charlas son de bajo nivel.
Por ahora estoy parando en el barrio pituco de Beacon Hills, en la casa de Mili y Fer, dos grandes amigos que están viviendo acá hace 3 años, y que tienen una gorda divina, Sofi que la verdad estoy embobado y es muy dulce.
El sábado llegué y recorrimos varios barrios, comimos afuera y terminamos el día en el Quincy Market, básicamente toda la parte norte de Boston. Hoy salimos a recorrer en bici todo lo que es el Charles River, y obviamente visitamos el MIT y Harvard, realmente esta única es increíble. Y después de hacer casi 20km nos fuimos a jugar al tenis con Fer al Boston Common, un parque muy muy lindo que tiene canchas de tenis públicas.
En fin, la verdad que la ciudad es de otro continente, una arquitectura zarpada, es soñada.
Mañana voy a escribir un poco más sobre las charlas, estoy bastante expectante de escuchar a tipos como Bill Burke, o temas como CEP y JEE6.

Otro año de APIT, viene con cambios...

2011-04-10T10:06:00.006-03:00

Comenzamos un nuevo cuatrimestre de APIT con bastantes cambios, este es el 6to año y realmente lo estoy tomando como uno de los últimos, o por lo menos es lo que vengo diciendo hace un tiempo, pero la verdad que me gusta enseñar y sobre todo las discusiones con otros arquitectos de software y en clase. Este año hubo cambios interesantes, acá intento enumerarlos (as usual):

Tuvimos dos muy buenos ingresos, Ariel Cassan y Pablo Gonzales, ambos ex alumnos del cuatrimestre pasado que terminaron con excelentes notas y se nota que son del palo.
Hemos decidido terminar todos los apuntes y crear presentaciones más minimalistas que hagan foco en el mensaje y no tanto en la teoría. Voy a seguir profesando por el uso del pizarrón, que es un asset que en APIT no utilizamos del todo.
Vamos a traer gente los grosos de 10Pines para hablar de Metodologías de Agile y también a un Arquitecto de Infraestructura de Personal para dar la clase de infraestructura
Vamos a agregar consideraciones sobre arquitecturas para dispositivos móviles en las clases de creación de arquitectura
Vamos a crear un apartado de BPM, Motor de Reglas y CEP en la clase de lógica de negocio.
La idea es agregar ALM y los beneficios desde el punto de vista de la arquitectura en la clase del rol del arquitecto.

Bueno, esto es un poco en resumen y las ideas que voy a impulsar, ojalá podamos hacer al menos el 80%.

JUDCon Boston 2011 - Infinispan Ruby Client

2011-03-21T09:49:00.004-03:00

Finalmente no me aceptaron, no dieron explicaciones, solo que hubo muchos abstracts submitidos y no tenían lugar. Esta fue la respuesta.

"Hi Gustavo. Unfortunately your session on Test Driven Development in JEE6 wasn't accepted for JUDCon Boston. However, hopefully you'll consider submitting this for the next JUDCon or maybe giving a lightning talk at this JUDCon if you are around?"

En fin, siempre mirando el lado positivo, voy a tener más tiempo para hacer otra cosa ( y no aprender tanto JEE6 por ahora) y finalmente elegí programar un poco, en este caso propuse contribuir al proyecto Infinispan, que es un grid de datos (o cache distribuida avanzada) para armar el cliente que soporta un protocolo llamado HotRod para el acceso a la cache soportando load balancing.

Ya hice un par de pruebas al menos dos operaciones están funcionado (put y get), el código está disponible en github para el que lo quiera vez. Algunas de las conclusiones que saqué armando este cliente en unas 12 horitas:

No lo voy a parar de decir, Ruby la rompe, es increíble lo feliz que soy programando (I feel alive)
Hace unos meses que vengo laburando con git y github, realmente me sentí muy cómodo
Laburé por primera vez seriamente con BDD en casi el 40% del código que hice,como había mucho trabajo con sockets, al principio hice mucho IRB, pero después con los temás técnicos y de lenguaje resueltos seguí con BDD y RSpec.
Me impresioné positivamente con la cálidad del código open source de la gente que hizo Infinispan, todo muy claro, simple de entender y robusto, esto es para los giles que critican el open source.
Todavía no me decidí con el IDE, por ahora estoy con RedCar, pero estoy volviendo a probar Aptana.

JUDCon Boston 2011 - TDD en JEE6

2011-03-03T10:02:00.005-03:00

La semana pasada me pidieron que piense en diferentes presentaciones para proponer en esta conferencia anual de JBoss, obviamente mi primer pensamiento fue "ojo que hay nenes grosos ahi, y la mayoría son core-developers de JBoss, que voy a hacer yo un alquimista de software?" en fin, pensé en tres presentaciones y finalmente submití una sola, que es la siguiente:

1. Proposed track:
JBoss Application Server & Java EE 6
2. Your name
Ing. Gustavo Andrés Brey
3. Bio
Gustavo Andrés Brey is a Solution Architect at Red Hat, Buenos Aires, Argentina. He has more than 11 years in the design, development and leading implementation of information systems. He has been specialized in object-oriented and web application technologies. He has founded a subject at a National University, UTN FRBA where he teaches Software Architecture, Agile Methodologies and Service Oriented Architecture.
4. Title of talk
Test Driven Development in JEE6
5. A brief summary of the presentation (around 30 words)
This presentation will give a set of recommendations about how TDD can be implemented as part of the daily work in a JEE6 architecture (CDI, JSF2, JPA2, etc)
6. A description of the presentation (around 200 words)
TDD is a proven design practice that helps to achieve better quality software and gain productivity once adopted. And JEE6 is the new set of standards that makes enterprise software development easier, so this talk will demonstrate how TDD can used as a design technique to build each of the component of an enterprise application on top of JEE6 architecture.
Proposed agenda:
* Quick introduction to TDD and JEE6
* JEE6 Application Architecture example (JSF2, JAX-RS, CDI/DI and EJB 3.1)
* Testing first considerations
* Unit testing and refactoring considerations
* Test double considerations (Dependency management)
* Recommendations and best practices (Architecture, Integration Test)
During this session, you’ll find useful recommendations along with code examples in a real JEE6 application.
7. The name and bio of any co-presenters
-

Voy a ver como me va, el 11 de Marzo me contestan y en base a eso me voy a tener que poner a laburar :)

Los otros dos temas que se me ocurrieron fueron los siguientes:
1) Como impactan un BRMS en las Arquitecturas de Aplicaciones. Analizar un poco los atributos de calidad (performance, modificabilidad, disponibilidad, seguridad, etc)
2) The future of the RIA development with HTML5 and JBoss. Aca tendría que pensar un poco a futuro y como el server side debería adaptarse con Comet (reverse ajax), Rest, transacciones, replicación de estado, independencia de dispositivo, etc, etc.

Les gusta?

Tendencias en 2011 - Arquitecturas y desarrollo de Software

2011-02-08T10:14:00.004-03:00

Aca les dejo un nuevo post en formato video, espero comentarios!

Application Life Cycle Management

BRMS - Motores de Regla

NOSQL / Federacion / MDM

Muy buena presentación sobre frameworks Web actuales

2011-01-12T19:30:00.004-03:00

Es una presentación en ingles de Burr Sutter, un fellow de Red Hat que la tiene muy clara y es muy accesible, realmente un groso.

Web Frameworks on JBoss (Having It Your Way) from JBoss Developer on Vimeo.

Me gustaron varias cosas:

Como le dió la vuelta a la evolución de los Web Frameworks
Como ve el futuro de las aplicaciones (que comparto) creando RIAs (HTML5/JS) y pegandole a servicios "REST" procesando JSON
Todavia tengo que pensar un poco si me gusta JSF2, seguro me gusta muuuucho más que JSF (legacy) pero tengo que aprender
Algunos temas de JEE 6(CDI) vienen bien también

Espero que les guste, obviamente tiene su cuota corporativa y habla de que todos estos frameworks, SpringMVC, GWT, etc, etc pueden correr en JBoss fácilmente.

Primera presentación en Red Hat - BRMS

2010-11-12T10:06:00.004-03:00

Ayer fue mi primera vez como disertante en una conferencia/charla que organizó Red Hat como parte de los Technology Day, y en este caso le toco al Business Rule Management System (BRMS) o como se conoce en el mundo open source, Drools. Tuve la suerte de que la presentación no la di solo, sino que la di con el gran Gus Yasue, que la tiene más que clara con BRMS y este tipo de eventos, con mucha concurrencia (casi 50 personas) en el Restaurante A222.
Básicamente la agenda fue:

Explicar el concepto de un Motor de Reglas
Como JBoss BRMS implementa arquitecturalmente la plataforma
Una demo del ciclo de vida de reglas de como crear, tesear y deployar una regla
Beneficios

La audiencia estaba enganchada y tuvo muchas preguntas, y por sobre todo ellos tuve a dos compañeros de lujo en primera fila, Gastón Coco y Santiago Blanco, de APIT.
En fin, fue una muy buena experiencia para romper el hielo y comenzar a representar a Red Hat en eventos de este tipo (aparte de los más pequeños con un cliente en particular), creo que se sacaron fotos e incluso Coco iba a twittear algo, todavía no vi nada, después las subo como así también un video que estoy armando un poco más resumido.

Charla de Cloud en APIT - Gracias Santi!

2010-11-04T11:39:00.005-03:00

Esta semana en APIT, el Ing. Santi Cardarelli nos honró con su presencia para contarnos su experiencia en todos los tipos de Cloud, sus beneficios y como integrar las clouds dentro de las empresas.
Obviamente cuando uno lee revistas, noticias y blogs, por lo menos cloud es algo que se escucha muy a menudo y de alguna manera esto hizo que se deje de hablar taaaaanto de SOA (buzzword), la diferencia clave es que por lo menos cloud tiene implementaciones reales y cuando hablamos de SOA siempre fue todo muy teórico, está claro que son dos cosas distintas uno es para integrar (SOA) y el otro es un concepto más de infraestructura (Cloud). En fin, algunas cosas que generaron discusiones durante la charla fueron:
1) Performance. Está claro que cloud está basado arriba de Virtualización, y obviamente puede traer algunos inconvenientes a la hora de esperar cierto tiempo de respuesta ya que todo está corriendo sobre el mismo fierro, ejemplo una aplicación Online (Web) necesita procesar un pedido y hay un Batch de otra aplicación consumiendo muchísimo, como para todo eso es tan transparente es dificil lidiar, obviamente creo que la tecnología está cada vez más cerca de solucionarlo, ya sea migrando procesos de un fierro a otro (más ocioso) de una manera transparente, pero creo que falta un poco.
2) Seguridad. Este es un tema que yo considero importante pero no me preocupa, hace 10 años nadie ponia su tarjeta de crédito en ningún sitio web, ya pasó eso, ahora hay bancos virtuales como Paypal.
3) PaaS como modelo seguro de desarrollo? Es un tema, crear aplicaciones sobre force o GAE es realmente interesan? No terminaría casándome con una empresa y tengo que lidiar de por vida con eso, como les pasó a las empresas con los Mainframes de IBM, por ejemplo. Nose, creo que startups, aplicaciones pequeñas pueden tener un muy buen uso de los PaaS sin tener que contratar a un arquitecto :)
4) Escalabilidad: Este creo que es uno de los puntos fundamentales (posiblemente junto al costo) creo que pensándolo arquitecturalmente tiene mucho peso.
Aca les dejo la presentación que uso Santiago:

Nueva clase de Ruby y RoR en el CAECE

2010-10-29T09:53:00.004-03:00

Esta noche, fuimos invitados nuevamente por Santi Cardarelli al CAECE para la materia de Arquitecturas Web, donde vamos a dar una clase de Ruby y Ruby on Rails, la diferencia de la del año pasado es que:

Vamos a actualizar las presentaciones (con mejor semántica)
Vamos a mechar con Live Coding
Vamos (Damian Garcia) a dar Rails 3

Yo nuevamente voy a dar la parte de Ruby, por que es un lenguaje que me maravilló desde un comienzo y vamos a tener mucho live coding, ol objetivo no va a ser enseñar Ruby (no se puede en hora y media) pero si dejar claros los principios y características cualitativas. Acá les dejo la presentación como para que la vean, obviamente acá no van a poder ver la parte la historia que voy a contar ni el código fuente con los ejemplos.

Caracteristicas de Ruby

View more presentations from gbrey.

Tengo diez minutos

2010-09-24T18:50:00.004-03:00

... antes de tomar finales, estoy en al buffet de la UTN y quería contarles en que estoy.
Obviamente muchas cosas cambian, pase de ser una familia paqueña a una multitud (de 3 a 4), obviamente cada día estoy más enamorado de mi familia y Mecha tiene mucho que ver en esto, su tranquilidad y organización me dejan disfrutar de todo esto y también poner mucho foco en el trabajo y universidad.
Con respecto a Red Hat, cada día voy poniendome más a tono, visitando clientes, haciendo presentaciones y aprendiendo productos. Actualmente estoy trabajando mucho con:

BRMS (motor de reglas que viene de Drools)
Relevando y planificando migraciones de tecnologías y al Application Server empresarial de JBoss (el que tiene soporte)
Pensando estrategias de disponibilización de información (a gran escala) con grids de datos.

Esto último fue lo más interesante que estuve viendo, sobre todo con este proyecto que les recomiendo a todos de pegarle una mirada, se llama Infinispan, y plantea ir al próximo paso de los repositorios de información distribuidos, escalables, con tolerancia a fallo y extremada performance. Lo que me pareció muy interesante es el concepto de distribuir (y no replicar) datos en diferentes nodos y ganar performance alocando los objetos en los nodos donde más se están usando. En el sitio hay varios ejemplos, videos y la semana pasada DZone sacó una refcard.

En la facu, comenzamos un nuevo cuatrimestre donde seguimos los mismos docentes pero con la presencia de Coco en todas las clases. Esteban Lorenzano está viajando por Europa y demostrando sus conocimientos y pasión por Smalltalk en la ESUG. Pero hay mucha pila y la gente de la catedra es muy grosa, cuatrimestre a cuatrimestre vamos incorporando cosas nuevas (este cuatrimestre vamos a tener temas nuevos de Arquitecturas Móviles, Infraestructura y DB NonSQL).

En fin, fue un post muy cortito pero que de alguna manera resume mis experiencias en el último més.

Si sos macho virtualizá con KVM (Fedora 13)

2010-09-17T16:51:00.009-03:00

Eso fue lo que me dijeron acá. Y luego de utilizar varios años VirtualBox, quedé maravillado con las virtudes de KVM. En unos pasos sencillos (y con ayuda del Ing. Hernan Petiti) en unos minutos le levantamos el módulo de KVM al kernel de Fedora 13 e instalé una par de nodos de Red Hat 5.4 para hacer unas pruebas de grids (Infinispan) y clusters.
Esto más o menos lo que hice:
1- Instalar el grupo de packetes de virtualización
#yum group install virtualization
2- Levantar el servicio de libvirtd
#service libvirtd start
3- Verificar que el módulo kvm-intel esté levantadoV
#lsmod | grep kvm

Si dice "kvm XXXXX 1 kvm_intel" está todo bien, sino hay que hacer:

#modprobe kvm_intel

4-Levantar el manager de virutalización que se conecte al Hypervisor y así crear/agregar/correr las máquinas virtuales
#virt-manager

Importante:
En mi Thinkpad T410i, tuve que entrar al BIOS y habilitar las dos opciones de Virtualización del Procesador de Intel.

Actualmente tengo dos máquinas con linux con java y con un directorio compartido por nfs con el Host y un winchot. Las tengo las tres levantadas y realmente no tengo ningún inconveniente, cosa que con VirtualBox me comía la máquina, solo teniendo dos. En fin, en estos días vos a contar un poco las cosas que estoy haciendo con grids de datos, motores de reglas, portales, etc, etc.

Bootcamp de Ventas en Sao Paulo

2010-08-19T09:30:00.005-03:00

Esta semana estoy en Sao Paulo participando de un Bootcamp de ventas para todo lo que es el portfolio de productos de Plataformas y Middleware de Redhat. La verdad que es una muy buena experiencia de entender un poco la proposición de valor de la empresa (orientada a subscripciones) y por supuesto lo interesante de compartir experiencias aprendiendo con gente de diferentes áreas (principalmente ventas), roles y países (mexico, brasil y chile). Fue una semana muy dura y paramos por el barrio de Itaim Bibi y tengo el Hotel en diagonal al edificio y donde Red Hat tiene las oficinas. Realmente estoy impresionado por el modelo de negocio, la manera en la cual se está encarando la oferta en LATAM a través de servicios y los productos para infraestructura y Java. El curso es bastante intenso con exámenes todos los días con exposiciones y puntuaciones, por ahora voy 3ro, pero dudo que llegue con el mismo puesto mañana. Acá subí algunas fotos pero seguro voy a sacar un par más:

Chau IBM... Hola Red Hat

2010-08-15T14:11:00.006-03:00

En Julio del 2010, fue mi último día en IBM, luego de casi 7 años tomé la decisión de buscar cambiar de empresa. Por que? Bueno, hay varias razones y muchas de ellas tienen que ver con lo que expliqué en mi post anterior (link) y otras más soft. Lo loco es que NO me voy por la plata, todo el mundo sabe que la realidad económica en IBM es patética para muchos y es pero que alguna vez cambie, hay gente muy buena (aunque cada vez menos).
Realmente tenía muchas ganas de pasar a un rol con más client facing y exposición, y Red Hat me ofreció formar parte del grupo de Solution Architects para Latin America, particularmente yo voy a estar focalizado en Argentina para todo lo relacionado con Middleawre, o sea, todos los productos y soluciones en/sobre JBoss.
Antes de irme a Red Hat tuve una oferta dentro de IBM para el area de Software, donde iba a tener un rol similar, pero más techie para un laboratorio, pero digamos que el conjunto de skills técnico no son los que quiero desarrollar y aparte me siento mucho más identificado con el modelo de negocio de Red Hat por que:
el código está abierto
no se vende el software sino soluciones (e2e) y servicios de implementación y soporte de los productos (subscripciones)
red hat prefiere tener pocas personas, pero muy buenas y con experiencia (esto lo iba a tener si aceptaba la oferta en la otra área de IBM) que no es el caso del area de IBM donde yo estaba.

Por otro lado, no estoy entrando a un lugar completamente desconocido, en mi equipo están que ya las conocía, los Ingenieros utenianos de Diego Cicero y Gustavo Yassue, lo cual me da cierta tranquilidad. Y podría decir que en 2 semanas he recibido más

Obviamente fue muy difícil tomar la decisión ya que es volver a empezar y lo más fácil era quedarme en una empresa conocida, con lo bueno y lo malo, y por otro lado se que voy a perder muchas cosas que me fascinaban de IBM, como son las siguientes:
1) Certificación de arquitectura, dejé el package listo y submitido
2) Crecimiento en liderazgo técnico
3) Flexibilidad laboral, IBM es un pionero en esto

En fin, no quiero seguir aburriendo pero no quería dejar de contarles este cambio importante en mi vida profesional y personal ya que cambié de trabajo un Lunes y el Martes fuí papá por segunda vez :)

Que quiero ser cuando sea grande profesionalmente hablando

2010-07-07T12:25:00.006-03:00

Definitivamente estoy en crisis (cambio) llegando a los 30, un segundo hijo (luz), all boys en primera y profesionalmente aturdido. Muchas veces dije lo que quiero ser o adonde apunto, y estoy seguro que lo tengo claro, al menos la visión la tengo.
Y no se si lo puedo describir en tan solo una palabra, pero lo más que se le parece es a lo que en IBM, Oracle, Sun, Microsoft llaman Fellow, es un puesto de mucha categoría que se la otorgan a técnicos reconocidos en la industria que poseen un gran liderazgo y han aportado con técnicas, productos o metodologías para la mejora. Y sobre todo poseen una visión del futuro tanto del negocio como de la tecnología.
Obviamente para llegar a eso tengo que crecer muchísimo, vivir nuevas experiencias e involucrarme en otro tipos de actividades que no estoy haciendo actualmente. En mi todo list tengo lo siguiente, se aceptan consejos:
1) Hacer un Doctorado - Esto lo vengo pateando y analizando, definitivamente no quiero hacer un master, considero que investigar y tratar de unir el gap entre lo académico y la industria podría ser muy interesante. Definitivamente la ciencia/academia solo no me interesa por el momento, al menos no en Argentina.
2) Relacionarme más con el negocio (client facing). Participar más en ciclos de venta, pre-venta, entender los diferentes contextos de las empresas y ver como ofrecer soluciones. Realizar consultorías, evaluaciones y recomendaciones en diferentes empresas.
3) Tener un puesto de Arquitecto Empresarial. Este es uno de los objetivos de largo plazo, me interesaría muchísimo formar parte de un equipo de arquitectura empresarial para tomar decisiones de alto nivel y ver como IT puede bajar costos alineándola con el negocio de la manera más ordenada.
4) Enseñar, enseñar, enseñar. Amo la educación, compartir mis conocimientos y ayudar a pensar. Pararte adelante de un grupo de profesionales y transmitir un mensaje tiene un desafío muy grande día a día.. Como siempre digo, los conocimientos van y viene el criterio no.
5) Reconocimiento de la industria a través del aporte. Escribiendo artículos y libros, dando presentaciones, teniendo un blog (bueno, no como este) haciendo networking, contribuyendo en el open source y publicando patentes creo que va a ser la manera en la cual voy a lograr esto.

En fin, vamos a ver como salgo de esta crisis y veo de que manera estoy parado de un tiempo aca. Aclaro que el plan es de acá a 20 años o más, voy a estar ocupado, no?

Buscando la certificación de IT Architect

2010-06-19T12:43:00.002-03:00

Como comenté en un post anterior, a principio de año submití un paquete de 40 páginas sobre mi experiencia, conocimientos, skills, educación y otras cosas más para certificar en la carrera de arquitecto en IBM donde tuve que describir mis 10 años de experiencia en IT y con más detalle los últimos 4 años como arquitecto. La primera revisión pasó sin problemas, pero cuando tuve las 3 entrevistas con otros 3 "colegas" no me fue tambien, y terminaron declinando mi certificación. Era esperable, el proceso es muy tedioso y como toda certificación, en algunos aspectos tiene temas muy "fordistas" y "metodológicos" que si no usas los nombres correctos para ciertos elementos te penan muchísimo. En fin, el proceso es bastante transparente y sigo creyendo y es por eso que el més que viene vuelvo a presentarme. Ahora bien, que fue lo que determinaron que no sabia? bueno aca les dejo un detalle:
1) No tengo experiencia aplicando una metodología de diseño para crear arquitecturas.
2) No trabajé con muchos tipos de arquitectuas y plataformas.
3) No conozco los "key trend" de las industrias en las que trabaje.
Estos son tres puntos de veintipico de otros requerimientos. Obviamente estoy de acuerdo con el último punto, el 3, que la verdad no le di ni bola cuando armé mi paquete y ni lo charlé con mi mentor, sabía que ese punto no lo tenia claro.
Con respecto a los otros dos, me sorprendí muchísimo, debido a que en IBM doy cursos explicando la metodología de diseño de arquitectura y a su vez apliqué y conozco otros como Agile Modeling y ADD. Y el 2do punto, tambien de pareció ridículo, pero luego vi que mi paquete no estaba taaaaan claro que tengo experiencia en varias plataformas y tipos de arquitectura (batch, fat client, thin client, 3 tier, client-server), en fin, fue un golpe muy duro cuando recibí el resultado y 2 de los 3 puntos que no pasé eran incorrectos y fallé en la comunicación. Ahora bien, el 2 de Julio arranco el proceso nuevamente con el objetivo de obtener la certificación junto a mi mentor Kenn Roberson que me ayuda, cochea y contiene en mis momentos de catarsis desde Dallas.

Workshop en Raleigh 2010

2010-05-29T20:29:00.009-03:00

Durante estas últimas dos semanas estuve nuevamente en el Research Triangle Park, en el estado de North Carolina. El objetivo principalmente es para juntar los responsables del equipo de proyecto (Requerimientos, PM, Arquitectura, Test y Desarrollo) junto con el Cliente para definir las prioridades, arquitectura y plan de trabajo para la segunda parte del año para la aplicación en la cual vengo trabajando hace 2 años y medio.
La verdad que el resultado fue muy productivo creamos, estimamos y planificamos alrededor de 25 user stories. Por otro lado definimos la arquitectura de un nuevo sub-sistema que va a recibir millones de XML por MQ y donde muchos requerimientos de performance, disponibilidad, seguridad y modificabilidad fueron atacados.
Esta vez no tuvimos que hacer muchos ajustes a la metodología y todo fue más rápido, el equipo ya está muy maduro.
Por suerte tuve la posibilidad de seguir más o menos mi dieta y hacer ejercicios a la mañana, corriendo por el RTP, que prácticamente es un bosque con empresas de IT y también de jugar al tenis, esta vez en cancha de cemento y con una raqueta que no era la mia, me dí cuenta que apesto aún más. La verdad que el recorrido matutino (a veces solo y otras acompañado) era bastante lindo.
Generalmente los días fueron parecidos, terminábamos de trabajar a las 18 aprox, de ahi pasábamos por el hotel a dejar las cosas (estaba a 3km de la oficina) y luego íbamos a comer, obviamente cuanto más tiempo podíamos hacer y estirar la hora de comida mejor, pero generalmente terminamos comiendo temprano. Pude volver a comer en lugares geniales de comida norteamericana como Champs, Chilis y Cheesecake Factory. Esta vez no comi en ningún lugar de comida de India. Pero si probé comida Thai, que estuvo bien, y muy buena comida Cajun. En fín, comimos de lo lindo y como siempre probando buenas cervezas, principalmente estuve tomando mucho Blue Moon (con la rodaja de naranja gay) y Samuel Adams.
Despues de comer, generalmente volvíamos al Hotel a jugar al PES2010 en la PS3 o y al Guitar Hero/RockBand en una Wii, teniamos dos TVs en cada habitación, así que podíamos estar todos juntos, jugando, tomando fernet y cerveza.
También durante el finde en el medio que tuvimos, nos fuimos a Kitty Hawk, una ciudad balnearia a 3 horas de donde estábamos linda. Y el domingo estábamos preparados para ver el mal final de Lost, hicimos unos nachos con cheedar, salsa picante y por supuesto buenas cervezas. Digamos que esto último fue lo único interesante.
Cuando Ahora estoy varado en Miami ya que perdí la conexión, así que en 5 minuto salgo para el aeropuerto. (ya llegado a Bs As, actualicé el post por que no tuve tiempo de terminarlo en el lobby del hotel de Miami)

Curso de Arquitecturas de Software

2010-04-27T00:07:00.001-03:00

Hace unos meses, junto con dos grandes profesionales (Ing. Gastón Escobar y Ing. Ulises Martins), con los que curse gran parte de mi carrera, nos pusimos de acuerdo para lanzar un curso eLearning sobre Arquitectura de Software, venimos trabajando muy duro y ya estamos a punto de comenzar, los invito a mirar los contenidos y quien quiera anotarse, es muy bienvenido :)

Creo que luego de dar 5 años APIT y trabajar como arquitecto (cada uno de nosotros) en grandes empresas como IBM, Oracle, Accenture e interactuar día a día con otros profesionales en el ambiente académico y web, contamos con una madurez que nos permite abordar un tema tan crítico con propiedad.

Este curso es dictado a través de la Secretaria de Cultura y Extensión Universitaria de la UTN, y tiene un costo. Aca les dejo el link para más información:

Curso de Arquitecturas de Software

Y que hace un líder técnico?

2010-04-02T12:09:00.005-03:00

A los largo de mis casi 11 años trabajando en IT, los roles que forman mayor parte de mi CV y que realmente tengo formación, están relacionados como Líder Técnico y Arquitecto. Por un tiempo los hice al mismo tiempo pero finalmente me terminé quedando con el de Arquitecto, que realmente es muy diferentes al de liderazgo, y aunque creo que ambos necesitan skills duros que se pueden formar, creo que los factores fundamental para tener el rol es el sentido común y la pasión por lo que haces, de nada sirve ser un referente sin poder transmitirlo en los aspectos y decisiones del día a día, es algo que no puede ser forzado.
Por otro lado, hay algo que podes hacer como líder que no podes hacer como arquitecto. Para ser arquitecto necesitás calle, experiencia, años de vuelo trabajando en diferentes momentos (en la industria), diferentes metodologías, tecnologías... aunque como líder, para hacerlo bien, tenes que tener la vocación y el don para hacerlo. Cuando uno es un líder natural todo es más simple y no fuerza sus decisiones diarias, le salen naturalmente y busca el bien común, no el propio.
En mi caso particular me costó/cuesta mucho más ser Arquitecto que lo que me costó ser líder técnico, quizá por mi inclinación democrática socialista que me hacer ser transparente y realmente creer en lo importante del equipo y no de las individualidades. Día a día yo me esfuerzo para ser arquitecto, pensando mis decisiones en todo momento del día, capacitándose, dando clases, etc. Pero cuando era líder todo me iba más natural.
Ahora bien, hace unos años debí tomar una decisión en la cual tuve que tomar un camino, si el del liderazgo puro/management o arquitecto (técnico), me costó, pero me fui por el del Arquitecto, ya que siendo líder el techo del crecimiento en lo técnico (por algo soy ingeniero) es muy bajo, rápidamente se convertís en un burócrata siguiendo procesos y donde la creatividad se deja de una lado, cosa que no pasa con el arquitecto, o lo que quiero ser en un futuro (ya voy a hablar en otro post).
En fin, hasta acá vengo aburrido con mi vida que no es ejemplo para nadie, pero más de una vez he recibido la pregunta, y que hace un líder técnico? bueno, aca traté de recopilar las actividades y responsabilidades que yo considero importante para este rol. Con respecto a las responsabilidades:

Formar el equipo. Creo que es actividad más importante de un líder es contar con personas capaces de hacer su trabajo y buscar complemente entre las fortalezas y debilidades de cada integrante.
Proveer guía y soporte técnica al equipo. No concibo tener un líder que no sepan lo que hacen los integrantes, tampoco creo que el líder debe ser el mejor técnico, pero si debe tener el conocimiento para destrabar y resolver problemas impartiendo prácticas que mejoren la calidad del trabajo. Repito, no debe ser el mejor técnico, pero si de la media para arriba.
Estimar, Asignar y planificar tareas. Muchos líderes creen que esto es lo único que tienen que hacer, aparte de controlar que se hagan. Definitivamente creo que esta es una de las tareas menos importantes del líder. Un equipo bien configurado no necesita a un pelmazo que lo único que haga es asignar y controlar. Acá es importante emplear sus conocimientos para poder estimar y tener la grandeza para consultar a sus integrantes y generar comprometimiento de grupo.
Coordinar (no controlar) las tareas. Aca hay otro punto escabroso, y es una de las cosas que más odio del liderazgo, el control. Se supone que en software la gente que trabaja es profesional y responsable de su tarea y no debería ser controlada y ser preguntada por el progreso, cualquier desvío que ocurra debería ser notificado en el momento justo para tomar acción. Obviamente no siempre es así, la gente es jodida y no siempre tira a un mismo lado, con lo cual creo hay que ser muy cuidadoso con el punto 1. Acá puedo escribir mucho más, pero no tengo ganas... quizá en otro post :)
Peer Review. Si bien esto es un tema delicado para los agilistas, yo considero que los peer reviews son necesarios y la frecuencia debería varias de acuerdo al nivel del proyecto con el uso de herramientas de análisis de código. Los beneficios de las revisiones de código o trabajo, son buenas desde muchos puntos de vista, no solo mejorar el deliverable sino transferir conocimiento y buscar consistencia, como arquitecto participo y me gusta mucho.
Definición de las normas de convivencia. Cada equipo tiene sus normas, reglas y procesos a seguir, el líder debe coordinar las tareas necesarias para generarlo y asegurarse que sea beneficioso para el equipo. Acá entran temas de la organización, y el ecosistema en el que está inmerso el equipo. Un equipo en donde se pueda generar un ambiente sano de aprendizaje constante donde nadie es penado por equivocarse es difícil de lograr, esa armonía es muy importante y no se puede escribir en un wiki con el resto de las reglas. Pero va a depender mucho del líder y los detalles propios del equipo.
Preocuparse por el crecimiento profesional de los miembros del equipo. Esta es una de las responsabilidades que más me gustaba como líder y donde estoy seguro que di lo mejor de mi por muchos años. Es muy importante como líder saber las aspiraciones de los integrantes del equipo y tratar de unir las actividades diarias con dichas aspiraciones. Obviamente no siempre los integrantes saben sus aspiraciones, con lo cual es importante ayudar a definirla, hablar de visión acá es un poco apresurado, pero importante. Aca también entras técnicas como el coaching, de acuerdo a la urgencia muchas veces es mejor dar la caña de pescar y no el pescado .

En fin, estas son las actividades que todo líder técnico tiene que hacer y precuparse por mejorar, los que estén trabajando con dicho rol, los invito a realizar una auto-evaluación y ver que tan bien están en cada uno de los aspectos listados. Por supuesto si tienen otras responsabilidades para agregar, no duden en comentar.

Basta con la mentira de separar el Diseño y Desarrollo

2010-03-19T19:09:00.005-03:00

Hace años que pienso lo mismo y digo sin escrupulos, el diseño y la programación lo se pueden separar, dejemos de mentir. Como puede existir un diseñador de objetos que no toque código, imposible, algunos puntos:
1) No voy a discutir del diseño iterativo y el diseño "up-front", luego de 11 años en SW puedo asegurar que el único diseño valido es el evolutivo o iterativo, no existe el otro, y si existe es inválido. No puedo pensar como entener un modelo puede ser sumamemente top-down, quizá me falte inteligencia pero el evolutivo es el único que me sale a mi.
2) TDD, es imposible poder diseñar un software sin dirigirlo por test, ok, si, soy Arquitecto, pero cuando quiero programar algo, lo tengo que dirigir por test, no puedo pensar de otra manera, si separamos el rol del diseñador y el programador, TDD pierde importancia
3) Senior y Juniors: Una de las cosas que impiden el diseño (según muchos) es que un junior no puede diseñar. "Estoy muy en desacuerdo con ello", un junior si puede diseñar, definitivamente, pero problemas pocos complejejos, sencillos. No puedo concerbir la idea de un programador que no diseñe, programar es llevar a cabo el diseño a algo tangible.
4) UML. Ugghhhh, si, me gusta, pero no para dividir dos perfiles. El perfil es el mismo, el desarrollador diseña, SI, lo hace.}

Si están por entrar a una empresa donde esos roles estén separador, digan no!

Clase de Ruby y Rails en la CAECE

2010-03-02T10:08:00.005-03:00

El año pasado, con Damian Garcia, fuimos invitados por Santiago Cardarelli a dar una clase de Rails a alumnos de 4to Año del CAECE, para la materia Arquitecturas Web, que dicta Santi. Básicamente dimos una introducción a Ruby y presentamos Rails. Lo interesante de esto es que la segunda parte de la clase, preparamos un Workshop donde los alumnos levantaron una VM (en VirtualBox) con todo el setup de Rails andando y lanzaron crearon una aplicación en rails.
Presentaciones

Ruby para Java Developers

View more presentations from gbrey.

Ruby On Rails Introduction

Workshop
Utilizamos Tuquito Rails

Ruby on Rails Workshop

Pensando arquitecturalmente desde Caracas, Venezuela

2010-02-28T22:48:00.006-03:00

Hoy domingo, viajé hacia Lima, luego Venezuela para dar, nuevamente, el curso para Arquitectos (de tres días) en IBM. Estoy escribiendo el post desde el avión, en cuanto llegué al hotel lo pongo. Como todos los viajes, me vi unas pelis y lloré como un tarado... estar lejos de Andrés, y de Mechi (y el/la chancho/a) me pone muy sentimental y cualquier media fuerte me hace quebrar.
Por ahora los viajes vienen muy bien, solo que tuve que correr para agarrar la conexión en Lima, pero bueh BAU.
En fin, voy a estar pocos días, el Miércoles a la tardecita me vuelvo y tengo mucho trabajo como para "disfrutar" o recorrer, el poco tiempo libre que tenga lo voy a usar para quemar algo de grasas, ya sea corriendo o en la bici en el hotel.
Esto es todo por hoy, nada nerd/técnico interesante para contar. Eso si, alguien quiere algo de Venezuela, no duden en avisar, eso si, nada de color rojo ;)

Arquitectura de Software, ciencia? ingenieria? arte? o alquimia?

2010-02-25T12:51:00.004-03:00

Siempre es un tema que sale con birras de por medio y nunca llegamos a la conclusión, digamos que:
1. Es ciencia? La verdad que no, sin entrar en detalle en la definición, la arquitectura de software está claramente lejos de la formalización, gracias adiós, jamás podría pensar un modelo formal para manejar las variables que se consideran para crear una arquitectura, y menos que eso poder validarla. Aunque hay ciertos aspectos de la ciencia que si son interesantes y se usan para tomar decisiones, se me ocurren temas de disponibilidad.
2. Es una ingeniería? Aca creo que nos vamos acercando un poco, aunque todavía no creo que el software haya llegado a la ingeniería todavía, siendo ingeniero (de sistemas, no de software) podría decir que nos falta mucha madurez para tener un un método que me permita obtener el mismo resultado (o parecido) y asegurar la completitud de las necesidades. Obviamente esa es la manera conservadora de ver la ingeniería.
3. Es un arte? Aca estamos un poco más cerca, definitivamente... el proceso de creación de arquitectura está más cerca de la creatividad que de los metodos formales de diseño. En que cabeza cabe que el diseño puede ser "formalizado" y definido en un proceso? Está claro que pueden haber guias, experiencias documentadas, ejemplos, maneras de comunicar un diseño, pero ahora tener un proceso (input-X-output) repetitivo en diferentes contextos y situaciones, yo no creo. Ahora tampoco creo que es puramente artístico la creación de la arquitectura, se supone que debemos que elegir la solución más simple, con mayor reuso (assets, patterns, estilos, etc) y restringidos por tiemos y costos, esta ultima parte destruye (felizmente) la fumatina de los arquitectos. Que según Esteban Lorenzano "Arquitecto con tiempo es más peligroso que mono con navaja"

Ahora bien, si bien creo que la arquitectura de software tiene algunos componentes de la ciencia, se podría decir que está muy cerca de la ingeniería y tiene mucho del arte, he llegado a la conclusión que yo a la arquitectura de software encasillaría dentro de lo que es una alquimia, por que? bueno.... algunos puntos:

La alquimia se basa en algunos aspectos de la ciencia, sobre todo las bases
La experiencia y sabiduría de quien la practica es el elemento fundamental de la alquimia
Arte, que más decir aca la alquimia definitivamente está muy influenciado por la creatividad y la constante expresión
El aprendizaje constante de nuevas técnicas
La búsqueda del resultado/transformación más apropiado
La amplitud recibir y compartir experiencias místicas dentro del proceso

Bueno, este es mi aporte del mes :) opiniones/insultos más que bien recibidos/as

Terminando el año 2009 en MDQ

2009-12-29T15:52:00.005-03:00

No quería dejar de escribir un post a este pobre y desconocido blog con las cositas que estoy cerrando y planificando para el año que viene, si esperan leer algo técnico, olvidenlo es más bien personal.
En lo que queda del 2009, estoy con un par de cosas:

El más importante, estoy terminando mi paquete de certificación de arquitecto en IBM que la verdad es una goma (cansador) ya lo tengo a un 70% y me quedan 4 días. Básicamente es un grán CV en donde tengo que demostrar que tengo los skills, cursos, experiencias diseñando soluciones con diferentes tecnologías, entornos, metodologías y todo lo que se les pueda ocurrir. Lo interesante es que si luego de 3 entrevistas, revisiones y otras cosas más me certifican, automáticamente me convierto en Master Certified IT Architect del Open Group, que digamos no sería poca cosa (si bien descreo de las certificaciones) creo es de lo más serio que vi de certificaciones.
El el proyecto en el que estoy, estamos dentro de 3ra iteración de la release y viene todo tranquilo, que se puede esperar de una iteración de 2 semanas con 6 días laborales, ahora estoy trabajando en los diseños preliminares (o estratégicos o arquitecturales) de la próxima iteración.
Finalmente estamos implementando TDD en un proyecto bastante grande, con alrededor de 16 desarrolladores, ya voy a contar como lo encaramos pero armamos un modelo con capacitación, mentores e implementación gradual de TDD que puede andar.
Personalmente, lo mejor VOY A SER PAPA otra vez :) calculamos para fines de de Julio tener un pirata o princesa (así le dice andrés)

Para el 2010, si bien no lo tengo bien definido, pero voy a tener cambios, mi plan B original era comenzar un doctorado, y seguir la materia más de costado, pero por el momento lo voy a tener que atrasar un poco, seguramente siga buscando mi plan A que es vivir en el exterior un tiempo, idealmente USA pero si no sale como se viene postergando, intentaremos con Europa.
Seguramente siga molestando con Ruby (junto con Damian y Marcia) y por que no comenzar a dar cursos por fuera de IBM, pero de cosas que me gustan como Ruby, Metodologías Agiles, TDD y Arquitectura, y obviamente me tengo que poner un poco a tono e investigar un poco más, creo que estamos en un parate, donde temas que me interesaban ya los aprendí e implementé, ahora no veo nada que me despierte interes, lo cual me pone un poco mal pero por otro lado me desafía a pensar al desde cero, en fin... ya tendré tiempo de delirar un poco.

Les dejo un gran abrazo a todos y que tengan un lindo año nuevo.

Pensando Arquitecturalmente

2009-12-13T21:55:00.004-03:00

Es así como se llama (en inglés) el curso que voy a dar esta semana por tres días, en catalinas, arrancando el Lunes 14 de Diciembre. Básicamente es un extracto de APIT en 24 horas pero con muy alineado a los procesos, frameworks de arquitectura y metodologías de IBM. Realmente este es un curso que a mi me abrió la cabeza allá por el 2005 y mañana lo voy a dar por 4ta vez.
Es un curso que combina teoría, practica y discusión muy muy interesante, es el mismo que fui a dar a Perú en Septiembre.
Lo interesante de esta vez es que al 60% de los arquitectos y futuros arquitectos que voy a tener como participantes los conozco y los vi crecer en IBM... la verdad que me siento muy bien en poder compartir mis conocimientos y experiencias a los largo de 5 años pensando como arquitecto y obvio haciendo algo que me fascina.
El curso consta de 10 módulos donde más o menos:
1) Se introduce a la arquitectura de IT
2) Requerimientos Funcionales
3) Componentes Funcionales
4) Diagramas de Arquitectura
5) Componentes Operacionales
6) Requerimientos no Funcionales
7) Evaluación y Verificación de Arquitecturas
8) Proceso de Arquitectura
9) Herramientas para construir y comunicar arquitecturas
10) Rol del Arquitecto
Así que ahora estoy un poco repasando los módulos que me tocan y tratando de estar a tono para poder dar un buen curso y sobre todo disfrutarlo ya que van a ir mentes brillantes al curso que me van a hacer pensar mucho, cosa que a esta altura del año me cuesta :)
Bueno, esto es todo.... quería compartir lo que estaba pensando por mi cabeza en este momento.

Cuanto BUFD necesitamos en TDD

2009-11-30T13:27:00.003-03:00

El viernes pasado dimos el curso de día entero que armamos sobre TDD que incluye los siguientes módulos:

Introducción a TDD + Ejemplos con Live Coding
Refactoring + Ejemplos con Live Coding
Test Double (dependencias, Mocks, fakes, etc) + Ejemplos con Live Coding
Trabajando con Legacy Code
Mejores prácticas de TDD

Y uno de los temas que más discutimos es el nivel de BuFD necesitamos a la hora de comenzar con TDD, y digamos que hay como dos caminos y dependen mucho de la experiencia y el conocimiento del dominio. Cuando hablamos de BuFD en TDD me refiero a cuantos test cases creamos antes de crear el SUT (System under test):

una opción es bien evolutivo, creando un test cases por vez, arreglar la compilación, hacerlo green y refactor, bien chiquitito, baby steps bien TDD y evolutivo
la otra opción tiende a crear más test cases antes de comenzar con el SUT, lo cual de alguna manera organiza más el trabajo y permite ver el progreso.

La opción que más me gusta a mi es la primera, ya que permite ir de a poco, haciendo funcionar solo una cosa al mismo tiempo y permite estar más concetrado y no perderse con otros temas, obviamente... pensando globalmente creo que es más que interesante al menos listar todos los test cases que tenemos en la cabeza cuando comenzamos a hacer algo, no digo codificarlos, sino listar los diferentes metodos o test (specs) que tenemos en la cabeza y dejar el método vacío, lo cual permite pasar unos minutos pensando todos los escenarios que se nos vienen a la cabeza y luego arrancar uno por uno, de esa manera uno pude tomar decisiones up front pero sigue teniendo las ventajas de baby steps.
Por otro lado, poder tener los test cases listados puede servir cuando hay que diseñoar junto a un developer más junior, lo cual lo organiza y le deja documentado su trabajo a futuro (dia/semana) y por que no pensar en medir progreso, a medida que los test cases pasan a verde, es el progreso.
En conclusión, a mi me gusta más la idea esta que les comenté recien, listar todo lo que se me viene a la cabeza y luego arrancar uno por uno, y si en el medio se me ocurre algún test más lo agrego a la cola, pero creo que tambien depende mucho de quien esté diseñando/programando y tiene que ver con que tan seguro o confidente estás con el dominio y TDD.

Algún pensamiento para compartir?

Primer día en Lima

2009-09-27T23:46:00.005-03:00

Ya son las 21:47, estoy aca, en el lobby del Hotel preparando los módulos que tengo que dar mañana, en el curso de Arquitectura y tomando la bebida digestiva Italo-Argentina por excelencia, exacto, un Fernet... y por raro que suene, no es Branca, es un Fernet de Italia que no recuerdo el nombre, y la verdad que no está tan mal.
Llegué alrededor de las 12 horario local, y en cuanto hice el check-in, de inmediato partí al Museo del Oro, me gustó muchísimo, estuve casi 2 horas recorriendo y escuchando el audio de todo el museo, quien venga a Lima, podría decirle que vale la pena pasar y ver las cosas que se hacian aca antes 500 antes de cristo y hasta los Incas. Obviamente luego de los Incas, 1500 d.c., ya no hay nada, malditos conquistadores! maldita iglesia! fucking reyes!!!! en fin, la verdad que eran una sociedad muy avanzada.
Luego partí para una feria de artesanos en miraflores, otro distrito donde compre un par de regalos para mis dos bombones que me esperan en Bs As, no veo la hora dárselos.
Realmente Lima me impresionó, mucha construcción, avenidas muy bien señalizadas, tambien la vi muy "americanizada" hay más cadenas yankies que en Bs As, desde dunkin donuts, kfs, pizza hut, radio shake, etc, etc... me sentía en Raleigh ;)
Con respecto a la gente, ya lo dije, por default los peruanos me caen muy bien y por ahora tuve una calida recepción, del hotel, mozos, texistas (que manejan tan mal como en Bs As) por ahora va todo de diez, mañana ya se viene el trabajo.

Viajando a Lima, Peru

2009-09-22T13:01:00.003-03:00

El Domingo 27 de Septiembre estoy viajando a Lima para dar un curso de arquitectura interno de IBM por tres días. Un curso muy muy interesante que ya lo he dado junto con Rodrigo Baraibar en dos ocasiones en Bs As y ahora ya me salieron las alitas para darlo más solo, igualmente lo voy a dar con un arquitecto de Perú, pero creo que va a ser su primera vez. Básicamente el curso cubre todos los puntos de APIT pero con un enfoque más corporativo y con el framework de arquitectura propio de IBM, pero está muy bueno.
Como voy a estar tres días voy a estar dando charlas en universidades de Perú luego del curso, este es el detalle por si hay algún interesado que viva o esté por lima.

DIA: Lunes 28 de Setiembre, HORA: 18:30 - 19:30 horas, TEMA:ARQUITECTURA DE SOFTWARE, UNIVERSIDAD: San Martín de Porres
DIA: Martes 29 de Setiembre, HORA: 18:30 - 20:30 horas, TEMA: Enfoque IBM hacia SOA y Rational Team Concert, UNIVERSIDAD: UPC
DIA: Miercoles, 30 de Setiembre, HORA: 18:30 horas - 19:30 horas, TEMA: SOA (Calculo que voy a hablar de REST), UNIVERSIDAD: San Martín de Porres

Si bien yo quería hablar más de TDD, Ruby o Metodologías Agiles es lo que toco :) ya voy a ver como mechar en las charlas esos temas. Cuando tenga más detalle, dirección, sala, registración que calculo que será libre y gratuita, posteo.

También estoy viendo que hacer el domingo por ahora me recomendaron visitar el museo del oro como algo imperdible, alguna recomendación? Realmente tengo estoy muy entusismado por que Peru me genera muy lindos sentimientos (casí un pais hermano al mio) pero la verdad que conozco poco.

Introducción a REST

2009-09-01T13:57:00.005-03:00

Hace un par de meses grabé un seminario web sobre REST para los SOA Webminars de IBM, una iniciativa para enseñar SOA en español. La verdad que me olvidé de publicarlo y es en 1 hora, o sea Martes 1 de Septiembre a las 15:00 (GMT-3).

Resumen de la charla:
En los últimos tiempos la simplicidad y portabilidad han tenido un peso importante en las decisiones de arquitectura y es aquí donde REST toma un papel fundamental en la integración de aplicaciones y en las Arquitecturas Orientadas a Servicios. En esta charla se explicarán los conceptos de REST y que ventajas posee a la hora de integrar aplicaciones dentro de una Arquitectura Orientadas a Servicios. Está orientada a Desarrolladores y Arquitectos de Aplicaciones e Integración.

Este es el link directo para participar y tambien para bajar verlo offline:

Aca pueden encontrar otros seminarios.

Los espero y si tienen feedback no duden en postear!

Panel: Frameworks MVC - UBA SIS

2009-08-26T20:44:00.004-03:00

El Viernes 28, a las 15hs vamos a estar en la UBA (AULA E24, PABELLÓN I de CIUDAD UNIVERSITARIA) con Esteban Lorenzano, charlando nuevamente de Ruby on Rails y Seaside, esta vez vamos a compartir un panel con otras personas que van a hablar de .NET y Seam. Acá hay mas información del Evento.
La verdad que puede llegar a resultar interesante, sobre todo si se llega entender que es lo mejor que ofrece cada framework y llegar a la conclusión de las buenas prácticas a seguir a la hora de desarrollar Web App y que el MVC no sirve para nada :) jeje, solo para molestar.
Con respecto a Rails, la implementación de MVC tampoco me cierra del todo, creo que la idea de Wicket es un poco más interesante, en fin, veremos que sale de este panel.
La otra duda que tengo es que se entiendo por MVC, pero eso lo veremos discutiendo calculo, yo por lo pronto voy a presentar el modelo de MVC de Rails (bien Struturado) y los principios del framework que me parece que es lo más interesante, seguramente me pelearé con Esteban por el uso o no de Templates (que los banco a bastante) y lo molestaré un poco con lo importante de tener urls RESTful :P
Los espero!

Adoptando TDD en una compañia

2009-08-24T13:22:00.005-03:00

Luego de casi 6 años de usar TDD como desarrollador y teniendo excelentes resultados en los proyectos que trabajé, decidimos comenzar con la interesante y desafiante idea de propagar el uso de TDD para todos los proyectos de IBM, por supuesto contanto con apoyo ejecutivo y técnico para poder lograrlo. Esto digamos que no tiene ninguna cosa muy complicada, hay que:

capacitar
guiar y resolver problemas
proveer herramientas que faciliten la implementación
implementar y medir constantemente (muy importante!!!)

El temita con TDD es que es un cambio de enfoque de como uno viene trabajando y no podes capacitar de la misma manera al Senior que al Junior, y varias cosas más que los que están en el tema sabrán... el concepto clave es que TDD es una técnica de diseño que permite mejorar el diseño de las aplicaciones, mejora la productividad y permite tener menos defectos.
Con lo cual hemos definido 5 puntos que consideramos claves para el éxito de esta iniciativa, y que fueron los siguientes:

Soporte de la gerencia: Partiendo de la base que no es una técnica sencilla de aprender se necesita tener disponibilidad de los profesionales para educarlos.
Ser pacientes: Al comienzo durante la implementación de TDD puede disminuir la productividad del desarrollo, pero hay que saber en tender que seguramente los tiempos de Testing se van a achicar por menor cantidad de defectos, y que luego de 3 meses, la productividad va a mejorar rotundamente.
Educación constante: Profesionales rotan, nunca hay que dejar de educar.
Formar una comunidad: Esto refiere a que luego de la educación e implementación los profesionales puedan conectarse y compartir conocimientos especificos de TDD y se organicen para ayudarse entre si no estructurada a través de Blogs, Wikis, Coding Dojos, etc
Definir y capacitar expertos: Estas personas tendrán la experiencia y los conocimientos de TDD para ayudar a profesionales y proyectos que recien comienzan, guiandolos en su adaptación.

Ya tuvimos el primer curso de TDD de un día completo, la verdad que nos fui muy bien, nos encantó hacerlo y tuvimos muy buen feedback. También tenemos pensado dar este curso 4 o 5 veces más en este año.
Una de las cosas que me encanta de este es el grupo que armamos con otros nerds de aca, Damian Garcia, Marcelo Mendoza, Bernardo Capra (desde Tandil) y Mauro Galvan Rainhart (anti-nerd).
Calculo que en otro post voy a contar un poco como encaramos el curso y obviamente como nos está yendo

He vuelto, ahora desde Ubuntu 8.10

2009-06-25T14:49:00.004-03:00

No estaba muerto, solo un poco ocupado con el trabajo y el poco tiempo libre que tenia se lo dedicaba a tunear este fantástico Sistema Operativo llamado Linux Ubuntu!
Desde el 2000 que intento que Linux sea mi Sistema Operativo (unico y primario) y realmente ahora lo pude lograr, digamos que yo soy un usuario intermedio y cómodo, quiero las cosas un poco servidas pero no me molesta tener que hackear de vez en cuando y con Ubuntu encontré el balance perfecto, afortunadamente toda la plataforma de productos corporativos de IBM funcionan perfecto (Lotus Notes, Sametime, etc) y la plataforma de desarrollo definida por la arquitectura de mi proyecto se banca perfectamente trabajar en Linux o cualquier otro SO, asi que desde Enero de este año, estoy con Linux Ubuntu (primero 8.04 y ahora 8.10). La verdad que es muy robusto y ninguna queja, bah en realidad si una sola y es el sonido, de vez en cuando hay que reiniciar por que el Player de Flash lo cuelga, pero evidentemente es un tema del SO.

Luego del cambio de laptop (pasé de T41 a T61) lo primero que hice es instalarlo, ya voy casi 8 meses y dudo que lo cambie en algún momento, realmente lo dudo muchisimo, y no solo eso sino que junto conmigo 10 nerds más de IBM se pasaron a Linux, lo cual hizo todo más fácil a la hora de resolver problemas, obviamente ya tenemos un wiki/blog/comunidad para facilitar el intercambio.
Voy a listar un par de aplicación que me ayudan bastante:

VirtualBox 3.0, lamentablemente tengo que tener un Windows para algunas presentaciones y planillas de calculo que no puedo editar con el Open Office y el PC Suite de Nokia, y tambien sirve para tener diferentes máquinas virtuales de Linux tambien.
GNOME DO, la descubrí no hace mucho, es dificil de explicar... pruebenla!
Avant Window Navigator, es el típico Dock de Mac para ver las ventanas, no consume recursos y es muy comodo al igual que varias funcionalidades del Compiz.
GTK Alternatives, es para configurar visualmente varios parametros de linux, sirve mucho para cuando tenes varias virtuals machine de java y otras nerdeadas.

Bueno, espero que sea un retorno con post más frecuentes!

Agile Open 2009

2009-03-09T21:52:00.006-02:00

Durante el Viernes y el Sabado pasado estuve participando del Agile Open 09, un evento organizado por la Comunidad Latinoamericana de Metodologías Agiles que me gustó mucho por su dinamismo. Básicamente la idea era que el que quería, el viernes, proponga temas para discutir o presentar durante todo el sábado. Ahi fue donde propuse 3 temas:

TDD y Arquitectura (algo parecido a lo que escribí en este post)
Agile en equipos distribuidos con Rational Team Concert
Metodologías Agiles en la Universidad

Despues la gente votó y esta fue la grilla final de temas.

Como pueden ver hubo temas muy interesantes y la mayoría para discutir filosofando un toque.
Yo el Sábado llegué a las 14, y pude participar solo de dos sesiones, y en una de ellas presenté el tema de TDD y Arquitectura y aca les dejo la presentación, tuve una buena recepción y se dieron lindas discusiones con participantes como Hernan Wilkinson, Abel Armoa (q no encuentro su blog), Jorge Silva, David Canteros y varias personas más que no se su nombre.
La verdad que la organización fue impecable, ojalá pueda seguir particpando de estos eventos, suman mucho.

Un ingeniero perdido en la formalidad

2009-02-24T22:42:00.004-02:00

Si bien el título del post suene negativo, la verdad que nada que ver, el resultado del viaje a Rio IV fue excelente, la verdad que me llevo un muy lindo recuerdo y conocimientos que creo que me van a servir para seguir ayudando a cumplir mi visión.

En pocas palabras, el por que del título, básicamente es buscarle un lado simpático a la sorpresa que me lleve al entender la diferencia entre las carreras de Licenciados e Ingenieros, si bien yo ya entendía que un rol (Ing) estaba más del lado de la industria y el otro (Lic) más en la investigación, realmente me sorprendió la distancia que hay entre ambos.
Hace tiempo que vengo interesado en la investigación, pero me dí cuenta que el tipo de investigación que pude ver de los cursos (principalmente en los últimos dos que tuve que dejar) está muy abstraido de la realidad y es prácticamente un modelo matemático. Yo no puedo juzgar absolutamente nada pero creo que estamos a años luz de poder llevar eso al campo industrial, definitivamente creo que si en algún momento emprendo un doctorado o algún tipo de investigación, definitivamente lo voy a hacer en un campo mucho más aplicado a la industria de lo contrario voy a fracasar.

Sobre los cursos que hice, "Contract-Based Development in Eiffel" y "Stringology", ambos muy diferentes pero me gustaron mucho, con respecto al primero vi un ejemplo claro de investigación aplicada, Meyer realmente es una eminencia en Informática y ha creado un muy lindo lenguaje que recomiendo al menos mirar, creo que los conceptos de DbC son un excelente complemento a TDD a la hora de especificar y asegurar el funcionamiento del software. El segundo, fue dado excelentemente por Yoan Pinzon, un doctor Colombiano que juro que en mi vida un profesor me pudo tener enganchado el 100x100 de las clases, tuvo una didactica increible. Aunque los temas fueron menos aplicables a mi realidad, básicamente hizo una reseña histórica de los diferentes algoritmos de búsqueda de Strings exacto y aproximado.

Bueno, eso es todo, creo que si puedo y los cursos me llaman la atención, voy a volver a la hermosa ciudad de Rio IV, aparte hubo muy buena onda de la gente que iba, me crucé con gente muy copada de Cba, E. Rios, Corrientes, San Juan y Uruguay que en algún momento nos volveremos a ver.

Partiendo para Rio Cuarto

2009-02-15T20:52:00.007-02:00

En 30 minutos estoy saliendo para Rio Cuarto, Pcia. de Córdoba para particpar de la 16ª Escuela de Verano de Ciencias Informáticas, de la Universidad de Rio Cuarto junto a Nico Passerini. Creo que va a ser una muy linda experiencia y espero aprovechar de escuchar por 5 días a Mayer, que a proposito tiene un Ingles medio heavy (es Francés) el otro día me costó un poco, pero no se si fue por el mal sonido.
En fin, es una semana bastante a full donde se van a dar temas como:

Contract-Based Development in Eiffel
Dr. Bertrand Meyer, ETH Zurich, Suiza.(dictado en inglés)
8:00 a 10:30 hs
Stringology
Dr. Yoan Pinzón, Universidad Nacional de Colombia.
11:00 a 13:30 hs (dictado en castellano)
Modelling and verification of concurrent probabilistic systems
Dr. Holger Hermanns,, Saarland University. Germany.
16:00 a 18:30 hs (dictado en inglés)
Lenguajes para la composición de servicios
Dr. Hernan Melgratti, Universidad de Buenos Aires, UBA.

Si, ya se, la imagen que puse no tiene nada que ver, pero la habia visto hace mucho y la quería poner. Estoy seguro que me voy a mantenerme alejado del Fernet... siempre lo digo el día despues de tomar, ayer me quedé hasta las 6AM jugando a la Play y compartiendo la bebida noble con amigos.

Por que existen los Arquitectos de Software?

2009-02-13T21:18:00.002-02:00

Luego de dos semanas de mucho trabajo (por suerte lindo) llegué a una conclusión hablando con un colega....

"Yo creo que el rol del arquitecto se creo por la ineptitud de los PMs que dejaron de interesarse en los Sistemas (Solución que están construyendo) y el overhead metodológico causado por la poca confianza entre el cliente y el team del proyecto.... creo que si las metodologías agiles toman fuerza, los dos roles se pueden volver a unificar al mejor estilo Brooks"

ehhhhh dicho :) perdón pero estoy quemado

Meyer Confirmado

2009-02-05T18:32:00.003-02:00

Este es el abstract
Teaching programming faces a host of challenges, due in particular to the unprecedented variety of student backgrounds and to the demands of the IT industry. Techniques that worked well in the seventies do not scale up to today's context. The "concepts or skills?" debate is more relevant than ever, especially in the ever more globalized world of software development.

For the past 6 years, we have taught introductory programming at ETH, based on an "outside-in" approach that makes it possible to introduce the reality of large software while emphasizing the principles of sound software development. This approach has resulted
in a forthcoming textbook ("Touch of Class: An Introduction to Programming Well
With Objects and Contracts", Springer-Verlag, May 2009). I will present the result of our experience, including metrics that we have systematically collected along the way, and draw conclusions regarding how to teach programming today. I will argue the task consists of
teaching twenty-six seminal concepts, and will explore one of them in depth.

Bertrand Meyer en la Argentina!!!!!

2009-01-19T23:15:00.003-02:00

Si, como leen, Bertrand alias "Design by Contract" o "Eiffel" Meyer estará en Febrero por la Argentina, primero paseando por Buenos Aires, donde estamos trando que de una conferencia en la UTN y luego en Rio Cuarto (Cba.) para participar de la 16ª Escuela de Verano de Ciencias Informáticas.
Realmente no tengo más que decir, sino esperar con muchas ansias para que se defina la fecha (una vez que la facu abra) y repasar un poco de Eiffel que justo estabamos hablando en el laburo de comenzar a verlo, sin saber que venía Meyer... realmente es una señal.

Cerrando el año - Lo bueno

2008-12-15T21:06:00.004-02:00

Estamos terminando el año y si bien no me gustan los balances pero tengo el blog un poco descuidado, voy a compartir mis buenos y malos momentos resumidamente.
Primero las buenas:

Como Padre este año siento que crecí muchísimo, ya Andrés comenzó a depender mucho más de mi y yo logre pasar muchos de los miedos de que la madre no esté. Ya dice que es hincha de All Boys (aloy), pide jugar el Futbol (ubol), juega a la play (apei), me llama a la noche cuando no se puede dormir (bue, eso no es tan bueno). Creo que lo que queda ahora en más va a ser genial, todavía tengo mucho por mejorar pero creo que estoy mucho mejor que antes.
Tuve mi primera release como Arquitecto formalmente nombrado y se pudo cumplir con el objetivo de la versión que llevamos a producción. Realmente no fue nada fácil, mucha política, gente nueva, revisiones de arquitecturas, presentaciones a más de 50 personas de todo el mundo por teléfono, desarrolladores alrededor del mundo, etc, etc, etc a veces es muy dificil ser arquitecto y buscar el tiempo para bajar a tierra y escribirse un par de test cases, pero de vez en cuando me dí el lujo de hacerlo :)
Ruby2Real, este año me pude dar el lujo de llevar a la realidad a Ruby, hicimos varias cosas en IBM y ya forma parte de la estrategia como para comenzar a vender servicios en dicha plataforma. Junto con Damian Garcia y Leandro Godon armamos planes de capacitación, capacitamos, creamos dos aplicaciones internas que todavía no se usan y un pequeño componente de autenticación interno que ya tiene varios downloads. La verdad que formar parte de un equipo de gente tan grosa como hay en IBM es genial.
Uno de los aspectos que más me involucré este año fue con el aprendizaje, evangelización e implementación de las metodologías ágiles. Ya saben que hace años que vengo molestando con el tema. Ya el año pasado tuve algunas experiencias dando cursos y implementandolas en sistemas pequeños internos. Pero este año, en el proyecto que estoy como Arquitecto, pude ir un paso más in convencer al Cliente de utilizarlas, ahora estamos a puntos de darle un moñito y trabajando muy duro para tener todo listo, ya voy a postear sobre esto.
Con respecto a las charlas que di/escuché que había propuesto a principio de año, en balance más del 70% se hicieron realidad, escuché charlas de rails, javascript, grails, etc Y tambien di charlas de continuations, ruby, rails, tdd, arquitectura, etc. Obviamente faltaron temas como earlang, SOA que ya me viene irritando un poco, pero bue.
Creo que APIT está impecable, se mejoró mucho en varios aspectos de la materia, los últimos aportes fueron de lo mejor, Esteban Lorenzano y Santiago Blanco, creo que si seguimos reclutando los cereblos de los alumnos van a explotar. Creo que en cuanto a transmitir los conceptos de Arquitectura yo tambien he mejorado, este año también di un curso de tres días muy importante de la carrera de Arquitectos en IBM y obviamente me sirve mucho para hacer sinergia con lo que damos en la UTN.
Comencé a tratar de stress!!! Creo que eso me permitió llegar vivo a fin de año :) Igualmente no estoy del todo bien, sigo el tratamiento que por sierto todavía tengo que llamar al doctor para coordinar la proxima sesión del MDS. Pero en conclusión pude seguir conociéndo, entender como funciona el stress (y muchas veces afectando mi salud) y pude tomar acción para evitar la parte negativa de este, haciendo deporte, saliendo más con mecha, etc, etc.

Creo que esto es todo por ahora, en breve se viene el post de lo malo :P

Otro cuatrimestre, otro parcial

2008-11-29T11:41:00.006-02:00

Como todos los cuatrimestres, aca está el parcial que tomamos en APIT, fue algo parecido al parcial del cuatrimestre pasado pero esta vez, utilizamos un BPM (simplificado) como base para tomar las decisiones arquitectónicas.

Obviamente el objetivo de este parcial es poder hacer pensar a los estudiantes como un arquitecto sin tener que estudiar de memoria, cosa que detesto. Está claro que fue complicado ya que con una sola clase de SOA e Integración, el BPM es uno de los conceptos más complicados.
Como pueden ver pudimos lograr unificar todos las unidades de la materia, el único tema que quedó afuera fueron las metodolgías que realmente son un punto fundamental en la materia.
Asi que comentearios, sugerencias?

TDD desde una perspectiva arquitectural

2008-10-19T11:16:00.005-02:00

La semana pasada di una conferencia por teléfono para todos los arquitectos que trabajan para proyectos internos de IBM y que con planes de utilizar metodologías ágile y/o ya están utilizando. Fue una linda y desafiante experiencia debido a que había gente de muchas partes del mundo (USA, Francia, India, Sudamerica, etc), nunca había dado una charla técnica en inglés (sacando las presentaciones de arquitectura de la aplicación) y yo pongo un 4, creo que aprobé, pero tengo mucho que mejorar. Independientemente de esto, creo que lo más interesante que quiero comentar en el post es sobre las influencias que tiene TDD en lo arquitectural, esto es el resultado a una pequeña investigación que vengo haciendo para APIT sobre Arquitecturas y Metodologías Agiles. El contenido básicamente fue el siguiente.

Facts acerca de TDD

TDD se compone de, Unit Test, Test Automation, Test First y Enfoque iterativo con refactoring
TDD es una técnica de diseño y es utilizada por Desarrolladores (Código).
TDD incrementa la calidad en el código facilitando el cambio en el software
TDD reduce defectos y permite tener un testeo de regresion constante
El manejo de dependencias es la parte más dificil de TDD

Requerimientos no funcionales impactados por TDD
Como siempre digo, las decisiones arquitecturales habilitan los atributos de calidad, pero obviamente no siempre los garantizan, hay otros aspectos y decisiones que entran en juego y el arquitecto no siempre puede manejar. Pero inevitablemente, la Arquitectura es la principal responsable de garantizarlos, y como arquitectos debemos buscar las formas, y TDD es una de ellas, con lo cual considero que TDD permite lograr los siguientes atributos de calidad:
Maintainability: Siguiendo las guías de Feathers, primero haciendo fallar el test case y luego corregirlo, la mantenibilidad se vuelve un detalle, lo mismo pasa con lo simple que queda el código y con la no necesidad de perder tiempo en un debugger. No nos olvidemos del regression test aca.
Extensibility / Modifiability: Esto es básico, como excelente técnica de diseño, al tiempo de aplicarla la productividad aumenta y el código queda mucho mas simple.
Reliability: Tiene que ver con la robustez en lo que respecta a las reestructuraciones o cambios en la arquitectura, un codigo que se construyo utilizando TDD, difícilmente sea complicado de modificar a cambios inesperados
Geographic (including Localization): TDD es una excelente técnica de comunicación, para equipos distribuidos es fundamental, tener bien claro y definido cual es el comportamiento esperado, no se paga con mastercard
Time: Ya hablé de la Productividad que trae aparejada el Test First, aca hay un paper que habla de los estudios que aumenta la productividad, hasta que lo leí fue solo un feeling mio y personal, ahora se ve que está probado.

Decisiones Arquitectónicas para Soportar TDD
Ahora, como (re) diseñamos nuestra arquitectura para soportar el uso de TDD, bueno, lo encaré desde el punto de vista de "Tácticas y Principios de Diseño" y "Estilos Arquitectónicos y Diseño Estratégico":
Tácticas y Principios de Diseño

Separation of Concerns.
Una correcta separación de módulos, permite un mejor manejo de la complejidad y también permite el reuso del lado de los Test Cases (que no es poco)
Separación de la interface de la implementación.
Hace falta explicar esto? Bueno, principalmente es para el manejo de dependencias y el trabajo en paralelo
Design by Contract
Dos técnicas complementarias en el bajo nivel, desde un punto de vista arquitectural, definir los pre/post conditions entre módulos es básico
Informacion hiding
Previene cambios no deseados
Prevent Ripple Effects
Con 8 tipos de dependencias entre módulos, nos ayuda a no tener dependencias ocultas entre módulos, esto es muy importante, muchas veces hay modulos que dependen en variables de contexto y está oculta, TDD ayuda a evitarlo.

Estilos Arquitectónicos y Diseño Estratégico
Mas allá de cosas específicas, hay estilos arquitectónicos que ayudan muchísimo al uso de TDD en aplicaciones empresariales, estos son algunos:

Inversion of Control/Dependency Injection
Aca no hay nada que discutir, por excelencia permite permite el uso de TDD, sumado a esto la separación de interface de la implementación.
Hierarchical Layers
Estilo super conocido, con un modelo sencillo de dependencias, permite el coverage de una layer solo mockeando una layer inferior. Obviamente este patrón tiene cosas malas aparejadas, como la dificultad por encontrar las abstracciones y la modificabilidad.
Domain Driven Design
Un estilo muy interesante para dominios complejos, se lleva muy bien con el Dependency Injections y la Iteratividad.
Transaction Scripts
Modelo sencillo, en donde se puede lograr una completa de cada servicios a testear.

Acá estuve hablando como 30 minutos, es un poco difícil plasmarlo en un post, pero obviamente es la parte más interesante de la charla (al menos para mi)

Quejas de otros profesionales para implementar TDD y como solucionarla
No siempre es fácil convencer el uso del TDD, hay muchas quejas que hay que afrontar, aca puse las que fui recolectando, en algún otro post voy a poner lo que dije verbalmente, así que por ahora se lo dejo a uds para que piensen :)
Project Managers

Toma mucho tiempo para escribir test y termina impactando en la productividad.
Me siento mal por dejar afuera del proyecto a Testers y gente de QA

Architects

No me importa TDD, es una técnica de bajo nivel para programadores
No es necesario to test drive el código, la arquitectura cubre todas las posibilidades

Application Developers

Toma mucho tiempo en correr los test cases
No es mi trabajo testear mi código
Pero compila!
A mi me pagan por escribir código, no para escribir tests
Las dependencias son difíciles de manejar y toman mucho tiempo

Esto es todo, espero que les guste y espero feedback! realmente quiero escribir un paper con esto

Visión Visión Visión

2008-10-02T20:39:00.005-03:00

Y si, según mechi cada 3 palabras que digo, menciono la palabra "visión"4 veces, al igual que "abstracción" o sus derivadas. En fin, son dos palabras que me sientan muy bien y creo que son básicas en los dos laburos que más me gusta hacer, "Liderar" y "Arquitecturar".
Hace un tiempo en IBM, vengo cumpliendo un nuevo rol de liderazgo desde un aspecto técnico como líder de la práctica Web (Java, .NET, Notes, etc) con implicancias en todos los proyectos que usen dichas tecnologías, y esta semana estoy teniendo una serie de reuniones con todos los profesionales, son como 80. Lo que quiero compartir en este Blog es la visión que tengo sobre la organización que quiero armar. Está claro que se aceptan críticas, insultos, etc...

Quiero convertir a Argentina en un Centro de Excelencia para IBM de todo el mundo en lo que el desarrollo Web respecta. Le explico el contexto, IBM tiene 8 centros de desarrollo globales, uno de ellos es Argentina, y un poco la idea es de que cada uno se especialice en una o más plataformas como para que cualquier IBM mundial (USA, España, Francia, etc) pueda requerir servicios de desarrollo de software y poder particionar de acuerdo a la especialidad. Con lo cual si Argentina se especializa en Web, cualquier proyecto que IBM (en todo el mundo) venda a sus clientes, Argentina sería el principal referente, esto posibilidad tener una estructura paralela de investigación, innovación y generación de conocimientos financiada por IBM Mundial que podría ser más que interesaante. Osea un area de investigación para la generación de metodologías, frameworks, componentes, buenas prácticas, etc que permitirían diferenciarse en calidad y en productividad. Está claro que Argentina está muy bien parado en cuando a skills en RIA (JS/AJAX o FLEX) creo que por ahi debería venir la mano.
Quiero formar una "Organización que Aprende", obviamente focalizándome en los profesionales que la componen. No quiero hacer un post sobre esto, pero realmente estoy muy alineado con la idea de Peter Sengue, y sus 5 disciplinas. Sobre todo en el desarrollo de software que es una actividad que depende 80&% en la gente y 20 en vaya a saber quien. No concibo pensar en una organización con gente que realice tareas automáticas, prefiero tener menos personas y más programas. La capacidad y los procesos de selección de personal son claves, y realmente no importa el volumen sino la calidad de los profesionales.
Quiero fomentar el Ease @ Work. La idea es buscar un ambiente confortable de trabajo para generar los resultados deseados. No quiero perjuicios, quiero que los profesionales se sientan libres de hablar, sin perjuicios, sin pensar en el "que diran" cuando expresamos nuestras ideas. Es fundamental intentar concebir un ambiente de trabajo que fomente la creatividad, soy un apasionado de eso, cuando uno se siente confortable, sabiendo que solo se tiene que preocupar de su trabajo y los objetivos del equipo las posibilidades de fracasos son mínimas, como así tambien la capacidad de innovar es infita. Este es un concepto que vengo ideando y fue llevado a la practiva por Kent Beck, please google it.
Sigo insistiendo, el diferenciador de Argentina es la Calidad, y no el Costo. No podemos depender en la economía de un pais tercermundista, peronista y bostero. Lamentablemente es asi, el costo es una variable ajena al software y la tenemos que dejar fluctuar, nunca depender del costo. Tenemos que focalizarnos en vender soluciones/servicios que dependan totalmente en la calidad, y que generen un valor agregado al negocio. Si logramos brindar servicios con calidad, vamos a ser siempre una potencia en el desarrollo de software, pero si solo pensamos en la paridad cambiaria, es muy "cortoplacista", hay que entender que por más que pensemos en el cambio, la inflación termina impactando tambien.
Y por último, el 5to item de visión que tengo para mi organización es en la innovación constante. La innovación a esta altura no se discute, obviamente esto es un cambio de mentalidad y dejar de pensar un poco en el corto plazo, pero esta claro que los proyectos son finitos y siempre se piensa a corto plazo, y es por eso que quiero pensar en formas de fomentar la innovación y que eso sirva como retroalimentación a los proyectos.

En fin, esa es la visión que quiero para la organización que estoy liderando... todavía estoy en proceso de comunicación y delineamiento de como llegar a cumplirla, pero estoy seguro que voy a ser muy feliz cuando lo haga y muchas personas van a verse beneficiadas.

Empezando mal...

2008-09-29T18:32:00.004-03:00

Me parece que tengo que tomarme unas vacaciones, relato los hechos...
1) Salgo de casa 7:45 rumbo al garaje, obvio que me mojo.... y me doy cuenta que me faltaron los papeles del auto, vuelvo, los agarro... tipo precavido (y mojado) tomo un paraguas que no tenía.
2) Salgo, no llueve más.... me subo al auto, y escucho quejas José (del estacionamiento) que la lluvia es todo culpa mía, que como lavo el auto cada tres meses siempre llueve, y si... lo lavé el sábado y era lógico que llueva, yo me lo busqué.
3) El tema es que salgo, en plaza serrano escucho un ruido feo así que vuelvo (exactamente di una vuelta manzana) y me voy al mecánico a 4 cuadras de casa, uno nuevo recomendado por el mismo José que se me quejó minutos atrás, y lo dejo ahí, no hay peor sensación que la que te deja un nuevo mecánico, por lo menos esta vez viene recomendado
4) Vuelvo cabizbajo para casa, mitad del camino y se vuelve a largar a llover (esta vez mal) y obvio el paraguas había quedado en el auto.

En fin, para que me levanté!!!! espero que la semana cambie, quien lea este post le pido por favor que me trate bien.

Salimos el Jueves ? - PAMPA YAKUZA

2008-09-28T14:21:00.004-03:00

El jueves pasado finalmente pude ir al último recital del ciclo, "Salimos el Jueves?" de la gran banda Pampa Yakuza. Realmente no puedo explicar las sensaciones que tuve en este recital 1 hora y media, fue realmente increible, si bien no puedo tener una opinión objetiva desde el punto de vista "musical" aunque podría decir que cada nota, de cada instrumento que salió desde el escenario lo pude sentir, como toda la gente (bastante) que estaba ahí.
Si tendría que decir cuales fueron los mejores mis mejores 5 recitales de mi vida, indiscutidamente los dos recitales de pampa están ahí, no hay discusión... los que faltan creo que sería uno de Los Fabulosos y Los Cafres gratuito que fue en Pampa y Figueroa Alcorta, en los Bs As Vivo que hacía chupete un par de años atrás o cuando Bersuit hizo su presentación de Libertinaje en mi querido club de Floresta (recuerdo atener la barra del recital con 17 años...) y uno de los piojos en el Pepsi del 06' creo.
Si realmente tienen ganas de escuchar una banda nueva, yo se las recomiendo... desde mi punto de vista tiene una onda may parecida a Bersuit, sumandole Reggae y bastante percusión es una banda puramente Argentina 100 x 100, se los aseguro no los va a desfraudar. El disco Orillas es el que más me gusta y el tema "Contra las cuerdas", con el que abrieron el jueves la rompe y podría decir que es el que más me gusta.
Aca les dejo un par de links para que escuchen temas, fotos, etc:
http://www.purevolume.com/pampayakuza
http://www.myspace.com/pampayakuza
http://www.fotolog.com/pampayakuza
http://es.youtube.com/pampayakuzavideos

Esto es poesia - FEST Fluent Assertions Module

2008-09-01T23:59:00.005-03:00

Si bien, cada día que me voy acercando a Ruby, Java me da más bronca, todavía creo mantener cierta objetividad como para ver cosas copadas que se van logrando en Java, y este es el caso de FEST Fluent Assertions Module, si bien no le llega ni a los talones a BDD, creo que se merecen un aplauso:

Ya lo había visto hace unos años, gracias a Java Lobby y me gustó bastante. Ahora en ASIT ya hace unos meses Gaby Benmergui, uno de mis nerds preferidos de IBM lo está utilizándolo con TestNG, espero ver sus frutos.

Me casé con una nerd - Segunda Entrega

2008-08-31T18:25:00.003-03:00

Si bien tengo muchos hechos que lo demuestran, voy entregando de a poco....
Este es un chat que tenía por el Sametime con Mecha, obviamente junto con otros 20 y una call de por medio, aca se la ve enojada por que no le contesto o no la endiendo (vaya a saber que).

Eso si, se nota que está estudiando para Sistemas Operativos :)

Estimaciones de Software, algunos pensamientos

2008-08-25T11:59:00.008-03:00

Ahora que se me rompió la laptop de IBM, tengo un tiempito libre setupeando mi laptop personal (una Dell Latitud D610, viejita pero se la banca) hasta que el soporte técnico se digne a arreglarla. Quería de hablar de un tema bastante heavy del software y siempre trae lindas discusiones en la materia.
El Viernes, con Esteban Lorenzano, antes de dar la charla en Cafelug, nos colgamos hablando del tema y vimos que hay dos cosas totalmente equivocadas o mitos sobre las estimaciones que no estamos de acuerdo para nada, y son:

Querer establecer un modelo matemático para poder justificar un metodo de estimación. Si bien sería algo ideal, es algo imposible (desde nuestro punto de vista) y principalmente por que la unidad de trabajo (ya sea, LoC, UCP, FP, CocomoFuckingFactors) es inmedible, recuerden que la construcción de software es un proceso creativo y no repetible!!! y no solo eso las personas importan y no hay proceso que pueda hacer repetible ninguna tarea de construcción de software.
Los profesionales del software no entienden que quiere decir una Estimación. No quieren entender que es un Pronóstico, una simple (o compleja, de acuerdo a que método uses) predicción del esfuerzo (tiempo, costo y scope) que puede tomar la construcción. Nunca debe tomarse como un hecho, ni tampoco se puede planificar detalladamente y menos que menos controlar en base a una planificación errónea asumiendo estimación... o sea, todo mal. Con lo cual, tomemos el resultado de una estimación como debe ser, algo que nos permita tener una idea y tengamos en cuenta que es errónea desde un principio.

Luego de haber leído un libro muy interesante, les dejo una serie de tips que me gustaron:

Separar lo que es un restricción del negocio (para cuando se quiere el software) de una estimación de esfuerzos, son cosas diferentes... no hay que confundirlas.
Muchas veces, la estimación es un problema de ineptitud del Equipo que la ejecuta el proyecto. Esto puede ser por falta de comunicación de la estimación y los fundamentos de esa estimación, falta de recursos en tiempo, mal manejo de requerimientos, etc, etc.
Hay que tener muy en cuenta el nivel de in/certidumbre por falta de información u otros temas, y eso no solo se mitiga agregando más tiempo a la estimación, sino poniendo el % de desvío correspondiente.
Tener en cuenta que el software es algo creativo y depende muuuuuuucho de las personas, y aca se te va la estimación a la mierda, aca es donde hay que estimar "constantemente" por cada iteración para generar un compromiso del team para lograr algo, y eso va ajustando el estimación original que nunca es precisa.
Segun McConnel, (opino lo mismo) siempre está mejor sobre estimar que estimar menos de lo que es, ya que estar siempre atras de lo que se estimó genera más ruido, más comunicación, mas reuniones de tracking, mal ambiente que sigue atrasando el proyecto... pero obviamente hay que tener cuidado con la ley de parkinson.
No solo se estima tiempo, sino que se estima esfuerzo y costo, ojo aca
Las factores son un excelente medio de ir perfeccionando una estimación, pero cuidado con los pesos que se le ponen a dichos factores por que pueden ser comienzo del problema, creo que definir una serie de factores que ajusten la estimación es correcto (no más de 10/15) ya después entra la subjetividad.
Está claro que Wideband Delphi es el método que puede tener mejores resultados, pero es muy costoso hacerlo. Y lo que te queda es irte a las estadísticas de la organización para buscar proyectos similares, con tecnologías iguales y dominios similares.

Que lindo sería una materia de esto, no? Aunque prefiero antes que la gente aprenda a construir software como la gente, luego aprender a estimar, asi que todavía tenemos un largo camino que transitar.

Que cosas no ayudan al TDD - Revisited

2008-08-24T18:53:00.003-03:00

La semana pasada encontré una herramienta muy interesante que mide la testeabilidad de un programa Java y me pareció muy interesante desde el punto de vista arquitectural y seguramente fue esta la que me hizo pensar que evitar a la hora del TDD que dió origen al post anterior. Todavía no la probé, pero en breve seguramente la incluya a mi lista de herramientas que ayudan a sacar métricas interesantes para un arquitectos sobre el código (buen título para un post).

Bueno, la idea de este post era la de contar que el autor (Miško Hevery) de la herramienta tiene un blog super interesante y ya hizo el post un poco más completo que el mio y lo que agregó Pablo (BTW Gracias!).

Me cayó muy bien el tipo de posts, evidentemente odia más el Singleton que yo :)
Bueno era eso, el post van a encontrar otras cosas que no ayudan.

Que cosas no ayudan al TDD

2008-08-21T23:28:00.006-03:00

Hoy tuve un viaje bastante pesadito de MDQ a BA, 8 horitas, se rompió el auto, llegamos BA a las 19 (o sea todos volviendo del trabajo) y que se yo... en fin estuve pensando en que cosas molestan y mucho al la hora hacer TDD, obviamente tienen más que ver con el el buen diseño y la programación también, estas fueron mis ideas:
Métodos Estáticos
Esta es una de las cosas que más me molesta y sobre todo se vuelve un problema cuando los desarrolladores no utilizan los conceptos de OO y siguen trabajando o pensando en Estructurado. Los métodos estáticos son una mala práctica, realmente no justifico su utilización. Para los que no los notaron, los métodos estáticos son un problema a la hora de querer modificar su comportamiento para poder ejecutar cierto escenario del comportamiento unitesteado, existe varias técnicas para poder evitarlos.
Singletons.
Hay algo para decir aca? Realmente yo a los Singleton los veo como un Anti Pattern, raramente justifico el uso. No solo son dificiles de mokear sino que tambien son muy complicados para unitestear, siempre tenes que caer en agregar un método solo para la hora del testeo.
Service Locators
Piensen lo siguiente, como se implementa un Service Locator, Singleton + Métodos Estáticos, o sea que más puedo decir :) y si, algo más tengo para decir, si bien está claro que IoC es muy superior en terminos de manejo de dependencia y el 60% de los problemas del TDD tienen que ver con el manejo de dependencias, la implementación incorrecta de un Service Locator puede obligarte a no testear absolutamente nada de tu código. Está claro que si se implementa correctamente (no métodos estaticos y no singleton) puede no ser tan malo en terminos de TDD, igualmente dudo que decida utilizar TDD utilice un Service Locator en vez de IoC y DI.

Hasta aquí son las tres cosas que más podrían molestar o en algunos casos fracasar el uso de TDD, y ahora que estoy terminando el post veo que todos tienen que ver con el manejo de la dependencia de objetos... en conclusión, si queres usar TDD y tenes posibilidades de tomar decisiones sobre como se está construyendo un sistema, sinceramente te recomiendo que evites estas tres cosas y trates de focalizarte en como vas a hacer el manejo de dependencias, no estoy diciendo que tengas que usar si o si un IoC framework (cosa que tiene mucha onda en muchos casos) pero si que lo tengas muy en cuenta.

Está claro que lo que acabo de decir puedo asegurar que aplica principalmente con java, todavía quiero ver que pasa con lenguajes dinámicos como Ruby o Smalltalk, creo que no debería cambiar mucho, pero por algo DI no es algo que se usa en Smalltalk, quizá sea o por que son cerrados o realmente no lo necesitan por las características del lenguaje. Es una charla que me debo con Esteban Lorenzano, siempre que intenté tenerla nos fuimos por la tangente. En el caso de Ruby, lo poco que hice la injección de dependencia fue bastante sucia redefiniendo en runtime el comportamiento de las clases, cosa que no está del todo mal, pero prefiero el DI.

Cruzando Fronteras - Jornadas Regionales del CafeLug

2008-08-20T00:09:00.003-03:00

Este viernes, con Esteban Lorenzano, vamos a dar nuevamente la charla "Cruzando Fronteras", si, la misma que dimos en el Snoop Update 08' y que? :) Pero esta vez con los amigos del Cafelug en el contexto de las Jornadas Regionales 2008.
Esta es la descripción de la charla para los que nos quieran venir a pelear, insultar, hablar bien de Java o SOA, estamos dispuestos a dar combate.

Título: Cruzando Fronteras - Respuestas revolucionarias a la crisis de las web-applications (Rails y Seaside)
Tiempo estimado de duración: 1 hora
Día, Hora y Lugar: 22 de Agosto, a las 16hs. Universidad de Belgrano, Zabala 1837, Capital Federal
Inscripción: El evento es gratuito pero Inscripción Obligatoria.
Breve descripción de la charla: Cruzando Fronteras, es el resultado de una investigación que intenta analizar el estado actual del arte, en lo que al desarrollo de aplicaciones webdentro de las organizaciones respecta, principalmente en plataformas como Java y .NET, y enfatizar en la crisis que se está viviendo y como respuestas revolucionares en otras plataformas como Ruby y Seaside están ayudando a cambiar y mejorar las arquitecturas actuales de las Aplicaciones Web
Presentación: http://www.slideshare.net/EstebanLM/cruzando-fronteras-respuestas-revolucionarias-a-la-crisis-de-las-webapplications-rails-y-seaside-359454?src=embed

Los espero, creo que esta vez es la última reutilización de la muy interesante investigación que hicimos, no intenta enseñar nada de RoR (que hace mucho que no codeo nada) ni de Seaside, solo compartir unas conclusiones de como creemos que puede venir la mano respecto al desarrollo de aplicaciones web.

All Boys Campeon!!!! Esta vez me toco festejar desde EEUU

2008-07-15T19:52:00.004-03:00

Este es un post un poco tarde, pero no quería dejar de publicarlo ya que muchos de uds saben que sos hincha del Club Atlético All Boys, Floresta, Argentina... y durante mi estadía en EEUU salió campeón de la Primera B frente a los amargos de Atlanta y en su cancha con un par de fechas adelantadas, en fin, algo parecido a lo que pasó en 1993 cuando le ganamos a Defensores de Belgrano en la cancha de Ferro, aquella vez salimos campeones en la última fecha del torneo. Recordando aquella vez se me pone la piel de gallina, ver lagrimear a mi viejo (cosa que nunca en mi vida vi), volver caminando desde Caballito hasta Floresta para dar la vuelta olímpica con mi viejo y mi mejor amigo de aquel entonces (el tanito). En fin, esta vez no lo pude hacer, pero estuvo mi hermana Bárbara con mi viejo en mi representación :=)
Aca les dejo unas fotos en USA festejando a mi manera...

Parcial de Arquitectura (APIT) esta vez le tocó al Broker

2008-07-05T12:22:00.004-03:00

El martes pasado tomamos el parcial de la materia. A diferencias de casi todas las materias de la UTN, nuestro parcial apunta a que los alumnos piensen como Arquitectos dada ciertas restricciones y puedan tomar las decisiones justificando correctamente, realmente cada una de las pregunta tiene infinitas respuestas como así también sus justificaciones. Estamos muy conformes (al igual que los alumnos de años anteriores) con esta metodología, ya que estudies lo que estudies, si no conceptualizaron los elementos de la Arquitectura de Software que enseñamos en la materia, es dificil que aprueben, es más permitimos apuntes, presentas... o sea carpeta abierta que realmente no sirve para mucho si no estás dispuesto a pensar.
Aca les dejo una copia y ojala yo hubiese tenido más parciales de estos en aquellos años felices como estudiante :)

Voy a ver si a lo largo del finde escribo algunas respuestas que podrían haber sido correctas :) todavía estoy corrigiendo los parciales.

Dave Matthews Band en Argentina?

2008-06-29T22:33:00.003-03:00

Todavía no puedo creer lo que estoy escribiendo, pero hace tres semanas que lo vengo escuchando de parte de mi mejor amigo (Fede), un par de veces en la R&P, un par de foros y en dbmla.com... todavía no quiero ilusionarme, pero parece bastante real, asi que tenemos que ir preparándonos, estoy seguro que no soy el único fana, pero si hay otro que lea este blog tan poco actualizado, cual son tus canciones favoritas? las mías serían (de dificil y rápida elección) son:

Crush
Grace is Gone
Say Goodbay
So Right
The best of what's around

Aca les dejo otras referencias:
http://www.dmbla.com/
http://www.dmbfans.com.ar/forum/viewtopic.php?f=3&t=3&st=0&sk=t&sd=a

Assus EEE PC 4G

2008-05-22T00:00:00.006-03:00

Luego de una recomendacion de Damian Garcia, le compre a mi mama la TripeE en NY, USA. La verdad que para lo que da la maquina tiene un precio espectacular que van de 299 a 399.
La que compré fue la 4G Surf, o sea, 4 GB, 512 de RAM, WinXP y WebCAM.
Por el momento puedo decir que esta espectcular, llevo poco tiempo usando y ya se la tengo que dar a mi vieja.

Las cosas que me encantaron fueron

Bootea en no mas de 25 segundos

Extremadamente compacta y liviana, me encantaria tenerla como para llevarla a lugares y no estar incomodo.

Le Web CAM tiene una muy buena resolucion.

Provee salida SVGA, 3 USBs y posibilidad de meterle sticks de memoria SD y MMC (esto la rompe)

El LCD es bastante bueno

Comida Internacional

2008-05-16T23:00:00.006-03:00

Un de las cosas que tengo que destacar de este viaje, fue que estuve bastante abierto a probar nuevas comidas y platos, como que a mi me cuesta mucho... pero la verdad que no podía comer todos los días Hamburguesas con Panceta y Queso :)
Antes de este viaje pensaba que aca solo que comía eso, solo fafud (fastfood) pero no, realmente estoy sorprendido como las diferentes culturas fueron ganando terreno en el ambito de la gastronomía, aca voy a describir algunas comidas que recuerdo y su origen...

Comida China Americanizada en P.F. Chang's Bistro, fue la primer noche que salimos con los compañeros del team y nos llevaron a este lugar. La verdad que la atención fue excelente y la comida bastante buena, comí unos pedacitos de carne bien cocida y super picante con con arroz que me gustó, punto. El puntaje que le voy a dar van a ser 7 Breys.

Comida Italiana en Magiano's, aca fue una invitación de IBM, fuimos como 25, aca la verdad que la comida fue buena. He comida mejores lasañas, milanesas de mozzarella y ravioles. Lo bueno fue que conocimos más al team de USA. Le doy 4 Breys. En Argentina tenemos muuuuuucho mejor comida italiana (por que será? ajjaj).
Otro día nos fuimos con Anand (que es de India y vive hace 20 años en USA) y Ronni (es de Indonesia y vive en Singapore) a un restoran Indio de comida del Norte de India. La verdad que quedé alusinado, nunca comí tan bien, una entrada más que interesante y luego unos platos para compartir de Camaorones, Cordero y otro de Pollo, los tres con diferentes salsas muy picantes, como los comías con Pan, el picante no te mataba. La gente de india tiene como tradición, solo comer con una mano, sin cubiertos, con lo cual todo lo levantabas con el pan en tu plato. Tambien se acompañaba con arroz blanco. Aca está la descripción de lo que comimos, me la pasó Anand por chat en ingles. "chicken tikka masala (chicken in spiced tomato sauce), lamb vindaloo (lamb curry in spiced sauce with potatoes) and crab masala (crab meat in spiced creamy sauce); Dessert platter had: gulab jamun (deep fried balls of dough soaked in sugar syrup) and kheer (rice pudding with cardamom flavoring plus cashews/raisins in it)". Le voy a dar 10 Breys.
Los Viernes, la gente de IBM, suele ir a un lugar tipo "Buffet" o tenedor libre en criollo, llamado Con-Fusion. Básicamente es comida de Japon, Korea y China. A mi me gustó, comí diferentes tipos de pollo y nuddles. Le doy 6 Breys.
Lo que tambien nos cansamos fue de comer Burritos y Tacos, comida mexicana por todos lados y la verdad que muy rica. Creo que la que más me gustó fue la de la cafetería de IBM. Le doy 8 Breys.
Ayer fuimos despues de hacer unas compras, terminamos comiendo en un lugar de comida armenia. 6 Breys.
Y hoy, la gente de IBM Raleigh, nos invitaron a comer comida Griega a ,comí unos Kabos con unas ensaladas, una de ellas muy fuertes que ni la pude poner cerca de mi boca, la otra era arroz con porotos y cebolla salteada, un manjar. Le vamos a dar tambien 7 Breys

En fin, creo que eso fue todo, obviamente tambien comimos en los conocidos fafud, pero realmente no vale la pena, USA está plagada de muchas culturas y hay varias opciones que hay que probar, y creo que lo aproveche, y igual nunca me voy a olvidar de la mejor Haburguesa con Queso y Bacon que comí en mi vida.... te quiero CHAMPS, un bar con miles de LCDs y comida Norteamericana excelente.

Que lindo que te extraño...

2008-05-12T00:30:00.003-03:00

... por que se que te amo como nunca, y eso es lo lindo del amor, poder llorar y reír al mismo tiempo escribiendo un post en el blog :)
En estas pocas palabras te quiero dedicar este tema....

To see you when I wake up
Is a gift I didn't think could be real.
To know that you feel the same as I do
Is a three-fold, Utopian dream.

You do something to me that I can't explain.
So would I be out of line if I said "I miss you"?

I see your picture.
I smell your skin on
The empty pillow next to mine.
You have only been gone ten days,
But already I'm wasting away.
I know I'll see you again
Whether far or soon.
But I need you to know that I care,
And I miss you.

Fin de semana de descanso

2008-05-12T00:15:00.000-03:00

Bueno, llegó el segundo fin de semana y me llegó el cansancio todo de una. Una semana bastante agitada pero con muy buenos resultados.
Por un lado estamos tratando de entender funcionalmente que es lo que hace la aplicación, y se me ocurrió la idea de ir definiendo los casos de uso y que el Arquitecto que creó la aplicación nos explique que es lo que la aplicación hace, obviamente esto no solo va a dejar la aplicación documentada desde el punto de vista funcional, sino que también me va a servir a mi para poder evaluar los futuros cambios, tanto para corrección como para mejoras, también va a servir a los desarrolladores para entender como lo funcional termina impactando el estado de la aplicación por cada interacción con el usuario.
Creo que haber tomado esa decisión fue muy acertada y bien recibida, ya que la gente que nos tiene que contar la aplicación no tiene mucho tiempo para dedicarnos ni tampoco algo documentado, entonces este tipo de especificación sirve muchísimo para organizar las ideas. Antes de que alguno me diga "pero si tenes el código, por que no mirás ahi que es la mejor documentación de lo que hace la aplicación", bueno, si... comparto, tengo el código que veo como la aplicación resolvió un problema, pero no tengo que es lo que la aplicación tiene que hacer, o sea el "que". Aparte de que el código, lamentablemente, no está muy programmer-friendly, hay mucho codigo de presentación y negocio muy pegoteado y sin mucha reutilización y uso extremo de ifs.
Por otro lado, como la aplicación requiere nuevas versiones cada mes y en producción, con eso me bastó como para proponer el uso de alguna metodología ágil y como en IBM USA, por fin, le están dando algo de bola, picaron... por suerte tengo al Chief Architect (un arquitecto bastante cross) y al Arquitecto de Build bastante al tanto del tema, podría decir que en breve finalmente voy a poder poner en practica todo lo que vengo investigando (desde el 2004), implementando pequeños approachs y enseñando... todo en práctica, con lo cual de aca a Julio, voy a estar, junto con la Project Manager (que es una grande y muy abierta) y otros roles del proyectos tratando de adaptar alguna de las metodologías ágiles disponibles.
En fin, profesionalmente creo que nos está yendo bastante bien, aunque calculo que los resultados se verán en un tiempo. Lo lindo de este viaje, es que conocí gente muy copada de India, USA, Singapore y se pudo trabajar muy muy bien.

Les dije que había gente copada aca?

2008-05-11T20:04:00.002-03:00

Este mail lo recibí el Viernes a las 16:00... un grande Randy!

Gustavo-

I am busy this weekend ( wasnt last weekend )........but at my desk I left a magazine called "Whats Up" that lists what is going on in the area.

THe Winery is called "Chatham Hill" and it is in Morrisville. It is off 40 East - a sign with a bunch of grapes marks the exit.
Tastings are Fri nites until 6 and Sat from 11-4 I think.

If you get arrested partying in the US - here is my number - 919-622-XXXX - I will come and bail you out!

Regards,
Randall C Hxxxx (por si las moscas)

Recien llegados del DC

2008-05-05T01:01:00.004-03:00

Estuvimos todo el finde en Washington, la verdad que la pasamos muy bien, caminamos bastante y conocimos varios monumentos y museos, como así también la casa blanca que me desilusionó un poco, bastante chica, me la hacía mucho más grande. La verdad que para manejar 5 horas y poder conocer la capital valió totalmente la pena. Un dato interesante es que en el DC viven alrededor de 750 mil personas y la 2/3 parte trabaja para el gobierno. La ciudad es muy muy limpia y perfectamente diseñada, no es nada increible pero la conjunción de Monumentos, Edificios, Calles grandes y poco pobladas con zonas residenciales muy a lo "Ingles" me resultaron bastante interesantes.
Tambien estuvimos en Georgetown, entiendo que es parte del DC, y tiene una Universidad muy linda y una catedral muy linda y nueva.

La verdad que con Gabriel y Rubén nos divertimos mucho, quedaron muchas historias que voy a ir contando cuando esté un poco menos cansado... ahora estoy aca tratando de cerrar unas presentaciones que tengo de la Arquitectura y tengo que presentar mañana, calculo que me acostaré a las 2 AM, con suerte, pero calavera no chilla :)

Lost, que enfermedad...

2008-05-02T00:29:00.002-03:00

Como bien lo dijo Damian en un comentario de mi ultimo post, si, acabo de terminar de ver el capitulo 10 de la 4ta temporada de LOST. No voy a comentar mucho por respeto a todo el clan de LOST de Argentina que todavía le faltan un par de horas para poder bajarlo y verlo, pero lo único que voy a decir es que le doy un puntaje de 6 al capítulo.
Lo más interesante de todo esto es que hoy planificamos todo el día como para poder estar a las 10 de la noche, trabquilos y en el hotel para disfrutar del capítulo, fue la unica vez que comimos con la gente del team a un horario de merienda, siempre lo estiramos por que, obviamente, no nos gusta salir del trabajo a las 17 e ir a comer, pero bue... esta vez fue solo por LOST.
Una de las cosas divertidas fue que arreglé con mi mujer, que está en Bs As, para transmitirle por Webcam el capítulo, aca dejo el print screen.... les dejo un abrazo a todos

Primeros 4 días en Raleigh

2008-05-01T01:41:00.002-03:00

Ya van 4 días en North Carolina y la verdad que muchas cosas pasaron, mucha copada tanto en lo profesional como en lo personal. Una cosa que me impresionó totalmente es la organización, es increíble, todo, desde el aeropuerto, las rutas, el alquiler del auto, el hotel... fue increíble llegar y tener prácticamente todo servido. Excepto por a valija que nunca llegó a tiempo, así que tuve que hacer el reporte pero el mismo domingo a las 11:30 ya estaba en la puerta del Hotel.
Mas o menos la cosa vino así, el viaje fue Bs As->Miami, Miami->Raleigh/Durham. Llegamos al rededor de las 12 del mediodía y lo primero que hicimos fue buscar el auto, también hubo una pequeña equivocación y ligué un Corolla negro, podría decir que es el auto que deseo tener de aca a un tiempo, asi que con eso pasó el mal gusto de no tener la valija en mi poder :)
El tema es así con la zona, hay dos ciudades muy cercas, una es Raleigh y la otra es Durham, ambas están muy cercas, alrededor de 20 mintos por autopista. En el medio de ellas se encuentra el Aeropuerto y el RTP (Research Triangle Park), nosotros estamos parando en el centro de Raleigh, bastante lejos de la oficina que está en el RTP... más o menos tardamos 30 minutos para llegar de un lado al otro. Las oficinas de IBM son increíbles, son las más grande que tiene en todo el mundo, son más de 30 edificios, de uno a otro es probable que tengas que ir en auto, hay varios comedores y starbucks.
El Hotel, la verdad que bastante bueno (de la cadena Hilton) me sorprendió bastante, tiene un pub muy muy copado con 12 tipos cervezas tiradas, 40 tvs ydos LCDs (los más grandes que existen) transmitiendo en HDV, la verda que increible. Tambien tiene una linda pileta climatizada y las habitaciones son bastantes agradables, mañana o pasado voy a postear un par de fotos.
Con respecto al trabajo, la verdad que venimos bastante bien, estamos de a poco tratando de cumplir los objetivos pero se me complica un poco ya que tengo mucho trabajo del día a día atrasado. La gente con la que estoy es muy copada y de distintos países, como India, Singapore e Inglaterra y obviamente estadounidenses. Somos alrededor de 22 personas en diferentes salas, trabajando e intercambiando ideas y conocimiento constantemente.
Realmente me impresionó muchísimo como todas las decisiones que venimos tomando y comunicando por telefono y ppts fueron excelentemente entendidas y muy bien trabajadas, ahora estamos de alguna manera uniendo todas las patas y la verdad que van encajando perfectamente. Estos días estuvimos trabajando muy cerca del Arquitecto de Build, Tony Marcotte, realmente me sorprendió tanto personalmente como profesionalmente, es una persona con la que tuve muy poca comunicación (pero efectiva) por teléfono y f2f fue genial, es increible como pudo desde mis diagramas de Componentes, Unidades de Deploy y Diagrama de Zonas de Red/Nodos armar y automatizar todo el proceso de Build and Deploy y dejar las cosas preparadas para comenzar a usar el Continuous Integration Server con Rational Build Forge. Estamos prepearando una agilización para este proyecto y creo que vamos a tener que innovar bastante ya que los procesos de mi organización son bastante tradicionales y waterfall (más de esto en el futuro).
La onda en general es muy buena, la PM, que es de Dallas es una fenómena, nos dá mucha flexibilidad y soporte en cuanto a las decisiones que tomemos, así que no me puedo quejar.
El día a día es bastante agitado, los levantamos a las 7:30 y volvemos a las 12:30, tratamos de salir de la oficina a las 17, nos quedamos un rato "hanging out", una nueva frase que aprendí, en criollo es "boludeando", luego vamos a comer o tomar algo y luego nos quedamos hasta tarde charlando y tomando alguna cervezas, ayer vimos en un plasma de 42 el partido de los spurs contra phenix.
Bueno, son las 1:20 AM aca y me estoy cayendo del sueño, en cuanto tenga algo más para contar lo voy a hacer, es probable que este fin de nos vayamos a Washington y tenga que cerrar algunas presentaciones de la Arquitectura para el Martes, así que hasta ese día dudo que pueda postear algo, pero voy a intentarlo.

Preparando las valijas

2008-04-26T12:26:00.003-03:00

Esta noche estoy saliendo, si Dios quiere, para USA, más precisamente al RTP (Research Triangle Park) en Raleigh, en el estado North Carolina, junto a dos compañeros de trabajo, Rubén y Gabriel.
Vamos a estar por unos dias para cumplir con muchos objetivos, primero terminar de definir la arquitectura (implica para mí terminar de entender todos los temas de datos y algunas discusiones con el equipo de Build & Deploy), luego terminar de entender el negocio (cosa que me tiene un poco preocupado, si bien esta release es más de Infraestructura y cumplir algunos requerimientos no funcionales, ya en la próxima vamos a tener que agregar funcionalidad) y por último que planificar los cambios a la arquitectura para el armado de un DSL (esta si es mi idea) con el objetivo que los modeladores de productos puedan manipular las diferentes posibilidades de configuración para los clusters en linux.
No recuerdo si hablé algo o no, pero ASIT, es una aplicación que permite configurar Cluster 1350 y fue desarrollada por ingenieros en HW, con lo cual cumple muy bien con lo funcional, pero tiene serios problemas de mantenibilidad y calidad. Es una herramienta en SWING y en donde la vamos a deployar por Java WebStart (antes era una Applet). Hace tiempo que tengo ganas de trabajar en una herramienta Standalone pero esta vez me tocó como Arquitecto.
Creo que va a estar muy buena la experiencia, para poder conocer al resto del equipo dispersado por todo USA, a veces resulta un poco difícil el trabajo de arquitecto tan a la distancia.
Creo que en el tiempo libre vamos a ver de irnos a New York o a la Costa, no se, veremos como viene la mano, yo tengo mucho trabajo y espero poder hacerlo durante los días de la semana y no el finde.
Es la primera vez que me pasa que me voy de viaje y me pega un poco, y si... ahora soy papá, y voy a extrañar mucho a mi familia:

De vacaciones

2008-04-18T00:30:00.005-03:00

Desde el viernes 11 he decidido tomarme un par de días de vacaciones. La verdad que los necesitaba muchísimo y mi mujer me organizó unas mini vacaciones espectaculares (gracias bombón).... asi que estuvimos visitando San Luis, aca les dejo las fotos...

La verdad que San Luis tiene lugares muy lindos, me quedo con Trapiche, Potrero de los Funes y la Florida, entre los que más me gustaron. Una particularidad del viaje fue que me encontré, de casualidad, con Jorge Bodoc, un groso, me invitó a comer un asado y la verdad que la pasamos genial, y si, todavía sigue fana de los Applets y con la idea de XObject más desarrollada :) Gracias Jorge!!
Práctiamente volví para dar la charla de en Snoop y ahora estoy definiendo un poco que hago, si se soluciona el tema del humo me voy a San Pedro, sino alguna otra escapada con Mechi y el chancho me voy a hacer.

Seguir un sueño.... suerte SmallWorks!

2008-04-18T00:07:00.004-03:00

Quiero recomendarles un blog muy interesante que vengo leyendo hace un par de días y hoy, en mis vacaciones, me atrapó por completo por casi 2 horas, ya que no solo habla de cosas técnicas, sino de otros ámbitos como los negocios y por que no el aspecto humano.
Básicamente el blog fue creado por 3 profesionales de IT que están creando una empresa, si una empresa de sus sueños, con identidad propia, para poder trabajar en el tipo de proyectos que a ellos les gusta y en la plataforma que se sienten más cómodos, o sea Smalltalk.
Uno de esos tres profesionales es Esteban Lorenzano, participa en la cátedra de APIT, y realmente suma mucho a la materia ya que tiene muchos años de experiencia en Arquitectura de Software.
Espero que les guste el blog!

Cruzando Fronteras - Respuestas revolucionarias a la crisis de las web-applications (Rails y Seaside)

2008-04-17T20:03:00.006-03:00

Si, ese fue el nombre de la charla que dimos con Esteban Lorenzano en el Snoop Update 08. La verdad que la pasé muy bien y me gustó mucho el resultado. En cuanto a asistentes, había muchos, alrededor del 65/70% de la sala Pablo Neruda llena, calculo que alrededor de 350/400 personas.... la verdad que fue la vez que más gente tuve en una charla.
Básicamente la charla apuntaba a explicar el por que de la crisis y como evolucionar, y se dividió en 3 partes, primero fue el por que de la crisis, con sus síntomas, contexto y motivos, luego con las respuestas radicales como RoR y Seaside, y por último algo de futurología.
Estamos tratando de escribir un paper al respecto y es por eso que no pongo tanto detalle. Aca les dejo las slides, espero que les gusten...

| View | Upload your own

Algo al margen, fue lo loco la cantidad de gente que me encontré en el Update, y muchas de ellas muy grosos, tal es el caso de Diego Mansilla, con el habia empezado un grupo de investigación sobre metodologías de desarrollo y habiamos investigado mucho el tema de las metodologías ágiles, y hasta dimos una charla en la UTN en el 2004, muy buenos recuerdos...
Tambien me encontré con mi primer profesor de computación de la secundaria (1999), Gonzalo Bellino (creo que ese era el apellido) que ahora está trabajando en Arquitectura en la AFIP, o eso le entendí. Fue muy loco ver al tipo que me enseñó comandos de DOS y WIN32.
Tambien me encontré con gente grosa del laboratorio como Diego del Yerro y Nico Passerini que nos vino a hacer el aguante.
Por ahora todo el feedback fue bueno, espero escuchar algo nás feedback!

Charla de Haskell

2008-04-06T17:04:00.005-03:00

Ayer, Sábado tuve la oportunidad de participar de una charla que dio Nicolas Passerini sobre Haskell en la UTN, junto a otros docentes de diferentes materias como Paradigmas de Programación, Técnicas Avanzadas de Programación y APIT.
La verdad que estuvo muy buena y fue muy al grano, hace tiempo que tenías ganas de cursar algunas clases de la materia PDP pero nunca pude coordinar con Nico para ir a los días de Funcional. Un par de cosas que me quedaron:

La verdad que hacía mucho que la cabeza no me funcionaba de esa manera, me hizo acordar a mis días en la facu con la pizarra totalmente llena y tratando de entender e interiorizar los conceptos, por momentos parecía AM2. La diferencia que aca no anotaba con lo cual no perdía el tiempo y podía seguir mucho mejor la clase.
El lenguaje en general me pareció bastante similar al Prolog, sobre todo en la separación de los predicados y las consultas, como también el manejo de listas y la recursividad.
Me gustó mucho la idea de no hay que abusar de la recursividad en el paradigma, no es que la recursividad es mala, pero en este tipo de ambiente, hay otras técnicas que permiten resolver los mismos problemas que la recursividad.
Me sorprendió gratamente el lenguaje como maneja la definición de listas por comprensión. Aca hay un par de ejemplos, seguramente me meta un poco más adelante.
Sin duda lo más interesante del lenguaje (o paradigma, no estoy muy seguro) es el manejo de Lazy Evaluation (evaluación perezosa), Composición de Funciones (esto es zarpado) y las Funciones de Orden Superior (esto no me provocó mucha sopresa, ya que de alguna manera lo vengo usando). Lo que si realmente me sorprendió fue el uso y potencia que pueden tener los dos primeros puntos.
Realmente también me quedé fascinado con la relación que tiene el lenguaje con las matemáticas, Nico comentó que fue diseñado por matemáticos, pero lo llevaron a un punto muy extremo. Ya saben que a mi los extremos no me gustan, y tampoco la matemática me agrada del todo, no me resultó complicada, pero definitivamente no me gusta.... y debe ser por eso que me considero un programador mediocre.
Otro temita que me quedó fue cuando preguntamos por TDD, y la respuesta ensayada fue algo como que la metáfora (esto lo agregué yo) que tienen en Haskell es poder demostrar que el programa va a funcionar gracias a la especificación / lenguaje formal que este tiene. Con lo cual el mismo código te demuestra que funciona. Sería lindo tener algo parecido en el mundo objetos, no? Igualmente IMHO algo para TDD es necesaria.

Sinceramente es un tema que voy a seguir, no se en que momento, pero me resultó muy muy interesante, no solo como Arquitecto y las posibles integraciones que podría llegar a haber entre plataformas como Java y Haskell, uno de los asistentes, Claudio Cancinos, comentó que se puede generar una DLL y llamarla, si no también como programador, muchas de las maneras de pensar y solucionar problemas (parecidas al Tell don't Ask) se pueden llevar con ciertos truquitos a Java o Ruby.
Aca les dejo algunos links que fui recolectando...
http://tadp.no-ip.org/paradigmas/uploads/Introduccion_al_lenguaje_Haskell.pdf
http://tadp.no-ip.org/paradigmas/uploads/ParadigmaFuncional2007-complemento.doc
Un libro que me recomendo la nerd de mi mujer. Introduction Functional Programming usin Haskell
Un Eclipse para Haskell

Se está armando una comunidad de Ruby on Rails en Argentina

2008-04-02T11:56:00.003-03:00

Por lo que pude entender una empresa (aparentemente de extranjeros) esta formando parte de una iniciativa de formar una comunidad de RoR en Argentina, y como kick off van a dar un par de charlas cortitas sobre sobre Rails, creo que vale la pena darse una vuelta, es por Palermo.

http://www.facebook.com/event.php?eid=24680795888

Tom Addland and I are starting a Ruby on Rails group in Buenos Aires called Tango Rails. Our goal is to help promote the growth of the Rails community in Argentina. We plan to meet every month or so and host short talks on Rails that last 20 minutes or so. Next week we will be having our first meeting at my office in Palermo. The address is Córdoba 5110 piso 1 and here is the agenda.

Tango Rails Kickoff Meeting 3rd of April 2008
19:00 Open discussion/Intros and such
19:30(sharp/en punto) Scaffolds on Steroids: Intro to Active Scaffold in English (Eric Northam)
19:50 Open discussion/Coffee break
20:10 Intro to hosting your apps with Amazon Web Services in English (Tom Addland)
20:35 Closing remarks, comments, and where to go with the group

The talks will sometimes be in Spanish but for our first meeting both will
be in English.

Please RSVP by email if you plan to attend.

Tom Addland y yo estamos empezando un grupo de Ruby on Rails en Buenos Aires llamado Tango Rails. Nuestra meta es de promover el crecimiento de la comunidad de Rails en Argentina. La idea es reunirnos cada mes y facilitar charlas de unos 20 minutos sobre Rails. La semana que viene vamos a tener nuestra primera reunión en mi oficina en Palermo. La dirección es Córdoba 5110 piso 1 y acá está la agenda:

Y arrancó un nuevo cuatrimestre en APIT

2008-04-01T23:59:00.005-03:00

Un día bastante atípico en el cual a las 5 de la tarde parecía de noche y caía una cantidad de agua increible, y yo en el medio de una call con un colega de Brasil hablando en ingles (patético), se pasaba el tiempo y no podía salir para la facu, donde hoy era el primer cuatrimestre... el tema fue que recien a las 18:30 partimos para la facu y era un diluvio, no menos de 3 choques se pudieron observar en las 20km que tengo que recorrer por panamericana, gral paz y lugones para llegar a la facultad, lo bueno, venía con dos de mis dos nerds preferidos de IBM en el auto (Gona y Andres), lo cual lo hizo bastante ameno el viaje, salieron temas como metodologías ágiles e ingeniería en software en general, justo el tema que dábamos hoy en la materia.

La cosa es que llegué bastante tarde a la clase y Nico ya había arrancada con la presentación de la materia, y lo primero que me encuentro es un curso repleto y cuando entro al aula de repente un fuerte aplauso por haber llegado (tarde obvio) partio de las manos de Nico y seguido por todo el curso, en fin linda recibida :)

Tengo todas las expectativas para este cuatrimestre ya que en el último tiempo, tuve bastantes nuevos desafíos laborales y que quiero compartir como ejemplo a lo largo de la teoría que exponemos en la materia. Con respecto al cronograma y tp, la verdad que no cambia demasiado, seguimos repitiendo un poco todo, que es lo que nos viene dando muy buenos resultados. Un poco la diferencia de este cuatrimestre es que no lo tenemos más al Lic. Carlos Leone, como representante formal, sino que a partir de ahora yo soy el Profesor Adjunto de la materia, obviamente falta un poco de papelerío pero todo parece indicar que sale. Así que todo la parte administrativa, ahora es mía... es pero que no me coma mucho tiempo.

Como todos los años elegimos los topicos de los papers a ser desarrollados y nos quedó algo asi:

RIA Offline, es posible?
Métricas de Arquitectura
Domain Specific Languages
Lenguajes Dinámicos
Arquitectura en metodologías ágiles
Software as a Service (SaaS)
Arquitectura de Aplicacions Móbiles

Donde yo probablemente me incline a tutorear los temas de RIA (que original no?), Métricas de Arquitecturas y SaaS.

No me quiero olvidar de decir que se nos unió a la catedra Santiago Blanco, un excelente alumno del cuatrimestre pasado y con mucha experiencia, acá pueden conocer un poco más de el.

Esto es todo.

Primer Post de la serie "Me casé con una nerd"

2008-03-24T15:43:00.003-03:00

Para los que no lo saben el amor de mi vida (Mecha) aparte de ser una excelente madre, es una nerd si, y a veces muuuucho peor que yo, asi que decidí iniciar esta sección en mi blog para contar las salidas de geek que tiene y que muchas veces me deja descolocado ;) aca va el primero, espero que les sea divertido...
Mientras Andrés (mi hijo) dormía la siesta estábamos cada uno con su laptop y me manda por chat, "Gus, mirá este video te va a gustar yo lo estoy viendo http://www.youtube.com/watch?v=Tcwx-I6Arwk "
La verdad que pensé que era alguna propaganda, video música.... o un avance de LOST, pero no... era una google talk con el título "Teaching Kids To Code" jajaj, aca se los dejo ;)

En que ando... lost, snoop, apit, asit, peopleware

2008-03-22T08:27:00.004-03:00

Hace bastante que no escribo y la verdad que no es por que no quiero sino que estoy teniendo unas semanas bastante ocupadas preparando y trabajando muchísimo, aca van algunas de las cosas:

Una de las cosas que me permite bajar un poco a tierra (aunque me deja muchas veces pensando) es esta serie adictiva de LOST, en unn fin de semana con mecha nos pusimos al día y nos miramos 8 capítulos seguidos, la verdad que es una enfermedad, pero ya que estoy comparto un par de links interesantes (nada de spoilers), lostzilla.com, lostpedia.com, abc.go.com/primetime/lost/
En ASIT, mi actual proyecto, todavía estamos en una etapa de mucha preparación en donde mi equipo todavía no es el owner del código, ya que hay otro equipo cerrando algunos features y yo estoy más que nada creando algunos documentos de arquitectura utilizando la metodología interna de IBM (de arquitecture) que está bastante buena, sobre todo por que tiene un IDE (sobre eclipse) que te permite llevar todo el crecimiento evolutivo de la arquitectura y mantener todo relacionado, empezando por un System Context, pasando por requerimientos, use cases, componentes, unidades de deploy, nodos, zonas de red y obviamente pudiendo trackear todas las decisiones arquitecturales, assumptions, etc. La verdad que si bien no hay mucha adrenalina, el hecho de crear los diagramas y comunicarlos a diferentes stakeholders como Build Architects, Developers, Infrastructure Architects, Analistas y PM es más que un lindo desafío. Por el momento estoy solo creando documentos uni-viewpoints, bastante distinto a lo que digo en la materia, pero bue.... el proyecto está un poco a las corridas y se hace lo que se puede. La parte buena de todo este que ya se sumaron dos developers (Gabriel Benemergui y Ruben Ghio) en Argentina de gente excelente, eso como arquitecto me deja más que tranquilo.
Con respecto a APIT, la verdad que le vengo dedicando poco y nada, la idea que este cuatrimestre, otra vez de 14 clases va a ser bastante parecido a los dos anteriores, pero estoy muy contento por que generalmente los primeros cuatrimestres el nivel de la gente que cursa es muuuuuuy superior al del segundo, aunque todos los ayudantes que tenemos en la materia salieron del segundo cuatrimestre :)
Esteban Lorenzano, me invitó a participar del Snoop Update 08' para dar una charla sobre los problemas actuales de las aplicaciones web y que soluciones radicales existen, y aquí vienen Ruby on Rails y Seaside, la verdad que estoy muy contento por que es un tema que me gusta mucho y vengo trabajando de costado con RoR. Lo que vamos a tratar de hacer es crear un paper que guie la presentación, voy a postear un poco más sobre esto.
Y por ultimo, asi no los aburro, en este ultimo tiempo estoy terminando de leer Peopleware — Productive Projects and Teams, la verdad que es un libro super interesante y me sorprendió al mismo nivel que lo hizo, Mythical Man Month, lo recomiendo a todos los que tienen aspiraciones de líderes o ya lo son. Es más creo que las metodologías ágiles sacaron muchas cosas de este libro.

Que queres que tu gerente sepa sobre metodologías ágiles?

2008-02-19T11:54:00.003-02:00

Hoy leí un post muy interesante en infoQ, que comentaba sobre una encuesta que le hicieron a 50 desarrolladores sobre que cosas nos gustaría que nuestros gerentes sepan acerca de las metodologías ágiles.
Mi primera respuesta, sin inhibiciones ni filtros sería:
"Vamos! lean un poco y dejen de creer en prácticas de hace 20 (o menos) años atrás que ni sirvieron cuando estaban en los proyectos y que menos sirven ahora, la ingeniería en software está cambiando y no hay duda que este tipo de metodologías son única manera de construir software decente, por favor... tomen y lean al menos este articulo", media vuelta y portazo en la cara :)
Hablando en serio, es obvio que no haría eso, pero la gente con experiencia generalmente critica sin conocer y eso no está bien. Lo que si me gustaría agregar a esa lista es que es que usar una metodología Agile no quiere decir que el proyecto va a ser más rápido o va a costar menos, una cosa no implica la otra... lo que si te va a asegurar es que el software va a cumplir con los que el usuario quiere y va a tener como dice el articulo mucha más calidad.

Epoca de cambios - Say it isn't so

2008-02-15T06:12:00.006-02:00

En este momento de mi vida laboral y profesional estoy experimentando una serie de cambios que me están representando desafíos muy interesantes, y por suerte todo parece alinearse (afortunadamente) con la visión que tengo desde hace 3 años, que obviamente no fue fácil de definir allá por el 2004/2005 cuando me estaba recibiendo.
En pocas palabras mi visión cuenta con dos focos muy alineables, uno más a nivel país y otro más personal y básicamente tiene que ver con lograr que Argentina sea considerado una potencia mundial en lo que al desarrollo de software respecta, diferenciado por la calidad... y por el lado personal, está más que claro que quiero participar activamente de esto con un rol de liderazgo técnico.
Acá viene un poco la disyuntiva entre el líder técnico o arquitecto, la verdad que me gustan un poco las dos, creo que tengo un buen skill de relación personal, que lo vengo trabajando hace mucho tiempo, tanto en la práctica como en el estudio, y obviamente la arquitectura y las metodologías me apasionan. Creo que no tengo que jugarme por uno rol o el otro, todo lo contrario, se complementan y mucho.

Afortunadamente estando en IBM, tengo muchas posibilidades de cumplir con esa visión, ya que hace 4 años que estoy trabajando en el offshoring con USA, 3 años que cumplo con un rol de liderazgo técnico de un grupo que fue creciendo muchísimo a lo largo del tiempo y en Enero acabo de ser asignado a un nuevo proyecto ya con el rol formal de arquitecto de software o application architect, también de USA. Obviamente esto se pudo dar gracias a la cantidad de educación y esfuerzo que estuve teniendo dentro de la carrera de arquitecto, que realmente es algo que destaco muchisimo de IBM, que es que tiene una gran cantidad de recursos y conocimientos para capacitarse como IT Architect (como se le dice aca), hablando con otros Arquitectos, de otras empresas la verdad que no encontré nada igual, eso si, te tiene que gustar o soportar la burocracia y los procesos pesados asociados a la metodología de arquitectura, pero pronto calculo que se va a ir agilizando (o eso espero)...

En fin, la idea de este post era contar que estoy dejando un equipo que me lleno de alegrías por varios años, formado por gente de USA, India y Argentina... me está costando mucho dar un paso al costado ya que el 70% del equipo fue armado en gran parte por mi y sinceramente son todos excelentes profesionales y personas. Pero se que es algo que tengo que hacer para seguir creciendo... UI Team, fue el mejor ejemplo de teamworking que he tenido y nunca lo voy a olvidar, la líder del equipo de USA me preparó una presentación que realmente me llenó los ojos de lágrimas y que nunca voy a olvidar, y aca la posteo

Probablemente escriba un post en ingles agradeciéndole esto a Angela Savino, aparte de ser una gran líder, una gran persona, creo que nunca, en 4 años, tuve un reproche por alguna decisión tomada, realmente intachable.

Charlas en el 2008 que me gustaría dar o escuchar

2008-01-28T11:07:00.000-02:00

Como todos los años, junto a la gente técnica y copada de IBM planificamos una serie de charlar en las cuales intercambiamos conocimiento. Lo venimos haciendo desde el 2005 y la verdad que son de muy buena calidad, lo único malo es que desde que las hacemos vía telefónica, se perdió bastante el debate, cosa que era lo más importante cuando empezamos. Con un objetivo de listar y que me ayuden sobre que temas sería importante no olvidar este año:

Creo que Grails debería ser un tema a escuchar, más allá de Groovy, creo que ver como el mundo Java desde el lado de scripting adaptó RoR sería algo interesante de ver.
Groovy sigue siendo algo que no hay que perder de viste, sobre todo para incorporar en aplicaciones Java, creo que usarlo como medio de contenido para extender o modificar la aplicacion en runtime puede ser muy interesante. Hoy generalmente usamos XML, pero creo que Groovy podría ser tambien interesante.
Ruby on Rail, todavía me debo armar una charla sobre este framework junto a Damian Garcia, no tanto en la gilada del scaffolding (CRUDs) , sinó en los principios y ventajas que tiene construido sobre un gran lenguaje.
Creo que Continuation seguirá siendo un area en la cual tenemos que seguir investigando y aprendiendo para la correcta implementación.
Uno de los temas que hay que ir teniendo en cuenta es la Performance en las aplicaciones RIA con CSS y JavaScript, sobre todo con los ítems de usabilidad y cantidad de pedidos ajax que se están haciendo por pantalla. Creo que muy pocos lo estan teniendo en cuenta y es un tema que hay que ver de manera urgente.
Creo que SOA va a seguir siendo un tema interesante de charlar, sobre todo temas de armado de equipos, prácticas de desarrollo (construcción), integración continua en desarrollos de integración, por que no TDD para BPM, todo ese tipo de cosas que están muy maduras en aplicaciones, pero esta vez para integración.
Yo calculo que voy a dar alguna otra charla de TDD un poco más avanzada, y quizá ver la manera de como enganchar el TDD con los frameworks de desarrollo, la idea es como ver de facilitar el TDD con un framework.
Por que no algo de JavaScript, me parece un lenguaje increíble, y quiero que se use correctamente, ya por el 2000 programaba en JavaScript y sentía que lo hacia bien y sabia, pero ahora me doy cuenta la manera en la cual lo usaba era patética, y lo que me molesta que hoy exista gente que primero, lo menosprecia y por otro lado lo use de la manera que yo lo usaba en el 2000. Me gustaría ver temas de prototipado, clousures, performance, entornos de desarrollo, interacción con el DOM (cualquiera sea) y tdd.
Otra charla que me gustaría dar es sobre los AntiPatters de los patrones de diseño... quiero erradicar el uso del Singleton indiscriminado, no lo soporto más... quiero que la gente antes de implementar un patron de diseño piense por que y no que lo use por el solo hecho de que soluciona el problema, si no que lo use por que es la solución más simple de todas. También quiero que se priorice la orientación a objetos por sobre el uso de patrones de diseño, muchas veces los patterns te obligan a separar el comportamiento del estado y eso si que está muy mal, en algunos casos, muchas veces cometí este error y creo que pudo hablar de ello.
Me gustaría escuchar una charla sobre los 6 principios de Robert C. Martins de la programación y diseño orientado a objetos. Introductorio sobre Patterns y Principios - http://www.objectmentor.com/resources/articles/Principles_and_Patterns.pdf
Un colega ya está preparando para presentar un resumen del libro de Pragmatic Programmer, biblia del programador cuando entra a IBM, o al menos a mi area.
Creo que algo de Earlang me gustaría escuchar, es un lenguaje que viene sonando y lo poco que pude ver es interesante sobre todo por el uso del paradigma funcional.
Y por que no DSLs... o en Ruby o LISP

Esto es lo que se me ocurre por ahora, por favor tienen algo para aconsejar, se los agradezco...

Tipos de Arquitecturas de IT

2008-01-24T18:26:00.000-02:00

Uno de las primeras cosas que hay que entender sobre la Arquitectura es que existen diferentes tipos en el ámbito de IT, con lo cual es muy importante tener claro que rama o especialización de la arquitectura uno quiere desarrollarse y obviamente el alcance de cada una. Esta es la clasificación que más me gusta y es la damos en APIT:

Enterprise Architecture (EA) : Es la arquitectura toma las decisiones necesarias para que Organizació de IT de la compañia esté alineada y permita cumplir con visión/misión de la organización en cuestiones de negocio , definiendo guías y políticas para que el conjuntos componentes de IT (redes, hardware, software, aplicaciones, etc) crezca de manera ordenada siguiendo un objetivo bien definido.

System architecture: Relaciona los requerimientos y el mundo externo con las estructuras del sistema, incluyendo el hardware y el software. Vendría a ser la Infraestructura.

Software architecture (o Application Architecture): Está relacionada con una aplicación en particular, o sea con el desarrollo de un software en particular, son las decisiones que se toman pero acotadas a un proyecto o aplicación en particular y no cross a la organización como la EA. Esta es el tipo de Arquitectura en la que trabajo y está focalizada la materia.
Integration Architecture: Está relacionada con las decisiones tomadas desde el punto de vista de la integración de las diferentes aplicaciones y los procesos de negocio asociados. Como para dar un mejor entendimiento, temas como SOA o EAI, estarían en este tipo de Arquitecturas.

Existen otro tipo de Arquitecturas pero en mi opinión ya con la clasificación planteada alcanza, como por ejemplo, Data Architect, Business Architect, etc.

Alguno creo que se puede mejorar esa clasificación?

Y asi termino mi ulitmo codigo del 2007 - Green!

2007-12-31T14:56:00.000-02:00

Unit Test para renderizadores de HTML

2007-12-19T09:01:00.000-03:00

Actualmente estamos en la etapa de diseño y desarrollo de una nueva release del proyecto en el que vengo trabajando hace 4 años (uhhh, como pasa el tiempo)... si bien la release no es algo tan complicada, nos tomamos el tiempo para mejorar el componente de Vista, y cuando digo vista estoy hablando principalmente de la renderización a html. La metáfora que tenemos es que al componente de Vista solo llega un ViewBean que es la representación de la pantalla en objetos, y este componente debe a través de renderers asociados a cada elemento del ViewBean generar el HTML. Con lo cual apuntamos a que la generación de la vista sea creando objetos estándares y no tocar absolutamente nada de HTML o el lenguaje que general el html como Velocity o JSP. Pero para esto necesitamos crear buenas abstracciones de UI, y va a ser un proceso muy iterativo, dudo que pueda ser para esta release, todavía necesitamos mucha interacción con la persona que define las pantallas para que trate primero de tener una consistencia funcional. De todas maneras, exista o no una consistencia funcional, la idea de tener objetos/componentes abstracto que permitan reutilizar los renderers sigue siendo interesante.
En fin, me estoy perdiendo el foco, del post, una de las cosas que estoy tratando de hacer es crear un framework de Unit Test, para que todos los desarrolladores de renderers pueden Uni Testear los renderizadores sin necesidad de ver el resultado en el browser, con lo cual mi idea es poder, para cada test case hacer algo como:
1- Crear el ViewBean con la información que del escenario que quiero testear
2- Ejecutar el Renderizador que devuelve el HTML
3- Realizar los asserts, queriando el HTML para ver si la información se reemplazó correctamente, ver si hizo los cantidad de Loops correctos, si pasó por los caminos que yo especifiqué , etc, etc, etc. No me interesa saber si el html tiene todos los temas de estetica ya que eso lo va a tocar una persona a fin.

El problema que tengo hoy en día es que no encuentro un framework/componente que me permita llegar al paso tres, ya que al HTML llego sin problema, lo que necesito ahora es buscar una forma de inspeccionar el HTML en texto que tengo y poder consultarlo para hacer los assert correspondientes. Se me ocurrieron tres ideas :

Usar HtmlUnit. Pareciera la solución más obvia, pero investigando un poco el framework me di cuenta que no es tán feliz como yo pensaba. Si o si para consultar un HTML tenes que hacer un pedido por la red y http, cosa bastante poco práctica. Obviamente esto se puede evitar mockeando el conector y devolviendo siempre un HTML fijo. El problema es que estos componentes que yo quiero unitestear solo me devuelven una porción de HTML y no un HTML bien formado con el head y el body, con lo cual es imposible llegar a tener una representación objetosa del HTML que me permita consultarlo. Lo que me gustó de HTMLUnit es que tiene la representación objetosa de los elementos del HTML. Obviamente estuve muy poco tiempo viendo el framework y quizá se pueda, pero en fin... me hizo sentir un poco infeliz el HtmlUnit, aparte de haber muy poca documentación.
Usar Expresiones Regulares, en principio me pareció que era una idea copada, pero despues pensé en el resto, si a la gente ya le cuesta hacer un Test Case de codigo de Modelo o Controller, o sea Java puro, también le pido que haga un Test Unitario para los renderizadores, sumado a esto, aprender expresiones regulares que entiendan el HTML para verificarlo, me recibo de necio. Digamos que las Expresiones Regulares son algo duras de entender, incluso las que creó uno mismo... con lo cual solución descartada...
La ultima, que es la que voy a probar es usar XPath, ya que en teoría cada HTML renderizado por cada renderer debería ser un XML bien formado, con lo cual eso me permitiría hacer queries con XPath y tener assert mucho más sencillos. Obviamente la gente que haga estos test cases tiene que aprender Xpath, lo cual no es algo trivial, pero bue por ahora es lo mejor que se me ocurre.

Hace 4 años estuve viendo jameleon y creo que me puede servir, pero cuando entré a la página me asustó un poco, alguno tuvo alguna experiencia con esto? creen que me pude servir?

En cuanto tenga algún resultado les voy a contar...

Tell, Don't Ask

2007-11-20T21:38:00.000-03:00

Le verdad que me gustó mucho este post de uno de mis ídolos, Michael Feathers. Creo que este concepto es hasta casi más importante en Objetos que temas de Herencia y Polimorfismo (con esto me pueden llegar a enterrar) pero si, creo que esto es una de las cosas más importantes para diseñar en objetos (dependencias).
Creo que habría que tomarse el tiempo y probarlo de una manera bien extremista como para ver que sale y obviamente ver como encarar los mensajes entre los objetos y desglosar un poco (como dice Mark Miller) el concepto de "Tell".
No tengo más que decir por el momento sobre este tema, pero les aseguro que voy a ver que pasa yéndome a un extremo.

Ya es hora de mirar nuevos horizontes - Beyond Java

2007-11-19T15:27:00.000-03:00

En dos semanas tengo planificado, junto con Gonzalo de Pedro y Andrés Calabrese, dar una charla con el objetivo de presentar técnicas y conceptos de programación que están cambiando a la industria del desarrollo de software y que Java, por ser la plataforma de desarrollo indiscutida, le cuesta adoptarlas aunque muchas veces se pueda.
Estaría dirigida a los profesionales que trabajan en java y quieren abrir sus mentes y ver como se están desarrollando el software en otras plataformas para luego traer esas técnicas al mundo java.
En principio los temas que se nos ocurren son los siguientes:

Continuation
Open classes
AOP / Hooks
Subject Oriented Porgramming
Duck Typing
Mix-in
Clousures
OOP con Prototipado (Javascript & Self)
Domain Specific Languages
Behavior Driven Development
Conventions over Configuration
Concurrencia con Earlang
Behavioral completeness

Un poco la idea es abrirle la cabeza a los desarrolladores Java como para que vean que fuera de la burbuja java (empresarial) existen conceptos muy interesantes que le puede hacer la vida como desarrollador mucho más feliz y como dice DHH más productiva.

Si tienen alguna sugerencia, por favor no duden en comentar.

RadRails 0.9.1 - El Code Assist ya está funcionando

2007-11-16T11:12:00.000-03:00

En el post anterior comenté que el Code Assitant del RadRails (Aptana) no estaba funcionando muy bien, bueno, antes de ayer bajé la nueva versión y ahora está funcionando bien, asi hagan el update, pero ojo que es una beta y para hacer el update hay que apuntar a otra URL, por favor lean aca como hacerlo.
Lo que si me dejó de funcionar, pero tenemos que investigarlo un poco más, es el tema de el output de los rSpec que venimos usando para diseño y test. El problema es que el output (a diferencia de xunit) antes lo tiraba a consola dentro del aptaba y ahora me lo tira a una consola de DOS que cuando termina de ejecutar se cierra sola... pero bue ya lo resolveremos.

Bill on Rails... segunda iteración cumplida

2007-11-12T19:42:00.000-03:00

Hace un par de meses comencé junto a un grupo de gente de IBM un proyecto relativamente pequeño, que se encargará del manejo de ordenes de compra y seguimiento de facturas emitidas por los proveedores. Obviamente, este proyecto tiene otros dos objetivos:
- Implementar y aprender sobre Ruby on Rail y sobre todo el lenguaje Ruby
- Desarrollar el software de una manera iterativa incremental utilizando metodologías ágiles como Scrum y XP,
Luego de cuatro meses en donde estuvimos investigando, aprendiendo en conjunto y luego comenzando con el desarrollo de la aplicación tuvimos muy buenos resultados y me gustaría comentarle algunas cosas que venimos haciendo:

Estamos usando Aptana como entorno de desarrollo que posee un plug-in muy copado para desarrollo de aplicaciones RoR llamado RadRails, este fue comprado (o algo por el estilo) por Aptana hace unos meses. Si bien todavía está un poco verde y no tiene mucho code assistance te da una mano bastante grande facilitándote la ejecución de los generators y las tareas rake. Aparte de permitir debug y syntax high-lighting.
Como base del Aptana tambien estamos usando InstanRails que te instala de una todo el entorno Ruby, MySQL (con phpMyAdmin) y el Apache, en dos clicks tenes el entorno listo para comenzar a programar. No hay que olvidarse que al Aptana hay que apuntar al IntantRails para que tome el interprete Ruby.
Como herramienta fundamental de comunicación estamos usando el Wiki, tenemos todo centralizado assets, tutoriales, backlog de requerimientos, direcciones de svn, estandares, arquitectura, release plan, build & deploy, etc, etc.
Todo el manejo de Tareas e Issue tracking estamos usando la fantástica herramienta de Trac que nos permite mantener en un único lugar parte del SCM necesario para llevar a cabo el desarrollo, obviamente integrado con Mylyn y SVN. Realmente es una herramienta muy simple y que tiene todo lo necesario para asignación de tareas y defectos como así también su seguimiento.
No hubo mucha discusión con la decisión de usar SVN para el versionado, es rápido, fácil de configurar, se pone atrás de un apache, lo que permite mantener la autenticación y autorización corporativa y se integra perfectamente con el eclipse y el Trac. En este ultimo punto, le pusimos un hook para no permitir commitear a menos que haya una tarea en estado "working" asociada.
Uno de los Plug-ins que me está maravillando (gracias Andrés Calabrese) es Mylyn, la verdad que la gente que lo inventó realmente tuvo una idea genial debido a que no solo permite integrar las tareas del trac (o de cualquier issue tracking) en el IDE, sinó que también permite el uso de contextos lo cual aumenta la productividad minimizando la cantidad de información visualizada. Les recomiendo escuchar este podcast de 20 minutos en donde explica brevemente que es Mylyn y como utilizarlo.
El Build & Deploy automático lo estamos encarando utilizando Capistrano y guiándonos con el nuevo libro de la serie de pragmatic programmers llamado "Deploying Rails Applications". Todavía no tenemos un entorno con Capistrano funcionando pero no falta mucho, cuando cierre voy a postear algo sobre el tema.
La referencia obligatoria del lenguaje es este libro "Programming Ruby", la primera edición está abierta y es gratuita. No se que hablar mas de Ruby, realmente es un lenguaje que cada día me gusta más. En este post explico por que. Lo único que voy a agregar es que definitivamente antes de tirar líneas en Ruby, les pido por favor que lean, no se les ocurra programar como si estarían en Java.... no van a llegar a nada.
El framework, Ruby on Rails, que les puedo decir... está muy bien enfocado y acotado a los que quisieron hacer, pequeñas aplicaciones web con bases de datos atrás. Lo único que me resulta un poco flojo es el tema de la concurrencia de migrations, si bien es una excelente idea, si no tenés cuidado se puede armar un con los mapeos a la base de datos, nosotros lo minimizamos tratando de poner un solo encargado para crear las migraciones, les pido que lean por que la idea es muy buena, todavía le falta madurar pero el approach está bueno. Todo lo que es ActiveRecord y AJAX, la verdad que me tengo que sacar el sombrero, Rails lo resuelve de una manera muy elegante, ya voy a hablar del tema.
En cuanto al Diseño y Unit Test venimos usando técnicas de BDD (Behavior Driven Development) utilizando rSpec y el plug-in para rails de rSpec que realmente está bastante cerradito para lo que es la parte de Modelos (ActiveRecords). Resultó muy práctico e interesante empezar a escribir las especificaciones de los Modelos para empezar y luego a través de los generadores de rSpec para Rails creamos los modelos. Lo único un poco málo es que la documentación es bastante poca y siempre que te topas con un problema hay que arremangarse y tratar de solucionarlo y muchas veces se pierde mucho tiempo, pero bueh... es un costo que estamos asumiendo. Obviamente no solo estoy trabajando en esto, con lo cual cuando vuelvo a Java y a JUnit me quiero pegar un tiro :(

Me faltó hablar un poco de la metodología que usamos, pero prefiero terminar aca y escribir en otro post sobre esto ya que hace una semana también estuve involucrado en la definición de una metodología (ágil) para un proyecto un poco más grande y más importante que este :p

Cursos muy buenos de JavaScript en Video

2007-09-26T20:05:00.000-03:00

Hace un tiempo, en Yahoo! UI Library: YUI Theater, se publicó un curso muy completo de un lenguaje que me resultó muy interesante, y que muchos piensan que más que un lenguaje es un juguete. En mi humilde opinión, es el gran lenguaje con conceptos increibles. Ya algo escribí luego de la charla de lenguajes prototipados.
Este curso es muy completo y el instructor (Douglas Crockford) lo hace muy llevadero. Yo lo hubiese querido haber hecho 8 años atrás cuando empecé a programar aplicaciones Web y pensaba que JS era un juguete (que equivocado que estaba)
Parte 1

Parte 2

Parte 3

Parte 4

Las diapositivas las pueden bajar de aca

Espero que les guste.

Ruby: un lenguaje muy simpático

2007-09-16T18:56:00.000-03:00

En IBM estamos empezando un proyecto en Ruby y la verdad que el lenguaje me está cayendo muy pero muy simpático.
Acá les quiero dejar una presentación muy buena sobre 10 features que tiene el lenguaje. Espero que les guste, también les dejo un resumen:
#10 Convenciones
#9 Todo es un objeto
#8 (Casi) Todo es un mensaje
#7 Ruby es más dinámico de lo que parece (Open clases, reflection, hooks, singleton method, code evaluation, etc)
#6 Ruby es fuertemente tipado pero no estáticamente tipado
#5 No te preocupes por las interfaces (Duck Typing)
#4 Soporta Mix-Ins (Algo parecido a lo que se podría hacer con herencia multiple)
#3 Closures
#2 IR (docs) es tu amigo, IRB (consola interactiva, recomendable) también es otro amigo
#1 Deja de escribir tanto código!
Este es el link
Creo que todos, antes de hablar bien o mal de ruby, deberían saber que posee estas features.

Un camino que lleva a RIA

2007-09-11T20:59:00.000-03:00

Luego de 7 meses bastante duros, pudimos llevar a producción la release 2.3 del proyecto que vengo trabajando hace años. La verdad que esta release tuvo un gustito particular, debido a que no solo se agregó mucha funcionalidad, en muy poco tiempo, sino que también tuvimos que implementar nuevas tecnologías para agregar items de usabilidad que impactaron bastante en la arquitectura.
Básicamente el objetivo fue pasar de una aplicación web tradicional a algo más híbrido y más parecido a una RIA (Rich Internet Application).

Voy a tratar de listar un par de prácticas y lecciones aprendidas que tuvimos en esta release:

Tener bien separado los diferentes concerns del browser, Contenido (HTML), los Estilos (CSS), Eventos(JavaScript) y Comportamientos (JavaScript). Esto ayuda a tener un código más simple, claro y mantenible. Lo que hicimos fue framework en JavaScript que obligó a estructurar un poco más el código javascript, con lo cual cada funcionalidad tenia su archivo/objeto/metodo en donde debía escribirse. Realmente JavaScript me resultó un lenguaje increíble, muy potente...
Como parte del proceso de transformar una Web Tradicional a una RIA, tuvimos que mantener las páginas como están y agregar los items de usabilidad desde allí, o sea, tener un único refresco completo por pagina (cada vez que se va de una página a otra), y mientras el usuario realice transacciones en esa página, recién ahí utilizar AJAX/AHAH para actualizar partes de ella. Es importante destacar que el uso de AJAX y AHAH brinda una gran performance, mejorando la latencia y utilización de recursos, debido a que hay menor transferencia de datos y que la página no se refresca por cada transacción.
JSON es la mejor manera para intercambiar datos entre el browser y el Server. Todos los delta de página son devueltos en un único objeto JSON con pedacitos de HTML renderizados en el Server. Está claro que JSON es muy superior a XML en este conexto, ya voy a hablar un poco más de esto.
Una parte interesante fue la modificación que le hicimos al componente de Vista, debido que se componentizaron los renderizadores de HTML, y ahora estos renderers son utilizados tanto para crear el HTML de la página completa como los delta de HTML que viajan a través de JSON.
El manejo de eventos en el browser tuvo un cambio en el final de la release, empezamos usando Event Handling y terminamos con Event Delegation (con bubbling) lo que mejoró muchísimo la performance. En este link se explica muy bien la diferencia.
Ni Client Pulling, ni Server Pushing son la mejor solución. Luego de implementar un Indicador de Progreso para transacciones largas, llegamos a la conclusión que las actualizaciones del Server al Browser (Reverse AJAX) debe ser una solución intermedia entre los dos enfoques, ya que esto evita muchos problemas de performance y concurrencia.
YUI Yahoo es una librería de JavaScript increíble ya que posee muchísimos widgets y componentes configurables, como los Menus, Paneles (eliminamos los malditos popups), Connections, etc Pero sobre todo nos permitió lidiar con el cross browser compatibility.
Firebug rocks!

Obviamente nos faltaron muchas cosas por mejorar y hacer:

Armar un buen entorno de Unit Test de JavaScript, estuve probando JSUnit, pero no lo pudimos institucionalizar :(
Realizar inclusiones de JS dinámicamente
Tener un mapeo de Evento<->Comportamiento más declarativo en JS que permita reutilizar más comportamientos o behavior, creo que estamos bastante bien, pero todavía necesitamos más trabajo.
No pudimos resolver, por falta de tiempo, como enviar solo la información que cambió en el formulario del browser.
El HTML de la aplicación todavía es muy muy feo, hay que trabajar más en este tema para poder tener el contenido mejor representado.
No pudimos incluir el Spring Webflow, lo que nos hubiese permitido tener una aplicación con flujos mejor definidos y un modelo más stateful en el server.

Espero que les sirva esta experiencia que ganamos, calculo que en algún momento explotaré cada uno de los puntos planteados y daré más detalles... probablemente en algún articulo y mejor redactado.

Web Semántica - Seminario Athenas - 21 de Agosto

2007-08-15T12:30:00.000-03:00

La agenda es la siguiente:
19:00 hs: Presentación.
19:05 hs: Grandes personajes de la historia: Tim Berners-Lee.
19:20 hs: Cómo funciona internet hoy
19:35 hs: Qué es la web semántica (metadatos, XML y RDF)
20:15 hs: Coffee break.
20:30 hs: Qué es una ontología y para qué sirve
20:45 hs: Ejemplos de OWL
20:55 hs: Cómo integramos todo esto: webservices
21:10 hs: Cómo funcionará internet mañana.
21:30 hs: Cierre

Hace un tiempo que vengo tratando de seguir el tema, escuché un podcast de Tim Berners-Lee, en el cual dijo que el actualmente está trabajando en esto y tambien escuché un par de comentarios de compañeros de trabajo como Fernando Sanabria y Gona, aunque todavía no lo pude conceptualizar. Creo que va a ser muy interesante.

5 puntos débiles que se le podrían encontrar a YUI Yahoo!

2007-07-11T01:00:00.000-03:00

En IBM venimos trabajando hace un par de meses transformando nuestra aplicación Web Tradicional en algo más "RIA Oriented" y la verdad que fue un trabajo duro pero que viene resultando muy pero muy interesante, todavía estamos en el medio del testing y refactoring pero ya puedo decir que realmente es posible enriquecer una aplicación web con JavaScript, AJAX y CSS y sobre todo utilizando un excelente toolkit como YUI, ya que es una herramienta excelente, con mucha documentación, con una madurez y soporte increíble... podría estar escribiendo 5.000 líneas de lo bueno que YUI es y no creo que tenga mucho sentido, me parece que lo mejor en estos casos es buscar los puntos flojos para poder solucionarlos, y bueno, aquí van:

El excelente componente Connection Manager carece de llamadas sincrónicas (bloqueantes) y esto es más por un capricho del autor que por otra cosa (en mi humilde opinión). Está claro que no son tan importantes pero no cuesta nada dejar la posibilidad.
Todavía no tienen una solución para almacenar información del lado del browser y asi permitir construir aplicaciones RIA offline. Creo que este es un tema que hay que tener algo en cuenta ya otras tools como Dojo están un poco adelante.
Los componente son un poco duros para extender, si bien son bastante configurables muchas veces es necesario dejar puntos de extensión sencillos para poder agregar funcionalidad que todavía no traen. Alguno puede decir que JavaScript es un lenguaje prototipado que te permite extender y modificar el comportamiento en tiempo de ejecución y es verdad, pero muchas veces eso no es muy simple te hacer. Aca se puede hablar mucho más pero estoy con un poco de sueño :)
No provee una implementación para hacer Server Pushing o Comet y esto es algo bastante interesante a tener en cuenta. Justamente estas semanas estamos trabajando en esto pero estamos concentrados en el modelo de threads que hay que tener en el server poder enviar info al browser sin que el browser la pida. Actualmente estamos resolviendo el esto teniendo un client polling con una única conexión ajax por vez y con un time out relativamente largo (de 4 a 5 segundos aprox) como para que venga siempre con info del server.
Le faltan utilidades sencillas para manejo de JavaScript como tiene Prototype y JQuery, realmente es invaluable poder acceder a elementos del DOM utilizando el $, o agregar estilos de manera muy sencilla y obviamente sin perder portabilidad.

Antes de cerrar quiero destacar dos puntos importantes:

esto es una critica totalmente constructiva a YUI desde mi humilde opinión. Vuelvo a repetir que de las herramientas que vi, y me recomendaron, es la que más documentación, soporte y madurez tiene.
muchos de estos puntos débiles que he encontrado a YUI principalmente vienen por el lado de la integridad conceptual que quisimos lograr armando el framework en JavaScript ya que en un momento estábamos usando 3 tools diferentes y no era muy lógico. Actualmente estamos usando YUI y Prototype, pero calculo que próximamente la saquemos o pongamos JQuery que es un poco más liviana y hace cosas parecidas.

Esto es todo...

De paseo por Tandil

2007-07-09T21:53:00.000-03:00

La semana pasada nos vinimos con mi familia a MDQ por unos 10 días y el Viernes pasado decidimos ir a Tandil , por un lado a pasear (ya que está a 165 KM de aca) y por otro lado a visitar y cenar con mis 5 compañeros de IBM que están estudiando en la UNICEN y trabajan desde Tandil ya que IBM nos regaló una cena a todo el proyecto (31 personas) y la gente de Tandil por no estar en Bs As no pudo asistir, asi que fui allá a replicarla. Aca están algunas de las fotos que sacamos:

Y luego de haber disfrutado de tandil estas son las actividades que hicimos y recomiendo hacer:

Comer una picada en "Epocas de Quesos"
Comprar fiambres para llevar en Syquet (Para la gente de IBM, Bs As... lo prometido es deuda)
Cenar en Antares (Fue ahi donde comimos con la gente de IBM Tandil)
Hacer todos los recorridos de Sierras (centinela, reserva del tigre, piedra movediza, etc) y Lagos (dique)
La verdad que la ruta MDQ-Tandil es bellisima

Muchas gracias a Esteban Storch que me guió y me recomendó los lugares que arriba describí.

Comentario: How to spot the dreaded non-coding architect

2007-07-09T21:37:00.001-03:00

Me encantó este post... sore todo me recuerda hace un par de años cuando el termino de Arquitecto se estaba poniendo de moda y todo se hacia en java y los "arquitectos" lo unico que hacien eran leer ariculos de SUN y Patrones.
Igualmente quiero hacer una salvedad.. si bien se puden detectar estos dos tipos de arquitectos, pero que nadie se olvide de la tercera categoría de arquitectos.... que esos si son los peores que ni se gastan en leer ni estandares, patrones,
buenas practicas.

Este es el link: http://softarc.blogspot.com/2007/06/how-to-spot-dreaded-non-coding.html

Resumen: (Could this be flamebait - probably! But here goes anyway)

By Architect here I'm not talking Enterprise level folk who pretty much don't cod

Aplicaciones RIA con JavaScript offline - Indignado

2007-06-21T09:20:00.000-03:00

En estas ultimas semanas estuve un poco ocupado con el proyecto con el que vengo trabajando hace años en IBM, ya vo y a hablar un poco de todo lo que estamos haciendo con JavaScripts, AJAX, AHAH, JSON y CSS....
En este post solo quiero expresar mi indignación de como parece cierta parte de la industria (google con google gears, mozilla con firefox 3, etc) esta encarando el manejo de aplicaciones RIA con JavaScript para que puedan funcionar sin conexión a internet, debido a que apuntan a tener una base de datos RELACIONAL!!!! en el browser, nada más no nada menos... Mi humilde opinión es la siguiente
"Si ya tenemos nuestros objetos en un lenguaje potente como JavaScript (OO y Prototipado) por que no persistimos o mantenemos dichos objetos, para que meter una RDBMS en el browser?? Para que SQL??"
Estas son mis razones:

La gente se olvida de los problemas de transformar objetos en tablas y viceversa?
Estamos en el browser, o sea, vamos a tener como todo, objetos que solo tienen comportamiento y objetos que tienen estado y comportamiento, y objetos que solo van a tener estado, ese estado que estamos persistiendo va a terminar en otro modelos de objetos, como es el DOM, para que necesito pasar por SQL y Tablas? No nos alcanza con objetos??
Se olvidan de los problemas de performance ? o sea, una nueva capa en el browser que nos abstraiga de la persistencia de datos, ejemplo Google Gears, vamos a tener más comportamiento, más interacciones, más transformaciones de datos, más uso de memoria, con que sentido??? Ya están diciendo que Google Gears likea mal, te cuelga todo...
Se olvidan de los problemas de modificabilidad que esto trae? Ejemplo, se agrega un campo más a un formulario, lo cual implica, cambiar como mínimo 5 lugares entre el html, el javascritp, la validación, el objeto, la tabla, el sql, y sigo contando
La gente se da cuenta que van a tener que empezar a mantener dos bases de datos como mínimo? Las migraciones? Que onda los upgrades? Me parce que estamos equivocando el camino.
En Java, todo está apuntando a la transparencia, en donde todo debería ser más "simple", llegar a un nivel en el cual ni tengas que hacer un objeto.save(), por que en JavaScript tenemos que volver a conceptos arcaicos...
La gente se olvida que meter un modelo relacional en el browser obliga a perder las abstracciones que ya se pueden modelar con objetos en JavaScript, que pasa con el polimorfismo?? la herencia?, la posibilidad de agregar comportamiento de manera dinámica? Nos están obligando a separar los datos del comportamiento otra vez, pero esta vez sin ninguna razón
Que va a pasar con los tipos?? JavaScript no es Java, quizá se mas facil guardando todo en string, aunque no lo se, la transformación siempre cuesta y en este caso vamos a tener que definir mas cosas

Seguramente hay más razones, pero tengo que entrar en una reunión y tengo que cortar aca...
Espero que la gente no caiga en estoy y haya aprendido la lección del problema que tenemos hoy en día en el server para integrar un modelo objetos con un modelo relacional...

Igualmente voy a investigar un poco más, debe haber alguna librería javascript que nos permita algo más transparente sin tener que usar SQL, creo que dojo offline está apuntando por ese lado, y con independencia de método de persistencia.

Metodologías Agiles - Seminario Athenas - 25 de Junio

2007-06-19T21:12:00.000-03:00

Abstract
Luego de 30 años desarrollando software, la industria sigue teniendo muchos problemas para terminar los proyectos en tiempo y forma. Durante ese tiempo evolucionaron tanto las tecnologías que utilizamos como los tipos de sistemas que construimos, sin embargo las metodologías parecen no haber sufrido grandes modificaciones. Con esa perspectiva, a partir de finales de los '90 surgieron algunas ideas que proponen renovar la forma en que construimos software y hoy comienzan a popularizarse a nivel mundial.
El objetivo de este seminario es introducir los conceptos que guían estas nuevas metodologías "ágiles", haciendo foco en dos de sus representantes más reconocidos: eXtreme Programming y Scrum.

La agenda es la siguiente:
19:00 hs: Presentación.
19:05 hs: Grandes personajes de la historia: Donald Knuth.
19:20 hs: Teoría e historia de las metodologías ágiles.
20:00 hs: Coffee break.
20:10 hs: eXtreme Programming. Conceptos y casos exitosos.
20:50 hs: Scrum. Conceptos y casos exitosos.
21:30 hs: Conclusiones y cierre

Video cómico de RoR vs Java

2007-05-16T11:05:00.000-03:00

Este me lo pasó Andres Calabrese (compañero de trabajo) y me pareció muy gracioso

APIT en el SEI!

2007-04-30T19:31:00.000-03:00

La semana pasada tuvimos un intercambio de mails con Paul Clements y uno de los primeros resultados de esto fue incluir, en la lista de (http://www.sei.cmu.edu/architecture/educators.html) Universidades que enseñan Arquitectura de Software, nuestra materia (APIT).

El segundo resultado estará por venir, pero les puedo adelantar que Paul se encontró interesado en el contenido de una de nuestras clases, la de "Rol del Arquitecto de Software", si bien el 40% del material no es nuestro el resto si lo es, por lo tanto creo que puede haber mucho fruto en el futuro.