Angel "Java" Lopez : Java

Canales y GoRoutines en AjSharp (Parte 1)

lopez — Tue, 29 Dec 2009 09:41:04 GMT

Hace dos años ya, estuve explorando Microsoft Robotics, y su librería CCR (Concurrency and Coordination). Esta tiene la implementación una port: podemos enviar un objeto por el port, y recibirlo y procesarlo en otra pieza de código, que puede ejecutarse en otro hilo de ejecución. También tiene la capacidad de ejecutar ambas partes en diferentes máquinas, una forma de conectar aplicaciones distribuidas. Yo escribí sobre el tema en:

Distributed Agents using DSS/VPL
Agentes Distribuidos usando DSS/VPL
Agentes Distribuidos y Fractales usando DSS/VPL
Genetic Algorithms with AjAgents and Concurrency and Coordination Runtime (CCR)
Algoritmos Genéticos con AjAgents y Concurrency and Coordination Runtime (CCR)
CCR posts (English)
Posts sobre CCR en español

Todo esto, me llevó a encontrarme con el concepto de canal: Channel programming (Wikipedia) y este año, leí sobre el nuevo lenguaje de Google, el lenguaje Go: http://golang.org. Pueden leer sobre Go y sus capacidades de manejo de concurrencia (go routines, channels) en: http://golang.org/doc/go_tutorial.html#tmp_346

También comencé a leer sobre proyecto Axum de Microsoft: http://en.wikipedia.org/wiki/Axum_%28programming_language%29

Con toda esta base, el último sábado agregué soporte de canales y goroutines en mi intérprete AjSharp (otros posts AjSharp interpreter). Pueden bajar y ver la versión actual desde http://code.google.com/p/ajcodekatas en trunk/AjLanguage

Primero, agregué un tipo nativo .NET Channel (a mejorar: agregar soporte para que el canal pueda soportar varios send y receive desde más de un thread):

public class Channel
{
    private AutoResetEvent sethandle = new AutoResetEvent(false);
    private AutoResetEvent gethandle = new AutoResetEvent(false);
    private object value;
    public void Send(object value)
    {
        this.gethandle.WaitOne();
        this.value = value;
        this.sethandle.Set();
    }
    public object Receive()
    {
        this.gethandle.Set();
        this.sethandle.WaitOne();
        object result = this.value;
        return result;
    }
}

Cuando se envía un objeto a un canal, el thread que lo envía se bloquea hasta que otro thread lea el canal (pienso agregar un QueueChannel, donde se puedan enviar varios objetos, a guardar en una cola, sin para los threads; supongo que la cola tendrá un tamaño limitado, para ir auto-coordinando los productores y consumidores de objetos del canal).

Siguiendo las ideas de goroutines en el lenguaje Go, agregué un nuevo comando en AjSharp: go <command> (ok, no mucha creatividad aquí… ;-)… igual hay que aclarar que los goruotines en Go tienen muchas más características que las que implemento acá). Esta nueva palabra lanza el comando en un thread separado, que comparte las variables del original, como en este ejemplo (recordemos que AjSharp tiene acceso a los objetos y clases nativas de .NET):

handle = new System.Threading.AutoResetEvent(false);
one = 0;
go { one = 1; handle.Set(); }
handle.WaitOne();
result = one;

Todo esto se agregó a la máquina de ejecución de AjSharp (por ejemplo, Channel es un tipo ya declarado dentro de la máquina, sin necesidad de usar el namespace completo), podemos usar entonces:

channel = new Channel();
go channel.Send(10);
result = channel.Receive();

Luego de tener esto andando, modifiqué algo más. Fue simple agregar “syntax sugar” al parser de AjSharp para que

<- channel

sea igual a

channel.Receive()

y que

channel <- value;

sea una forma de escribir:

channel.Send(value);

Entonces, el ejemplo anterior se puede escribir como:

channel = new Channel();
go channel <- 10;
result = <- channel;

En otro post, describiré algunos usos de estas características, con algún detalle de implementación. Ver el código actual en:

http://code.google.com/p/ajcodekatas/source/browse/#svn/trunk/AjLanguage
Nos leemos!

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

Enseñando a programar (Parte 1)

lopez — Mon, 19 Oct 2009 09:47:00 GMT

El tema que señala el título de este post es un tema amplísimo, del que habría tanto para decir y discutir. Veamos de tratar algunos puntos, que surgen de experiencia personal, e ideas sin probar que van rondando mi cabeza desde hace unos años.

Primero, una aclaración: si bien gran parte de mi actividad semanal (en estos tiempos, más del 60% del tiempo que empleo), está dedicado al dictado de cursos (en empresas e institutos acá en Argentina, o en charlas en distintas ciudades) me considero no un instructor de programación, sino un desarrollador de software que por esos accidentes de la vida terminó dedicando tanta cantidad de sus horas al dictado de clases. Pero no soy una persona pedagógica, o que haya estudiado para enseñar sino, como muchos otros instructores, soy alguien que programa y que muestra algunos temas de programación, desde mi propio óptica personal (hace años que no doy un curso oficial o de Sun o de Microsoft, prefiero dar mis temas a mi forma y con mis temarios).

Segundo: prefiero programar que enseñar. Contrariamente a lo que algunos de Uds. podrían pensar, para mí enseñar no es la mejor forma que imagina de pasar mi tiempo profesional, por lo menos en cursos presenciales de la forma en que me toca ahora dictar. Prefiero escribir, leer, programar ejemplos, pruebas de conceptos, aplicaciones completas, describir temas en posts, antes que estar dictando una clase presencial (una charla es otra cosa: es más interesante, es para presentar un tema, y llamar a la acción a los asistentes, sin tener que seguir por semanas hablando de lo mismo). Cuando tengo, digamos, un curso para las 18:30, ya sé que ese día no puedo trabajar hasta las 18hs en un proyecto, o no puedo irme a almorzar tarde, o no puedo salir de viaje a otra ciudad, o no puedo… o voy a salir demasiado tarde para ir a cenar tranquilo, o pasar por tal lado, o … y mil cosas más. Un curso es un clavo en el medio de cualquier agenda a armar. También pasa que un curso que no es nocturno, parte al medio cualquier día de trabajo, especialmente cuando trabajo en un equipo Scrum. Como los cursos tienen días ocupados durante varias semanas, también se me complica organizar cualquier visita al interior de mi país, para dar una charla sobre un tema. En definitiva, curso presencial con muchas clases, es un incordio para cualquier agenda.

Y una de las cosas que más me cansan, a esta altura de mi vida, es hablar, hablar y hablar durante horas en un curso. Vuelvo a mi cubil, a veces, bastante cansado y congestionado, nada más de hablar. Imagino que en cualquier momento comienzo a dar una clase mostrando cosas en el proyecto y explicando lo que hago escribiendo en el Notepad… :-)

Hechas esas confesiones personales, respiro hondo, y paso a comentar algunos problemas que detecto en los cursos que conozco, los míos.

Muchos de mis cursos se pueden circunscribir a estos tipos:

- Grupo de gente que conoce algo de programación, que pueden estar en distintos niveles, y quieren aprender un tema de tecnología, ejemplo: ASP.NET o JSP.

- Curso con máquina o sin máquina y proyector

Bien, comienzo por los temas que veo que no están del todo bien y se pueden mejorar, o cambiar completamente por otro “approach”.

Notemos que los cursos presenciales tienen un gran problema: son, justamente presenciales. Hay que combinar los horarios de todos los que quieren participar, reservar tal tiempo a tal hora y lugar; también tienen que estar todos presentes. Esto es un resabio de como se enseñaba en las universidades que comenzaron a aparecer en la Edad Media: como no había libros, el papel no existía o era caro y los profesores escasos, la única forma de enseñar era presencial: juntar un grupo que tenía que escuchar a un profesor mientras daba un tema. En aquellos años incluso se estudiaba para ejercitar la memoria ante la escasez de elementos para tomar apuntes.

Pasaron los siglos y veo seguimos con el mismo esquema. Algunos problemas derivados de esto:

- Cada asistente tiene que venir, a cada clase. Si llueve, si está complicado en el trabajo, si se enferma, por lo que fuera se pierde una clase que en generle al es irrecuperable presencialmente. Tiene que estar disponible cada día al horario en que se dicta el curso, por varias semanas a veces. Y si un día se le complica asistir lo más probable es que falte o que llegue tarde y no pueda aprovechar bien la clase.

- Cada asistente mismo tiene que estar con el ánimo más despierto, durante varias horas, para captar todo lo que se dicta en el curso.

- Como un curso presencial implica asignar recursos escasos, como lugar, proyector o máquinas, sala, etc., entonces cada clase dura por lo menos 3 horas durante las cuales o se dan demasiados temas, de tal forma que no hay tiempo de asimilar, o se dan pocos y el curso se encarece por durar más tiempo.

- El instructor tiene que explicar algo que ya explicó, probablemente, cuarenta veces.

- Como los asistentes, el instructor también tiene que estar con todas las luces, explicar de forma clara y tener todas las neuronas prendidas en cada clase, que se repite y repite a lo largo del año.

- No siempre el lugar de dictado es el adecuado: o no está cerca o no tiene todos los elementos en condiciones.

- No todos los asistentes tienen el mismo nivel de conocimientos inicial con lo que no todos van aprovechando el contenido de la misma forma.

- Si trabajan con máquina, el curso se alarga. Se necesita más tiempo para corregir ejemplos en cada máquina. También pasa que algunos asistentes terminan antes y otros quedan trabados. Coordinar las distintas velocidades es difícil de manejar. Muchas veces sugiero trabajar de a grupos, con poco éxito. Pasa cuando los asistentes son particulares que no se conocen entre sí y hay una máquina por persona: la gente prefiere encarar por su cuenta, en solitario, cada ejercicio. Esto trae como consecuencia que la clase se alarga. O hay que alargar el curso completo, con el consiguiente aumento del costo final.

- Aun teniendo práctica para captar un tema, un asistente puede necesitar su tiempo para entenderlo. Necesita practicar y jugar con un ejercicio un tiempo. No siempre es posible disponer de ese tiempo: muchas veces porque hay que seguir con otro tema.

- Si no trabajan con máquina, muchas veces los asistentes no se toman el tiempo para practicar. Hay varias razones: están tomando el curso en el trabajo pero no tienen máquina adecuada para practicar. O están tapados de trabajo y no tienen tiempo. O sus jefes no les asignan tiempo para practicar. O podrían practicar en una máquina personal, al volver a casa, pero ahí también: hay otros temas de que ocuparse. Me ha pasado dejar ejercicio a un curso y que de los veinte integrantes sólo uno o dos practicó algo entre dos clases. Cuando esto se repite, a lo largo de las clases, llega un momento que el contenido que se trata no se asimila porque no se practicó lo anterior. Llegados a ese punto, sin práctica de lo ya tratado es difícil captar todas las facetas del contenido nuevo. También a algunos asistentes se les complica instalar todo lo que necesitan para practicar. Una vez, recuerdo, puse un ejercicio entre clases en un curso de cuarenta personas. Lo escribí mal planteado a propósito. A la siguiente clase, solo uno de los asistentes se dio cuenta del problema: era el único que lo había encarado.

- El lugar de dictado puede estar a varios kilómetros de donde un asistente vive y trabaja.

- Si el curso es en el propio trabajo, un asistente puede sufrir interrupciones, o por tener un tema "urgente" para solucionar, debe abandonar la clase.

- Si el curso es en el trabajo, pero después o antes de hora de oficina, a muchos no les es fácil participar por tener otras actividades o no poder llegar más temprano.

- De vez en cuando me pasa que algunos asistentes no tienen mucha motivación para hacer el curso: los “mandaron” al curso y no tienen un soporte, un apoyo, de parte de sus empleadores, para sacar provecho del mismo (especulo, pero eso puede ser también un “test de proactividad” de su empleador o contratante).

- Otras veces, el asistente está motivado porque necesita trabajar pero hace tiempo que no toma un curso. Las tecnologías nuevas lo sobrepasan y termina necesitando de más tiempo para aprovechar el contenido.

- Si el curso es por cuenta de cada integrante, no lo paga una empresa, entonces probablemente tenga que asistir después de hora un día de semana o un sábado. En esos horarios también tendrá que pelear su tiempo con otras actividades, familiares, o de estudio formal.

- El temario es introductorio para un lenguaje de programación, pero no se enseña a programa. Se pide explícitamente que se conozca de programar y de base de datos. Y algunos asistentes no tienen esos conocimientos en firme.

- Otro caso es cuando el temario es intermedio o avanzado. Puede pasar que de los que asisten, algunos ya saben varios puntos del temario y se aburren. Mientras, otros necesitan repasar o incluso aprender un tema, porque no llegan al nivel que se necesita para el curso. Esto pasa cuando los cursos son para asistentes de distintas empresas o que se inscriben por su cuenta.

- Cuando el temario lo arma una empresa, el que arma el temario pide todos los temas habidos y por haber, pero luego no se asigna tiempo para que los asistentes practiquen en el medio del trabajo de cada día.

- Prácticamente todo el material que doy queda disponible en mi sitio personal. A la quinta o sexta clase del curso, alguien se acerca y me pregunta: ¿dónde puedo bajar los ejemplos? Yo me pregunto entonces: ¿cómo hizo para seguir las anteriores clases, si nunca repasó los ejemplos que YA se dieron? Detecto acá que no han tenido tiempo para practicar entre clases.

Y en mi caso en particular, muchas veces los cursos no se abren por falta de inscriptos: se necesita un número mínimo para costear los activos inmovilizados (proyector, máquinas si es con práctica, lugar, instructor) que no siempre se cubre. También me pasa armar una lista de correo para los asistentes del curso (por ejemplo, en los míos de Java) . Luego de dos años, les cuento que solo cuatro personas, entre decenas que asistieron, se inscribieron para hacer más preguntas.

No quisiera afirmar que siempre es así como describo arriba. Pero me asombra la cantidad de veces que algunos de esos “anti-patrones” aparecen, por lo menos, en muchos de los cursos que me ha tocado dictar. Así que pienso, desde hace algún tiempo, que debo mejorar en algunos temas. O motivar más, o hacer algo para que estos anti-patrones no aparezcan tan frecuentemente. Una sorpresa agradable: los cursos de Scrum son los más participativos de todos: son casos donde prácticamente no prácticamente no aparecen estos “issues”.

Y un tema, disculpen, más personal: otra “constante” que detecto. Ante un curso de cuarenta personas, pregunto cuántos conocen mi blog. Sólo uno levanta la mano. Pasan las semanas, y al final del curso, después de dos meses, pregunto de nuevo. Y ahora, son 1 o 2 las manos levantadas. Así que algo tengo que hacer: o mejorar los contenidos o escribir más claro o de temas que les interesen más. Muchas veces escribo para que lo explicado quede más claro. Si algo no se entiende en una clase presencial, quisiera que se pueda leer y releer por acá. Pero veo que he tenido poca llegada en ese tema, por lo menos en los asistentes a mis cursos presenciales.

Pero también detecto y especulo un patrón: los que programan y no leen blogs (mío o de cualquiera), en general, no se mantienen actualizados y necesitan cursos presenciales. Los que programan y leen blogs son otro grupo: se mantienen actualizados y no necesitan cursos presenciales, apenas algunas charlas introductorias como primeros pasos en un tema. Luego, ellos mismos aprenden de una nueva tecnología, patrón, estilo arquitectónico o herramienta.

Habiendo repasado estos puntos, ¿cómo se podría mejorar? Tengo algunas ideas al respecto, tomadas de otros ámbitos, y de lo que veo que puede funcionar, pero son temas para seguir en la segunda parte de este post. Mientras tanto: ¿tienen alguna sugerencia?

Nos leemos!

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

Microsoft MVP (Most Valuable Professional) otro año más, y el futuro del software

lopez — Sat, 10 Oct 2009 14:36:00 GMT

El pasado 1ro. de Octubre, me confirmaron que nuevamente, en este año que sigue, soy Microsoft MVP. Pueden ver detalles del programa en:

http://mvp.support.microsoft.com/

Quiero agradecer a Néstor Portillo (@nportillo) y Fernando García Loera (@ferglo) por su apoyo en todos estos años. También, a Carlos “Billy” Reynoso, quien me propuso como MVP en 2002 (vio la luz!! :-), luego de haberme convocado también en los 90 para participar de charlas y reuniones. Y a la gente del Microsoft User Group, del que participo desde hace casi 15 años, por el constante trabajo para armar una comunidad en la que podemos participar todos.

Me gustaría que otras empresas tuvieran un programa similar a los Microsoft MVPs. No sé si hay programas como éste en Oracle/Sun, IBM. En Argentina, la empresa que más se ha preocupado (con altibajos, hay que reconocer) ha sido Microsoft. Recuerdo los tiempos de Sun lanzando Java por estos lares, en los noventa. Estaba más preocupada por captar periodistas que a programadores. Si alguna vez me invitaron a una charla en los noventa, fue porque escribía para una revista, sino, ni enterados la gente de Sun de que hay programadores de este lado del ecuador.

Recuerdo mis primeros contactos con la tecnología Microsoft, al leer la Dr.Dobb’s Journal, donde se comentaban algunos productos. ¿Recuerdan Lattice C? Microsoft lo compró para ser su primer Microsoft C. ¿Alguien recuerda el Lisp de Microsoft? Creo que se lo habían comprado a una cía de Haway. Conocí más de la historia de esos tiempos en varios libros; en especial, recuerdo “Fire in the Valley”. También ahí aprendí de Apple, MITS y demás pioneros en la microcomputación. En esos tiempos, había multitud de “computadoras personales”, con distintos sistemas operativos y lenguajes. En muchas de ellas, Microsoft tenía software para ofrecer. Pero todos conocemos que el mercado despegó con la llegada de la IBM PC. Recuerdo que para editar con el edlin, booteaba con un diskette, lo retiraba, y ponía el segundo, porque ahí estaba el editor de línea. Como diría Olmedo: “Eramos tan pobres…. " :-). Si bien llegó Apple a mi país, Argentina, en aquellos años había que ser descendiente directo de los que desembarcaron en el Mayflower para poder acceder al programa de desarrollo de aplicaciones de la empresa de la manzanita. Algunos detalles más de esos tiempos, en

Treinta años en desarrollo de software

Creo que, como entonces, vivimos tiempos fascinantes en el tema de desarrollo de software. Me gustaría escribir acá algunos puntos a estudiar, a seguir de cerca, en estos años que se vienen (espero que para mí, sean otros treinta años… :-)

Primero, quiero destacar la existencia de dos plataformas de desarrollo: Java y .NET. Entiendo por plataforma de desarrollo a lenguaje(s), librería de clases extensa, soporte de desarrollo de distinto tipos de aplicaciones (desde consola a web a distribuidas). En el 95, comencé a conocer Java, y desde entonces, me ha parecido una de las mejores cosas que ha pasado en la historia del desarrollo de software. Con todas las críticas que se le pueden hacer (EJB una terrible cosa que aún me dá escalofríos (antes de acostarme, veo abajo de mi cama a ver si hay algún Entity Bean escondido), Sun como karma, empresa que no supo mover a la comunidad de desarrollo, que en muchos casos se tuvo que arreglar sola (Hibernate como ejemplo?)), Java ha sido lo que hizo que las máquinas virtuales, clases y objetos, frameworks, threads, serialización, modelos de dominio, salieran de lo académico o del nicho, y pasaran a la corriente principal de desarrollo. Desde fines de los noventa, no he pasado casi una semana, sin dar algún curso o charla sobre Java, y tecnologías asociadas. Es un “must be know” para cualquier desarrollador de software de este milenio.

Y Microsoft, vió la luz, y se reinventó a sí misma: abandonó VB, VBScript, ASP, C++ con la infame MFC (Microsoft Foundation Classes), ATL, COM (que nunca despegó para multiplataforma, como hubiera querido Don Box, y aún Miguel de Icaza con el proyecto Bonobo), y cambió como empresa, por lo menos en las herramientas de desarrollo. Parecía como si hubiera hecho todo por otra empresa: no más COM como tecnología necesaria; teníamos al fin una máquina virtual (un empleado de Microsoft morirá en la tortura antes de llamar “máquina virtual” al CLR, pero, es lo que es.. :-); plétora de lenguajes nuevos, totalmente montados sobre esa máquina virtual. Realmente, es como si hubiera habido otra empresa que creó todo eso. Un gran movimiento por parte de Microsoft, que ha sabido adaptarse a los tiempos que le tocan: como ejemplo, recuerden el giro a Internet que dió la empresa, a finales del 95.

Así que tenemos dos temas para seguir con atención: Java y .NET.

Otros temas: el desarrollo de aplicaciones, ¿dónde va? Veo que sigue habiendo aplicaciones de escritorio. Pero preveo que la lucha y la innovación vendrán en otras áreas (enlaces al final):

- Aplicaciones Web: dentro de la empresa, los sistemas de gestión serán migrados a todo web. Si bien la interfaz web no es la mejor, la aparición de Ajax, librerías maduras de Javascript, tecnologías en el servidor (ASP.NET, ASP.NET MVC, veremos hacia donde va Java, luego de no haberse adoptado JSF por todo el mundo, Ruby y Python con desarrollo web), hoy no es descabellado ver cada vez más aplicaciones internas, expuestas en el browser.

- Rich Internet Applications: usar JavaFX, Silverlight, Air, o lo que aparezca. Pero crear aplicaciones, que mediante algún plugin liviano en el cliente, permitan tener la experiencia de usuario del tipo de aplicaciones locales que tenemos ahora.

- Software as a Service, tanto aplicaciones web (Google Apps) como RIA, el software de gestión y otros tipos, que hoy consumimos localmente, veo que estará cada vez más ofertado directamente en la web. Habrá que ver quienes serán el target: ¿las pequeñas empresas que no tienen un equipo de IT? ¿las medianas y grandes, que están cansadas de soportar un equipo de IT y desarrollo semi a a medida?

- Desarrollos Web2.0: la interconexión de aplicaciones mediante protocolos livianos (desde REST hasta cualquier otra cosa, olvidando los pesados Web Services, especificación que veo que se encamina a la over-complexity), modelos pubsub montados sobre Twitter o similares, la aparición de Service Bus online.

- Cloud computing: lo veo de dos formas: como una forma de virtualización as a service, y como una forma de aplicación escalable hacia afuera. La primera será más fácil de programar (es como venimos hasta ahora, pero “hosteando” en otro lado). Nos ahorramos el setup de la máquina, licencias, mantenimiento del equipo. Lo de escalable hacia afuera, más cercano a la idea de “cloud”, ejecutando en varias máquinas, habrá que estudiar cuán de difícil o fácil es el cambio de modelo de programación. Ejemplo: sharding de base de datos, ¿será lo suficientemente transparente para como venimos programando?

- Mobile: o debería llamarlo, la aparición del software en múltiples dispositivos. Esto es una rama que tenemos que estar atentos. La industria de desarrollo está por dar un salto, o ya lo está dando: tal vez, el mayor desde la aparición de la computadora personal. La cabeza de playa son los teléfonos móviles. Pero lo que veo es: sistemas operativos para pequeños dispositivos (Android, Windows Mobile) con soporte de desarrollo (Android SDK, .NET Compact Framework), que harán que podamos escribir software para casi cualquier cosa, cualquier “widget” que tengamos (teléfonos personales, otros dispositivos, aparatos inteligentes), comunicados por Internet. La convergencia de: dispositivos inteligentes, Internet, herramientas de desarrollo maduras, es “the next big frontier”.

- Lenguajes dinámicos: podrá haber lenguajes aislados (como los originales Ruby y Python) pero veo que cada vez más se montarán sobre las dos plataformas, .NET y/o Java. Veremos que pasa con esto: lo que veo, es que tienen comunidades fuertes, que impulsan nuevas cosas, nuevas ideas (o reimplementaciones frescas de otras ideas), que en otros ecosistemas más maduros es difícil de que prendan. Recordemos Ruby On Rails como un ejemplo.

- Web Semántica: ahí afuera hay un mundo de información, que por primera vez está disponible, no sólo para seres humanos, sino para nuestras aplicaciones. La aparición de formas de aprovechar inteligentemente esta montaña(cordillera diría) de información, es un camino que veremos donde llega. Las iniciativas de web semántica son lo más promisorio. Pero también puede que “la liebre salte por otro lado”: desarrollos aislados, que encuentren una forma de comunicarse o de aprovechar lo existente.

- Aplicaciones distribuidas: los que leen mi blog (yo, y mi tía Carlota), saben de mi interés en aplicaciones distribuidas. Habrá que seguir de cerca el tema message passing, o el más prometedor y flexible, agentes. Multithreading, multicore, son simplemente una antesala a Multimachine. Ese es el camino a al escalabilidad, y superar el bloque de la Ley de Moore: multicore está bien, pero multimachine is the solution (pregúntele a Google). Sharding de base de datos, escalabilidad, datos y objetos en memoria distribuida en máquinas (más barata y rápida que los discos).

- Memoria: El último párrafo me trae a cuento esto que siempre nombro: el uso intensivo de memoria. La memoria cada vez es más barata, y más accesible. Pensemos en qué tipo de aplicaciones podemos lograr. Me imagino una base de objetos o de datos, totalmente en memoria, en máquinas distribuidas, donde el file system sea solamente otra forma de backup.

- Concurrencia y Paralelismo: un tema a estudiar. Vean lo que va surgiendo con Clojure, Software Transactional Memory, hasta NetLogo. Vería de cerca paralelismo distribuido, como MapReduce, High Performance Computing, y alrededores.

- Lenguajes funcionales: recuerdo APL, pero no con cariño. Pero vean el surgimiento de Erlang, la forma en que se usó para el desarrollo de aplicaciones, el “revival” de Lisp con Clojure y cía, F# por parte de Microsoft, Haskell, algo mixto con Scala en Java. Sumaría a los declarativos, como Prolog. ¿Será el siglo del lambda? Para mí, es hermoso que esos temas vuelvan a estar en el tapete. Todo desarrollador de software debería sumergirse en estos temas, en lo que podría llamar, los lenguajes de los dioses.

- Modelos de aplicaciones: las aplicaciones cada vez son más complejas. Encarar el desarrollo basado prácticamente en lenguajes de tercera generación, sin haber elevado el nivel de abstracción, con tecnologías de base que van cambiando año a año, mes a mes, es un camino lleno de piedras y espinas. Yo apuesto a la aparición de modelos, Domain Specific Models, Domain Specific Languages, herramientas relacionadas (el camino más cercano es la generación de código), para hacer más fácil el domino de la complejidad y el cambio.

- Desarrollo ágil: en los tiempos que corren, el trabajo en equipo es indispensable. La cantidad de tecnologías, detalles, y requerimientos que precisa un software más o menos normal, implican que va desapareciendo el desarrollador de garage, en solitario. Las limitaciones de desarrollo en cascadas, el cambio en los requerimientos, porque hasta el ambiente externo cambia, éxitos cosechados por el programación extrema y disciplinas relacionadas, todo apunta a que tenemos que ir adoptando más y más el modo ágil de construir software.

- Inteligencia Artificial: como decía más arriba, es tiempo de que agentes. Incorporar lógica, razonamiento, modelos del mundo, inferencias, objetivos, ontologías, algoritmos genéticos, redes neuronales, en todo lo que se viene.

(ahora entenderán un poco más, a que van los códigos de código abierto que publico, como una especie de ejercicio personal para entrenarme en varios de los puntos de arriba).

No he dejado enlaces en el texto, pero muchos de estos temas, como verán, me interesan desde hace un tiempo, y estos son enlaces que he coleccionado:

Tendría más para comentar, pero es hora de tomar mi medicación…:-)… Sí, ya sé, es la pastilla roja, no la verde.

Me parece suficiente para este post, ¿no les parece?

Lo que quería trasmitirles, es que aprovechen este tiempo. Hace treinta años, yo no tenía todo esto disponible: comunicación instantánea, acceso a recursos a un costo razonable, contacto con la comunidad, herramientas maduras, ideas bullendo. Y ahora está todo acá, servido para la próxima revolución.

Muchas de estas ideas, las comento en mis cursos, aunque no sé cuán bien pude trasmitirlas, o si se entendió algo del mensaje. Siempre veo que la gente pide cursos de un tema en particular, me gustaría en este post (como en otros anteriores) haber dado una visión más amplia de lo que hay en el mundo del desarrollo de software, hoy, y que sirva de ensayo futurológico, sin mayores pretensiones, de lo que puede venir como importante.

De alguna forma, en estos años, se decidirá el tipo de software que se ejecutará en las próximas dos décadas. Y como en las anteriores, el software seguirá cambiando la historia humana.

Pero el software no se hace solo. Como decía Alan Kay: “la mejor forma de predecir el futuro, es inventándolo”. Sean parte de todo esto.

Nos leemos!

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

VAN (Reunión Virtual) en ALT.NET Hispano sobre Generación de Código

lopez — Fri, 25 Sep 2009 09:32:16 GMT

Gracias a la comunidad de ALT.NET Hispano, mañana sábado 26 de septiembre, participaré de una VAN (Reunión virtual) sobre generación de código (hora internacional 6PM GMT, son15hs Buenos Aires). La idea es que al principio presente algunas ideas, ejemplos de AjGenesis, panorama de generación de código, comentar otras herramientas y aproximaciones, pros y contras, y luego, se discutan los temas, entre todos.

Quisiera presentar:

Los por qué de la generación del código
Qué pedirle a una herramienta de generación de código
Elevar el nivel de abstracción, partiendo de un modelo
Resolviendo paso a paso, la aplicación más simple
Mostrar que es más que templates/plantillas
Resolver una aplicación con entidades, desde el mismo modelo, en distintas tecnologías y plataformas (Java, .NET, PHP)
Generación de código como servicio en línea

Si no conocen qué es una reunión VAN, pueden consultar VAN meetings

Para ver cómo se desarrolla una VAN de ALT.NET Hispano, y qué software necesitan para asistir, ver Descripcion-de-Reuniones-VAN

Pueden ver el historial de anteriores reuniones VAN (visiten las que dieron, por ejemplo, sobre NHibernate, WPF y demás)(ya había participado de VAN sobre Scrum).

Gracias al bueno de Jorge Gamba (@jorgegamba) que publicó el evento en su blog:

[Evento] Viendo la luz respecto a “Generación de Código”

Copio de ahí:

La comunidad ALT.NET Hispano realizará un evento virtual con el tema Generación de Código, con la exposición principal del reconocido especialista y maestro en desarrollo de software Angel “Java” Lopez. Será el día sábado 26 de septiembre a la hora internacional 18:00 GMT/GTU (Greenwich), con una duración aproximada de 2 horas. Para atender la reunión deben usar el programa Microsoft Office Live Meeting 2007 client, abriendo el enlace http://snipr.com/virtualaltnet.

Adicionalmente, pueden plantear sus comentarios e inquietudes sobre el tema de la reunión en la discusión Invitación a VAN Hispano Sábado 26 de septiembre - "Generación de código" con Angel "Java" Lopez, en nuestra lista de correo.

La comunidad ALT.NET hispano está muy activa, y los invito a participar de ella. Jorge escribe:

les dejo la lista de recursos compartidos de los que disponemos en la comunidad:

Lista de Correo del Grupo de Usuarios

Wiki

Twitter

Facebook

viddler

Mapa de ubicación geográfica

Calendario de eventos

Como comenta Jorge, pueden ir leyendo:

Sobre la generación de código
Diez reglas principales en generación de código
La generación de código y el trabajo de desarrollo de software

Nos leemos!

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

Enlaces y noticias III

lopez — Sat, 11 Jul 2009 17:54:44 GMT

Ya hace unos meses había escrito

Enlaces y noticias - Angel Java Lopez

Noticias y enlaces II - Angel Java Lopez

Vuelvo a la carga con algunos enlaces y noticias, de temas que me interesaron en estos días.

Java

Ya tienen algunos años: Java BluePrints- Guidelines, patterns, and code for end-to-end applications

Protect Your Java Code - Through Obfuscators and Beyond

Un inicio en JavaFX A Taste of JavaFX for the Uninitiated

Sahoo's Blog- Developing Hybrid (OSGi + Java EE) applications in GlassFish

Una interesante y bien presentada aplicación de Java para resolver el puzzle Eternity II Martin Hapl - Eternity II

Quieren generar bytecodes de Java? ASM - Home Page

Distributed Programming in Java

Y video de JBoss Business Rules Management:

Además:

J2ME and Location-Based Services

Maven - Maven in 5 Minutes

An introduction to Maven 2 – JavaWorld

Blog con artículos de Java, JDBC, JSP, JSF The BalusC Code

Encontré esta grilla I N F I N I S P A N - Open Source Data Grids - JBoss Community

Como siempre, más enlaces en http://delicious.com/ajlopez/java

Clojure

Estoy trabajando para entender la implementación de Clojure, escribiendo AjClojure, Pueden ver mis avances en:

Mientras, aperitivos:

InfoQ- Rich Hickey on Clojure's Features and Implementation

Scala

Tengo que estudiar en detalle Scala, algunos enlaces:

Scala as the long term replacement for java/javac?

Home - Parleys - Parleys.com - The Feel of Scala

The busy Java developer's guide to Scala- Class action

Más en http://delicious.com/ajlopez/scala

Bueno, espero que se entretengan…. :-)

Nos leemos!

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

El mejor lenguaje, la mejor herramienta

lopez — Thu, 09 Jul 2009 15:17:36 GMT

Ayer escribía sobre la popularidad de los lenguajes de programación:

Justo ayer, también, @ebersys escribía en Twitter:

El bueno de Eber Irigoyen es miembro activo de Alt.NET hispano:

Vive en Salt Lake city, Utah, visiten su blog:

Que quieres desarrollar hoy?

Yo disiento con eso de “el mejor lenguaje es el que conoces mejor”. Mi contestación en Twitter fue:

Pero de donde puede venir eso de “el mejor lenguaje es el que conoces mejor”? Bueno, como comentaba ayer, hay grupos de lenguajes, y mucho de nosotros, estamos trabajando con .NET o Java o ambos. Son lenguajes de uso general, donde podemos hacer aplicaciones de consola, gráficas, o web. En los dos casos, más que lenguaje, tenemos un framework de clases, y entornos de desarrollo, desde Eclipse hasta Visual Studio. Creo que uno puede pensar que “el lenguaje que conoce es el mejor”, si está en uno de esos dos grupos: programando en Java o en .NET. Son más que lenguajes: son interminables clases y capacidades y plugins y wizards, que nos ayudan a hacer multitud de aplicaciones.

Pero sigo pensando que, si limitamos la pregunta a lenguajes, el mejor lenguaje es el que mejor se adecua a lo que tengo entre manos. Claro que con .NET o con Java, vamos a poder hacer más tipos diferentes de aplicaciones. Pero siempre es importante, si podemos elegir, considerar que hay lenguajes de todo tipo, con énfasis en distintos aspectos de la programación. Por ejemplo, en mi caso, en mi proyecto de generación de código AjGenesis, he elegido desde el principio, adoptar un lenguaje dinámico, no tipado, porque me parece lo más adecuado, flexible, adaptable, a lo que quería hacer (leer Generación de Código, AjGenesis y AjBasic). Y estoy muy contento con la elección.

Por otro lado, si vamos a hacer aplicaciones de empresa, nos baste .NET o Java, y en ese caso, elegiremos, si podemos, “el que conocemos mejor”.

Pero insisto: si vamos a .NET o Java, no vamos a “un lenguaje”, vamos a una tecnología, un framework de clases, y alguna IDE, vamos más allá de elegir un lenguaje. En este caso, destacaría la experiencia de desarrollo que nos dé la IDE que elijamos. En estos casos, tengo que comentar que tanto Eclipse como Visual Studio, son una gran ayuda a la hora del desarrollo. En mi opinión, Eclipse es demasiado “todo es un plugin”, cosa que en Visual Studio todo viene más armado y coordinado desde el principio. (Hace un tiempo que no veo NetBeans: cuando lo veía, me parecía que era mucha “bajada de línea” de Sun, donde se soportaba sólo lo que a Sun le importaba. Si le importaba JSF, desaparecía del mapa JSP y así.)

Entonces, uno podría pensar que la mejor herramienta es la IDE, el framework, la tecnología. Pero acá debo alzar la mano, y recordar una escena de Rambo II. Rambo sale de la cárcel, y vuelve a la selva, a rescatar a su antiguo jefe y entrenador, que ha sido capturado por el enemigo. En un campamento amigo, un agente especial le muestra un galpón, lleno de armas: orgulloso, le presenta a Rambo una tras otra arma, una más sofisticada y poderosa que la otra. Rambo no parece impresionarse, y pronuncia la frase, lapidaria: “La mejor arma es una mente despierta”.

Lo mismo digo: parafraseando a Rambo, “la mejor herramienta es una mente despierta”. No hay IDE, lenguaje, tecnología, plataforma, framework, que sustituya lo que tenemos entre las orejas. Si como desarrolladores no pensamos, no meditamos en lo que hacemos, por qué lo hacemos, qué necesitamos lograr, y solamente programamos de tal forma, porque está de moda, o está en los libros, o usamos tal framework, sin entenderlo cabalmente, sin ver cuál es el problema que resuelve, y lo vemos como una panacea o “silver bullit”, si en vez de pensar, digo, nos embarcamos ciegamente en el desarrollo, no hay IDE que nos ayude. Lo que Salamanca non da, natura non presta. Lo que no pensemos, no lo va a solucionar la IDE, ni el lenguaje.

Si uno piensa, puede llegar a ser productivo hasta en Assembler… :-)

Nos leemos!

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

Popularidad de Lenguajes de Programación

lopez — Wed, 08 Jul 2009 09:50:06 GMT

Me temo que AjLisp y AjBasic lo usamos yo y nadie más… snif… :-). Pero hay lenguajes más populares que esos. Ya es clásica la lista de TIOBE Software:

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

donde aparece Java como el lenguaje más popular, lo que no me asombra. Pero sí me llama la atención la popularidad de C y C++, que deben tener su gran uso en el ambiente Unix, Linux, y otros. Como cuarto, encuentro hoy, Julio de 2009, a PHP, que lo entiendo: la mayor parte del código de sitios dinámicos está en PHP, lejos quedaron los años del predominio del venerable Perl. Y recién en sexto y séptimo lugar, está Visual Basic (parece que agrupan el de .NET y el clásico), y C#. Vean que al final de la lista, aparecen lenguajes con mínimos porcentajes, pero aparecen: RPG, Pascal, Abap, Lisp/Scheme. Más abajo, en la misma página encontraran la lista de posición 21 a 50, donde aparecen COBOL, Objective-C, Fortran, Logo, Prolog, Ada (todavía anda por ahí? :-), Scala, Erlang…. y esta es la lista de 51 a 100:

ABC, AD, Algol, Alpha, Applescript, Beta, Boo, C shell, cg, Clean, Cobra, cT, Curl, Dylan, Eiffel, Euphoria, Factor, Fan, Icon, IDL, Inform, Io, Lingo, MAD, Magic, Maple, Mathematica, MAX/MSP, MOO, MUMPS, Natural, Oberon, Occam, Oz, PL/I, Postscript, PowerBuilder, Progress, Q, R, Revolution, REXX, S-lang, SIGNAL, SPSS, SuperCollider, VBScript, Verilog, VHDL, XSLT

Notable lista, recomendaría tantos lenguajes de esa lista, simplemente para aprender nuevas formas de programar (notable que aparezca todavía MUMPS, REXX, tendría que ver con más detalle a Io). Esta lista de popularidad se basa en el examen de búsquedas en Google, hace un tiempo pasaron a agregar MSN y Yahoo.

Pero en estos días, encontré otra página:

http://langpop.com/

con información de ranking de popularidad, pero con agrupadas con distintas fuentes, como Yahoo Search, search en Google Code, Freshmeat, Craiglist, Amazon.

En lo que veo hoy ahí, julio de 2009, según Yahoo Search C es más popular que Java. Pero para Craiglist, primero PHP, segundo SQL (!!!), en Amazon ganan C, C++ y C#, por encima de Java. Y así, noto dispersión de los resultados, dependiendo de la fuente.

La popularidad de un lenguaje importa. No tanto para entender el lenguaje (muchos lenguajes “boutique” tienen interesantes conceptos, a estudiar con detalle), sino para tener una idea de qué tecnología ha sido adoptada por la comunidad, pero habría que ver más allá: por qué la eligieron, y en qué tipo de proyectos. Dudo que haya muchas aplicaciones desktop, en PHP.

Resumen: gran cantidad de lenguajes, hay lenguajes viejos, desde COBOL y Smalltalk, y más “nuevos” como Boo, Ruby, Python. Y `cuatros grandes grupos: Java, C/C++, lenguajes .NET (VB.NET, C#), PHP, como claros grupos líderes.

Pienso que, como desarrolladores de software, debemos tener contacto con esos cuatro grupos, y además, con alguno de los “otros”, para aprender otras ideas y formas de programar.

No me enojo si intentan ver AjLisp o AjBasic… :-)

Nos leemos!

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

Generación de código, AjGenesis, y Dunga dunga a la tecnología

lopez — Sun, 14 Jun 2009 17:20:00 GMT

En un post mío

Sobre la generación de código

comentaba sobre AjGenesis y generación de código en general. En uno de los párrafos declaraba:

Dunga dunga un ratito

De alguna forma, un generador de código ideal no estará atado a una tecnología. Siempre habrá alguna "better mousetrap", siempre alguien inventará alguna nueva forma de hacer algo, siempre habrá un ruso con insomnio, o un hindú sin novia, que no tiene otra cosa que hacer que crear algo nuevo, ya sea en forma de librería, framework, patrón, o estilo arquitectónico. Un generador de código debe ser agnóstico de la tecnología, de las modas, de las soluciones actuales y futuras.

El generador de código que adoptemos, debe poder adaptarse a lo que queramos hoy y mañana y pasado mañana. La estrategia es: no importa la tecnología, el patrón o el framework que aparezca, nuestro generador deberá aprovecharse de lo que surja. Es lo que llamo la estrategia "dunga dunga": si aparece una nueva tecnología T1, le hacemos "dunga dunga" a T1, si aparece un nuevo framework PiruloStruts, adaptamos nuestras plantillas a aprovecharse de ese framework, "dunga dunga" a PiruloStruts. Es como un maestro de aikido: siempre habrá alguien más fuerte, sólo hay que utilizar la fuerza del otro, para vencerlo.

Un comentador Emmanuel escribía:

Un resumen y secciones mas especificas ayudarían (tienes que admitir que "Dunga dunga un ratito" es un titulo sobre el cual es difìcil sacar conclusiones :).

Bien, me refería a un viejo chiste, que no encontré ahora en la web, así que trataré de transcribirlo aquí, como pueda:

Resulta que un explorador se pierde en la selva, y ya exhausto, se encuentra con una tribu de indígenas, con caras de pocos amigos. Lo rodean, el que parece el jefe, se le acerca, y le despacha:

“Hombre blanco! Elige! Dunga dunga o muerte!!”

El explorador no entiende qué es eso de “dunga dunga”, así que acepta eso, antes que la muerte. Los miembros de la tribu sonríen, y le empiezan a dar al pobre explorador, de formas que éste no se lo imaginaba…

Lo dejan, y el explorador, maltrecho, sigue su camino, se encuentra con otra tribu, otro jefe, y la ya clásica frase:

“Hombre blanco! Elige! Dunga dunga o muerte!!”

El explorador, escarmentado, responde:

“No!! No dunga dunga de nuevo!! no!!! Prefiero la muerte!!””

El jefe asiente, pero se le acerca, le pasa brazo por el hombre, y con afecto y sonriendo, le dice:

“Bueno, muerte, pero antes… dunga dunga un ratito, eh?”

:-) :-)

A eso me refería cuando escribí ese post. AjGenesis, como generador de código, no está especializado en producir artefactos para una tecnología. No es como Xdoclet que sólo produce Java, o está muy orientado (por lo menos en sus comienzos) a EJB (Enterprise Java Beans).

No, lo que hace AjGenesis, es aprovecharse del conocimiento del programador o equipo de programación, de las tecnologías, frameworks existentes o futuros, y generar gran parte de una solución (o por lo menos la parte repetitiva).

Recordemos que AjGenesis puede partir de un modelo abstracto y generar artefactos de textos (que pueden ser una solución completa):

Notemos que puede haber más de un modelo inicial. En muchos de los ejemplos que publiqué, hay un modelo independiente de la plataforma (por ejemplo, que describe que nuestro sistemas tendrá departamentos, empleados, clientes, proveedores…) y un modelo de tecnología (que indica que vamos a usar tal base de datos, y tal lenguaje, y una interface web, etc..)

Pero también puede partir de la base de datos, y generar un modelo de base, que puede ser completado, ajustado, y usado más adelante la generación de código:

El modelo a usar es totalmente definible. Y las tareas y plantillas a usar, totalmente definibles. Si lo que Uds. necesitan, es generar aplicaciones con interfaz web, usando Struts 2, es cuestión de armarse las plantillas y tareas que generen ese tipo de solución. Si luego necesitan generar una aplicación en ASP.NET 3.5, con persistencia resuelta en NHibernate, de nuevo es cuestión de definir las tareas y plantillas adecuadas.

Pero si el día de mañana, aparece un nuevo ORM (Object Relational Mapper), o hay una nueva forma de implementar la persistencia, podemos “instruir” al AjGenesis para que genere los artefactos de textos que necesitemos.

Ya he publicado ejemplos, explicaciones de todo esto en

Posts sobre AjGenesis

desde una explicación de Hola Mundo:

Generando Código- Hello World con AjGenesis

hasta aplicaciones completas en distintas tecnologías:

Generando aplicaciones con AjGenesis

En esos ejemplos, el modelo se define en archivos XML, pero también pueden tomarlo desde texto:

Modelo textual para generación de código con AjGenesis

y desde otras fuentes menos convencionales:

AjGenesis- Modelo desde la Base de Datos

AjGenesis- Modelo generado desde los assemblies

Si hasta pueden implementar una solución web que genere código para cualquiera que lo necesite:

Code Generation as a Service

Así que no tienen excusas: no pueden quejarse de que no les avisé, o que me encanuté, oculté algo bajo la manga. Tienen todo eso disponible desde hace años. Sólo falta poner cabeza y cerebro, en descubrir los modelos de base que necesitamos, y escribir las tareas y plantillas. Recomiendo siempre partir de una aplicación de ejemplo, que resuelva lo que Uds. necesitan, usando la tecnología que hayan elegido, y desde ahí, ir construyendo las tareas y plantillas que necesiten.

Como siempre aclaro, no toda la aplicación puede crearse por generación de código. Pero se pueden aplicar técnicas, como generar desde el modelo que elijamos, sólo algunos artefactos de texto, y otros, los generamos manualmente.

Lo interesante, es que así, cuando pasen las tecnologías, cuando aparecen nuevas, podemos reaprovechar nuestro conocimiento anterior, al haber definido un modelo que describa nuestro problema, y luego, al conocer una nueva tecnología, y cómo resolver los mismos problemas de otra forma, podemos generar código para la nueva forma de hacer las cosas.

Yendo a un ejemplo concreto. Desde hace décadas, estamos haciendo ABM (Altas, Bajas y Modificaciones) de valores, como países, provincias y demás. Cuando resolvimos eso en Visual Fox, un cliente nos pidió hacerlo en ASP clásico. Cuando resolvimos eso en ASP clásico, otro cliente nos pidió eso en ASP.NET, o en JSP o en JSF (JavaServer Faces) o en lo que aparezca mañana. Pero el problema a resolver es el mismo: mantener una lista de valores. Si luego cambia la tecnología, cambia la solución a aplicar, pero el problema inicial se mantiene. En AjGenesis, podemos definir un modelo independiente de la tecnología (por ejemplo, definiendo las entidades que tenemos que manejar, como Cliente, Factura, Remito, etc… y sus relaciones), y por otro, instruyendo sobre qué tecnología usar (aportando uno o varios modelos dependientes de la tecnología), como ASP.NET, ASP.NET MVC, WCF, JSP, JSF, Struts 1 o 2, etc…

Otro camino hubiera sido lo que muchos de nosotros encaramos: hacer nuestro propio framework. He visto muchas consultoras de software, “casarse” con una tecnología (ej. Visual Fox), estudiarla, armar un framework sobre ella (que resuelva los problemas clásicos, como ABMs, seguridad, autorización, validaciones, etc…) y luego ver cómo, ese trabajo de años, se diluye, porque la tecnología cambia.

Si nosotros elevamos el nivel de abstracción, identificamos los problemas a resolver (ABMs, listas, buscadores, seguridad, procesos, validaciones, reglas de negocio), y luego los resolvemos en una tecnología (ya sea viendo código de ejemplo, armando nuestros propios ejemplos, et…), podemos describir ese mapeo de problema a solución concreta, usando las tareas y plantillas de AjGenesis.

Como ejemplo: cuando comencé con el proyecto, no existía ASP.NET 2.x. Sin embargo, los modelos que construí como ejemplos de base, pudieron ser usados para luego generar aplicaciones de ASP.NET 2.x. Actualmente, en un proyecto, estamos adaptando conocimiento previo, para generar código sobre .NET y Mere Mortals Framework. Y el modelo que construimos, fácilmente podría ser reusado para otras aplicaciones, y otras tecnologías,como Clipper o COBOL, hasta ASP.NET MVC o Wicket. El construir el modelo, pone de manifiesto qué es lo que queremos resolver, los problemas básicos, que terminan expresándose de forma independiente de la tecnología de moda, o el framework popular del momento.

Y aunque usemos una sola tecnología, el ejercicio de definir el modelo, definir las tareas y plantillas, aporta una clara separación entre lo abstracto, y lo que llamo las “technicalities”, los detalles técnicos de implementación, que el día de mañana pueden cambiar.

Entonces, no importa la tecnología: AjGenesis le puede hacer dunga dunga a la tecnología que venga. Si Uds. creen que la tecnología que Uds. usan actualmente, va a durar para siempre, lamento desilusionarlos. Vean la historia de la programación, los últimos 30 o 50 años, y verán que lo único permanente es el cambio.

Nos leemos!

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

Primeros pasos con Maven

lopez — Fri, 12 Jun 2009 10:00:00 GMT

En estos días estoy repoblando de software mi notebook. Una de las aplicaciones que he instalado, para comenzar a usar con más frecuencia, es el Maven de la gente de la Apache Foundation. Durante años, muchos proyectos de código abierto basan su armado y empaquetado en un utilitario como el Ant. Pero más y más proyectos están pasando a basarse en este otro utilitario Maven. Así que aprovecho que mi nueva notebook está limpia de anteriores versiones, para probar este utilitario.

Pueden visitar el sitio del proyecto (código abierto, en Java):

http://maven.apache.org/index.html

Ahí leemos

Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's build, reporting and documentation from a central piece of information.

If you think that Maven could help your project, you can find out more information about in the "About Maven" section of the navigation. This includes an in-depth description of what Maven is, a list of some of its main features, and a set of frequently asked questions about what Maven is.

No nos revela mucho esa descripción, pero les cuento algo: Maven es un Ant con esteroides. Basado en la descripción de un proyecto con el Project Object Model, puede armar la estructura de ese proyecto, para que podamos después completarlo en programación, bajarse las librerías que necesitemos (p.ej. Hibernate, Spring..), y hasta armar un sitio del proyecto, como los que tienen los proyectos de la fundación Apache (de hecho, fue así como nació Maven, como un automatizador de la creación de nuevos proyectos a incubar en la fundación Apache).

Yo me bajé la última versión, según su página de downloads:

http://maven.apache.org/download.html

En mi caso la versión binaria apache-maven-2.1.0-bin.zip.

Estoy trabajando en un Windows Vista, así que expandí ese .zip en el directorio c:\Program Files\apache-maven-2.1.0 y armé dos variables de ambiente, M2 y M2_HOME como pide la documentación del producto, además de asegurarme que existe la variable JAVA_HOME :

Agregué el valor de M2 (el directorio de los binarios de Maven) a la lista de directorios contenida en mi variable de ambiente PATH.

Una vez que hice eso, pude ejecutar una prueba desde la consola, que muestre la versión de Maven que estoy usando. Vean que el comando a invocar es mvn:

Estoy siguiendo los pasos del

Maven in 5 minutes

Para probar de crear un proyecto mínimo, un típico Hello World. En un directorio Dev, ejecuté el comando:

El maven comienza a armar la carpeta del proyecto, y a bajar cualquier dependencia que decida que necesite. Vean que van a tener que estar conectados a Internet la primera vez que lo ejecuten, porque lo más probable es que Maven vaya bajando software adicional que necesita. El repositorio de Maven se va creando en un directorio .m2 dentro del directorio home del usuario. En mi caso

Durante el proceso, va mostrando el avance de la creación del proyecto:

El resultado, es una carpeta como:

En el directorio inicial se encuentra el archivo pom.xml que describe al proyecto:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">

  <modelVersion>4.0.0</modelVersion>

  <groupId>com.ajlopez.app</groupId>

  <artifactId>my-app</artifactId>

  <packaging>jar</packaging>

  <version>1.0-SNAPSHOT</version>

  <name>my-app</name>

  <url>http://maven.apache.org</url>

  <dependencies>

    <dependency>

      <groupId>junit</groupId>

      <artifactId>junit</artifactId>

      <version>3.8.1</version>

      <scope>test</scope>

    </dependency>

  </dependencies>

</project>

El próximo paso, es, desde el directorio del proyecto, invocar al Maven nuevamente, con otra instrucción, de empaquetar (compilar y armar un .jar con nuestra aplicación):

Ahora podemos ejecutar nuestro programa empaquetado, con el comando

Un comando más interesante, es el que genera el sitio del proyecto:

Dentro del directorio target\site deja un sitio con la descripción del proyecto, que podemos ver en nuestro navegador:

Espero que sirva como descripción de los primeros pasos para probar Maven, aunque todavía no queda claro toda la potencia que tiene el producto. Tengo que describir más en detalle lo que es el Project Object Model, las dependencias, el ciclo de vida de un proyecto, los distintos “verbos” que tenemos, además de package o test.

Nos leemos!

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

Desarrollo Agil con Java, Spring, Hibernate y Eclipse

lopez — Sat, 13 Dec 2008 12:14:00 GMT

Estoy leyendo el libro Agile Java Development with Spring, Hibernate and Eclipse, escrito por Anil Hemrajani. Acerca del autor:

Anil Hemrajani ha estado trabajando con Java desde finales de 1995, como desarrollador, emprendedor, autor e instructor. Es el fundador de Isavix Corporation, un exitosa compañía de servicios IT (ahora Inscope Solutions), u de isavix.net (ahora DeveloperHub.com), una comunidad de desarrollo, que ha crecido a más de 100.000 miembros registrados. Tiene 20 de años de experiencia en la comunidad de IT, habiendo trabajdo para varios de las compañías Fourtune 100 y también en organizaciones más pequeñas. Ha publicado numerosos artículos en revistas bien conocidads, presentado en conferencias y seminarios alrededor del mundo, y ha recibido el premio "Outstanding Contribution to the Growth of the Java Community" de Sun Microsystems, el premio "Best Java Client" en JavaOne por BackOnline, un producto de backup cliente/servidor basado en Java, y fue nominado para el premio Computerworld-Smithsonian por un sitio web que brinda un servicio online gratuito de almacenamiento de archivos. Su más reciente proyecto es el sitio visualpatterns.com.

Es un muy buen libro, que cubre los temas de logging, depuración remota, prácticas ágilas, JMX, JUnit, Ant, programación con POJOs (Plain Old Java Objects), librerías de tags de JSP, y más. Pero ahora, estoy interesado en comentar algunos párrafos del prefacio. Hemrajani escribe:

I began working with Java technology in late 1995, shortly before the Java Development Kit (JDK) 1.0 was formally released. Prior to that, I was programming in C and C++ for many years. I was truly excited about the features that Java offered, such as cross-platform portability, simpler syntax (simpler than C++, for example), objectoriented, secure, rich API, and more.

Traduzco libremente:

Comencé a trabajar con la tecnología Java a finales de 1995, poco antes de que el Java Development Kit (JDK) fuera formalmente liberado. Antes de eso, yo estuve programando en C y C++ por muchos años. Yo esta realmente excitado acerca de las nuevas características que ofrecía Java, como portabilidada cross-platform, sintaxis simple (más simple que C++, por ejemplo), orientado a objetos, seguridad, rica API, y más.

Yo tuve una carrera similar, pero por estos pagos. En algún momento de 1995, aprendía el lenguaje Java y parte de la librería, pasando a ser un fan del lenguaje. Era una liberación de programación con C++ (plagada de problemas de bien manejo de los new y los delete), y de Visual Basic (donde no había herencia, ni objetos completos). Pero debo admitir que la interfaz GUI estaba aún basada en una fea implementación AWT.

Over my 20-year career, I have learned a few things. Among these, my favorite is simplicity; anytime I see complexity, I begin doubting whether the solution is correct. This is how I had begun to feel about Java right around 2000, when the Java 2 Enterprise Edition (J2EE) started becoming mainstream. Note that from this point on, I will refer to J2EE as JEE because the "2" was recently dropped from the name by Sun Microsystems.

En mis 20 años de carrera, he aprendido unas pocas cosas. Entre ellas, mi favorita es la simplicidad: cada vez que veo complejidad, comienzo a dudar de si la solución que estoy viendo es correcta. Es así cómo me sentía alrededor de Java cerce de 2000, cuando el Java 2 Enterprise Edition (J2EEE) comnezaba a ser conocido. Noto que en desde ahora, me referiré a J2EE como JEE porque el "2" ha sido recientemente removido del nombre por Sun Microsystems.

Coincido. Cuando Sun lanzó J2EE, era todo un revoltijo. Por años, pensé que ellos, los de Sun, estaban en lo correcto, y que yo no entendía las razones para la complejidad subyacente en los Enterprise Java Beans. Hasta que leí los libros de Rod Johnson sobre desarrollo empresarial con Java: ahí confirmé lo extraño y complejo que es EJB.

My growing lack of interest in Java was a result of what I saw as unnecessary complexity in JEE introduced by layers of abstraction. I began to believe that Sun Microsystems (inventor of Java) was focusing Java and JEE on solving the most complex enterprise applications, but somewhat ignoring the relatively less complex, small- to medium-sized applications. Furthermore, I saw the hype take over people's common sense because I ran across projects in which Enterprise JavaBeans (EJB) were used for nondistributed processing, such as local logging. I felt strongly enough about this subject to write a short article for JavaWorld.com in 2000 (http://www.javaworld.com/javaworld/jw-10-2000/jw-1006-soapbox.html) titled, "Do You Really Need Enterprise JavaBeans?" (About five years later, we saw EJB 3.0 specifications being rewritten to become more simplified, to ease the development.) This brings us to this book and the reason I wrote it.

Mi crecience falta de interés en Java era un resultado de lo que yo veía como complejidad innecesaria en JEE, complejidad introducida por capas de abstracción. Comenzaba a creer que Sun Microsystems (los inventores de Java) estaba enfocando a Java y JEE para resolver aplicaciones complejas empresariales, pero ignorando las relativamente menos complejas aplicaciones pequeñas y medianas. Es más, yo veía que todo esa excesiva publicidad sobre el tema, estaba haciendo olvidar el sentido común, porque veia proyectos donde Enterprise JavaBeans (EJBs) estaban siendo usados para procesamiento no distribuido, como el logging local. Me sentía seguro en el tema, como para escribir un corto artículo en JavaWorld.com en el 2000 (http://www.javaworld.com/javaworld/jw-10-2000/jw-1006-soapbox.html) titulado, "¿Realmente necesita Enterprise JavaBeans?" (cinco años más tarde, vemos que la especificación EJB 3.0 ha sido reescrita para ser más simple, para facilitar el desarrollo). Todo esto nos trae a este libro y las razones para haberlo escrito.

Los EJBs son el trabajo del diablo. La programación con POJO, ORMs (Object Relational Mappers) como Hubernate, y el uso del framework Spring, son ejemplos de buen diseño creados por la comunidad de Java. Finalmente, la gente de Sun vió la luz, y adoptaron muchas ideas de la comunidad en su nueva especificación EJB 3.0, pero para mí, eso fue un ejemplo de "demasiado poco, demasiado tarde". La programación con EJB fue siempre una pesadilla, que merece ser borrada de la memoria de la humanidad entera.

Al comienzo de cada capítulo en este libro, hay una ilustración, describiendo una historia ficticia, que recorre el libro, describiendo cómo se lleva a cabo el desarrollo de una aplicación. No puedo resistir incluir una, del capítulo 2 (hay más en visualpatterns.com):

Más información sobre este libro, en

http://www.visualpatterns.com/agilejava.php

Esa página tiene la tabla de contenido, y comentarios de Scott W. Ambler, y Rod Johnson.

Otro libro que recomiendo, alineado con estas ideas:

Better, Faster, Lighter Java O'Reilly Media

también orientado a usar Hibernate, y Spring, pero explicando en cada capítulo las razones para adoptar tal o cual diseño.

Este post apareció originalmente en "Anglish" en

Agile Java Development with Spring, Hibernate and Eclipse

Nos leemos!

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

Noticias y enlaces II

lopez — Thu, 18 Sep 2008 12:25:49 GMT

Hoy viene una lista de enlaces, sobre tecnologías, sitios, noticias, de varios temas (siguiendo con el espíritu de la anterior entrega Enlaces y noticias)

Para Noviembre, acompañaré a Martín Salías en una charla para el Microsoft User Group de Argentina, dedicada a visitar y repasar el gran tema de "cómo programar y no morir en el intento". Estamos con Martín meditando los temas, ya tenemos una lista informal, veremos de ir armando la charla de alguna manera ágil, con backlog, iteraciones y demás. Por ahora, ya tenemos el "timebox": hay una fecha para Noviembre. Keep tuned!

El miércoles 10 de septiembre pasado, hubo reunión de Arquitectura y Empanadas, en el MUG de Argentina. Hubo interesantes discusiones sobre SOA, aplicaciones web, el uso de herramientas, y Fabio Maulo estuvo comentando varios detalles sobre el desarrollo de NHibernate y el nuevo sitio de la comunidad http://www.nhforge.org/. Las empanadas estuvieron regadas por gaseosa y latas de cervezas (algunos nos especializamos en estas últimas... :-)). Espero que en breve se repita este tipo de reunión. (Para los que no saben que es una empanada argentina o un repulgue, está el clásico enlace a empanada en Wikipedia).

Ya comenté sobre la reunión del sábado pasado, de Smalltalking, donde asistió Claus Gittinger, creador de Smalltalk/X. Leer Reunión de Smalltalking, con Claus Gittinger y Smalltalk/X.

Ayer fue el cumpleaños del bueno de Roberto Schatz, capi di tutti capi en el tema arquitectos en Microsof. Un saludo desde acá! Vean lo que está haciendo en Puerta 18, en Robótica en Puerta 18.

Apareció un nuevo sitio de comunidad .NET Ideavine- Open source community for .NET. Al parecer, tendran más herramientas de soporte, como un Continuos Integration o similar. Es una creación de James Avery y Nate Kohari.

Si tienen que manejar un equipo distribuido, pueden usar las herramientas de Accelerating Software Development Assembla. Otro lugar, que brinda hosting de SVN es CVSDude- Professional Subversion (SVN) Hosting and CVS Hosting.

Una opinión sobre el avance de .NET sobre Java en .NET outpacing Java-.

Tienen un pdf sobre la implementación con código de la base de .NET en Shared Source CLI 2.0 Internals.

Como saben, soy un entusiasta del uso de modelos para generación de código. Lo importante es el modelo (tema para un próximo post). Entonces, para mí es interesante cómo aparece modelo en el nuevo Oslo de Microsoft. Leer The Origins of Microsoft's Oslo Software Modeling Platform. (se viene un modelo textual en AjGenesis, es decir, en lugar de XML, un lenguaje de texto). Y también me interesa Domain Specific Languages, encontré Embedded typesafe DSLs for Java.

Spring Framework para Java no para de desarrollar nuevas "features". Spring 2.5- New Features in Spring MVC.

Una explicación de por qué JBI (aka Java Business Integration or JSR-208) no despega como Enterprise Service Bus en Enterprise Java Community- The Road to JBI- Paved with Good Intentions.

Veremos que pasa con Rich Internet Applicaciones en Java. Para leer Getting Started With JavaFX Technology.

Un libro que me interesó es Adobe Press - 9780321603944 - Software Pipelines- The Key to Capitalizing on the Multi-core Revo. Podría adaptar mucho de eso a AjMessages y otras formas de aplicaciones distribuidas, no sólo muti-core.

Volviendo a Martín Salías, escribió un post comentando mi anterior El browser de Google- proyecto Chrome , explicando más en detalle lo que se viene con Chrome y la nueva "engine" de Javascript que tiene incorparada. Leer su post Javascript - La programación del futuro (gracias, Martín, por ese guiño en el título recordando a mi libro de Java). Pueden ver el código de la engine V8 en v8 - Google Code. Si quieren seguir de cerca al proyecto, leer su blog oficial Chromium Blog. El código fuente del browser en Chromium - Google Code. El bueno de Scott Hanselman ha comentado sobre la aparición de código de Microsoft en el código de Chrome. Leer The Weekly Source Code 33 - Microsoft Open Source inside Google Chrome.

Encontré por ahí a The Guido van Robot Programming Language lenguaje multiplataforma, para enseñanza de conceptos de programación. Tendría que estudiarlo. Otro con parecida idea es Reeborg's World.

Ejemplos de código Java agrupados por categoría en Java examples (example source code) Organized by topic.

Para los interesados en F#, un punto de inicio con enlaces es F# Programming Fast Guide.

Para los que quieran comenzar un proyecto con NHibernate, y quieren ver cómo se comienza con un ejemplo más de la vida real, leer A Journey with NHibernate - Part 1 y A Journey With NHibernate - Part 2, A Journey With NHibernate (and DDD) - Part 3, A Journey with Domain Driven Design (and NHibernate) - Part 4, A Journey with Domain Driven Design (and NHibernate) - Part 5. Son posts de Ben Scheirman, interesante también Blame NHibernate, Why Not-.

Para los nostálgicos como yo (que recuerdo al Pong de Atari, el próximo nivel en mi adolescencia luego de los flippers... :-)), lean Ten Things Everyone Should Know About Space Invaders. Pueden codificar algo con Space Invaders 101 - An Accelerated Java 2D Tutorial.

Muy interesante el artículo de Fracois Orsini Apache Derby Case Study- Benefits of a Microkernel architecture.

Este es un enlace muy conocido, pero siempre es bueno recordarlo: TIOBE Programming Community Index, donde se listan lenguajes de programación segun su popularidad (ver ahí los detalles de cómo lo miden). No me sorprende el primer lugar de Java, pero no parecen distinguir VB.NET de basic en general, y C# está abajo de Perl. Pero vayan a ver la lista de lenguajes menos conocidos. Creo que es un buen ejercicio, en los tiempos que corren, ejercitarnos en otros lenguajes. Siempre se aprende algo, una nueva perspectiva de los problemas y soluciones.

Soy un entusiasta usuario de Twitter, pueden leerme en http://twitter.com/ajlopez. El sistema es interesante para estudiarlo, como caso de ejemplo (o dis-ejemplo) de escababilidad. Un artículo criticando algo de código de otro microblog en Let the microblogs bloom. Creo igual que el código puede ser mejorado. En el caso de este tipo de aplicaciones, lo importante es la marea de gente que uno tiene, luego la escalabilidad se puede mejorar, cambiando código de base en cualquier momento.

Patrones, estilos arquitectónicos, herramientas, hay muchas de moda. Para comenzar a estudiar Inversion of Control (nombre raro si los hay), pueden visitar primero la introducción y LOS POR QUE de IoC en el post del bueno de Jeremy Miller Before you use an IoC tool, some concepts to know first - Jeremy D. Miller -- The Shade Tree Dev.

Muchos temas de SOA aplicado, en iServiceOriented.com Practical Service Oriented Architecture. Me interesa leer más adelante ahí sobre la implementación de un ESB (Enterprise Service Bus) empezando por Building Our Own ESB - Publish Subscribe Part 1 (7/21/2008)

Matías "El Pibe" Woloski (conocido como gran comedor de cangrejos en China, siempre recordado por su recorrido por la gran muralla enfundado en campera amarilla, lo que le ha valido el apodo en esos lares de "the banana man"... :-)), ha escrito su tesis sobre Software as a Service. Uno de sus posts muestra SaaS Taxonomy Map. Pueden leer sobre el desarrollo de su tesis siguiendo las miguitas de pan que deja en su twitter. Creo que la versión final de la tesis está en Tesis Woloski. Cualquier cosa, vigilan su folder público en Skydrive.

Lean como el bueno de Eugenio Pace descubre una implementación SaaS Eugenio Pace - Software as a Service Architecture Guidance - Northwind Hosting exists, it's bett, y Apprenda - Software as a Service (SaaS) Platform.

En mi anterior Noticias y Enlaces, mencionaba a mi mejor post de este año Posmopolitan. Ahí usé texto generado por computadora. Si alguna vez no estan inspirados, pueden también usar el servicio de Computer poems.

Un poco de humor geek en If People Bought Cars Like They Buy Computers. Con tantas tecnologías y siglas en Web 2.0, un refrescante How to be an instant Web me-2.0 developer.

Me gusta Linux, pero no todo es un lecho de rosas. Creo que este enlace lo encontré en el twitter de Miguel de Icaza o del bueno de Cazzulino: Linux Hater's Blog.

Estoy planificando mi segunda semana sabática del año. Me temo que tendré que seguir atendiendo a algún cliente de programación, pero suspendo mis cursos por 9 días. Comienzo el sábado, veremos qué entregables me comprometo al terminar en esa semana.

Y como siempre al final, un off topic total: el bueno de Sebastian Bassi, del Club de la Razón y Genes Digitales, está vendiendo islas en la Patagonia. Yo no voy a comprar, recien tiré... :-)

Bueno, basta por hoy, espero que encuentren algo útil en todo este rejunte de enlaces... :-)

Nos leemos!

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

Arquitectura de capas en Domain-Driven Design

lopez — Sat, 13 Sep 2008 10:29:29 GMT

Esta vez, exploremos los conceptos de arquitectura en capas, tal como lo propuso Eric Evans en su libro clásico Domain-Driven Design, Tackling Complexity in the Heart of Software. En el capítulo cuatro del libro, Evans presenta este diagrama:

Evans Escribe:

En una aplicación de carga y envío de mercadería, para simplemente listar y seleccionar el destino de la carga de una lista de ciudades, debe haber código que (1) dibuje un control en la pantalla, (2) consulte una base de datos para obtener las posibles ciudades, (3) interprete el ingreso de usuario y lo valide, (4) asocie la ciudad seleccionada con la carga, y (5) confirme el cambio en la base de datos. Todo este código es parte del mismo programa, pero sólo una pequeña parte está relacionado con el negocio de envío de cargas.

El propone que el modelo de dominio resida en una capa, la Capa de Dominio. De esta forma, el modelo de dominio es protejido de los detalles técnicos, como la implementación de la persistencia, y los detalles de presentación. Me gusta decir que el dominio es un organismo, qe recibe estímulos, acciones desde el exterior,y reacciona a esos comandos. El dominio debería ejecutarse sin conocimiento detallado del resto de la aplicación. Serialización entre capas físicas, detalles de presentación, y acceso a base de datos, deben estar claramente separados de la implementación del dominio.

Las capas puede ser descriptas como:

UI (User Interface): la más fácil de entender, esta capa es la responsable de mostra información al usuario, y aceptar nuevos datos. Puede ser implementada para web, escritorio gráfico, o cualquier otra tecnología de presentación, presente o futura. Por ejemplo, podría ser una aplicación de voz, que interactúa con el usuario usando un teléfono. La prueba ácida para nuestro diseño es que un cambio radical en la interfaz de usuario debería tener mínimo (o por lo menos, controlado) impacto en el resto del sistema.

Application Layer: está a cargo de coordinar las acciones a ser realizadas en el dominio. No tiene reglas de negocio o conocimiento del dominio. No hay estado del negocio en esta capa. Delega todas las acciones del negocio al propio dominio. Podría coordinar varias acciones (posiblemente, en varios dominios). Preara la infraestructura para que esté lista a trabajar con el dominio en una acción específica (por ejemplo, preparando la transacción que vaya a usar).

Domain Layer: En esta capa reside el corazón del software, según Evans. Las reglas y lógica de negocio residen en esta capa. Estado de entidades de negocio y su conducta es definida y usada aquí. Comunicación con otros sistemas, detalles de persistencia, son delegados en la capa de infraestructura. Evans discute los patrones que él usa en esta capa, como Entities, Value Objects, Services, Repositories y Factories. Exploraremos esos patrones y sus implementaciones en futuros posts.

Infrastructure Layer: Dios y el diablo estan en los detalles, dice el dicho, y también en la capa de infraestructura. La principal responsabilidad de esta capa es la persistencia del estado de negocio, muy frecuentemente, usando una base de datos relacional.

Mi idea es tomar un ejemplo (posiblemente un dominio como uno del libro de Jimmy Nilsson), y desarrollarlo usando estas ideas, mostrando código concreto en Java y en .NET. En algún punto, discutiré sobre generación de código desde un modelo abstracto, pero no será el foco de esta serie de posts.

Fuentes consultadas:

Domain-Driven Design, Tackling Complexity in the Heart of Software, de Eric Evans.
Applying Domain-Driven Design and Patterns: With Examples in C# and .NET, de Jimmy Nilsson
.NET Domain-Driven Design with C#, Problem, Design, Solution, de Tim McCarthy. (Hay una sección en el blog de Tim dedicado a este libro).

Pueden bajar libremente

Domain-Driven Design Quickly

desde InfoQ.

Nos leemos!

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

Un problema de sintaxis en Java

lopez — Tue, 26 Aug 2008 10:08:56 GMT

Este texto ha sido "robado" sin vergüenza, del post

A Java Syntax Quirk

de Dan Dyer que a su vez lo robó de otro post de Daniel Futtorovic. Este es un programa compilable Java:

public class Oddity
{
    public static void main(String[] args)
    {
        http://blog.uncommons.org
        System.out.println("Why is the URL allowed above?");
    }
}

¿Pueden ver por qué compila?

¿Es posible algo así en C#?

Encontré el enlace gracias al twitter de @ekabanov.

Nos leemos!

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

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

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/

Charla gratuita sobre generación de código

lopez — Fri, 06 Jun 2008 13:48:42 GMT

Casi todos los cursos y charlas que doy, termino mencionando generación de código, desde un modelo, como una solución pragmática a varios problemas que tenemos al desarrollar sistemas. El lunes que viene, doy una charla gratuita sobre el tema, en el Club de Programadores, acá en Buenos Aires.

Más información e inscripción:

Curso Generacion de Código

Objetivos
Durante la charla, examineremos el concepto de modelo independiente de la plataforma de un sistema, y mediante tecnologias de templates, generaremos codigo para gran parte de una aplicacion, en distintas tecnologias, como PHP, Java con JSP, .NET con ASP.NET, contra MySql o SQL Server, usando distintas estrategias de persistencia, como procedimientos almacenados o NHibernate. Todo basado en un mismo modelo, con distintas plantillas de generacion de codigo, manejados desde el proyecto de codigo abierto AjGenesis.

Plan de Estudio
- Modelo independiente de la plataforma
- Generacion de artefactos de texto con logica y plantillas definibles por cada usuario (no produce algo fijo, sino codigo como el que hubiéramos producido en nuestro equipo de programacion)
- Capacidad de ejecutar varias tareas adicionales (compilacion, instalacion en la base, ....)
- Organizacion de esa tareas de generacion y adicionales en forma automatica y repetible
- Adaptacion a varias tecnologias destino

Lo mío es un apostolado, espero que puedan "ver la luz" .... :-) ;-)

Hay bastante sobre el tema publicado en este blog en:

AjGenesis
Generación de Código

Artículo inicial a leer

Sobre la generación de código

Algunos enlaces a recursos en la web:

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

Nos leemos!

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

Libros gratis de computación en Internet

lopez — Tue, 20 May 2008 10:21:17 GMT

ATENCION, actualización: no sé cuál es el estado legal de este sitio, ver

http://www.pdfchm.com/terms/

donde se amparan en legislación de Rusia. ¿Alguien tiene información al respecto? ¿Enlaces de "complaints" de las editoriales? No encontré nada... No sé como usan www.postget.net como repositorio, sin que nadie les diga nada....

Mientras, alguien preguntó en Yahoo Answers, sobre sitios como éste:

http://answers.yahoo.com/question/index?qid=20070904044624AANWDPf

Sigue por ahora el post original:

Desde hace unas semanas estoy usando los servicios de

http://www.pdfchm.com

Hay de otros temas, pero en mi perfil, aparecen "computer books" de todo tipo. Semanalmente, me envían por email una lista de novedades, estas son las de esta semana:

Dear Angel Lopez.
You have received this letter because are signed on subscription.
In the text presented below, weekly news of the site www.pdfchm.com according to your current subscription:
Neural Networks and Pattern Recognition (Academic Press, 1998, English)
http://www.pdfchm.com/book/?book=10823
Scaling Software Agility: Best Practices for Large Enterprises (The Agile Software Development Series) (Addison Wesley, 2007, English)
http://www.pdfchm.com/book/?book=10826
Beginning VB 2008 Databases: From Novice to Professional (Apress, 2008, English)
http://www.pdfchm.com/book/?book=10806
Google Maps Mashups with Google Mapplets (Firstpress) (Apress, 2008, English)
http://www.pdfchm.com/book/?book=10797
Packet Forwarding Technologies (Auerbach Publications, 2007, English)
http://www.pdfchm.com/book/?book=10800
Full Frontal PR: Getting People Talking about You, Your Business, or Your Product (Bloomberg Press, 2003, English)
http://www.pdfchm.com/book/?book=10831
Putting Investors First: Real Solutions for Better Corporate Governance (Bloomberg Press, 2003, English)
http://www.pdfchm.com/book/?book=10830
The Value Factor: How Global Leaders Use Information for Growth and Competitive Advantage (Bloomberg Press, 2004, English)
http://www.pdfchm.com/book/?book=10832
What Can You Do with a Major in Biology: Real people. Real jobs. Real rewards (Cliffs Notes, 2005, English)
http://www.pdfchm.com/book/?book=10816
What Can You Do with a Major in Business: Real people. Real jobs. Real rewards (Cliffs Notes, 2005, English)
http://www.pdfchm.com/book/?book=10817
DVD Authoring and Production (CMP Books, 2001, English)
http://www.pdfchm.com/book/?book=10827
Multiplayer Game Programming w/CD (Prima Tech's Game Development) (Course Technology PTR, 2002, English)
http://www.pdfchm.com/book/?book=10822
Renaissance and Reformation: Almanac Edition 1. (Gale, 2002, English)
http://www.pdfchm.com/book/?book=10803
Working Identity: Unconventional Strategies for Reinventing Your Career (Harvard Business School, 2003, English)
http://www.pdfchm.com/book/?book=10801
Linux Transfer for Windows Power Users: Getting Started with Linux for the Desktop (Hentzenwerke Publishing, 2004, English)
http://www.pdfchm.com/book/?book=10824
Genetic and Evolutionary Computation for Image Processing and Analysis (EURASIP Book Series on Signal Processing and Communications) (Hindawi Publishing, 2008, English)
http://www.pdfchm.com/book/?book=10836
Good Cat!: A Proven Guide to Successful Litter Box Use and Problem Solving (Howell Book House, 2004, English)
http://www.pdfchm.com/book/?book=10821
IBM Pseries Sizing And Capacity Planning: A Practical Guide (IBM Redbooks) (IBM Press, 2004, English)
http://www.pdfchm.com/book/?book=10839
The Edgar Online Guide to Decoding Financial Statements: Tips, Tools, and Techniques for Becoming a Savvy Investor (J. Ross Publishing, Inc, 2004, English)
http://www.pdfchm.com/book/?book=10810
The IAF Handbook of Group Facilitation: Best Practices from the Leading Organization in Facilitation (Jossey-Bass, 2005, English)
http://www.pdfchm.com/book/?book=10798
Information Science in Theory and Practice (K. G. Saur, 2004, English)
http://www.pdfchm.com/book/?book=10820
Google Apps Hacks (Make Books, 2008, English)
http://www.pdfchm.com/book/?book=10835
How to Do Everything with YouTube (McGraw-Hill, 2007, English)
http://www.pdfchm.com/book/?book=10841
Application Design for Wearable Computing (Synthesis Lectures on Mobile and Pervasive Computing) (Morgan and Claypool Publishers, 2008, English)
http://www.pdfchm.com/book/?book=10805
Controlling Energy Demands in Mobile Computing Systems (Synthesis Lectures on Mobile and Pervasive Computing) (Morgan and Claypool Publishers, 2007, English)
http://www.pdfchm.com/book/?book=10807
GPU-Based Techniques for Global Illumination Effects (Synthesis Lectures on Computer Graphics) (Morgan and Claypool Publishers, 2008, English)
http://www.pdfchm.com/book/?book=10829
Light Field Sampling (Synthesis Lectures on Image, Video, and Multimedia Processing) (Morgan and Claypool Publishers, 2006, English)
http://www.pdfchm.com/book/?book=10799
RFID Explained (Synthesis Lectures on Mobile and Pervasive Computing) (Morgan and Claypool Publishers, 2006, English)
http://www.pdfchm.com/book/?book=10804
Big Book of Windows Hacks (O'Reilly, 2007, English)
http://www.pdfchm.com/book/?book=10833
Make Projects: Small Form Factor PCs (O'Reilly, 2008, English)
http://www.pdfchm.com/book/?book=10825
Managing Software Development with Trac and Subversion (Packt Publishing, 2007, English)
http://www.pdfchm.com/book/?book=10809
Network Administration with FreeBSD (Packt Publishing, 2008, English)
http://www.pdfchm.com/book/?book=10808
PHP 6 and MySQL 5 for Dynamic Web Sites: Visual QuickPro Guide (Peachpit Press, 2007, English)
http://www.pdfchm.com/book/?book=10840
Professional SQL Server 2000 DTS (Data Transformation Service) (Peer Information Inc, 2000, English)
http://www.pdfchm.com/book/?book=10813
Running Xen: A Hands-On Guide to the Art of Virtualization (Prentice Hall, 2008, English)
http://www.pdfchm.com/book/?book=10837
Special Edition Using Microsoft Windows Vista (2nd Edition) (Que, 2008, English)
http://www.pdfchm.com/book/?book=10828
OCP Instructors Guide for Oracle DBA Certification: A Study Guide to Advanced Oracle Certified Professional Database Administration Techniques (Rampant Techpress, 2004, English)
http://www.pdfchm.com/book/?book=10834
Teach Yourself Cobol in 21 Days (Sams Teach Yourself) (Sams Publishing, 1997, English)
http://www.pdfchm.com/book/?book=10838
Current Pediatric Therapy (Current Therapy) (Saunders, 2006, English)
http://www.pdfchm.com/book/?book=10802
Dialogue Processing in Spoken Language Systems: ECAI'96, Workshop, Budapest, Hungary, August 13, 1996, Revised Papers (Springer, 1997, English)
http://www.pdfchm.com/book/?book=10818
Software Engineering with Reusable Components (Springer, 2001, English)
http://www.pdfchm.com/book/?book=10815
MATLAB Programming for Engineers (Thomson Delmar Learning, 2001, English)
http://www.pdfchm.com/book/?book=10819
Security Modeling And Analysis of Mobile Agent Systems (Electrical and Computer Engineering) (World Scientific Publishing, 2006, English)
http://www.pdfchm.com/book/?book=10814
With best regards, PDFCHM Team.

To operate your subscription you can login into your account on the site http://www.pdfchm.com/

Algunos libros más, en mi post no técnico, orientado a otros temas y libros que me interesaron:

Libros gratis para bajarse en Internet

¿Tienen otros sitios como éste?

Nos leemos!

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

A lesson a day keeps the doctor away

lopez — Tue, 08 Apr 2008 10:33:21 GMT

Ayer publiqué las primeras lecciones del curso de introducción a Java en línea. En este post, que iré actualizando, quiero listar las lecciones que voy agregando a cada curso. Este tipo de post me permite tener una evidencia de avance.

Actualización: 21 de Abril, aparecieron las primeras lecciones del curso de Sitios con PHP y MySQL

Acá van las primeras lecciones agregadas:

- Introducción a .Net con VB.Net
- Introducción a .NET con C#
- Programando sitios con JavaServer Pages

Son los cursos que habitualmente dicto presencialmente, pasados en limpio.

Nos leemos!

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

Curso de Java en línea

lopez — Mon, 07 Apr 2008 09:58:42 GMT

Finalmente, despues de mucha demora, pude terminar la puesta a punto de un pequeño sistema de lecciones en línea (simples páginas dinámicas, con contenido, y algún manejo de usuario), que no podía llamarse de otra forma que AjLearning.... ;-). Y el primer curso que comienzo a publicar (hoy hay 4 lecciones) es uno de Introducción a Java, abierto a programadores, gratuito, en línea.

Visitar

http://www.ajlopez.net/cursos

Como comento en la introducción al curso:

Este curso sobre programación Java nació de manera inesperada. Luego de años de dar cursos y charlas y conferencias, sobre programación, en Java, .NET y PHP, arquitectura de sistemas, metodologías, tecnologías y lenguajes, siempre me quedaba la sensación de no haber transmitido de una forma correcta alguna parte del temario encarado, o que los asistentes, con tiempo limitado, no habían podido detenerse en un punto importante, para practicarlo y entenderlo cabalmente. Por otra parte, esa experiencia me sirvió para ir depurando, mejorando, el tratamiento de cada tema. Y algo que quería transmitir, era la potencia de cada tecnología, así como alguna guía, entre tantas opciones, sobre cómo desarrollar una aplicación, o cómo entender un lenguaje determinado. Otra limitación de un curso presencial o charla, es que, en general, lo transmitido sólo llega a los asistentes de ese curso o seminario en particular. Siempre he pensado que debería haber alguna forma de lograr llegar a más gente, de alguna otra manera.
Ya había escrito en los noventa, un libro sobre Java. Escribir un libro puede ser un trabajo agotador y estresante, con fechas límite de entrega, y cantidad de páginas a producir en tanto tiempo. Cada página y ejemplo desarrollado, al revisarlo podría parecer totalmente inadecuado, obligando a la reescritura y elaboración de material nuevo. Ahora, con años más de trabajo, veo que algo conseguí transmitir en ese libro, pero que hace falta actualizarlo y adecuarlo a nuevas posibilidades del lenguaje.
Desde entonces, la web ha ido explotando, y hoy los informáticos nos encontramos consultando la red de redes en cada momento, para aprender nuevos trucos, consultar ejemplos, y buscar artículos sobre los problemas que tenemos que resolver. Uniendo estas realidades, la red, mis cursos presenciales, y el texto de un libro, me gustaría brindarles de alguna forma, mis conocimientos sobre Java y otras tecnologías, que me parecen que deben estar en la bolsa de conocimiento de cada programador moderno.
Entonces, estas lecciones en línea nace de la necesidad de pasar en limpio algunos temas que doy en mis cursos presenciales. Me pareció interesante poner en texto y ejemplos concretos, lo que vemos en los cursos presenciales que doy en Buenos Aires, Argentina, y alredores.
Hay multitud de recursos de programación en Java, y en otras tecnologías. Igualmente, espero que estas lecciones sirvan a los que viene a mis cursos presenciales, a los que no, a los que no pueden asistir, o cualquier programador inquieto que quiera comenzar a ver este fascinante lenguaje y tecnología.
Estas lecciones no son un producto terminado. Es un producto en constante evolución, y espero que constante mejora. Es parte de Uds., también, aprovecharlo, comentarlo, criticarlo, mejorarlo. Su primera colaboración puede ser "feedback" y difusión de estas lecciones.
El objetivo es ayudar al lector de estas páginas a entender un poco más, este maravilloso mundo que es la programación de software. Java es una excusa para esto, pero una excusa muy difundida, que espero que puedan aprovechar en el día a día, para el trabajo, y para la creación, que eso es lo que al final somos: creadores de software.

Ahora hay publicadas apenas 4 lecciones. Siguiendo con la idea de A post a day keeps the doctor away, desde mañana publicaré una lista de las lecciones que voy agregando día a dia. Es la forma de hacer un curso: incrementalmente, esperar a que esté todo terminado implica que no esté nunca terminado.

Bueno, espero "feedback", sugerencias, críticas, ¿qué otros cursos querrían ver publicados? Los próximos que vienen, son: Introducción a .NET (basado en el que estoy dictanto ahora en el MUG), y JavaServer Pages. Hay "features" a implementar, como lista de correo por curso, y comentarios en línea a cada lección.

Nos leemos!

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