Angel "Java" Lopez

Enlaces y noticias

lopez — Thu, 24 Jul 2008 11:48:44 GMT

Hay varios temas de los que quisiera bloguear más en detalle. Pero vaya hoy una lista de enlaces y comentarios cortos:

Primero de todo, tenemos nuevos Microsoft MVPs por aquí en Argentina, felicitaciones a Rodolfo Finochietti, Pablo Galiano, y al pibe Matías Woloski. El bueno de Finochietti visita de vez en cuando este blog, y deja comentarios, por ejemplo, sobre programación funcional y el lenguaje Cat. Tenemos varios intereses en común, como el estudio de lenguajes, compiladores, y compartimos la afición por la historia de las matemáticas.

Si se interesan en Smalltalk, es interesante The Smalltalk programming language.

Gracias al bueno de Martin Salias, que me avisó de este texto en la web The Early History of Smalltalk de Alan Kay (yo había anunciado una versión en PDF en La historia de Smalltalk). Es un "DEBESERLEIDO" por todo aquel que esté realmente interesado en la programación. Uno debe conocer la historia de las ideas, para realmente entender la situación actual tanto de ideas, como de tecnologías, y para tener un "grasp" de lo que podría venir.

Modu: gracias al twitter de @parancibia, vean este mobile modular. Muy interesante el concepto.

De vez en cuando, Microsoft Directions publica un artículo público. Lean Software Plus Services and Developers. ¿The next big thing?

Dentro del proyecto NHContrib, de herramientas para NHibernate, existe NHibernate.LINQ, que permite usar LINQ sobre NHibernate. Vean ahora lo que se hizo con Silverligh en Silverlight 2 + NHibernate.LINQ == Sweet y el ejemplo de nhibernate con Northwind

Para aprender NHibernate NHibernate - Relational Persistence for Idiomatic .NET. Si quieren contribuir al proyecto hibernate.org - Getting Started with the NHibernate Source Code. Si tienen dudas, ver la lista de NHibernate Hispano.

Siguiendo con LINQ, leo cómo usar un DataContext en memoria, esta vez desde ASP.NET MVC, en ASP.NET MVC Tip #21 – Fake the Data Context

Las aventuras de Scott Hanselman para agregar un OpenSearch en sus páginas: Adding OpenSearch to your website and getting in the Browser's Search Box

Steve Clayton está en Software + Services en Microsoft. Lean su encuentro con Ray Ozzie, no puede decir todo, pero S+S se viene cada vez más. El tiempo dirá qué será eso.

No llegué a tiempo para anunciarla. Diego Jancic realizó una encuesta en línea sobre cómo programamos. Vean los resultados en el blog de Darío Quintana.

El Composite Application Guidance para WPF tiene su nueva página en MSDN.

Jeff Atwood tiene algunas ideas interesantes y discutibles sobre no normalizar base de datos.

.NET Terrarium está de vuelta!

Me interesó el proyecto Jackrabbit, tengo que estudiar más en detalle la especificación Content Repository API de la JSR-170.

Twitter adquiriendo a Summize.

Y hay que visitar y usar 10 herramientas para un tech.

Nuevo Blog de la comunidad MSDN en español. Gracias a Miguel Angel Saez por el aviso.

Si alguien necesita acá está: Implementing Finite State Machines with Physhun and Spring (en Java)

Cada vez más lenguajes dinámicos sobre máquinas virtuales, ver Java 6: Using Python via the new Scripting Engine.

Interesante código y artículo, sobre un tema que se necesita conocer: Single Sign-on in ASP.NET and Other Platforms

Para entender la historia de MVC: The Model-View-Controller, Its past and present

Más sobre Model-View-Controller, Model-View-Presenter, y Presentation-Abstraction-Control en Interactive Application Architecture Patterns.

MVC en ASP.NET en ASP.NET MVC - The Official Microsoft ASP.NET Site

Una interesante comparación de David Hayden ASP.NET MVC Framework Compared To Web Client Software Factory ( WCSF )

¿Necesitan un manejar un proyecto de software? No lo uso, vería el open source Trac Project, via web en Java (gracias a J. Franco, por este enlace). Al parecer, trabaja con Subversion.

¿Necesitan open source en Java? De todo en http://java-source.net/.

Off topic total: mi mejor post hasta ahora del 2008, con gráfica incluida, en Posmopolitan.

Nos leemos!

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

Charla gratuita de Microsoft Robotics

lopez — Fri, 18 Jul 2008 18:23:51 GMT

El lunes 28 de Julio daré una charla gratuita en el Club de Programadores, sobre Microsoft Robotics, acá en Buenos Aires.

La idea es presentar la herramienta y su modelo de programación. Visitaremos el entorno de simulación, el manejo de robots simulados (que pueden reemplazarse por robots reales), el Visual Programming Language, y las librerías Decentrilized Software Services (DSS), y Concurrent and Coordination Runtime (CCR).

Más informes e inscripción a esta charla gratuita en:

http://www.clubdeprogramadores.com/cursos/CursoMuestra.php?Id=458

Ya escribí algo sobre estos temas en este blog:

Robótica

Decentralized Software Services

Concurrency and Coordination Runtime

Presentaré algunos de los ejemplos que había usado en el último Microsoft Regional Architect Forum, en base a la presentación de Arvindra Sehmi, y otros ejemplos adicionales.

Todo sobre Microsoft Robotics Developer Studio, desde

http://www.microsoft.com/robotics

Concursos, desafíos, videos explicativos, desde el nuevo sitio de Robotics

http://www.robochamps.com/

Enlaces que he coleccionado sobre estos temas en:

http://del.icio.us/ajlopez/dss

http://del.icio.us/ajlopez/ccr

http://del.icio.us/ajlopez/robotics

http://del.icio.us/ajlopez/msrs

Nos leemos!

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

AjTalk: un intérprete tipo Smalltalk

lopez — Tue, 15 Jul 2008 09:18:24 GMT

Hace unas semanas, estuve trabajando en mi proyecto de código abierto AjTalk, un intérprete tipo Smalltalk, escrito en .NET (con C#, para facilitar la migración a Mono, si alguien lo necesita), y ahora, quiero presentar el estado actual de ese trabajo. Desde los tempranos ochenta del siglo pasado, me ha interesado Smalltalk y siempre vuelvo al tema, aunque sólo en mi tiempo libre, no como desarrollador profesional. No es la primera vez que escribo un intérprete de este tipo (el primero que escribí en aquellos años era muy simple: en C, sin recolector de basura, interface solo texto), pero ahora quiero implementar uno más, esta vez más completo, apoyándome en la librería de clases .NET.

La versión actual es mínima, pero va tomando forma. La idea es tener objetos dinámicos, como en Smalltalk, y, en algún momento, agregarle el soporte de prototipos. Los objetos y el intérprete accederían a todo el framework .NET y otras librerías. Tengo la experiencia previa de haber logrado eso en mi intérprete AjBasic, que uso en mi proyecto de generación de código AjGenesis.

La versión inicial de AjTalk está publicada en Google Code:

http://code.google.com/p/ajtalk/

La solución

Estoy usando Visual Studio 2005 Professional. La solución contiene cuatro proyectos.

AjTalk es el proyecto principal, una librería de clases conteniendo el núcleo del sistema.

AjTalk.Test01 y AjTalk.Test02 son aplicaciones de consola, para usar en pruebas manuales.

AjTalk.Tests contiene los unit tests, escritos usando NUnit framework 2.2.8.

Mucho del sistema núcleo consiste en interfaces, que definen las conductas de base, y clases implementando esas interfaces.

El objeto

El proyecto contiene una interface para representar cualquier objeto:

using System;

namespace AjTalk
{
    public interface IObject
    {
        IClass Class { get; }
        object this[int n] { get; set;}
        object SendMessage(string msgname, object [] args);
    }
}

Podría hacer que un mensaje sea un objeto (del tipo Message), pero por ahora, el mensaje es sólo un nombre y un arreglo de argumentos.

El índice this[int n] accesde a las variables de instancia. Cada valor en AjTalk puede apuntar a cualquier objeto .NET, no solamente a objetos que implementen IObject. De esta forma, puedo manejar int, long, String, DataSet, desde objetos IObject.

La clase

Estoy implementando una interface simple IClass, sin distinción entre clase, behavior, y otras clases, como sería en el Smalltalk clásico. Separaré esas clases en una futura versión, cuando llegue a ser necesario. Por ahora, estoy manejando sólo una interface:

using System;
using System.Collections;
using System.Collections.Generic;

namespace AjTalk
{
    public interface IClass : IObject
    {
        IClass SuperClass { get; }
        string Name { get; }

        void DefineClassMethod(IMethod method);
        void DefineInstanceMethod(IMethod method);

        void DefineClassVariable(string varname);
        void DefineInstanceVariable(string varname);

        IObject NewObject();

        IMethod GetClassMethod(string mthname);
        IMethod GetInstanceMethod(string mthname);
        int GetClassVariableOffset(string varname);
        int GetInstanceVariableOffset(string varname);
    }
}

Hay un diccionaro para los métodos de clase y otro para los de instancia, y listas de variables de instancia y de clase. No soporta todavía variables indexadas. La interface IClass está implementada en la clase BaseClass.

El método

Hay una interface IMethod:

using System;

namespace AjTalk
{
    public interface IMethod
    {
        string Name { get; }
        IClass Class { get; }
        object Execute(IObject receiver, object [] args);        
    }
}

La clase concreta Método implementa esa interfaces. Su método Execute tiene:

        public object Execute(IObject receiver, object[] args)
        {
            return (new ExecutionBlock(receiver,receiver,this,args)).Execute();
        }

Los Execution blocks tienen variables locales y argumentos. El Execute de un bloque de ejecución toma instrucciones (bytecodes) desde métodos "compilados", y los ejecuta. Aquí, me aparto de nuevo de Smalltalk original: acá el bloque de ejecución no es un objeto AjTalk. De esta forma, yo puedo ejecutar este intérprete sin necesidad de implementar gran cantidad de clases de base. Tengo que investigar las ventajas y problemas que esta decisión podría tener sobre el diseño e implementación de esta solución.

Los bytecodes

Tengo que meditar sobre usar un árbol de objetos (como en el patrón Interpreter) o bytecodes. En esta versión, uso bytecodes. Son las instrucciones básicas que mi "máquina virtul" entiende y ejecuta paso a paso.

Esta es su enumeración:

namespace AjTalk
{
    public enum ByteCode : byte
    {
        Nop = 0,
        GetVariable = 1,
        SetVariable = 2,
        GetArgument = 3,
        SetArgument = 4,
        GetConstant = 5,
        GetLocal = 6,
        SetLocal = 7,
        GetClassVariable = 8,
        SetClassVariable = 9,

        GetSelf = 20,
        GetClass = 21,
        GetSuperClass = 22,
        NewObject = 23,
        Pop = 24,
        ReturnSub = 25,
        ReturnPop = 26,

        Add = 40,
        Substract = 41,
        Multiply = 42,
        Divide = 43,

        Send = 50
    }
}

Los bytecodes contenidos en un método, son interpretados y ejecutados en un Execution Blog. Un fragmento de ese código:

    while (ip < method.ByteCodes.Length) 
    {
        ByteCode bc = (ByteCode) method.ByteCodes;
        Byte arg;

        switch (bc) 
        {
            case ByteCode.ReturnSub:
                return null;
            case ByteCode.ReturnPop:
                return Top;
            case ByteCode.GetConstant:
                ip++;
                arg = method.ByteCodes;
                Push(method.GetConstant(arg));
                break;
            case ByteCode.GetArgument:
                ip++;
                arg = method.ByteCodes;
                Push(arguments[arg]);
                break;
....

Todo con Test

El código inicial había sido escrito en VB.NET. El año pasado lo comencé a pasar a C#. Este año cambié a modo "TDD", tarde pero seguro, y agregué varios tests para el NUnit:

Bootstraping

Uso un archivo de texto, con un formato ad'hoc, para inyectar las definiciones iniciales de clases y objetos. Ahora, en el proyectos AjTest.Test02, hay un ejemplo de ese formato en el archivo Definitions.txt:

class Point
variables x y

method
x ^x.
method
y ^y.
class Rectangle
variables point1 point2
class Square Rectangle

Próximos pasos

Hay una pila de trabajo pendiente:

- Completar la jerarquía de clases base (Behavior, Class, ....)

- Implementar más bytecodes

- Soporte de variables locales en métodos

- Un archivo de text estándard

- Acceso a objetos .NET nativos

- Usar AjTalk desde aplicaciones .NET (no veo necesario entonces implementar una interface de ventanas en AjTalk, solamente consumirlo adecuadamente desde cualquier aplicación .NET)

- Definir las clases y métodos para una implementación mínima

- Serialización/deserialización de la imagen en memoria

- Soporte de agregado de variables en una clase que ya tenga instancias creadas (puede ser un tema difícil)

- Soporte de become: (el problema de todo intérprete)

- Y mil más....

Pero tengo confianza en la forma que va tomando el proyecto. Estoy aplicando "baby steps", para mejorar el código de base y su funcionalidad.

Este artículo en Anglish (Angel's English):

AjTalk: a Smalltalk-like interpreter

Nos leemos!

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

Kill -9

lopez — Thu, 10 Jul 2008 09:36:25 GMT

Sigo volviendo la mirada atrás, como en El origen de mi nickname. Recuerdo hace ya más de dos décadas atrás, mis primeros pasos con un Xenix de Microsoft y un AIX (creo que se llamaba así el sistema que usuaba, hubo varios flavors y versiones) de IBM. Luego de CP/M y DOS y el Job Control Language de los mainframe de IBM, el shell de línea de comando era toda una herramienta (lo que son las cosas, esta semana me encuentra programando en PowerShell, una especie de tataranieto de eso). Recuerdo los ps y ls y los pipes, los apóstrofes invertidos, las discusiones sobre qué shell usar, desde la csh hasta la bourne. No había threads en esos años, todo procesos, y comunicación entre procesos, como habían imaginado Ken Thompson y compañía en los comienzos del Unix (recordemos, inspirado en parte, en los trabajos de Fano con el Multics). Tantos fork descontrolados, éramos tan jóvenes... ;-)... Y por supuesto, el kill. En una lista privada, el bueno de Daniel V envía este video:

Parece que es Stanford University, parte de un documental del estilo de vida de esta gente.

Otros videos:

El primer usuario
Un clásico: Windows Share Your Pain
Videos para programadores

Nos leemos!

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

Levantando catedrales

lopez — Mon, 07 Jul 2008 09:05:51 GMT

Hace un tiempo escribí sobre el libro The Pragmatic Programmer en:

Un programador pragmático

Los autores enumeran a lo largo del libro "tips", que van comentando y explicando en el contexto de otros temas. Visitemos hoy el primero. El Tip 1 es

Care About your Craft

Como desarrolladores de software, tenemos que tomar la responsabilidad de la calidad de nuestro trabajo. A veces, no están dadas todas las circunstancias para que podamos dedicar todo el esfuerzo a eso. Pero deberíamos buscar la forma.

Algunos piensan que el desarrollo de software es sólo ingeniería, que hay un proceso a seguir, y que simplemente hace falta poner a la gente a seguir el proceso, y voila! Cualquiera que haya dirigido un proyecto de software sabe que eso no es cierto. También veo tantos avisos pidiendo gente que conozca de tal tecnología o de tal otra, en vez de buscar gente que realmente quiera hacer las cosas bien.

Es importante que la gente que forme el equipo sean gente a la que le importe lo produce. Pensemos en las catedrales europeas, construidas en la Edad Media. Tomó miles de años-hombres construirlas, a lo largo de décadas de trabajo, entre varios oficios. No había Microsoft Project y nada por el estilo para organizar semejante trabajo. Una generación seguía a la otra, y aún se seguía construyendo. Pero, como dice el libro, aquellos que cortaban piedras, hacían algo más que eso. Recordemos una historia (versión en español de Enrique Zamorano, en su libro "Las causas del fracaso de las empresas"):

Tres canteros al pie de una catedral, que están haciendo el mismo trabajo: tallar piedras.
Un hombre se acerca al primero y le dice “¿Qué haces?”
El cantero le dice: “Tallo piedras” y la hosquedad de su mirada parece que añade: “¿No lo está viendo?”
El segundo responde diciendo: “Me gano la vida” y con su gesto de resignación parece añadir: “Es duro, ¿sabe usted?”
El tercer cantero, al escuchar la pregunta, levanta la cabeza, mira a lo alto, le brillan los ojos y dice: “Estoy construyendo una catedral”

Como dice el libro "From Good to Great", lo importante es tener la gente correcta, despues podemos construir lo que queramos: "Right People First". Esto se aplica aún más en los equipos ágiles: cuando tenemos un equipo de gente orgullosa de lo que está haciendo, sea un simple ejemplo, o la próxima "Big Thing" de la web, es cuando más brilla lo ágil.

Asegurémonos de formar un equipo, donde todos los que cortan piedras, vean una catedral.

Nos leemos!

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

El origen de mi nickname

lopez — Fri, 04 Jul 2008 19:13:00 GMT

Este año cumplo treinta años con el desarrollo de software, así espero me permitan algunos posts nostálgicos, y algo personales. Hoy me da pie a escribir este post, una pregunta que me hicieron: ¿cómo surgió lo de Angel "Java" Lopez? ¿y por qué "ajlopez"?

Es simple. En los noventa, yo no tenía teléfono (en general no lo uso) en casa. Pero veía que cada vez más aparecían BBS. Mi primera visión de un modem fue en alguna Byte de los ochenta, y en el clásico film "Juegos de Guerra" (que habré visto varios veces en el mismo día). Así que comencé a comprar Boardwatch, contraté un teléfono para mi cubil, alguna placa o algo así para mi PC, y me sumergí en el mundo de los BBS. Recuerdo la FidoNet de aquel entonces. ¿Recuerdan los ASCII art de presentación? ¿Y el ruido del modem conectando? Eramos tan pobres... .;-)

El BBS más popular de aquel entonces para el tema de programación, por aquí en Argentina, resultó ser el de MP Ediciones. ¿Cómo se llamaba? ¿Feedback? Ya no recuerdo. La cuestión que para inscribirme tuve que ir a la editorial misma, en la calle Moreno, acá en Buenos Aires. Me preguntaron el nombre completo, y en aquel entonces, habituaban a poner como nick las iniciales y el apellido del usuario. Así quedó mi código de usuario: ajlopez.

En ese BBS, en 95/96, participaba yo en foros de programación, en general. Yo estaba viendo y estudiando Java, que acababa de aparecer. Para mí, Java fue un avance: un lenguaje que llevaba garbage collector y una librería de clases para las masas. Le faltaba un golpe de horno (AWT era para mí Asqueroso Windows Toolkit...;-), pero pintaba interesante.

De tanto predicar sobre Java en el BBS de MP Ediciones, y al ser firmar como ajlopez, Angel J Lopez, el bueno de Sebastián Barraza, otro usuario activo del BBS, me bautizó Angel "Java" Lopez.

De ahí el origen de ese nick más completo.

A partir de la actividad de MP Ediciones, se formó el Club Byte, que en algun momento se escindió, y se formó el Microsoft User Group, que ya va para los 13 años de existencia, creo.

¿Tienen algún recuerdo de esos tiempos?

Nos leemos!

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

Explicando Scrum

lopez — Thu, 03 Jul 2008 18:23:57 GMT

Gracias al Microsoft User Group de Argentina, ayer dí una charla sobre Scrum, explicando cómo funciona, y algunas experiencias que he tenido en diversos proyectos desde finales de 2006.

Para mí fue interesante poder exponer algunos temas que quería compartir, y bajarlos a la tierra, para que se entienda bien hacia donde va Scrum, y para que sirve. Dejo la presentación en mi Skydrive:

Scrum200801.ppt

Fuente: http://www.implementingscrum.com

Dentro de dos semanas, espero dictar un curso práctico, donde los asistentes se dividiran en grupos, para trabajar a la Scrum:

Práctica de Scrum

Algunos enlaces y recursos adicionales:

http://agilethinking.net/

El sitio de Tobias Meyer, que me inició en el ScrumMastering en el 2006.

http://agilemanifesto.org/

Manifesto for Agile Software Development

http://softwareagil.blogspot.com

El blog de Juan Gabardini, dedicado a Software Agil, en especial Scrum

Ágiles 2008

Se vienen las jornadas Agiles 2008, acá en Buenos Aires, Argentina.

http://www.implementingscrum.com/

Sitio donde encontraran la clásica historia:

The classic story of the pig and chicken

El libro que me sirvió de base para esta presentación

Agile Project Management with Scrum

by Ken Schwaber
ISBN:073561993x

De este libro he tomado estos recursos:

Agile Software Development with Scrum, Ken Schwaber and Mike Beedle (Prentice Hall, 2001)
Teoría y práctica de Scrum.

www.controlchaos.com/
El sitio de Ken Schwaber sobre Scrum.

http://www.jeffsutherland.com/
Jeff Sutherland tiene contenido relacionado con desarrollo de software, programación, tecnología, objetos, componentes y Scrum.

www.mountaingoatsoftware.com/scrum/
El sitio de Mike Cohn sobre Scrum.

www.scrumalliance.org
El hogar de los ScrumMaster certificados.

www.agilealliance.org
El sitio de la AgileAlliance, con recursos sobre Agile y Scrum.

http://groups.yahoo.com/group/scrumdevelopment/
El grupo de discusión de Scrum, con años de existencia.

www.xprogramming.com
El sitio de Ron Jeffries acerca de Extreme Programming (XP). XP provee varias de las prácticas que Scrum implementa para asegurar el incremento de funcionalidad potencialmente entregable.

Process Dynamics, Modeling, and Control, Babatunde A. Ogunnaike and W. Harmon Ray (Oxford University Press, 1994)
La teoría que subyace a Scrum.

The Alphabet Versus the Goddess, Leonard Shlain (Viking Penguin, 1998)
El conflicto entre las palabras y la imagen.

Wicked Problems, Righteous Solutions, Peter Degrace and Leslie Hulet Stahl (Yourdon Press, 1990)

A Universe of Consciousness, Gerald Edelman (Basic Books, 2000)
Por qué es tan difícil pasar de requerimientos a código.

Managing the Unknowable, Ralph D. Stacey (Josey-Bass, 1992)
Explicando las dificultades del manejo de la complejidad.

Complexity and Emergence in Organisations, Ralph D. Stacey (Routledge, 2000)
Una crítica de cómo la teoría de la complejidad ha sido aplicada para entender organizaciones y marcar nuevas direcciones. Este libro promueve un reexamen radical del pensamiento gerencial.

Artful Making, Rob Austin and Lee Devin (Prentice Hall, 2003)
Como manejar el trabajo creativo, adaptado del teatro.

Dejo más enlaces que colleciono en

http://del.icio.us/ajlopez/scrum

http://del.icio.us/ajlopez/agile

Nos leemos!

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

Esos raros lenguajes nuevos: aprendiendo Python

lopez — Wed, 02 Jul 2008 17:06:55 GMT

En mi post del domingo pasado

Tato Bores y el desarrollo de software

no incluí a nadie de Python. Bueno, ya voy a agregar algo y de otros lenguajes y tecnologías. La semana pasada, el bueno de Daniel Ajoy pasó esta información en una lista dedicada al lenguaje Logo:

Inventa tu propio juego en Python

http://pythonbook.coffeeghost.net/

Según el autor Al Sweigart:

"Invent Your Own Computer Games with Python" is a free e-Book that teaches you how to program in the Python programming language. Each chapter gives you the source code for a new game, along with an explanation of how each line works.

IYOCGwP ("eye-yawk-gwip") is designed to be understandable by 9 to 12 year olds, although teenagers and adults with no previous programming experience can use it to teach themselves programming as well.

Se puede bajar en PDF o verlo en línea como HTML. Todavía no lo leí completo, pero por el vistazo que le di, parece interesante para comenzar a programar. Muchas veces me pregunta gente que no es "del gremio" cómo comenzar a programar. El lenguaje Python (bastante poderoso, ver también Ruby) puede ser usado a un nivel básico, sin necesidad de tener que aprender una sintaxis muy complicada. Con la llegada de estos lenguajes a las máquinas virtuales de Java y .NET, tenemos todavía más uso para estos "nuevos lenguajes", que igualmente tienen años de desarrollo.

Hoy, ya no somos "programadores del lenguaje X". Somos desarrolladores de software, con conocimientos de arquitectura, ingeniería de software, manejo de equipo, comunicación interpersonal, y actitudes ágiles. Aprender un lenguaje nuevo nos entrena la neurona y nos abre a nuevas perspectivas.

Nos leemos!

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

Tato Bores y el desarrollo de software

lopez — Sun, 29 Jun 2008 15:26:51 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:´

La segunda parte en

Nos leemos!

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

Entrevista a Bill Gates

lopez — Sat, 28 Jun 2008 21:38:44 GMT

Ayer fue el último día de Gates como "full time" en Microsoft. Encontré una lista de videos de una entrevista que le hizo en estos días la BBC en:

How a geek changed the world

Veran parte de la historia de MS, la vieja historia de la Altair, cómo Allen viaja a Alburquerque con un intérprete Basic, hecho en Harvard con Gates, sin tener idea de si iba a funcionar en la máquina real. Se mudan ahí (siempre se cuentan historias de Gates visitando el barrio rojo de la ciudad). Veo a Mitch Kapor, a Myriam Lubow, contando cómo confundió a Gates con un intruso en la oficina de Microsoft, no podía creer que fuera el presidente, a Scott Wood, (recién descubro que Marla es Marla Wood ahora), la vuelta a Seattle (Gates viajó en su auto coleccionando multas), el crecimiento del gigante... Encontramos a Steve Ballmer, viejo compañero de noches de poker en los dormitorios de Harvard.

Aparece gente de BurguerMaster, donde varios de Microsoft, incluido Gates, iban a comer hamburguesas (una rutina de manejo de memoria de los primeros Windows se llama así internamente, en honor a este local). Escucharan a Sir Alan Sugar hablando de Gates. Está la aparición de Novell. Está John Batelle describiendo la aparición de la web. Y cómo Microsoft llega tarde a la red, pero luego del memo interno de Gates (1995?) todo comienza a cambiar. Más adelante, Janet Reno comienza el juicio contra el gigante de Microsoft.

Mucho de lo que se muestra, lo viví directamente. Recuerdo haber trabajado con el GWBasic, el Lattice C que compraron, el venerable edlin, el Xenix (antes de MS, trabajé con el CP/M de Kildall, y antes... bueno, eso dará pie a otro post). Recuerdo cuando aparecieron las ventanas, no habia Overlapped (aunque ya estaba la constante definida en los archivos .h). Pero antes, el Multiplan, y el editor de texto que tenían para desplazar a Wordstar.... ooops... ya ni recuerdo el nombre. Pero el Multiplan estaba hecho sobre las interrupciones de DOS, mientras que Lotus trabajaba directamente sobre el BIOS, y la dirección de video 0xb000:0 creo para monocromático, o 0xb800:0 para color (para evitar flicker había que testear una puerta, antes de mandar algo a esa memoria... ;-). No fue lo único que influyó, pero realmente Lotus corría más rápido que el Multiplan.

Excelente documental, acá estan las partes de la entrevista, gracias a Youtube:

Veremos que le depara el futuro a Gates: es una persona inteligente, que sabe cómo tomar decisiones con la información disponible, y llevar adelante lo que decide. Esperemos que despliegue esas habilidades en su nuevo desafío.

Para los nostálgicos, pueden encontrar otras piezas de la historia en

Los piratas de Silicon Valley

Gracias al bueno de Ezequiel Jadib por el enlace original.

Nos leemos!

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

La historia de Smalltalk

lopez — Thu, 26 Jun 2008 20:12:57 GMT

Ayer comenté un libro de conceptos de programación, de actualidad (ver Libro Foundation of Programming, listo para bajar). Quisiera hoy comentar un texto, que me parece un "debe ser leído" por todos los que nos dedicamos al desarrollo de software. Es un escrito del bueno de Alan Kay, sobre la historia de Smalltalk:

Smallhistory.pdf

Es un excelente texto para leer, y que influye más allá de simplemente estar interesado en Smalltalk. Es una historia de cómo algunas ideas fueron surgiendo, dentro de la comunidad de desarrollo americana. Cómo la programación a objetos fue surgiendo, y cómo la forma de interactuar con las computadoras actuales fue tomando forma. Hace un tiempo vimos por acá la demo de Douglas Engelbart. De nuevo aparece en esta historia.

Lean, por ejemplo, cómo Kay detecta algunas ideas germinales (datos junto con conducta) en desarrollos de la Fuerza Aerea, que hoy veríamos muy alejados de la OOP. Lean sobre su contacto con Lisp, y con Seymour Papert. Lean sobre los problemas internos de Xerox, la compentencia con DEC, cómo algunas ideas fueron casi fruto de la casualidad, de que un proyecto siguió adelante aunque otros se oponían. Lean sobre Simula, Euler, el IPL predecesor de Lisp. Lean sobre el Sketchpad de Evans (que yo encontré por primera vez en alguna revisión histórica de la Scientific American). Es una lectura, por lo menos para mí, deliciosa.

Kay tiene un idea desde hace años, que comparto: la idea de que la máquina, y la computación en general, nos debe servir para expandir las capacidades humanas. Excelente idea. Es lo que de alguna forma también hoy estamos logrando con Internet. Hoy, ramas del conocimiento y del hacer humano, han sido potenciadas por el software, el hardware y todo lo que ha pasado en nuestra profesión en las últimas décadas.

En mi infancia, se pensaba que los viajes espaciales iban a revolucionar la historia humana. Bueno, eso no ha pasado todavía. Pero de alguna forma producto de la guerra fría, y de la carrera espacial, el desarrollo de la computación (recordemos sus inicios modernos en la segunda guerra, y la aparición de la cibernética impulsada por temas militares) y de Internet misma, es lo que ha provocado un cambio, que poco a poco va alcanzando a gran parte de la humanidad.

Leer la historia de Kay es indispensable para ir entendiendo que ha pasado. Alguien que ha dicho "la mejor forma de dominar el futuro, es inventándolo" (frase aproximada, lean el texto, para ver dónde surgió exactamente).

Nos leemos!

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

Libro Foundation of Programming, listo para bajar

lopez — Wed, 25 Jun 2008 15:48:54 GMT

Gracias a Cladio M.E. Bastos Iorio de http://www.blumer.com.ar me entero de la aparición de este libro. Claudio posteó la información en una lista pública del MUG de Argentina (http://www.mug.org.ar/ ):

Foundations of Programming Ebook

I'm excitted to finally release the official, and completely free, Foundations of Programming EBook. This essentially contains all 9 Foundation parts including a conclusion and some typical book fluff (table of content, acknowledgement and so on). A number of spelling errors were corrected, along with some small technical changes and clarifications - largely based on feedback, so thanks for everyone who provided it! Otherwise it's exactly the same as what's been posted here over the past several months.
Download it from http://codebetter.com/files/folders/codebetter_downloads/entry179694.aspx

If the above link fails, you can also get it from http://www.openmymind.net/FoundationsOfProgramming.pdf

Acabo de leer el índice, y de leer algunos capítulos rápidamente. Es muy interesante los temas que toca, y parece bien encarados. El bueno de Karl Seguin ha hecho un magnífico trabajo, colocando en un solo libro temas que nos tocan en el desarrollo de software de todos los días. Si bien está algo orientado a .NET, es totalmente aprovechable en otras tecnologías, como Java. El texto había ido apareciendo en los últimos meses, en forma de posts, y revisado por colegas, en general dentro del movimiento ALT.NET, así que el trabajo de Seguin se ha enriquecido con los comentarios de la comunidad de desarrollo.

Sobre el autor

Karl Seguin is a developer at Fuel Industries, a former Microsoft MVP, a member of the influential CodeBetter.com community and an editor for DotNetSlackers. He has written numerous articles and is an active member of various Microsoft public newsgroups. He lives in Ottawa, Ontario Canada.
His personal webpage is: http://www.openmymind.net/
His blog, along with that of a number of distinguished professionals, is located at: http://www.codebetter.com/

Enumero algunos temas tratados:

- El movimiento ALT.NET, enumerando y desarrollando sus pilares, algo confrontados con la visión MSDN

- Domain-Driven Design, explicando los términos, y justamente, explicando cuándo usarlo y cuándo no, cuál es el contraste con una aproximación Data-Centric.

- Persistencia, algo con lo que lidiamos en prácticamente cada proyecto.

- Dependency Injection, una de las mejores técnicas inventadas, desde que alguien dijo que el pan tenía que venir en rebanadas.

- Unit Testing, indispensable en el bolso de la desarrolladora y en el bolsillo del caballero desarrollador. Hay días en los que pienso que hasta el Hello World de Kernighan y Ritchie debería tener su Unit Test.

- Object Relational Mappers, todo un capítulo explicando la idea y algunas implementaciones, usando NHibernate.

- Manejo de memoria, un back to basics que veo necesario, como comento en mis cursos.

- Excepciones, otro back to basics que se debe explicar.

- Proxy, tengo que ver en detalle este capítulo, para ver hasta dónde llega la idea del autor.

El libro también viene acompañado de código, con ejemplos de los temas tratados, por ejemplo, las formas de usar NHibernate, documentando sus características. Lo pueden bajar desde:

http://openmymind.net/CodeBetter.Foundations.zip

Nos leemos!

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

Curso de JavaServer Pages gratuito en línea

lopez — Tue, 24 Jun 2008 18:33:09 GMT

Desde hace unos días, va tomando forma mi curso en línea de JavaServer Pages:

http://ajlopez.net/cursos/Course.php?Id=5

Está basado en el servidor Tomcat, pero creo que lo pueden aprovechar para cualquier contenedor web que soporte JSP.

Como otros cursos que están ahí, nace de los cursos presenciales que doy cada semana. Digo en la introducción:

En los noventa, aparece de la mano de Sun el lenguaje Java, que es más que un lenguaje, es todo un conjunto de tecnologías. Como lenguaje de uso general, tiene el soporte de una robusta y amplia librería de clases. Al estar implementado con una máquina virtual, sus programas son multiplataforma: pueden ejecutarse desde distintos entornos operativos, donde haya una implementación de la máquina virtual de Java.

En este sitio ya estoy publicando las primeras lecciones del curso Introducción a Java. Quisiera aprovechar este curso de JavaServer Pages para mostrar lo que se puede hacer con Java, más allá de los programas de consola o las ventanas gráficas. Internet, y la web en particular, hoy están en todos lados. JSP nos permite hacer aplicaciones web, con interfaces de páginas dinámicas, y aprovechar al mismo tiempo toda la potencia de Java.

Estas lecciones son un pasaje a escrito de las que doy en mis cursos presenciales. Espero que les resulten útiles. Un curso a distancia no es lo mismo que un curso presencial, donde uno puede interactuar con el instructor y sus compañeros. Pero también tiene sus ventajas, como la falta de horario, y el avance a su propio ritmo.

Estas son las primeras páginas del curso. Todos los días publico una lección adicional (no necesariamente de este curso). Mantengo una lista de lecciones publicadas en mi post:
A lesson a day keeps the doctor away

Espero que les sirva. Nos leemos!

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

Agentes Distribuidos y Fractales usando DSS/VPL

lopez — Mon, 23 Jun 2008 17:11:37 GMT

La semana pasada escribí una aplicación de base para agentes distribuidos usando DSS/VPL, agentes que intercambian mensajes arbitrarios e implementan un balanceo de carga rudimentario. Pueden leer los detalles en:

Agentes Distribuidos usando DSS/VPL
Distributed Agents using DSS/VPL

Ayer, extendí el ejemplo con un nuevo proyecto, Fractal:

Pueden bajarlo desde mi Skydrive.

Tiene dos DSS Service Components, uno es el Calculator: calcula un sector del fractal de Mandelbrot. El otro componente es el Renderer, que tiene un formulario para controlar y mostrar los resultados del cálculo. El mensaje que transporta la información del sector a calcular es:

    public class SectorInfo : MessagePayload
    {
        public double RealMinimum { get; set; }
        public double ImgMinimum { get; set; }
        public double Delta { get; set; }
        public int FromX { get; set; }
        public int FromY { get; set; }
        public int Width { get; set; }
        public int Height { get; set; }
        public int MaxIterations { get; set; }
        public int MaxValue { get; set; }
    }

Otra clase es el mensaje que retorna el cálculo:

    public class Sector : MessagePayload
    {
        public int FromX { get; set; }
        public int FromY { get; set; }
        public int Width { get; set; }
        public int Height { get; set; }
        public int[] Values { get; set; }
    }

El Calculator divide el sector a calcular, si lo considera demasiado grade. Podría calcularlo en un solo paso, pero me parece interesante esta solución, para repartir el trabajo entre varios nodos:

        private void Calculate(AgentMessage msg)
        {
            LogInfo("Entering Calculator with Action: " + msg.Action);
            SectorInfo sectorInfo = (SectorInfo) msg.Payload;
            LogInfo(String.Format("X {0} Y {1} Width {2} Height {3}", sectorInfo.FromX, sectorInfo.FromY, sectorInfo.Width, sectorInfo.Height));

            if (sectorInfo.Width > 100 && sectorInfo.Height > 100)
                SplitSector(sectorInfo);
            else
                CalculateSector(sectorInfo);
        }

Como en el ejemplo de la semana pasada, podemos ejecutar este ejemplo desde un diagrama VPL, que se llama FractalVpl1:

Acá hay un solo Renderer, y dos agentes Calculator. Si lanzamos este programa VPL, aparece una ventana. Esta es su apariencia (luego de presionar el botón Calculate):

Podemos arrastrar el mouse para seleccionar una nueva región, o usar los botones de Zoom In y Zoom Out. El botón de Reset vuelve a la posición y colores iniciales. El botón Reset Colors vuelve a los colores iniciales, que pueden ser cambiados al azar con el botón New Colors.

Hay otro programa VPL, llamado FractalVpl2, que puede ser usado para ejecutar el mismo ejemplo de forma distribuida. Tiene un diagrama con dos AgentHosts:

y dos nodos:

Debemos compilar el ejemplo VPL y pedir de ejecutar sus nodos en forma distribuida, usando el rundeployer.cmd (para más detalles, ver mi anterior post, mencionado al principio).

Estos son algunos de los gráficos que produce el sistema:

(Este post es una traducción del original en "Anglish":

Distributed Agents and Fractals using DSS/VPL

)

Nos leemos!

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