Blog de Marcos Crispino

Joel on Software

noreply@blogger.com (Marcos Crispino) — Thu, 18 Mar 2010 22:26:00 +0000

Hace unos dias Joel Spolsky escribía en su blog, Joel on Software, lo siguiente:

Some of you may have seen my final column in Inc., in which I announce my retirement from blogging effective March 18th, the 10-year anniversary of Joel on Software.

Hoy (18 de marzo) escribe una nota sobre Distributed version control, en la que se despide diciendo:

I seem to have run out the clock on this site. It has been an extreme honor to have you reading my essays over the last ten years. I couldn’t ask for a greater group of readers. Whether you’re one of the hundreds of people who volunteered their time to translate articles into over 40 languages, or the 22,894 people who has taken the time to send me an email, or the 50,838 people who subscribed to the email newsletter, or the 2,262,348 people per year who visited the website and read some of the 1067 articles I’ve written, I sincerely thank you for your attention.

Una verdadera lástima, ya que era uno de mis blogs de cabecera, con excelentes artículos sobre desarrollo de software.

Para los que no lo hayan leído, dejo uno de los artículos que más me gustaron: Can your programming language do this?

Seguimiento de mails con GMail, la respuesta (?)

noreply@blogger.com (Marcos Crispino) — Tue, 16 Mar 2010 11:13:00 +0000

Como comentaba hace unos días, estoy buscando una forma más efectiva de administrar los mails por los que estoy esperando una respuesta.

En la nota anterior hubieron varios comentarios sugiriendo poner algo en el texto, y crear un filtro para procesar esos mensajes y marcarlos automáticamente. Si bien es efectivo, no me convence demasiado porque le llega a quien recibe el correo un texto que no tiene por que recibir, ya que es para que yo lo pueda administrar.

Creo que ahora encontré una forma mejor. Por lo menos, una forma que a mi me convence más...

A cualquier dirección de GMail (o de Google Apps dado el caso), se le puede agregar un signo de más (+) seguido de un texto. Google ignora este texto, pero puede servir para procesar los mensajes.

Ejemplo: si mi dirección de correo es usuario@dominio, la dirección usuario+texto@dominio también es válida y GMail la asigna al mismo usuario.

Entonces la metodolgía es la siguiente:

Crear un contacto en la lista de contactos de GMail que sea usuario+esperando_respuesta@dominio. A ese contacto le puse de nombre "tag:seguir", pero cualquier nombre está bien.
Crear un filtro que le aplique la etiqueta "Esperando respuesta" a cualquier correo dirigido a usuario+esperando_respuesta@dominio.
Al mandar un correo que quiero seguir, en el campo Bcc le agrego el contacto "tag:seguir".

Los pasos 1 y 2 solo se hacen una vez. El paso 3, cada vez que quiero mandar un mail que quede con la etiqueta.

Con este procedimiento me queda con la etiqueta que quiero y quien recibe el mail no recibe un texto críptico al final que no le sirve para nada.

Igual me gustaría poder aplicar una etiqueta antes de mandarlo como se hace con los que están en la bandeja de entrada, pero creo que este procedimiento es bastante práctico.

Nuevo diseño para el blog

noreply@blogger.com (Marcos Crispino) — Fri, 12 Mar 2010 20:14:00 +0000

Ahora que Google mejoró notoriamente los temas disponibles para blogger, decidí aplicar un estilo "oficial".

Creo que quedó bastante bien y casi con cero esfuerzo... se aceptan comentarios y sugerencias.

El último cambio de diseño había sido en enero de 2009...

Actualización, 13/3/2010 14:52
Enrique comenta que los links visitados no se ven bien por el esquema de colores, lo cual pude comprobar... Como lo importante es que se pueda leer más que el diseño en sí, volví a cambiar a un diseño mas "tradicional".

Este era el nuevo diseño originalmente:

Parece que tampoco gustó el fondo oscuro, así que este es el nuevo, nuevo diseño... más parecido al original.

Seguimiento de mails en GMail

noreply@blogger.com (Marcos Crispino) — Thu, 11 Mar 2010 16:35:00 +0000

GMail, como cliente de correo, es muy bueno. Es el que uso tanto para el correo personal como para el del trabajo.

Pero tiene (al menos) un problema... Cuando envío un mail, a veces ese mail es para que alguien más haga algo; y en general quiero asegurarme de que se haga.

El problema con GMail es que no puedo marcar el mail de ninguna forma en el momento que lo estoy escribiendo. Y al no poder marcarlo en el momento, después es altamente probable que se termine perdiendo.

La solución que encontré, que no me convence demasiado, es una vez enviado ir a "Sent items" y marcarlo con una etiqueta "Esperando respuesta". Pero me gustaría poder marcarlo antes de apretar el botón "Send".

¿Alguien tiene el mismo problema? ¿Lo resolvieron de alguna forma? ¿Cómo?

Versión movil del blog

noreply@blogger.com (Marcos Crispino) — Mon, 08 Mar 2010 22:07:00 +0000

MoFuse es un sitio que permite crear una versión móvil de cualquier sitio web.

En particular, puede crear una versión móvil de cualquier blog sin ningún esfuerzo, y además lo hace de forma gratuita. Lo único es que agrega publicidad, pero creo que es un precio que vale la pena pagar.

A partir de este momento, este blog puede ser accedido desde cualquier teléfono móvil con acceso a internet desde http://marcoscrispino.mofuse.mobi

Si acceden a esa dirección desde una computadora, muestra una página web con un emulador...

Así es como se ve en el iPhone:

Infinidad de galaxias

noreply@blogger.com (Marcos Crispino) — Sun, 07 Mar 2010 21:20:00 +0000

Esta imagen es increible, no deja de sorprenderme:

Fue tomada por el Hubble, apuntando hacia una zona aparentemente "vacía" del espacio, una región que ocupa aproximadamente el ancho de 1/15 del ancho de la luna llena.

A ver si logro compartir mi asombro... Se necesitan 30 millones de imágenes como esta para cubrir todo el cielo, y esta imagen fue tomada en una zona del espacio que se consideraba prácticamente vacía!

Pero para que lo voy a explicar yo, si Phil Plait lo explica mucho mejor...

También me gustó este articulo que habla del tema, sobre todo la referencia de Carl Sagan al final sobre "the Pale Blue dot".

Nota: tener en cuenta que "one billion" es 10⁹.

En busca de código repetido

noreply@blogger.com (Marcos Crispino) — Wed, 03 Mar 2010 17:46:00 +0000

Uno de los problemas que más me quitan el sueño en los últimos tiempos, es el código repetido.

¿Por qué tener código repetido es un problema? La respuesta creo que es conocida por todos. El problema es que eventualmente las distintas versiones que se tienen se terminan desfazando, y empiezan a aparecer errores por tocar solo una. Además después de un cierto tiempo, es muy difícil saber cual de todas las versiones es la correcta, porque en general los cambios no se hacen en todas parejo.

Entonces, ¿cuanto código repetido es aceptable? Esta pregunta indudablemente es más abierta, y pueden haber diferentes criterios. ¿Una línea de código duplicada está bien?

Por ejemplo, si tengo el siguiente código (GeneXus 9.0), ¿está bien?:

if DocImpres = 'S' call(WGLLogDe,&msg1, &msg2, 'OC', 'CMANUDOCOC', &GlLogRef, '', &confirmo) if &confirmo = 'N' Call(PGLog, &msg1, &msg2, 'OC', 'CMANUDOCOC', &GlLogRef, '', &PedirDet) endif else Call(PGLog, &msg1, &msg2, 'OC', 'CMANUDOCOC', &GlLogRef, '', &PedirDet) endif

Nótese que los dos call al procedure GLog son idénticos... Además, los literales 'OC' y 'CMANUDOCOC' se usan varias veces en el código...

Haciendo algunos cambios al programa para eliminar estas repeticiones, llegamos a algo así:

&logGrabado = 'N' &GLLogSis = 'OC' &TpoModId = 'CMANUDOCOC' if DocImpres = 'S' &logGrabado = udp(WGLLogDe, &msg1, &msg2, &GLLogSis, &TpoModId, &GlLogRef, '') endif if &logGrabado = 'N' Call(PGLog, &msg1, &msg2, &GLLogSis, &TpoModId, &GlLogRef, '', '') endif

¿Es mejor que el código anterior? Yo creo que sí, pero seguramente para un caso tan simple haya discrepancias...

Pienso que cuando se trata de 2 o más líneas de código es más fácil estar de acuerdo que no es bueno tener dicho código repetido.

Ahora, el problema, es como detectar esta situación.

Cuando el código repetido está dentro del mismo objeto, entonces es bastante fácil de detectar. No es trivial cuando se tienen programas grandes (más de 500 líneas por ejemplo), pero es posible.

El mayor problema es cuando el código repetido está en varios objetos. En esos casos no es para nada fácil de detectar.

Pienso que se podría automatizar, aunque no parece ser trivial. Algunas heurísticas que se me ocurre se podrían utilizar:

Analizar las navegaciones de los objetos, para ver si hay navegaciones iguales. Esos objetos son candidatos a analizar. No necesariamente quiere decir que se pueda mejorar el código, pero sí vale la pena revisarlo.
En general cuando se da que hay código repetido, el mismo está en el entorno de la llamada a un objeto, o en torno al uso de un determinado atributo. Por ejemplo, tengo un procedimiento que me devuelve un valor, y luego hago algo con dicho valor, pero en varios lugares lo que hago es exáctamente lo mismo...

¿Alguien ha tenido la misma inquietud? ¿Existe alguna herramienta que me permita buscar en una KB GeneXus los posibles problemas de código repetido?

Augmented Reality

noreply@blogger.com (Marcos Crispino) — Wed, 24 Feb 2010 23:34:00 +0000

La "realidad aumentada" (augmented reality en inglés) parece ser el tema del momento.

Básicamente, consiste en mostrar información obtenida de Internet sobre objetos reales: un edificio, un libro, etc.

Hoy vi una notica (en algún lado que ahora no me acuerdo) sobre un nuevo producto llamado Recognizr, que permite ver información asociada a una persona mediante una foto tomada con el teléfono móvil.

Otro producto que parece estar muy bueno es Google Goggles:

Creo que nadie puede dudar que en los próximos tiempos vamos a ver mucha innovación en esta área. Lo único que me precupa es que parece que todas las aplicaciones interesantes funcionan en Android...

Índice de los arrays

noreply@blogger.com (Marcos Crispino) — Tue, 23 Feb 2010 20:01:00 +0000

Ayer empecé a leer Dreaming in Code, que en una parte dice:

Maybe you noticed that I've called this Chapter 0. I did not mean to make an eccentric joke but, rather, to tip my hat to one small difference between computer programmers and the rest of us: Programmers count from zero, not from one. [...]
Why do programers count from zero? Because computers count from zero! And so programmers train themselves to count that way too, [...]

Si bien no es del todo cierto, yo soy un programador y cuento desde el uno, es verdad que las computadoras cuentan desde el cero...

Cualquiera que haya programado un loop sobre los elementos de un array en C, C++, Java, C#, o cualquier otro lenguaje que tenga sus raíces en C, sabe que los elementos van de 0 a lenght-1. Algo así:

for (int i = 0; i < array.length; i++) { ... }

Lo que nunca me había cuestionado, es por qué es así... Y después de pensarlo un poquito, la respuesta es bien simple: en C, los arrays son punteros a una dirección de memoria, que contiene el primer elemento. El índice es el desplazamiento con respecto al puntero. Así, para acceder al primer elemento del array, el desplazamiento a usar es cero, y por eso se accede con a[0]. Todos los lenguajes que vinieron atrás de C, aunque no manejen punteros directamente, mantienen la misma convención.

Toda una revelación :)

Google Buzz y el futuro de las redes sociales

noreply@blogger.com (Marcos Crispino) — Wed, 10 Feb 2010 20:45:00 +0000

Ayer Google hizo el lanzamiento de su nueva incursión en el mundo de las redes sociales con Google Buzz.

Por si alguno estaba distraído, acá es el video de introducción que explica que es y como funciona:

Es una red social, porque puedo compartir mensajes, fotos, videos, etc. desde la aplicación, pero también es un agregdor de contenido. Me hace acordar mucho a FriendFeed. Pero en este caso, tiene la ventaja que ya tiene una base de unos 140 millones de usuarios, gracias a que está integrado a GMail.

Google además ya tiene otros productos que se solapan, como ser Orkut, Wave o los elementos compartidos en Reader. Veremos como evoluciona cada uno de estos.

Pero más que hablar de Buzz, me interesa hacer una reflexión sobre las redes sociales en general.

El problema que le veo, es que cada vez hay más contenido y cada vez hay más lugares donde tengo que ir a buscarlo. No solo eso, también hay mucho contenido repetido.

Por ejemplo, esta nota, por haberla publicado en el blog, queda automáticamente en el feed RSS del mismo, por lo que todos los que estén suscriptos lo van a ver por ahí. Además, tengo configurado para que se publique automáticamente en Twitter, que a su vez se publica en Facebook, FriendFeed y ahora Google Buzz (por lo menos, eso son los que me acuerdo ahora).

Es verdad que no todo el mundo publica todo cruzado, pero tampoco soy el único. Cualquiera que siga el blog por RSS y además sea mi amigo en Facebook, va a ver la nota dos veces. Si además me sigue en Twitter, 3 veces...

Lo que necesitamos no es una nueva red social. Esa es la estrategia que le sirve a Google para tener un pedacito del "real-time web", pero no nos sirve a los usuarios.

Lo que necesitamos es un agregador que permita registrarse a varias redes sociales a la vez, y compartir la información con mis contactos una sola vez, sin importar donde estén.

Estoy pensando en algo como lo que ya existe para la mensajería instantanea (por eso uso Pidgin, pero esa es otra historia), que me conecto a varias redes, tengo todos los contactos juntos, y cuando quiero hablar con uno no me importa en que red está, simplemente le doy doble-click y empiezo a escribir.

Para las redes sociales necesitamos algo similar, que pueda hacer todo desde un solo cliente, y que no me importe en que red está mi amigo, simplemente tiene que funcionar. Si mi amigo publica algo y yo quiero hacer un comentario, poder hacerlo donde sea que se haya publicado, sin siquiera enterarme.

Application Stores

noreply@blogger.com (Marcos Crispino) — Thu, 04 Feb 2010 16:55:00 +0000

Parece que el tema de las App Stores está de moda...

Ahora parece que Google suma una nueva, para aplicaciones que se integren a Google Apps (mail, docs, calendario, etc.).

El negocio es siempre el mismo: el dueño de la tienda pone a la venta aplicaciones de terceros, y cuando un usuario compra la aplicación, una parte va para el desarrollador y la otra para la empresa.

La ventaja que tiene, viéndolo desde el punto de vista del desarrollador, es que la aplicación queda a la venta y accesible para cualquier usuario, sin tener que invertir en infraestructura ni preocuparse demasiado por el medio de pago y demás.

Esta posibilidad de acceder a un número importante de usuarios, ha hecho que por ejemplo en la App Store de Apple, las aplicaciones valgan (en su mayoría), unos pocos dólares. Esto hace que haya muchos usuarios que las compran...

¿A que voy? Sería muy bueno tener una GeneXus App Store, para user controls, extensions, patterns, etc.

Esta idea en realidad ya se había planteado, Enrique ya lo ha comentado, y si no recuerdo mal, José Lamas también comento algo de esto en su charla del Encuentro GeneXus 2008.

En realidad con el tema infraestructura ya están bastante bien, con la GeneXus Gallery, pero le estaría faltando el tema comercial.

iPad, iPhone y la próxima revolución tecnológica

noreply@blogger.com (Marcos Crispino) — Fri, 29 Jan 2010 20:49:00 +0000

El miércoles pasado Apple hizo el lanzamiento de su nuevo producto, el iPad: un "tablet" de 10 pulgadas que ejecuta el mismo sistema operativo que el iPhone.

Como todo producto nuevo de Apple, a generado todo tipo de reacciones. Están los que ya quieren uno y lo van a encargar tan pronto como se pueda, y están los que no ven demasiado en qué les puede cambiar la vida (entre los que me incluyo).

Mis impresiones sobre el iPad

Mi primerimpresión es que no veo mucho la utilidad de un dispositivo de este tipo. No solo del iPad, me refiero a cualquier "tablet". Es demásido grande para llevarlo en el bolsillo, y creo que es poco práctico de usar, al menos comparado con un netbook.

Tampoco es cuestión de criticar a Apple, que en los últimos productos que ha lanzado al mercado ha tenido mucho éxito. En todo caso, aunque no sea un dispositivo que revolucione el segmento de mercado que ocupa (como lo hicieron el iPod y el iPhone), igual para Apple va a ser un buen negocio.

iPhone OS 3.2

El iPad viene con el mismo sistema operativo que el iPhone, al que se le hicieron algunos cambios para soportar pantallas más grandes.

Todas las aplicaciones que funcionan en el iPhone funcionan también en el iPad, en el tamaño normal o en pantalla completa.

Esta versión del sistema operativo todavía no está disponible para el iPhone, pero supongo que para marzo cuando empiecen a entregar las primeras iPad ya va a estar.

El próximo producto de Apple: iDock

Entonces, me animo a hacer una predicción...

¿Que pasa cuando combinamos un dispositivo que funciona muy bien y tiene mucha aceptación, con la posibilidad incorporada al sistema operativo para mostrar las aplicaciones en pantalla más grandes?

Además agreguemos a la ecuación que el hardware es cada vez más chico y más potente.

Apple (o algún otro), va a sacar en algún momento un dock que permita agregarle un teclado, ratón y pantalla (multitouch por supuesto) al iPhone, para poder usarlo como PC de escritorio.

En realidad no se si lo van a hacer, pero estaría bueno :) La posibilidad la tienen... De hecho, para el iPad ya existe:

La competencia

Obviamente Apple no es el único que puede hacer esto. La principal competencia podría venir de Google con su sistema operativo Android.

Es verdad que Google está trabajando tambien el el Chrome OS, pero esto es algo totalmente distinto. Sería un dispositivo portatil como lo es un teléfono móvil, pero con la posibilidad de colocarlo en un dock para usarlo como PC.

Conclusiones

Tal vez en iPad no vaya a disparar el uso de los "tablets", pero creo que le da a Apple otras posibilidades con respecto a otros productos como son el iPhone y el iPod Touch.

Creo que no va a pasar mucho tiempo hasta que los teléfonos móviles se conviertan en verdaderas computadoras personales. Va a estar bueno verlo.

Probando iWebKit

noreply@blogger.com (Marcos Crispino) — Wed, 27 Jan 2010 21:21:00 +0000

Desde que Fabián me mostró la aplicación que había hecho con jQTouch, tenía ganas de hacer alguna prueba de desarrollar aplicaciones web para el iPhone.

Estuve viendo un poco, pero como nunca hice nada con jQuery, me pareció que podía ser más simple probar con iWebKit, que se basa en HTML y CSS. Es decir, también usa JavaScript, pero yo no tengo que meterme con el código.

La verdad que me resultó muy sencillo de usar, y con relativamente poco esfuerzo se logra una aplicación que se ve casi como una aplicación nativa en el iPhone. En la prueba que hice, en realidad me faltaron algunos detalles como por ejemplo que no logré que los check box se vean bien, pero para ser una prueba quedó muy bien con muy poco esfuerzo.

Una de las cosas que dice iWebKit que soporta, son aplicaciones en modo full screen. Estas son aplicaciones Web, pero que se instalan como si fueran una aplicación nativa, y si bien corren dentro de Safari, no muestran las barras de navegación.

El problema que tiene iWebKit, es que el modo full screen funciona solamente para sitios de una sola página (no son tan raros... hoy en día con AJAX es bastante común).

Lo que me sorprende es que nadie haya encontrado un work arround a este problema, así que acá va el que encontré yo:

Para tener sitios de múltiples páginas con iWebKit que funcionan en modo full screen, en vez de hacer los links con

<a href="miPagina.html">link</a>

se deben hacer con un poco de JavaScript

<a href="javascript:location.replace('miPagina.html');">link</a>

Viviendo en la nube

noreply@blogger.com (Marcos Crispino) — Fri, 22 Jan 2010 20:45:00 +0000

... que no es lo mismo que viviendo en las nubes, vale la aclaracion.

Creo que no es noticia para nadie, que cada vez es más fácil y más común tener datos en la nube.

Por eso es que Google está trabajando en Chrome OS, que si bien creo que todavía no es el momento, demuestra hacia donde va la industria.

En esta nota quería contar como ha sido mi experiencia y hacer una reseña de los servicios que uso.

Respaldo de datos

El primer uso que le di a la nube fue para respaldar datos. Originalmente respaldaba a CD, pero desde hace unos años respaldo todo a algún servicio en Internet.

El primero que usé fue XDrive que tenía 5GB de espacio, hasta que AOL decidió cancelar el servicio. Uno de los riesgos que tiene...

Actualmente uso Windows Live Skydrive que en este momento tiene 25GB de almacenamiento gratuito. Lo que respaldo ahí son básicamente fotos y videos, aunque también respaldo algún que otro archivo.

No tiene (hasta donde conozco), la posibilidad de sincronizar datos, pero de todas formas a este nivel no me interesa. Los archivos que tengo ahí los voy agregando de forma incremental.

Sincronización de archivos
La sincronización de archivos es otro tema, ya que en general las cosas que quiero tener sincronizadas son pocas.

Para esto, uso otro servicio llamado Dropbox, que tiene clientes para todos los sistemas operativos importantes (Windows, Mac, Linux), además de tener un cliente para el iPhone y de poder acceder mediante un navegador a travez de la página web.

Las cosas que tengo sincronizadas son por ejemplo un archivo con datos útiles, la lista de contraseñas (encriptada por supuesto), algunos PDFs para leer en el teléfono, etc.

Dropbox tiene 2GB de espacio en su versión gratuita, lo que es más que suficiente para el uso que le doy.

Además tiene la posibilidad de compartir archivos mediante el uso de una carpeta pública.

Correo electrónico
Cuando empecé el artículo, pensaba escribir como respaldo los datos del PC hacia Internet, pero en el caso del correo electrónico es al revés...

Para el correo personal, uso GMail, que con sus 7.5GB de espacio y aumentando todos los días, es más que suficiente, por lo menos por los próximos años.

Además en el PC tengo un cliente de correo, configurado con POP3 para que baje el mails desde la cuenta de GMail, y ahí me quedo con los correos que me interesa guardar. Si en algún momento desaparece GMail, al menos tengo los correos importantes.

Documentos
Con los documentos pasa más o menos lo mismo. Todavía tengo documentos que están locales y respaldo a Skydrive, pero cada vez más estoy empezando a mover las cosas a Google Docs, para poder accederlas desde cualquier lugar.

Un caso particular de documentos es el curriculum, que en algún momento mantenía actualizado en un .doc, pero actualmente si lo precisara, iría sin duda a buscar el de LinkedIn.

Calendario
Como calendario, uso Google Calendar (sí, otro servicio de Google...) que puedo ver en GMail y puedo sincronizar con el iPhone.

Contactos
Para respaldar los contactos, uso un sitio llamado myFunambol. El nombre no dice mucho, pero el servicio está bueno.

Ya lo usaba con el Sony Ericsson, y pasar los contactos al iPhone fue tan fácil como bajar la aplicación y apretar el botón "sincronizar".

Conclusión
Todo parece estar yendo hacia la nube, y creo que por una buena razón: es práctico.

Es práctico poder acceder mis archivos desde cualquier lugar, es práctico poder acceder al correo en cualquier momento, es práctico poder usar el calendario indistintamente en el PC y en el teléfono, es práctico tener los contactos sincronizados.

¿Alguien usa algún servicio adicional? ¿Han tenido la necesidad de usar algún servicio de estos o similar?

Buscar un elemento dentro de un SDT en GeneXus

noreply@blogger.com (Marcos Crispino) — Tue, 29 Dec 2009 17:27:00 +0000

En GeneXus, no hay una forma de buscar un elemento dentro de una colección (SDT), que no sea recorriendo toda la lista. Hay una función IndexOf, pero compara referencias y no el contenido de los elementos.

Ejemplo:

&esta = Boolean.False for &depUbiItem in &depUbis if &depUbiItem.DepId = &DepId and &depUbiItem.CicUbiId = &CicUbiId &esta = Boolean.True exit endif endfor

Esto no parece ser lo más elegante... No debería necesitar 7 líneas de código para saber si un elemento está en la colección, lo debería poder hacer en una sola línea.

El problema es que dado un SDT, GeneXus no tiene forma de saber cuales son los elementos que quiero comparar. En el ejemplo, estoy comparando DepId y CicUbiId, pero el SDT tiene varios campos más.

Una posibilidad sería poder definirle comportamiento a los SDTs, de forma de poder decirle cual es la función de comparación que tengo que usar. Esta función de comparación se definiría una vez para el SDT, y siempre que se quiera buscar un elemento se haría usando este comparador.

Otra opción que me gustaría más, es poder definir on-line la función de comparación. En C# por ejemplo, usando lambda expressions, quedaría algo así:

bool esta = depUbis.Exists(d => ((d.DepId = depId) && (d.CicUbiId = cicUbiId)));

O escribiendolo como me gustaría verlo en GeneXus:

&esta = &depUbis.Exists(d => d.DepId = &DepId and d.CicUbiId = &CicUbiId)

Esto se lee "existe un elemento d en la colección &depUbis que cumple que d.DepId = &DepId y d.CicUbiId = &CicUbiId".

Las colecciones en C# definen otras funciones que también sería intereante tener, como ser:

First: devuelve el primer elemento que cumple con la condición
Where: devuelve otra colección con los elementos que cumplen con la condición
Select: permite hacer una proyección, devuelve otra colección pero de otro tipo

Atributos y controles como parámetro en GeneXus

noreply@blogger.com (Marcos Crispino) — Mon, 28 Dec 2009 17:34:00 +0000

Capaz que el título no dice mucho, es dificil explicar lo que quiero en una línea...

Todos sabemos que es una buena práctica de programación, reutilizar código siempre que sea posible. En GeneXus X con los data selectors se dio un gran paso, pero hay cosas que me siguen faltando.

Por ejemplo, tengo el siguiente código que borra los datos de tablas referenciadas, cuando borro una determinada entidad (sí, seguro que es más prolijo hacer un Business Component y borrar con eso, pero no es el punto).

¿Se ve el patrón de código repetido? El problema es que no tengo forma de unificar el código en un procedimiento o subrutina, de forma de pasarle solamente el atributo que va en el defined by.

Seguramente no es fácil de implementar, pero sería interesante.

Otro caso donde pasa algo similar, es con los controles en pantalla.

Por ejemplo, recibo unas variables por parámetro, si vienen cargadas las muestro en el form deshabilitadas, y si no las muestro habilitadas.

El código es el siguiente:

Otra vez, creo que es fácil ver el patrón en el código, y otra vez no tengo forma de hacer algo genérico, que reciba dos variables (el parámetro y la variable que tengo en el form), y le aplique la lógica...

Capaz que este caso es más sencillo de implementar que el otro, porque no cambia la forma en que navega el programa.

Lo que le falta al Chrome OS

noreply@blogger.com (Marcos Crispino) — Thu, 24 Dec 2009 22:08:00 +0000

Primero que nada, quiero aclarar que no he usado Chrome OS... lo que sigue es más bien una reflexión.

Y no lo he probado, porque creo que no aporta nada nuevo. Es decir muchas de las cosas que hago con un PC, las podría hacer con aplicaciones Web corriendo en Chrome OS, pero hay una actividad que hoy (creo) no se puede hacer: desarrollar software.

El problema es que mientras que los desarrolladores no se sientan atraidos a la nueva plataforma, no van a surgir desarrollos optimizados para Chromes OS, lo que se transforma en un círculo vicioso porque los usuarios no van a ver el valor de cambiar a un sistema operativo que no les aporta nada nuevo.

Claro que tiene sus ventajas (levanta mucho más rápido que cualquier otro PC, está enfocado a la Web que hoy por hoy es lo que más usan los usuarios, los equipos pueden ser más baratos, etc.), pero todavía está por verse que adopción va a tener.

Creo que en algún momento Google va a tener que liberar un conjunto de herramientas Web para desarrollar software, para que los desarrolladores puedan usar la plataforma a la que estarían apuntando. Tal vez algo como Bespin de Mozilla Labs, aunque seguramente debería ser algo un poco más avanzado, no solo un editor de texto.

Va a ser interesante de ver...

Great programming quotes

noreply@blogger.com (Marcos Crispino) — Thu, 10 Dec 2009 20:37:00 +0000

Leo en el blog de Sebastián Gomez sobre great programming quotes, de una pregunta en Stack Overflow.

A mi también me pareció interesante para compartir :), así que acá van algunas de las que me gustaron:

Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.

Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. (Rick Osborne)

Some people, when confronted with a problem, think "I know, I’ll use regular expressions." Now they have two problems.

In order to understand recursion, one must first understand recursion (un clásico)

It works on my machine.

If debugging is the process of removing software bugs, then programming must be the process of putting them in. (Edsger Dijkstra, otro clásico...)

Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away. (Antoine de Saint Exupéry, no creo que fuera programador, pero igual cuenta...)

Debuggers don't remove bugs. They only show them in slow motion.

Never trust a programmer in a suit.

Measuring programming progress by lines of code is like measuring aircraft building progress by weight. (Bill Gates)

Compilación GeneXus 9.0/Java: problemas de performance

noreply@blogger.com (Marcos Crispino) — Tue, 08 Dec 2009 13:47:00 +0000

En una KB GeneXus 9.0 grande (en nuestro caso unos 8.100 objetos), ubicada en la red y de uso compartido, la compilación puede tener algunos serios problemas de performance.

Existen dos formas de compilar, y las dos presentan dificultades:

usando NMake, la compilación es rápida, pero demora mucho cuando tiene que generar algún .mak porque cambió el árbol de llamadas
usando GXJMake, la generación es rápida, pero la compilación nos demoraba en algunos casos más de 2 minutos.

En particular el GXJMake, tiene un algoritmo que dista mucho de ser óptimo. Enrique estuvo analizando por que demoraba tanto, y llegó a que lo que hace es recorrer todo el árbol de llamadas (lo lee de los archivos .ari) y por cada objeto, compara la fecha del .java con la del .class. El tema es que lo hace una vez por cada aparición del objeto en el árbol.

En el caso que analizamos, había un objeto que estaba comparando las fechas más de 1.400 veces... ¡Y ni siquiera era el objeto que había modificado!

Una demora de 2 minutos como teníamos, para compilar un solo objeto modificado baja muchísimo la productividad, no solo por la demora en sí de la compilación, sino también porque la persona que tiene que esperar esos dos minutos casi seguro que se distrae y se pone a hacer alguna otra cosa.

Este problema es conocido, y está reportado en al menos dos SACs:

Tiempos de compilación de fuentes java remotos son inviables
Tiempo de compilación es mayor con GXJMake que con NMAKE (se precisa estar logueado para verlo)

La solución, fue desarrollar nuestro propio programa de Make: COJMake.

Este programa ejecuta en el servidor donde está ubicada la KB, y queda monitoreando si hay algún .java modificado. Cuando detecta un .java modificado, lo manda a compilar⁽¹⁾. El programa graba un log que permite monitorear lo que está haciendo y detectar si se produjo algún error en la compilación.

Con esto, el programa ni siquiera necesita que se termine de generar para poder empezar a compilar. Si se están generando varios objetos, a medida que se va terminando de generar uno ya queda listo para compilar.

El efecto es que ahora la compilación es prácticamente instantanea. En condiciones normales (cuando se manda a generar unos pocos objetos), cuando se termina de generar demora menos de dos segundos en terminar de compilar.

⁽¹⁾ En realidad lo que hace es ir guardando los archivos modificados en una cola, y hay otro hilo que va compilando lo que aparece en la cola. Esto permite limitar el número de procesos que se largan a compilar, sin perder ningún archivo en el medio.

Primer Pattern generado por el Automatic Pattern Generator

noreply@blogger.com (Marcos Crispino) — Tue, 01 Dec 2009 22:04:00 +0000

Es un gusto anunciar que el Automatic Pattern Generator ya está generando su primer Pattern.

Claro, por el momento no es demasiado útil, porque genera un solo Pattern, que es fijo, pero al menos nos permite saber que vamos por el buen camino.

Todavía queda mucho por hacer, a quien le interese participar del proyecto, será bienvenido.

El pattern que genera consiste de un solo procedimiento que devuelve el valor de un objeto.

En este momento no estamos liberando binarios, porque no tiene demasiado sentido. Si alguien quiere ver el código del proyecto, o bajarlo, o hacer algún aporte, lo puede hacer en el sitio de Assembla.

Dejo algunas fotos de pantalla de la aplicación.

Figura 1: Acceso a la aplicación

Figura 2: Proyecto Visual Studio Generado

Figura 3: Proyecto Visual Studio

Figura 4: Aplicando el Pattern a un atributo y las propiedades

Figura 5: Procedure generado

XCode vs. Visual Studio

noreply@blogger.com (Marcos Crispino) — Mon, 23 Nov 2009 22:12:00 +0000

Hace unos días empecé mis primeras pruebas para desarrollar aplicaciones para el iPhone, con lo cual tuve que estudiar un poco de Objective-C (el lenguaje de programación) y XCode (el ambiente de desarrollo).

No puedo evitar la comparación con C#/Visual Studio, que es el otro lenguaje de propósito general que manejo... Si bien tal vez la comparación no sea del todo justa, ya que en Visual Studio nunca desarrollé aplicaciones móviles, creo que como ambientes de desarrollo deberían ser bastante comparables.

Intellitips

Se extrañan... En Visual Studio cuando escribo "variable." muestra una lista de todas las propiedades, métodos y eventos que están disponibles para esa variable. Esto es muy útil cuando uno no se acuerda exáctamente el nombre de una función.

En XCode no encontré que tuviera intellitips, lo más parecido que tiene es una especie de "autocomplete", que muestra el primér método que coincide con lo que voy escribiendo.

Por lo tanto, si quiero buscar un método que no me acuerdo exáctamente del nombre, no tengo más remedio que salir del editor y buscarlo en la API en el navegador.

Propiedades "automáticas"

En los dos lenguajes se tienen propiedades automáticas (desde C# 3.0), pero la forma que se definen son distintas.

En C#, es una sola línea de código:

public int Prop { get; set; }

En Objective-C, hay que definirla en tres lugares distintos...

en el .h, en la definición de la clase
en el .h con una directiva @property
en el .m con una directiva @synthetize

Interfaz de usuario

En Visual Studio al agregar un elemento a la interfaz de usuario de la aplicación, el IDE se encarga de generar todo el código necesario para que ese elemento funcione. Después hay que definir el comportamiento, pero por lo menos el elemento está ahí.

En XCode, la definición de la interfaz se hace en otra aplicación, Interface Builder, y para poder utilizar los componentes que se agregaron con drag&drop, hay que definir outlets, delegates y alguna cosa más, que lo hace bastante complicado para novatos.

Conclusión

Si bien XCode tiene unas cuantas cosas interesantes, creo que como IDE se queda un poco corto. La productividad, al menos para los que recién estamos empezando, es mucho menor que la que se puede lograr con otras herramientas, como ser Visual Studio.

Habrá que seguir experimentando para agarrarle la mano.

Supercomputadoras

noreply@blogger.com (Marcos Crispino) — Tue, 17 Nov 2009 12:12:00 +0000

TOP500 es un sitio que se encarga de llevar estadísticas de las 500 supercomputadoras más rápidas que existen. Publican dos listas al año, una junio y otra en noviembre.

En el sitio ya está publicada la lista de noviembre de 2009.

La supercomputadora que está en el puesto número 1, tiene una capacidad de procesamiento de 1.76 tera-flops (= 1.76x10¹² operaciones de punto flotante por segundo = 1760000000000 operaciones de punto flotante por segundo).

Cuenta con 224.162 CPU cores. Los procesadores que usa son AMD x86_64 Opteron Six Core de 2600 MHz.

Pero más allá de cual sea la lista ahora, lo que más me llamó la atención fue la siguiente gráfica, con la proyección para los próximos años.

Tres cosas que me parece vale la pena destacar:

Es increible como se mantienen en una recta⁽¹⁾ la suma de performance de las 500 de la lista, y también como se mantiene en una recta⁽¹⁾ la performance de la número 500.
La que hoy es número 500, hubiera sido la número 1 en el 2001, hace 8 años.
Según la proyección, para junio de 2016 (6 años y medio), la que ahora es número 1 va a estar en el número 500.

⁽¹⁾Si bien en la gráfica se ve como una recta, tener en cuenta que es una escala logarítmica, por lo que la curva es en realidad exponencial...

Impresiones sobre Google Wave

noreply@blogger.com (Marcos Crispino) — Fri, 13 Nov 2009 12:34:00 +0000

Desde hace unos días tengo una cuenta en Google Wave, con lo que pude hacer unas pruebas.

Primero que nada, ¿qué es Wave? Según la Wikipedia:

Google Wave es una herramienta en línea que permite a sus usuarios comunicarse y colaborar en tiempo real. El proyecto fue anunciado por Google en la última conferencia Google I/O, el 28 de mayo de 2009. Es una aplicación web y una plataforma de computación diseñada para unir los servicios de e-mail, mensajería instantánea, wiki, y redes sociales.

Básicamente, es como un mail en el que tengo mensajes (waves), pero sobre los que se puede colaborar en tiempo real, como si fuera un chat, comentando y editando lo que otros escriben.

Está interesante el artículo de Enrique Dans al respecto, con el cual comparto algunas cosas:

a simple vista, es un lindo chiche para hacre algunas pruebas
puede ser una herramienta muy potente si realmente se le da el uso apropiado.

Hay que tener en cuenta que la versión actual es un Preview, por lo que tampoco se debería poner nada crítico ahí sin respaldarlo.

En mi caso, quise empezar con la documentación del proyecto colaborativo, para poder trabajar sobre ella con el resto del equipo, y parece ser bastante útil. Lo dejamos de usar porque dio un problema y estuvimos a punto de perder todo lo que habíamos escrito (pensamos que lo habíamos perdido pero después se pudo recuperar...)

La pricipal contra que le veo, al menos por el momento, es que representa tener otra bandeja de entrada a la cual tengo que ir para ver si hay algo nuevo. Ya son demasiadas: mail personal y de trabajo, Facebook, Twitter, Google Reader, y ahora Wave... En algún momento debería surgir algo que permite tener una sola bandeja de entrada para todas estas cosas (¿Mozilla Raindrop?)

Como resumen, podría decir que es una tecnología que hay que tener en el radar. No creo que vaya a reemplazar a todas las demás formas de comunicación, pero van a haber casos en las que resulte la más adecuada.

Automatic Pattern Generator, lanzamiento del proyecto colaborativo

noreply@blogger.com (Marcos Crispino) — Tue, 27 Oct 2009 12:52:00 +0000

En una nota anterior, comentaba una idea para presentar en los Collaborative Projects 2.0, de hacer un generador de patterns basado en código que ya existe en una base de conocimiento.

Por suerte en la nota había dicho que no lo iba a hacer... lo que demuestra una vez más que lo único constante es el cambio. Con Enrique queríamos presentar algo, y decidimos presentar este proyecto.

Desde ya damos la bienvenida a todos los que quieran sumarse al proyecto. Se necesitan desarrolladores, documentadores, testers, beta testers, etc. También se aceptan ideas y sugerencias.

El primer paso ahora va a ser definir el alcance y hacer una primera iteración, con una versión que genere un pattern a partir de una instancia compuesta por un único procedimiento, lo más sencillo posible. Cuando eso esté pronto, vamos a tener más claro el panorama y podremos repartir tareas entre los interesados.

En breve estaremos publicando el proyecto en el Wiki de la comunidad.

Neptuno.net Open Source

noreply@blogger.com (Marcos Crispino) — Tue, 20 Oct 2009 12:12:00 +0000

Concepto acaba de hacer público el proyecto Neptuno.net, que consiste en una aplicación que permite ver en un árbol de llamadas los objetos que hacen commit, de forma de poder buscar problemas de integridad transaccional.

Hay una descripción un poco más amplia en esta otra nota del blog.

El proyecto está en Assembla, se puede obtener mediante SVN de http://code.assembla.com/neptuno_net.

Si alguien lo quiere probar, tiene que bajar el proyecto y hacer un Build. Yo lo tengo funcionando con Visual C# 2008 Express, con el .Net Framework 3.5.

La idea es colaborar con otro proyecto en el marco de los Collaborative Proyects 2.0, planteado por Edgar Jimenez Demestri y titulado "Analizador de UTLs". Espero que Neptuno.net sirva como punto de partida.

Quienes bajen el proyecto, tengan en cuenta que era un desarrollo interno, por lo que no se caracteriza por la prolijidad...

Si alguien le quiere hacer alguna mejora, será bienvenida. Por el momento el único que puede hacer commits en este proyecto soy yo, así que si alguien quiere colaborar me debería mandar el código modificado para que yo lo suba.

Actualización: Me olvidé de decir que solo funciona con GeneXus9.0...