Angel "Java" Lopez : Video, Desarrollo de Software

Ejemplo de TDD: Implementando una pila (parte 1)

lopez — Wed, 28 Apr 2010 10:42:00 GMT

Siguiendo con los ejemplos que se han armado para el material del Proyecto Hogwarts, quiero hoy publicar un caso de uso de Test-Driven Development con Visual Studio 2008 y C#. Ya había publicado un ejemplo anterior con video en:

Un ejemplo de TDD

La idea es implementar una pila. Ya tenemos una implementación dentro del propio framework de .NET. Pero la idea acá es desarrollarla usando TDD. Para eso, planteamos una serie de test iniciales, a cumplir por nuestra implementación. Programar de esta forma, permite poner explícitamente cómo esperamos consumir al software que estamos construyendo. Al escribir los tests, estamos poniendo cómo queremos que se consuma y actúe nuestro objeto pila. En una pila, colocamos elementos, en este caso enteros, y los retiramos, con el criterio último entrado, primero salido.

Por simplicidad, hacia el final de este ejemplo, se implementó usando una pila interna de .NET. Pero podríamos haber implementado con una lista o de otra forma. Puede quedar el caso para un próximo refactoring. También se repitió código de inicialización: hay que estudiar cómo podemos mejorar esto. Y un tema para la próxima edición de este ciclo, es el uso de code coverage: cómo podemos conocer qué parte de nuestro código hemos probado.

(Please visit the site to view this media)

Pueden verlo directamente en Youtube, más grande, en http://www.youtube.com/watch?v=d6JrhC1u2Dw y con opción a pantalla completa.

Espero que les sirva, cualquier “feedback” es bienvenido.

El código del ejemplo en TddStack01.zip.

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Un ejemplo de TDD

lopez — Thu, 22 Apr 2010 17:40:00 GMT

Ya comenté sobre el Proyecto Hogwarts: el desarrollo de material, entregables, que sirva de soporte para el entrenamiento de desarrolladores de software. Los puntos claves a atacar en este primer release, son:

- TDD Test-Driven Development
- DI Dependency Injection, contenedores de Inversion of Control
- Mocks, usos y librerías
- Principios SOLID

Una de las ideas que estamos explorando, es producir pequeños ejemplos de los temas, como parte de los entregables. En este post, viene una primera versión de un ejemplo que proponemos como parte de una charla de introducción a TDD.

El instructor describe primero a grandes rasgos los elementos de TDD, como el ciclo rojo-verde-refactor, pero para fijar el concepto, se necesita mostrar un ejemplo andando.

En este video, mostramos el uso de Visual Studio 2008, con sus proyectos de tests, y la forma de encarar el ejemplo: queremos desarrollar una simple clase que implemente una calculadora, y la suma de dos números.

(Please visit the site to view this media)

Esperamos ir generando más videos de los ejemplos que estamos preparando, como forma de exponer a la comunidad parte de los entregables que se van sumando al proyecto. Se agradece cualquier comentario, sugerencia, sobre este video y los próximos (resolución, calidad de video, sonido, así como ejemplos elegidos, claridad de exposición, etc…)

Pueden bajar el código de TddCalculator01.zip.

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Resultado de la VAN ALT.NET Hispano sobre Domain-Driven Design

lopez — Sun, 17 Jan 2010 12:45:25 GMT

Gracias a la comunidad de ALT.NET Hispano, he podido presentar el tema Domain-Driven Design, como anunciara hace un tiempo en:

ALT.NET Hispano VAN (Reunión Virtual): Domain-Driven Design

Y ahora, la comunidad se ha tomado el trabajo de escribir los principales puntos, y editar y publicar el video de la presentación y la charla. Pueden verlo en:

ALT.NET Hispano VAN 2009-12-19 Domain-Driven Design

En la presentación, comenté los principales puntos (DDD daría para varias horas), pero no fue sólo slides, sino que comentamos el código del proyecto: http://code.google.com/p/ndddsample

Como decía, DDD es un gran tema, que seguramente dará para más presentaciones en detalle, y más ejemplos de implementación. Por un lado, el uso de objetos y dominio estuvo desde temprano presente en el ambiente Java, pero por razones históricas, al llegar .NET no se hizo hincapié en el tema de armar un dominio, sino que se puso énfasis en los datos, más o menos directos.

Igualmente, el problema no es armar un dominio con objetos, sino llevarlo a una implementación exitosa, donde el dominio pueda convivir con tecnologías de todos los días, como bases de datos relacionales, concurrencia de usuarios, interfaces de presentación de distinto tipo, etc…. Por ejemplo, uno de los ejemplos de uso de dominio transparente, ha sido dado desde hace años, en el ambiente de la programación con Smalltalk. Pero hay que reconocer que esta tecnología no ha conseguido llegar al “mainstream” de desarrollo, y, en mi opinión, también se ha aislado de otros activos, como el acceso a base de datos y aplicaciones distribuidas.

Es aquí donde las ideas de Eric Evans y otros, abrieron la puerta para que hoy tengamos algunos patrones a adoptar o adaptar, para construir un dominio, e implementarlo de forma razonable, con lenguajes y tecnologías “mainstream”. Aún necesitamos varios artefactos para conseguirlo (me gustaría que fuera más simple, como en Smalltalk (no me olvido de mi post ¿Es tiempo de volver a la simplicidad?)), pero para un programador pragmático, las ideas de DDD tienen aplicación práctica.

Para mí, fue una feliz experiencia haber podido participar de este evento. Agradezco a todos lo que hicieron posible esto. Es notable lo que ha dado Internet y la Web en particular, para que podamos entre todos, compartir información, conocimiento, discutir opiniones, y aprender de cada uno algo. Y que las actividades como éstas, vayan quedando con “entregable”: no sólo una reunión, sino algo como resultado tangible.

Espero ir completando la página de la VAN con algunos enlaces más, pero veo que la gente de ALT.NET Hispano ha hecho un gran trabajo. Muchas gracias!

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Tales from the Scrum: Estimación Agil por Mike Cohn

lopez — Fri, 08 Jan 2010 10:01:32 GMT

Una de las preguntas más frecuentes de los asistentes a mis charlas de Scrum, es ¿cómo se estima en un proyecto de Scrum o ágil? Hace unos meses, encontré estos videos. Quiero hoy compartirlos con Uds. Mike Cohn es un reconocido experto en el mundo Agile y Scrum. Pueden visitar su blog donde publica posts sobre temas que nos podemos encontrar en un proyecto Scrum.

En estos dos videos, él explica claramente que significa estimación en un proyecto ágil (involucrando al equipo en la estimación, haciendo iteraciones, planning poker, todas las prácticas de Scrum …):

(Please visit the site to view this media)

Alta resolución: http://www.youtube.com/watch?v=jeT0pOVg0EI

(Please visit the site to view this media)

Alta resolución: http://www.youtube.com/watch?v=jeT0pOVg0EI

Los videos fueron tomados el 20 de Marzo del 2007, en la Bay XP Meeting.

Espero ir comentando en español los principales puntos que expone Mike Cohn, en futuros posts de esta serie.

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Ejemplo de TDD con Python

lopez — Thu, 24 Dec 2009 09:40:35 GMT

Una de las prácticas que siempre intento “vender” a cualquiera involucrado en el desarrollo de software, es la práctica de Test-Driven Development. Una vez que se practica TDD, no quieren volver atrás. Es una forma de programar con tanta recompensa y gozo asociados, que me siento incómodo si no lo usa cuando escribo software real.

Gracias a un tweet de ayer de @jjfalcon, descubrí este ejemplo, en Youtube, del usuario objarni. El usa Ubuntu, programando en Python, usa pyTDDemon para ver inmediatamente el resultado de los tests.

Implementa algo sencillo: código que dado un string con una URL, identificar el protocolo, el dominio, y el recurso que está contenida en esa dirección. En TDD, se va escribiendo el test, el código que pasa el test, y se va progresando de a poco. No hace falta escribir el código correcto y completo desde el principio. Como en otras tantas actividades, el “baby-step”, el “pequeños pasos” de avance, nos ayuda para ir incrementalmente produciendo el resultado esperado.

Noten el ciclo rojo-verde-refactor, el código mínimo que se agrega en cada tests (a veces, retornando valores puestos a mano, sólo para pasar los tests), refactorizando el test si hay código duplicado, las micro-decisiones de diseño que se van tomando, etc… Excelente trabajo para mostrar en video!

(Please visit the site to view this media)

Habría tanto para comentar de TDD. Por ahora, dos recursos. He “tagueado” más videos sobre TDD, en mi delicious:

http://delicious.com/ajlopez/tdd+video

Los enlaces que colecciono sobre TDD:

http://delicious.com/ajlopez/tdd

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Resultado de la VAN ALT.NET Hispano sobre Generación de Código

lopez — Tue, 27 Oct 2009 16:15:40 GMT

Gracias a la comunidad ALT.NET Hispano, quedó publicado el video de la VAN (des-conferencia virtual) sobre Generación de Código, al que fui invitado. Ahí presenté mi proyecto personal preferido, AjGenesis, generador de código, escrito en .NET, y publicado en código abierto. Pueden ver el resultado en:

VAN – Septiembre 26 de 2009 – Generación de Código

Ahí encontraran el video, enlaces, lecturas, y la presentación que utilicé, para descargar.

Al final de mi presentación, hubo discusión y preguntas. Uno de los puntos mencionados, fue cuales serán los próximos pasos de AjGenesis. Algo comenté ahí, pero me gustaría contestar algo más en detalle por acá:

- En principio, es un proyecto que me gusta, y que me ha resultado muy flexible. Y al que voy a seguir incorporando características.

- Hay desarrolladores que lo usan, pero son pocos, o por lo menos, no publican resultados, o escriben posts (en estos últimos 5 años, debe haber 4 post sobre AjGenesis NO escritos por mí, solamente; tampoco es mencionado mucho en las listas de correo, sobre desarrollo de software en general, que frecuento (debe haber dos o tres menciones en los últimos 3 años)). Entonces, como digo en la des-conferencia, “lo uso yo y mi tía Carlota”… :-)

- Hay que mejorar la documentación. Por ahora, estoy escribiendo posts casi todos los meses sobre el tema.

- Lo que me gustaría encarar, es poner en línea el tema de Code Generation as a Service, que menciono en la charla.

Como comento hacia el final de la presentación, cuando expongo sobre generación de código, lo hago mostrando ideas e implementaciones con AjGenesis, porque me siento más cómodo. Pero, por supuesto, hay multitud de otras herramientas, más documentadas, con más soporte, con más comunidad, que pueden usar. La idea de la presentación es que tengan contacto con lo pragmático de generar código, y que vaya quedando en claro por qué estamos hoy generando código: ante la multitud de tecnologías, frameworks y librerías, es un poco difícil zafar de escribir y escribir código. Y como las tecnologías, frameworks y librerías son buenas, en general, es difícil también, hoy por hoy, prescindir de ellas. He dejado enlaces a otras herramientas en la página de la VAN.

Otro camino a explorar sería abandonar todo eso, y buscar la simplicidad. Algo expongo en ¿Es tiempo de volver a la simplicidad?. Pero, yendo a la realidad, de todos los días, eso todavía no está, y quien sabe cuándo volveremos o conseguiremos eso. Así, que caemos de nuevo en tecnología, frameworks y librerías.

Como expongo en el post citado, otro camino, que algunos de Uds. habrán recorrido, habrá sido armarse su propio framework y librerías. Ante la calidad y cantidad de librerías disponibles, y todas las necesidades a cubrir, es un camino algo difícil de recorrer actualmente. Y aún recorrido ese camino, muchas veces nuestro framework necesita que trabajemos incorporando código o archivos de configuración, que bien podemos generar automáticamente desde un modelo.

Si es la primera vez que visitan este blog, y quieren conocer por qué le dedico tanto tiempo a la generación de código, y encontrar una explicación más detallada de lo que planteo en la charla y en los párrafos de arriba, les recomiendo leer primero mi post Sobre la generación de código. Más enlaces, más relacionados con AjGenesis, en Ver la luz con generación de código y AjGenesis :-)

Como verán en el video, y en algunos enlaces que están en la página de la VAN, y leen los posts anteriores sobre generación de código y AjGenesis que ya he escrito, la idea no es solamente generar código, sino generar código desde un modelo: llevamos años eludiendo modelos, solamente dibujándolos (en UML, por ejemplo), pero sin utilizarlos como instrumentos para implementar efectivamente un sistema. La conversión de un modelo a código concreto, ha quedado en nuestras manos. Y ante la cantidad del trabajo, es hora de “elevar el nivel de abstracción”, y comenzar a basarnos en modelos. De alguna forma, eso es lo que hicimos cuando pasamos de programar en lenguaje de máquina, a ensamblador, y luego, a lenguajes de programación: nos olvidamos de los detalles, y le dejamos ese trabajo a la propia máquina. Estamos generando código cada día: ya no armamos el .exe a mano (como en los tiempos de la ENIAC), sino que hay herramientas (compilador ¿recuerdan?) que pasa nuestro modelo (el programa escrito en un lenguaje de modelado de instrucciones, llamado lenguaje de programación) a código ejecutable (instrucciones para nuestros procesadores).

El tema es que desde hace años, nos hemos quedado en ese nivel de abstracción. Menciono en la charla, que hubo excepciones: hubo algunos avances y adoptamos modelos para olvidarnos de los detalles, en algunos casos. Un caso que menciono: Visual Basic (el clásico, de los noventa). Cuando apareció Visual Basic, ya no hubo que programar ventanas, botones y eventos de Windows, en C, ocupando decenas de líneas para hacer un simple “Hola, mundo” (era lo que yo llamo la “Era Petzoldiana”). Ahora, con un modelo gráfico, arrastramos botones, cajas de textos, y voilá: tenemos el código de un formulario (vean que en .NET, tanto en VB.NET como en C#, todavía es más evidente que generamos código: el diseñador genera el código correspondiente a crear los controles, ponerles las propiedades, por nuestra cuenta y orden).

Bueno, basta por ahora. Pasen y vean el video, vean las discusiones, y participen de la comunidad ALT.NET Hispano.

Si les interesa el tema de la generación de código, hay una lista de correo, sobre el tema, en español. Pueden ver los mensajes y suscribirse, en:

http://groups.google.com/group/codegeneration

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Tales from the Scrum: Un día en el equipo

lopez — Tue, 13 Oct 2009 09:20:03 GMT

Una de las cosas que hay que destacar de Scrum, por si es la primera vez que lo ven, es el trabajo en equipo. Los miembros del equipo realizan una reunión diaria inicial, el Standup, se reparten las tareas, y van trabajando físicamente juntos durante el día, programando, diseñando, haciendo pruebas del software, etc… Hace un tiempo, encontré este video, donde, oh! sorpresa! el ScrumMaster es el bueno de Tobías Mayer (@tobiasgmayer) (visiten su blog Agile Thinking, y su iniciativa WelfareSCM (entramiento Scrum de bajo costo), también el video que grabó sobre el tema en InfoQ).

(Please visit the site to view this media)

Vean cómo se trabaja a veces de a pares, a veces en solitario. El ScrumMaster (el que acerca la cara y hace muecas…:-), va acompañando al equipo, de forma intermitente. El lugar físico es importante: todos se ven, todos están en contacto directo. Vean cómo van organizando las tareas en papeles. A la derecha, parece que tiene el tablero de control.

Para los que no lo vivieron, es así: los miembros van avanzando en tareas, tienen reuniones de diseño, o para discutir dudas y caminos. No hace falta comer en el mismo lugar :-) pero pueden hacerlo.

Pueden leer un post de Tobías que traduje al español en Tales from the Scrum: El corazón de Scrum.

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Bing, el nuevo chico del barrio

lopez — Sat, 30 May 2009 09:39:00 GMT

Llegó el nuevo producto de Microsoft, que presentan, no como un buscador, como un engine de búsqueda, sino como un motor de decisiones:

http://www.decisionengine.com

(Please visit the site to view this media)

Como empresa gigante, Microsoft se puede dar el lujo de tener un gran equipo de research, y llega el momento en que todo ese conocimiento y esfuerzo se vuelca en algún producto (no siempre).

Yo todavía tengo que probar ese producto, que no está liberado al público. Como muchos productos globales, hoy se anuncian de esta manera, con un video viral, como el de arriba, que no sólo está en el sitio, sino que también está en Youtube, y lo puedo embeber en mis blogs.

A simple vista, es un producto que montado sobre ideas (no implementaciones) de web semántica, apunta a no tener tanto agentes recorriendo y obteniendo información, sino a presentarla y organizarla para que el usuario tenga una experiencia distinta.

Veremos si cumple con la expectativa. Pero es interesante ver cómo la fuente de la información es la propia web. También es interesante notar que la información de la que parte, no estaba pensada para ser consumida de esa forma. Eso es lo que imagino que va a pasar con las ideas de web semántica. Las páginas publicada sólo va a comenzar a contener información semántica, cuando este tipo de aplicaciones se popularicen. Mientras tanto, el “trabajo sucio” de obtener información de los datos de una página, quedará a cargo de las aplicaciones.

No veo que sea una “killer application” para Google. Más bien, como Wikipedia, va a brindar otra experiencia de usuario. Así como hay temas que investigamos con Google, así como habrá otros más estructurados que investigamos partiendo de Wikipedia, habrá consultas, tareas, comparaciones, donde preferiremos (o no) a Bing.

Nos leemos!

Angel “Java” Lopez
http://www.ajlopez.com
http://twitter.com/ajlopez

Twitter da para todo

lopez — Sun, 04 Jan 2009 20:07:52 GMT

En algún tweet de @delicious_prog (que suele enviar varios mensajes con enlaces relacionados con la programación en general, que terminan agregados en mi propio delicious), encontré este post:

Washing machine hacked to tweet when the load's done: @maytag, you listening?

del que saco este video:

Vean el trabajo que se tomó esta persona para conectar a una máquina lavadora de ropa, para que al detectarse que terminó su trabajo, envíe un mensaje a una cuenta de Twitter, @pimpy3wash. Pueden ir ahí y ver que no hubo mucho trabajo en este fin de semana.

Habrá que ver si es todo un montaje, o realmente funciona. Pero más allá del sentido del humor que tiene el autor de esto, es interesante ver podemos usar Internet, con mensajes que ya existen, para avisar de eventos, o accionar en dispositivos remotos, o recibir información de sensores.

Como ejemplos de aplicaciones más serias, pueden ver los proyectos de la gente de Instedd (donde trabaja el bueno de Eduardo Jeziersky), como:

SMS Geo-Chat

Pueden ver cómo puede usarse en

Golden Shadow

También tienen el interesante:

Twitter Bots

al que usan también en otro proyecto

Instedd Directory

Uno de los enlaces que mencionan es lo que tiene la gente de research de Microsoft India:

http://www.codeplex.com/smstoolkit

Más sobre Twitter y aplicaciones relacionadas en:

http://delicious.com/twitter

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/
http://twitter.com/ajlopez

Explicando punteros

lopez — Fri, 02 Jan 2009 00:17:00 GMT

Hace ya unos años que no programo en C. Como comenté en mi anterior post, mi primer encuentro con el lenguaje fue una delicia: un lenguaje flexible, con una sintaxis sencilla, un placer para programar. Pero comparado con algunos lenguajes modernos, le faltaba un manejo de strings como tipo "primitivo", y había que programar con todos los ojos abiertos, al no tener un garbage collector.

Una de lass características que uno tiene que aprender a manejar, son los punteros. Encuentro este video gracias a un twitter de @codinghorror:

(Please visit the site to view this media)

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

Hoy, algo parecido muestro (dibujando en una PPT) para enseñar cómo una variable en Java o .NET es una referencia a un objeto. Una lección más convencional sobre el tema en:

(Please visit the site to view this media)

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

Siguiendo ese enlace encontraran más lecciones de lenguaje C, del usuario umicom.

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/
http://twitter.com/ajlopez

Cómo programar y no morir en el intento

lopez — Sun, 16 Nov 2008 13:18:00 GMT

El martes pasado, tuve el placer de compartir una charla con Martín Salías, en la sede del MUG en Buenos Aires. Martín ya escribió en su blog sobre el evento:

Vivir programando

Todos los "slides" son obra de su arte, yo no podría pasar de poner un título y "bullets" :-)

Fue interesante ver a la gente poner prioridades a los temas a tratar, usando simples "post-its". Cada persona podía poner hasta 5 puntos de prioridad, repartidos en los temas que teníamos listados. El resultado fueron dos rondas, donde tratamos 6+6 temas, en 10 minutos cada uno:

Actualizacion Profesional
Trabajo en Equipo
Cloud Computing
Application Frameworks
Disenio de APIs
Generacion de Codigo
Patrones de Disenio
No somos vulcanos
Diseño orientado a objetos
Dynamic Languages
Capas Logicas
Documentación

La idea ahora, es escribir sobre los temas tratados: tanto Martín como yo, estamos inclinados a que lo escrito tiene su valor, más allá de una charla. (Err... le robo... digo, le pido prestado a Martín su imagen del resultado final de las votaciones)

Espero ir agregando en este post, los enlaces a los posts de los temas tratados, y los que quedaron en el tintero. Por ahora:

Mocking by Leo

Posts relacionados con los temas tratados:

CodeThinked Estrategia para ser un mejor desarrollador
Todo lo que usted quería saber sobre programación y nunca se atrevió a pr
Matriz de Competencias de Programación
Diez reglas principales en generación de código
¿Por qué fallan los proyectos de software-
Tato Bores y el desarrollo de software
Manejo del riesgo en proyectos
Arquitectura de capas en Domain-Driven Design

Ah! Y el video que mostramos al comienzo de la charla "Hug a developer today...":

(Please visit the site to view this media)

Gracias al MUG por habernos dado la oportunidad de dar esta charla.

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/
http://twitter.com/ajlopez

Guerra IT vs el resto del mundo

lopez — Wed, 27 Aug 2008 10:45:13 GMT

En algunas empresas, IT es el departamento odiado, o por lo menos, olvidado, despreciado, como una tía loca que uno no quiere mostrar en público. La aparición de series como IT Crowd nos muestra un poco relegados en el ambiente de una empresa. No debería ser así, pero es lo que pasa en varios lugares que he visitado. Tendríamos que conseguir revertir esa impresión. Creo que las metodologías ágiles son un camino. Pero el tema da para más discusión. Por ahora, veamos un video de broma, la guerra IT vs Ventas en una empresa:

Gracias a Jonathan Cisneros, creador del AjGenesis Studio, por el enlace a este video.

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/

Tato Bores y el desarrollo de software

lopez — Sun, 29 Jun 2008 09:26:00 GMT

Permítaseme esta vez escribir una visita ficticia del personaje de Tato Bores (para quienes no lo conocen, alguna información al final), a un supuesto Ministerio de Software recién creado en Argentina:

Andaba por la Plaza de Mayo, cuando decidí dirigirme al Ministerio de Software. Ahí me atreví a preguntar por qué tanto problema para crear software.

¡Eso pasa por que abandonaron el camino y no se escribe en C!, gritó José LenguajeC, mientras escribía una nueva versión del Hello World de Kernighan y Ritchie, y trataba de depurar un programa que manejaba punteros y malloc, sin free.

¡Mentira!, exclamó José C++. Gracias a que aparecí yo pudieron comenzar a aplicar clases y objetos.

¡Uds dos no saben nada! confunden clase con tipo, y cuándo un int fue un objeto?, desgañitó Jose Smalltalk, mientras trataba de hacer un formulario de ingresos de datos con primitivas de Squeak. Nosotros fuimos los que inventamos todo.

¡No, nosotros fuimos los primeros! ¡Vuelvan a las fuentes! se escuchó fuerte decir a José COBOL, mientras escribía páginas y páginas de Data Division.

¡Las fuentes las pelotas! Usen lo nuevo que somos nosotros, decía José Ruby, mientras trataba de explicar porqué usar @ y @@ para acceder a variables es bonito.

¡No saben lo que dicen! Denme tiempo y creo cualquier sistema, decía José RedNeuronal, mientras se entrenaba a sí mismo reconociendo videos de Wanda Nara.

¡Qué tiempo ni que tiempo! ¡Persistencia ahora para todo el mundo!, armaba lío José NHibernate, que se tiró a dormir porque tenía el atributo de lazy en true.

¡Copiones! Persistencia eran las de antes, vociferaba José Hibernate, mientras escribía 20 capítulos de mejores prácticas de manejar la sesión, y trataba de explicarle a un DBA por qué las Stored Procedures eran obra del diablo.

¡Vuelvan a las bases! proclamaba José Oracle, mientras escribía toda la lógica en paquetes de procedimientos almacenados.

¡Sacrilegio! le recriminaba José DDD, mientras se entablaba en una dicusión interminable consigo mismo sobre si poner acceso a los repositorios desde las entidades, se lo vió hablar solo por horas.

¡Dejá de decir pavadas! le espetó José DataSet, mientras trataba de dominar una grilla con edición y paginado, y miraba con ganas a Josefina Linq, que como era nuevita en el grupo, todavía no se atrevía a decir nada.

¡No la compliquen tanto! ¡Yo la hago fácil! decía José PHP, mientras creaba sitios con cuarenta includes uno dentro del otro, pero que soportaban 40 idiomas, lunfardo incluido.

¡Pero callate! A ver si te armás una aplicación empresarial como la gente, decía José J2EE, mientras trataba de ocultar a todos que tenía algo de EJB en la aplicación que estaba armando.

¡Aplicaciones empresariales son las nuestras! bramaba José CSharp, mientras trataba de mandar un mensaje WCF con WsHttpBinding que ocupara menos de un mega.

¡Callénse, cipayos! ¡Ututo o muerte! pataléo José Ututo, mientras estrangulaba a un fan de Tuquito (ambas distros de Linux argentinas)

¡Dejen de programar! Usen nuestra API, proclamó José Facebook mientras publicaba una nueva encuesta aplicación del estilo "Qué tipo de árbol bonsai eres".

¡No! ¡Vengan a programar para nosotros! A ver si arreglan el lío que tenemos, suplicaba a tres voces José Twitter, que desde hacía media hora estaba dándole al F5 del browser, a ver si reaparecía su página.

¡No saben ni de qué estan hablando! La programación no es nada, exclamaba José PatrónUML, mientras dibujaba en su Enterprise Architect diagramas y más diagramas de secuencia.

¡Callate! Menos dibujos y más entregables ¡A ver sí hacemos algo hoy mismo! se enojaba José Agil, mientras trataba de hacer pair programming con la secretaria del ministro.

¡Inútiles! Siempre se me van de presupuesto, exclamabla José ProgramManager, mientras abría en su notebook la última versión de Microsoft Project, que le calculaba sin ninguna sombra de duda, qué debería haber pasado en el desarrollo de su proyecto.

¡Guardá eso, y ponete a trabajar! gritaba José Customer, que no entendía por qué si él había pedido un sistema de CRM, le entregaban una lista de contactos en el Outlook.

¡Muerte al new! ¡Ese tiene toda la culpa! comenzaron a corear José SpringFramework (los dos, el de Java y el de .NET), mientras se inyectaban dependencias uno al otro.

¡Lo que pasan es que programan cualquier cosa, sin hacer el test! despotricaba José TDD, que estaba escribiendo una serie assert.AreEqual(1,0+1), assert.AreEqual(2,1+1) y así, para comprobar si Peano tenía razón.

¡Antes tienen que simular los sistemas! exclamaba José Mock, mientras trataba de explicarle a su esposa que su secretaria no era su amante, solo una mock de una noche.

¡Los sistemas no salen porque usan esas IDEs que complican todo! decía José Notepad, mientras miraba a la gente que usaba Dreamweaver con desprecio manifiesto.

¡Pero dejá de flagelarte! Es todo cuestión de encontrar el plugin adecuado, decía José Eclipse, que estaba buscando cuatro plugins de modelado (porque cada uno dependía de los otros tres), que corrieran en menos de 4 gigas, sin quemar el disco por paginado de memoria.

¡A ver si alguna vez madurás! Fijate, yo ya vengo con todo completo, exclamaba José VisualStudio, mientras trataba de calcular cuantos litros tenía que hipotecar de su sangre para conseguir las licencias del Team Foundation Server para su equipo de trabajo.

¡Lo importante es la experiencia de usuario! partía de la garganta de José Ajax, mientras ponía autocomplete hasta a los botones de aceptar un formulario.

¡Experiencia de usuario son las mías! exclamaba José Silverlight20, que se estaba peleando de antes con José Silverlight11, por razones de incompatibilidad manifiesta.

...

Como veía que el bolonki venía in crescendo, me retiré por una puerta lateral. Al salir al aire libre, recordé la frase del maestro ajlopez, que me había dicho "la mejor herramienta está entre nuestras orejas".

Así que, mis queridos chichipíos, la neurona atenta, vermouth con papas fritas, y ¡¡¡GOOOD SHOOOWWW!!!

Bueno, espero que les guste, no sé si salió muy bien, pero recordé un monólogo real en mi otro blog en:

La culpa, según Tato Bores

Un regalo offtopic, un verdadero monólogo, el monólogo 2000 de Tato, imperdible:´

(Please visit the site to view this media)

La segunda parte en

(Please visit the site to view this media)

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/

La historia secreta de Silicon Valley

lopez — Sun, 01 Jun 2008 06:14:00 GMT

Hoy me voy a alejar un poco del desarrollo de software. Encontré este video, de una Google Tech Talks, de diciembre de 2007. Dura casi una hora, pero me resultó interesante:

(Please visit the site to view this media)

Cuando doy alguna charla sobre Inteligencia Artificial, suelo mencionar que gran parte del desarrollo temprano de esa disciplina, ha sido financiada por la guerra fría. Ahora en este video encuentro más datos, ligados al desarrollo de Silicon Valley. La importancia de la tecnología durante una guerra, queda desarrollado en la primera parte del video, algo larga, sobre la influencia de los avances tecnológicos en la segunda guerra mundial, de ambas partes. No conocía algunos datos, como la existencia de una red de alerta temprano alemana, la replicación de esa red por los soviéticos, y el uso de la Luna para detectar la posición de los radares que tenían los rusos. Tampoco sabía el poco dinero que fue a parar a Stanford/Silicon Valley, durante la WWII. Fue obra de Frederick Terman, que tenía contactos de esa época con la organización militar americana, que Silicon Valley recibiera más flujo de inversiones.

Es de destacar cómo Terman consiguió que la universidad de Stanford fuera una fuente de emprendedores, facilitando el traspaso de conocimiento y de propiedad intelectual, desde el ámbito académico al empresario. Debe algo a aprender de eso, por estos lares de Argentina.

Al final del video, se explica la influencia de William Shockley en el desarrollo del mercado de procesadores y electrónica. Es una historia interesante, que sólo ocupa una parte del video. Shockley siempre ha sido recordado por su agrio temperamento, que provocó la dispersión de un grupo brillante de gente, los "8 traidores", como Robert Noyce y Gordon E. Moore.

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/

Usando Twitter

lopez — Thu, 29 May 2008 10:36:00 GMT

En estas últimas semanas he comenzado a usar los servicios de

http://www.twitter.com/

Es algo extraño al principio, pero ahora lo uso diariamente, de forma que me resulte útil. Para los que no vieron el sistema, pueden ver un video explicativo:

(Please visit the site to view this media)

Podría enviar este post a mi blog no técnico, pero sospecho que por estos lares, es más probable que resulte útil twitter para "hard die geek developers" como nosotros. Gracias a haber usado este sistema en las últimas semanas, he estado al tanto de algunas actividades de gente que conozco, pero está lejos, o de gente que trabaja conmigo, pero que no estamos en contacto frecuente.

También es útil para seguir las andanzas de gente conocida, aparte de leer sus blogs, desde Ayende Rahien a Tim O'Reilly, a Jeff Atwood, aMartín Salías, a Scott Hanselman, a Miguel de Icaza, a Daniel Cazzulino, a Eduardo Jeziersky, a... (unos cientos más...)

Bueno, si a alguien le interesa que va pasando en mis tareas, pueden consultar

http://twitter.com/ajlopez

Uso como sistema consolidado (anuncios de nuevos posts, enlaces tagueados en Delicious, mensajes twitters...) a

http://friendfeed.com/ajlopez

Gracias a Ezequiel Jadib, por el enlace al video

Nos leemos!

Angel "Java" Lopez
http://www.ajlopez.com/