Blog de Marcos Crispino

Comparación de strings por aproximación

noreply@blogger.com (Marcos Crispino) — Wed, 02 May 2012 18:16:00 +0000

Para una aplicación que estoy haciendo con GeneXus (después cuento de que se trata...), necesitaba poder comparar dos strings, pero no necesito que sean exáctamente iguales, me alcanza con que sean aproximados.

El primer intento fue hacer que uno de los dos strings fuera por lo menos la mitad del largo del otro y que estuviera contenido. Como aproximación está bien, pero si por ejemplo uno de los dos tiene un tilde y el otro no, da que son diferentes.

Gracias a Matías me enteré que existe un algoritmo, llamado Distancia de Levenshtein, que se usa justamente para esto. Según Wikipedia:

En Teoría de la información y Ciencias de la Computación se llama Distancia de Levenshtein, distancia de edición, o distancia entre palabras, al número mínimo de operaciones requeridas para transformar una cadena de caracteres en otra. Se entiende por operación, bien una inserción, eliminación o la sustitución de un carácter. Esta distancia recibe ese nombre en honor al científico ruso Vladimir Levenshtein, quien se ocupara de esta distancia en 1965. Es útil en programas que determinan cuán similares son dos cadenas de caracteres, como es el caso de los correctores de ortografía.

Dejo acá el algoritmo en GeneXus, por si a alguien más le resulta útil:

/* * Distancia de Levenshtein * * Fuente: http://es.wikipedia.org/wiki/Distancia_de_Levenshtein * * parm(in:&str1, in:&str2, out:&distance); * * Todas las variables son N(4) salvo &str1 y &str2 que son C(100) */ &lenStr1 = &str1.Length() if &lenStr1 > 99 &lenStr1 = 99 endif &lenStr2 = &str2.Length() if &lenStr2 > 99 &lenStr2 = 99 endif for &i = 1 to &lenStr1+1 &distMatrix(&i, 1) = &i-1 endfor for &j = 1 to &lenStr2+1 &distMatrix(1, &i) = &j-1 endfor for &i = 2 to &lenStr1+1 for &j = 2 to &lenStr2+1 if &str1.Substring(&i, 1) = &str2.Substring(&j, 1) &costo = 0 else &costo = 1 endif &val1 = &distMatrix(&i-1, &j)+1 // deletion &val2 = &distMatrix(&i, &j-1)+1 // insertion &val3 = &distMatrix(&i-1, &j-1) + &costo // substitution &min = &val1 if &val2 < &min &min = &val2 endif if &val3 < &min &min = &val3 endif &distMatrix(&i, &j) = &min endfor endfor &distance = &distMatrix(&lenStr1+1, &lenStr2+1)

iPhone 4s vs. iPhone 3Gs

noreply@blogger.com (Marcos Crispino) — Sat, 14 Apr 2012 14:56:00 +0000

Hace unos días, ya que pude desbloquear el 3Gs para venderlo, me compré el iPhone 4s...

Acá va una comparación de ambos

La pantalla

La pantalla "retina display" del 4s es espectacular. Mirando uno al lado del otro se nota claramente la diferencia. Estas son fotos de pantalla, una de cada uno de los teléfonos (click para agrandar)

La cámara

La diferencia en las fotos que se pueden sacar, también salta a la vista. La cámara del 4s es mucho mejor que la del 3Gs, y no solo por el tamaño de las fotos, sino también por la nitidez y la calidad de los colores que se obtienen.

Ni hablar de que el 4s además de la cámara tiene flash.

También tiene más funciones, como por ejemplo HDR (high dynamic range), que mejora por software (y mediante la captura de varias fotos en una sola exposición) las fotos que tienen una variación muy grande de luz.

Acá pueden ver tres fotos comparativas: la primera con el 3Gs, la segunda con el 4s y la tercera usando HDR.

Todavía no he tenido oportunidad de jugar mucho con la cámara, pero la primer impresión es que es muy superior.

Rendimiento

Con el 3Gs, ya había cosas que se notaba que tenía problemas de performance. Con el 4s cualquier cosa que haga es instantanea.

Batería

Aunque parezca mentira, en estos días la batería del 4s me ha durado más que lo que duraba la del 3Gs. El uso que le doy es el mismo, así que parece ser que dura más.

También es verdad que el 3Gs ya tenía 2 años y medio, y las baterías van perdiendo capacidad a medida que pasa el tiempo. Para hacer una comparación seria, habría que probar con los dos nuevos...

Forma, dimensiones y peso

El 3Gs me resultaba más cómodo de sostener en la mano, gracias a que la parte de atrás es redondeada. Igual el 4s no resulta tan incómodo como pensé que iba a ser. Después de un par de días uno se acostumbra.

La ventaja que tiene la forma del 4s (y del 4 ya que estamos) es que al no tener curvas, permite acomodar mejor los componentes internos, y eso hace que sea más chico.

Con respecto al peso no noté demasiada diferencia entre uno y otro. Aparentemente el 4s es 5 gramos más pesado.

Conclusión

Si tienen un 3Gs y están pensando en cambiarlo, no lo piensen más :) Vale la pena.

Si tienen un iPhone 4, no me queda tan claro que convenga cambiarlo, a lo mejor conviene esperar a la siguiente generación...

Si quieren una comparación más seria, funcionalidad por funcionalidad, la pueden ver en GSMArena.

Desbloqueo oficial de iPhone

noreply@blogger.com (Marcos Crispino) — Fri, 13 Apr 2012 23:12:00 +0000

Hasta hace poco, pensaba que el desbloquear un iPhone era un proceso no aprobado por Apple, casi que ilegal digamos.

Pero resulta que no, que hay una forma de desbloquear un iPhone de forma totalmente legal, aunque no hay mucha información al respecto.

Para eso, el operador tiene que ofrecer el desbloqueo (ver lista de operadores), que en el caso de Uruguay está disponible tanto en Movistar como en Claro.

Les cuento como fue el proceso, por si alguien más necesita hacerlo...

Mi experiencia con Movistar

En mi caso, tengo un iPhone 3Gs de Movistar, que se venció el contrato original a fines de 2011.

Cuando me enteré que se podía desbloquear, pregunté en Movistar como tenía que hacer, y me dijeron que tenía que ir simplemente al local que está en Soca y Rivera, que ahí lo hacen. Después alguien que comentó que en el Palacio Salvo también se puede, pero no tuve la oportunidad de confirmarlo.

Fui un día al local de Movistar indicado, y me dijeron que sí lo podían desbloquear, pero que lo tenía que autorizar la gerencia y podía demorar hasta dos meses. Así que dejé el pedido hecho...

No demoraron tanto, más o menos a los 10 días me llamaron para pedirme el IMEI del celular, se los pasé, y al otro día me llamaron para avisar que ya estaba pronto, y lo único que debía hacer era conectarlo a una computadora que tuviera conexión a internet, y abrir iTunes.

El proceso de desbloqueo, aparentemente, consiste en que la operadora le pasa a Apple los datos del teléfono, y Apple de alguna forma lo marca como desbloqueado.

Estuve una semana más o menos conectando el aparato a iTunes, pero nada, nunca se desbloqueó.

Volví a ir a Movistar a reclamar, y me dijeron que ese era el procedimiento correcto, y que tenía que esperar.

Esperé... unos diez días más aproximadamente.

Así que volví a ir a Movistar a reclamar, y después de que la vendedora se lo llevó un rato, para que lo viera el técnico, volvió a decirme que ellos ya habían hecho su parte y que no tenían nada más para hacer. Pedí para hablar con el técnico, pero me dijeron que no atienden público, y que me pusiera en contacto con soporte de Apple.

Al final lo logré desbloquear, pero no gracias Movistar, ya que quienes atienden al público que no tienen ni idea...

El proceso de desbloqueo

Para hacer un resumen, los pasos para desbloquear el teléfono son:

Asegurarse que la operadora ofrezca ese servicio, y esperar al fin del contrato
Pedir a la operadora que haga el desbloqueo, pagar lo que corresponda (pueden llegar a cobrar algo, no fue mi caso)
Esperar a que la operadora nos confirme que ya hizo el pedido a Apple
Conectar el teléfono a iTunes, con conexión a internet, y restaurar los ajustes originales.

Lo que nunca me dijeron en Movistar, es que para que se aplique el desbloqueo hay que restaurar el teléfono.

En el paso 4, puede ser que sea necesario ponerle un chip de otra compañía. Yo lo hice, pero no se si es obligatorio...

El paso de restaurarlo, es bien simple y funciona sin ningún problema. Eso sí, no se olviden de hacer un respaldo antes (iTunes pregunta antes de empezar la restauración) si pretenden mantener los datos.

La venta de entradas para Paul McCartney por internet

noreply@blogger.com (Marcos Crispino) — Thu, 12 Apr 2012 11:32:00 +0000

A menos que haya algún despistado... todos sabrán que el próximo 15 de abril viene Paul McCartney a tocar al Estadio Centenario.

Como buen fanático de los Beatles, tenía ganas de ir, así que me dispuse a comprar las entradas.

Las que se vendieron en Abitab volaron, algo así como 28.000 entradas en menos de una hora. Y eso que los precios no eran precisamente baratos.

Mi idea era comprar de esas, pero no pensé que se vendieran tan rápido y no conseguí. En internet cuando me fui a fijar quedaban entradas solo con tarjeta del Citi.

Para la segunda tanda de 5.000 tampoco pude ir a la hora que se ponían a la venta, pero tenía la esperanza de poder comprar por internet. El problema fue que también eran solo con tarjeta del Citi.

Así que lo que hice fue preguntar en Twitter si alguien tenía y me podía prestar, y por suerte un amigo (Gabriel) me ofreció la de él.

Acá empieza la parte divertida.

El proceso de compra por internet fue razonable. No se para que me pidieron registrarme en el sitio donde se vendían, pero es algo aceptable.

Durante el proceso de compra me pidieron la dirección de entrega, como que me las iban a mandar, pero en el mail de confirmación decía que había que retirarlas en algún lugar que no indicaba.

Unos días después me llegó otro mail con el lugar donde había que retirarlas, los horarios, y que se podía ir a partir del lunes 9 de abril. Además decía que tenía que ir el titular de la tarjeta con documento válido.

Así que quedamos de encontrarnos con Gabriel el lunes para retirarlas. Él llego antes que yo, y cuando las fue a retirar, le pidieron el mail impreso con la confirmación de la compra, que obviamente no tenía porque no decía en ningún lado que se precisaba. Me avisó, volví a imprimirlo (porque ya estaba en camino) y allá fui con el mail impreso.

Otra vez a la ventanilla, ahora con el titlar de la tarjeta y el mail impreso. ¿Qué nos dijeron? Que las entradas compradas en abril iban a estar a partir del miércoles... Eso a pesar de que el mail decía que se podían retirar a partir del lunes.

Además nos enteramos, de casualidad porque a alguien adelante nuestro lo rebotaron, que además de ir el titular de la tarjeta con la cédula, tenía que llevar la tarjeta.

Como que así pierde la gracia de comprar por internet, ¿no? Yo me pregunto si en Londres por ejemplo, donde tocó hace unos días será igual...

El miércoles sí, finalmente, pudimos retirar las entradas. Igual escuchamos decir que no estaban todas, que habían algunas que no estaban impresas todavía y había que retirarlas el jueves...

Todo esto me hizo acordar al estereotipo de trámite en organismo público, donde siempre te rebotan porque falta un papel, nunca nadie te dice todo lo que se precisa y si le preguntas a dos personas distintas te dicen cosas contradictorias.

Es lamentable que estas cosas funcionen así...

En fin, final de la historia, el domingo es el recital que seguramente va a estar muy bueno.

Game of Thrones: el libro y la serie de TV

noreply@blogger.com (Marcos Crispino) — Fri, 30 Mar 2012 22:21:00 +0000

Acabo de terminar de ver la primera temporada de Game of Thrones, después de haber leído el libro.

Cuando empezaron a dar la serie Game of Thrones en HBO parecía interesante, y me dieron ganas de verla, pero la verdad cada vez me parece más complicado tener un horario fijo para poder ver algo en la tele^[1]. Así que, después de ver el primer capítulo, no vi más...

Poco tiempo después me enteré que estaba basada en un libro, así que me puse a leer el libro antes de ver la serie.

El libro está bueno. La historia en sí es atrapante, pero después de leer las 700 páginas, la sensación que me quedó es que fue una especie de introducción, que quedaron muchos cabos sueltos. Claro, es el primero de 5 libros (hasta ahora...), y como tal, no es la historia completa.

Después de leer el libro, me puse a ver la serie gracias a Cuevana. Es una excelente adaptación, bastante fiel a la historia original, y creo que vale la pena verla aunque no se haya leído el libro. La gran ventaja que tiene el libro es que permite profundizar mucho más en los personajes, y por las cosas que pasan por la cabeza de cada uno de ellos.

Creo que haber leído el libro primero fue una buena decisión, y pienso repetirla para la segunda temporada que está por comenzar.

^[1]Nota aparte: hay una gran oportunidad de negocio para el que resuelva bien el tema de distribuir contenido a demanda. No me refiero a la solución técnica, que ya existe (por ejemplo Netflix o Cuevana), sino a entregar contenido de calidad de forma simple para el usuario y con un costo razonable. Me llama la atención que las operadoras de cable no lo hayan visto todavía...

Detectar problemas de memoria con Instruments

noreply@blogger.com (Marcos Crispino) — Thu, 22 Mar 2012 23:37:00 +0000

En Objective-C, cuando se maneja la memoria "a mano" con retain/release/autorelease, es bastante común que aparezcan problemas de memoria.

Estos problemas no deberían aparecer si se usa ARC (Automatic Reference Counting) en el proyecto, ya que todo el manejo lo hace automáticamente el compilador.

Los problemas que pueden aparecer son de dos clases:

Leaks: un objeto se retiene más veces que las que se libera, por lo que queda memoria en uso, a la que no se puede acceder.
Zombies: un objeto que se libera más veces de las que se retiene, por lo que la aplicación da un error cuando se le intenta mandar un mensaje.

Los Zombies en general son más fáciles de detectar ejecutando la aplicación, porque la aplicación termina con un error. De todas formas, a partir del error, no siempre es fácil detectar donde se produce o por que.

Para ambos casos, Xcode viene con una aplicación llamada Instruments, que permite detectarlos.

Para poder ejecutar Instruments, se debe ejecutar la aplicación con "Profile" (en lugar de "Run"), lo que va a mostrar una pantalla como sigue:

En esta pantalla se elige que es lo que queremos buscar (Leaks o Zombies), y luego se abre la ventana de Instruments correspondiente y la aplicación en el Simulator.

Al ejecutar la aplicación, si aparece algún problema de memoria, se va a ver en esta ventana.

Por ejemplo, cuando tenemos "leaks":

En la parte superior de la pantalla, nos muestra en azul la memoria que va usando, y en rojo cuando aparece un "leak".

En la parte de abajo, muestra los objetos que no se liberaron. Ahí se puede ver la clase del objeto, quien fue la biblioteca responsable, y donde fue que se produjo el "leak". Si hacemos click en la flechita al lado de Address, entonces muestra toda la historia de ese objeto: cuando fue que se creo, cuando se retuvo y cuando se liberó. Eso permite tener una idea bastante clara de donde fue que se produjo el problema.

Si bien no nos da la ubicación exacta de donde está el problema (es decir, donde se debió haber liberado la memoria y no se hizo), da mucha información que permite encontrarlo de forma relativamente fácil.

Lo mismo ocurre con los "zombies", cuando la aplicación da un error de tipo "EX_BAD_ACCESS", es seguramente porque tenemos un objeto que se liberó de más.

Cuando corremos la aplicación con Instruments, si aparece un "zombie" muestra una cartel indicándolo, y si hacemos click en la flechita, muestra toda la historia del objeto, cuando se le hizo "retain" y "release", lo que permite encontrar de forma bastante rápida donde está el problema.

Con Instruments se pueden hacer muchas más cosas. Estas dos tal vez sean las más comunes, pero es una aplicación que tiene mucha potencia. Vale la pena dedicarle un rato, para ver las cosas que tiene. La parte de "Leaks" sobre todo es fundamental para encontrar problemas de memoria, que si no, son muy difíciles de detectar.

Administrando el correo con GMail

noreply@blogger.com (Marcos Crispino) — Wed, 07 Mar 2012 22:10:00 +0000

Si hay algo que me gusta tener ordenado es el correo. No sigo la filosofía de inbox zero (ni soy experto en el tema), pero me gusta tener la bandeja de entrada limpia en todo momento.

La idea de esta nota es contar como me organizo, ya que creo haber encontrado una metodología que me convence, y capaz que le puede servir a alguien más. Obviamente si alguien piensa que se puede mejorar, escucho los comentarios.

Para el correo, tanto personal como laboral, uso Gmail. En algún momento probé algún otro cliente (Thunderbird y Sparrow), pero no lograron convencerme del todo. Gmail tiene el Priority Inbox, que facilita bastante la organización.

El Priority Inbox de Gmail permite definir hasta cuatro secciones, que en mi caso son:

Important and unread
Starred
etiqueta Follow up
Everything else

En Important and unread va eso, mensajes que Gmail etiqueta como importantes y que todavía no leí. Hay que entrenar un poco a Gmail para que sepa que cosas tienen que estar marcadas como importantes y cuales no, pero después de un tiempo el algoritmo es bastante bueno (aunque igual a veces se equivoca).

En esa sección no puede haber nada... Cuando chequeo la bandeja de entrada, si hay un mail ahí, entonces hay que prestarle atención. Las opciones son varias:

Si el mail no era importante, entonces lo primero es marcarlo como tal, para que Gmail vaya mejorando la heurística.
Si es un mail informativo, pero no requiere ninguna acción de mi parte, se lee y se archiva. En caso que tenga información que voy a necesitar más adelante, puede quedar en la sección de Everything else como leído.
Si el mail requiere una acción, pero no urgente, se le pone la etiqueta Follow up para verlo más adelante.
Si requiere atención urgente, y no estoy con nada urgente en el momento, se lo marca como Starred. Si ya estoy con otra cosa, entonces va también a Follow up.

Para los mails sin leer que aparecen en Everything else (los que Gmail no marca como importantes) se sigue el mismo procedimiento, pero pueden quedar sin leer si estoy con algo urgente en el momento.

La sección Starred es para las cosas que estoy viendo en el momento. Por ejemplo, cuando empiezo a trabajar en un issue, el mail correspondiente lo marco con una estrella, y cuando termino lo desmarco.

Obviamente en esta sección no puede haber mucha cosa. Es difícil que esté activamente en más de un tema a la vez, por lo tanto solo pueden estar los mails que corresponden a ese tema. También puede haber algún tema que tenga en espera de una respuesta si pienso que va a llegar rápido, pero si demora mucho, va para Follow up o se archiva (ya va a llegar otro mail con la respuesta...).

Cuando no hay nada en Important and unread ni en Starred, entonces le toca el turno a Follow up. De los mails que están ahí, se toma el que parezca más importante, se le saca la etiqueta de Follow up y se lo marca como Starred.

En este momento tengo:

0 mails en Important and unread :)
2 mails en Starred (uno de un tema que empecé a ver y todavía no terminé y otro esperando una respuesta)
10 mails en Follow up
11 mails en Everything else, todos leídos.

HTTPS y sitios uruguayos

noreply@blogger.com (Marcos Crispino) — Sun, 26 Feb 2012 18:37:00 +0000

Hace unos días leí un artículo en el blog de Jeff Atwood, que hablaba sobre si se debería encriptar todo el tráfico de internet usando HTTPS.

La conclusión que llega, con la que estoy totalmente de acuerdo, es que sí se debe usar HTTPS siempre que el usuario esté logueado y se puede usar HTTP para el contenido público. De todas formas, el costo de usar HTTPS hoy en día es muy bajo (en términos de recursos).

El protocolo HTTPS lo que hace (muy básicamenete), es encriptar la comunicación entre el servidor y el cliente, utilizando un certificado de clave pública/privada del lado del servidor. Para eso, el sitio que va a utilizar HTTPS, necesita tener un certificado válido.

Cuando un cliente se quiere conectar le pide el certificado al servidor, verifica que sea válido, y si lo es se lleva a cabo la comunicación.

La parte de "verifica que sea válido" es la más compleja, porque ambas partes tienen que confiar en alguien común, que valide el certificado, es decir, que asegure que el servidor es quien dice ser.

Para eso existen las entidades certificadoras, que tienen certificados que son de conocimiento público (porque vienen instalados con el sistema operativo o con el navegador web), y que usan para firmar los certificados de los demás sitios web. Así, por ejemplo, si veo el certificado de GMail, veo que la raíz del certificado es de confianza.

En Uruguay, quien emite certificados, es el Correo. ¿Y adivinen qué?: el certificado no está firmado por una entidad de confianza:

Por lo tanto, cuando quiero ir a la página del Banco de Previsión Social, Chrome me muestra lo siguiente:

Por suerte el país está discutiendo el tema de la firma digital...

Ah, y por si fuera poco, después que uno se registra (ignorando este tema de que el certificado no es de confianza), le mandan la contraseña generada automáticamente a la dirección de e-mail.

Nuevo blog: GeneXus for Smart Devices

noreply@blogger.com (Marcos Crispino) — Fri, 20 Jan 2012 11:30:00 +0000

Esta nota es solo para contarles que estamos empezando un nuevo blog: GeneXus for Smart Devices.

La idea es tener un lugar donde contar las cosas que estamos haciendo, nuevas funcionalidades, tips, como extender los generadores, etc.

Los invito a que lo visiten y se suscriban (por RSS). Ya tiene un par de notas, la bienvenida y una nota contando una funcionalidad nueva :)

El blog está en inglés, porque parece lo más razonable para una comunidad de desarrolladores.

Implementar un User Control para el generador iOS

noreply@blogger.com (Marcos Crispino) — Thu, 12 Jan 2012 13:21:00 +0000

En los generadores para Smart Devices en GeneXus X Evolution 2, tenemos la posibilidad de crear user controls, para extender el comportamiento del generador.

La idea de esta nota es contar como desarrollar un nuevo user control para el generador iOS.

Nota: crear un nuevo user control involucra varios pasos: implementación en la plataforma, definición del control, implementar resolvers para las propiedades, distribución, etc. Ahora me voy a concentrar solo en la parte de implementación.

Como ejemplo, voy a mostrar como implementar el SD ImageMap. Básicamente lo que hace es mostrar una imagen de fondo con un conjunto de imágenes en posiciones determinadas, que cuando se seleccionan tiene la posibilidad de disparar una acción.

El código completo del control (al día de hoy) lo pueden ver en https://gist.github.com/1600064

Clase base

Como decía, el control muestra una lista de imágenes con una imagen grande de fondo. Esa lista puede venir de una tabla en la base de datos, o de un SDT collection. En cualquier caso, los controles que reciben una lista de registros, se implementan a partir de un control Grid en GeneXus, cambiando la propiedad Control Type según corresponda.

Lo primero que tenemos que hacer entonces es crear la clase GXControlImageMap, como subclase de GXControlGridBase.

Advertencia: los nombres que empiezan con "GX" están reservados. En este caso el control es parte del Framework, por lo tanto puede llamarse así. Cuando implementen sus controles usen algún otro nombre...

Creación de la vista

Lo primero que debemos implementar es el método que crea la vista que va a utilizar el control. La forma de hacerlo es implementar el método newGridViewWithFrame:, que será llamado por la clase base cuando se haga el loadView.

Es importante notar que no es aconsejable implementar el loadView directamente, ya que la clase base hace varias cosas además de crear la vista del control (por ejemplo crea otra vista donde coloca la vista que estamos creando, le aplica la propiedad "Visible", etc.).

- (UIView *)newGridViewWithFrame:(CGRect)frame {
    UIImageView *imageView = [[UIImageView alloc] initWithFrame:frame];
    [imageView setAutoresizingMask:UIViewAutoresizingFlexibleHeight | UIViewAutoresizingFlexibleWidth];

    NSString *imageName = [self imageName];
    if (imageName) {
        UIImage *embededImage = [GXResources imageForName:imageName];
        if (embededImage) {
            [imageView setImage:embededImage];
        }
        else {
            NSURL *imageUrl = [GXResources urlForImageName:imageName];
            [imageView setImageWithURL:imageUrl placeholderImage:nil];
        }
    }
    
    [imageView setUserInteractionEnabled:YES];
    
    UITapGestureRecognizer *tapGestureRecognizer = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(handleImageTap:)];
    
    [imageView addGestureRecognizer:tapGestureRecognizer];
    
    [tapGestureRecognizer release];
    
    return imageView;
}

El método newGridViewWIthFrame: hace lo siguiente:

crea un UIImageView donde va a dibujar la imagen de fondo
carga la imagen, el valor lo obtiene usando el método imageName (ver más adelante)
agrega un "tap gesture recognizer" para poder detectar cuando se hace un tap sobre alguna de las imágenes

Acceso a la vista del control

El UIImageView que estamos creando en este método queda accesible usando el método gridView de la clase base. Es recomendable implementar un método que permita acceder a esta vista con el tipo de datos correcto, ya el gridView es un UIView genérico. Por lo tanto, el control implementa el método imageView

- (UIImageView *)imageView {
    return (UIImageView *)[self gridView];
}

Propiedades definidas en GeneXus

El control también va a necesitar acceso a las propiedades definidas en GeneXus. Para eso define nueve métodos, uno por cada una de las propiedades:

- (NSString *)imageName;
- (NSString *)imageAtt;
- (NSString *)imageField;
- (NSString *)horizontalCoordinateAtt;
- (NSString *)horizontalCoordinateField;
- (NSString *)verticalCoordinateAtt;
- (NSString *)verticalCoordinateField;
- (NSString *)sizeAtt;
- (NSString *)sizeField;

La propiedad imageName tiene el nombre de la imagen de fondo a usar.

Las demás propiedades vienen en pares, una con sufijo "Att" y la otra con sufijo "Field". La propiedad con sufijo "Att" indica el nombre del atributo o variable que contiene el valor. La propiedad con sufijo "Field" contiene el "field specifier", que se usa en el caso que el "Att" sea un SDT, e indica el nombre del miembro del SDT.

Ejemplos:

Si usamos el atributo MyAttribute, en la propiedad "Att" viene "MyAttribute" y la propiedad "Field" viene vacía
Si usamos la variable &MyVar, en la propiedad "Att" viene "&MyVar" y la propiedad "Field" viene vacía.
Si usamos un miembro de un SDT, &MySDT.Item, entonces en la propiedad "Att" viene "&MySDT" y en la propiedad "Field" viene "Item"

Los cuatro grupos de propiedades que tienen esta característica son:

image: contiene la imagen del ítem a mostrar
horizontalCoordinate: la posición horizontal donde se debe mostrar, relativo al tamaño de la imagen de fondo (el origen de coordenadas {0,0} está en la parte superior izquierda de la imagen de fondo)
verticalCoordinate: la posición vertical
size: el tamaño con el que se debe mostrar la imagen, relativo al tamaño de la imagen de fondo.

Las propiedades se leen de forma muy simple, por ejemplo:

- (NSString *)horizontalCoordinateAtt {
    return [[self properties] getPropertyValueString:@"@SDImageMapHCoordAtt"];    
}

La única que tiene algo más de complejidad es imageName, que por ser una imagen viene con un prefijo que es el GUID de las imágenes, y debemos separarlo para poder usarla:

- (NSString *)imageName {
    NSString *imageName = [[self properties] getPropertyValueString:@"@SDImageMapImage"];
    imageName = [GXObjectHelper parseObjectNameOfType:kGXObjectIdImage from:imageName];
    return imageName;
}

Carga de datos

La carga de datos la maneja la clase base, y cuando termina de obtener los datos del servidor le manda el mensaje reloadData al control.

En este caso la implementación invoca un método privado loadData: pasándole la cantidad de registros que tiene el proveedor de datos:

- (void)reloadData {
    [self loadData:[[self entityDataListProvider] numberOfLoadedEntitiesInSection:0]];
}

El método loadData: es más interesante.

Lo primero que hace es borrar cualquier imagen que tuviera ya cargada, porque las va a volver a agregar:

[[[self imageView] subviews] makeObjectsPerformSelector:@selector(removeFromSuperview)];

Luego obtiene los valores de las propiedades configuradas en GeneXus:

NSString *imageNameAtt = [self imageAtt];
NSString *imageNameField = [self imageField];
NSString *hCoordAtt = [self horizontalCoordinateAtt];
NSString *hCoordField = [self horizontalCoordinateField];
NSString *vCoordAtt = [self verticalCoordinateAtt];
NSString *vCoordField = [self verticalCoordinateField];
NSString *sizeAtt = [self sizeAtt];
NSString *sizeField = [self sizeField];

Lo siguiente es iterar sobre los registros disponibles (la cantidad se le pasa como parámetro al loadData: en la variable count)

for(NSUInteger index = 0; index < count; index++)

y para cada uno, obtener los valores. Para eso usamos el método valueForEntityDataFieldName:fieldSpecifier:indexPath: de la clase base:

NSIndexPath *indexPath = [NSIndexPath indexPathForRow:index inSection:0];
NSString *imageName = [self valueForEntityDataFieldName:imageNameAtt fieldSpecifier:imageNameField indexPath:indexPath];
NSNumber *hCoord = [self valueForEntityDataFieldName:hCoordAtt fieldSpecifier:hCoordField indexPath:indexPath];
NSNumber *vCoord = [self valueForEntityDataFieldName:vCoordAtt fieldSpecifier:vCoordField indexPath:indexPath];
NSNumber *size = [self valueForEntityDataFieldName:sizeAtt fieldSpecifier:sizeField indexPath:indexPath];

Nótese que el indexPath le indica al proveedor de datos cual es el registro que estamos procesando.

El resto del código del evento es específico al control y no viene mucho al caso, lo pueden ver en el link con el código completo. Lo único para destacar es que con los valores de las propiedades leídas crea un UIImageView para cada ítem y lo agrega a la vista principal del control con

[[self imageView] addSubview:itemView];

Disparo de acciones

Por último, lo que hace el control es disparar la "default action" cuando se selecciona una de las imágenes.

Eso se configuró en el método newGridViewWithFrame: cuando agregamos el "tap gesture recognizer", que va a invocar el método handleImageTap:

- (void)handleImageTap:(UITapGestureRecognizer *)sender {
    UIView *mainView = [self imageView];
    
    CGPoint tapPoint = [sender locationInView:mainView];
    UIView *tappedView = [mainView hitTest:tapPoint withEvent:nil];
    
    if (tappedView && tappedView != mainView) {
        NSUInteger index = [tappedView tag];
        [self executeDefaultActionForEntityAtSection:0 row:index];
    }
}

Este método determina sobre cual ítem se hizo el tap, y luego simplemente llama al método executeDefaultActionForEntityAtSection:row: de la clase base para que se encargue.

Resumen

La nota quedó bastante larga, pero en realidad no es mucho lo que hay que hacer para implementar un user control. La parte más compleja se encarga la clase base: obtener los datos (ya sea de un data provider o de un SDT), lectura de propiedades, manejo de la vista del control, manejo de eventos, etc.

En resumen, lo que tiene que hacer el control es:

crear la vista, en el método newGridViewWithFrame:
implementar el método reloadData para cargar los datos que vienen en el provider (en este caso se implementó en un método privado loadData:, pero es lo mismo)
determinar cuándo se debe disparar una acción y cuál es el ítem que corresponde.

Objective-C: implementar método de forma opcional en runtime

noreply@blogger.com (Marcos Crispino) — Thu, 05 Jan 2012 13:41:00 +0000

Una de las ventajas que tiene Objective-C, es que es un lenguaje dinámico.

Eso permite tener protocolos (interfaces en otros lenguajes...) con métodos declarados como opcionales, y preguntar en tiempo de ejecución si la clase que voy a usar implementa el método.

Esta característica está buena, pero ahora necesito ir un paso más lejos. Quiero que una clase implemente o no un método, pero según alguna condición que solo conozco en tiempo de ejecución.

El caso de uso es el siguiente. Cuando se tiene una tabla (UITableView) se pueden mostrar los registros agrupados en secciones, y en esos casos se puede cambiar la apariencia de lo títulos de las secciones.

En GeneXus tenemos la posibilidad de cambiar estos títulos usando la clase del tema GroupSeparator (es nueva, la estamos implementando...)

El problema es que esa propiedad puede estar vacía, y en ese caso lo que quiero es que la tabla muestre el separador por defecto, que tiene un fondo con gradiente, letra con sombra, etc.

Entonces lo que quiero es que el control Grid implemente el método tableView:viewForHeaderInSection: solamente si tiene tema y si el tema tiene la propiedad "Group Separator".

Si bien en el lenguaje es natural tener métodos opcionales, no es evidente como hacer para que una clase implemente un método a veces sí y a veces no...

La solución que encontré creo que es bastante buena... y consiste en implementar el método respondsToSelector:, y devolver lo que corresponda. Para el resto de los métodos, podemos dejar que el lenguaje resuelva de forma automática.

La implementación del método respondsToSelector: queda entonces así:


- (BOOL)respondsToSelector:(SEL)aSelector {

    if (aSelector == @selector(tableView:viewForHeaderInSection:)) {

        return [[self themeClassList] groupSeparatorThemeClass] != nil;

    }
    return [super respondsToSelector:aSelector];
}

Hay un detalle con esta implementación. La tabla le pregunta al delegate si implementa el método solo una vez, y se guarda el resultado. Por lo tanto, cuando cambia alguna de las condiciones (en este caso, cuando se le aplica el tema al control) hay que poner el delegate en nil y volver a asignarlo para que vuelva a preguntar si implementa el método.

Otra opción puede ser tener una clase proxy que tenga una lista de selectors que se tienen que ignorar en tiempo de ejecución, e implementar los métodos respondsToSelector: y forwardInvocation: en el proxy para que pasen solo los permitidos. Puede ser una mejor opción si se usa mucho esta técnica. Para un caso puntual como este, la sobrecarga de respondsToSelector: es mucho más simple.

Serie numérica

noreply@blogger.com (Marcos Crispino) — Mon, 12 Dec 2011 21:22:00 +0000

Hace un tiempo en un pizarrón en la oficina apareció la siguiente serie:

1113213211

Algunas preguntas:

¿Cuál es el próximo elemento de la serie y como se construye?
¿Cuál es el dígito más grande que puede aparecer? Tip: es menor que 9 :)
Tengo una conjetura: el largo de un elemento de la serie no puede ser menor que el largo del elemento anterior. ¿Alguien se anima a demostrarlo?

Sobre la comparación entre lenguaje de programación

noreply@blogger.com (Marcos Crispino) — Sat, 10 Dec 2011 15:19:00 +0000

El otro día en un almuerzo salió el tema de si tiene sentido comparar distintos lenguajes de programación.

Una de las posturas era que en realidad, con cualquier lenguaje de programación moderno (léase Java, C#, Objective-C, Ruby, etc.) puedo solucionar cualquier problema que pueda solucionar con otro de estos lenguajes.

De todas formas yo creo que sí se pueden comparar, y que si bien con cualquiera se pueden resolver los problemas, no se obtiene la misma productividad.

Voy a poner un ejemplo, usando una muy pequeña característica de los lenguajes de programación: los loops de tipo "for".

El caso más simple, es querer recorrer una colección partiendo del primer item hasta el último, avanzando de a uno. Para eso me alcanza una construcción del tipo:

for index = 0 to count-1 {
  // hacer algo con index

}

¿Qué pasa ahora si quiero contar de dos en dos? ¿Me sirve la construcción anterior? Bueno, sí... puedo escribir lo siguiente:

for fakeIndex = 0 to (count-1)/2 {

  index = fakeIndex * 2
  // hacer algo con index

}

No es complicado, pero no parece muy práctico. Un lenguaje que le pueda decir el "step" al comando "for" no es más potente, pero sí más práctico. La forma de escribirlo quedaría entonces:

for index = 0 to count-1 step 2 {

  // hacer algo con index

}

El problema que tiene esto, es que si quiero que el step sea variable, por ejemplo quiero iterar sobre las potencias de 2, con el step solo no me alcanza. Lo puedo resolver, pero queda más complicado. Una solución es usar la sintaxis que usa C, donde se le indica el valor inicial, la condición de parada, y el incremento. Así:

for (int index = 1; index <= someValue; index *= 2) {
  // hacer algo con index

}

Esta iteración sí la puedo construir con el primer tipo de "for", pero es más difícil: hay que pensar como mapear el índice de la iteración con el índice que realmente quiero manejar.

De todas formas, cuando uno tiene este "for" como es el caso de C y todos sus lenguajes derivados, lo más común es usarlo para acceder a los elementos de una colección:

for (int index = 0; index < array.count; index++) {
  value = array[index];
  // hacer algo con value

}

En general, el índice se termina usando solo para acceder al elemento correspondiente de la colección. El valor inicial, el final y el incremento son una construcción artificial. Lo que realmente quiero es poder iterar sobre los elementos de mi colección.

Supongamos ahora que tengo una construcción que me permite hacer esto:

for (value in array) {
  // hacer algo con value

}

¿Es esta construcción más potente que la anterior? No, las dos permiten expresar lo mismo. Pero sin duda es mucho más conveniente, aumenta la productividad y minimiza el riesgo de cometer errores (por ejemplo si uso "index <= array.count" en vez de "index < array.count", error bastante común).

¿Se puede hacer mejor? Sí, se puede, y lo curioso del caso es que para la forma de mejorarlo es eliminar la construcción "for", que es lo que se tiene en Ruby (donde sí existe el "for" pero no se usa...).

Si no tengo el comando "for", entonces tengo que buscar otra forma de iterar sobre una colección o conjunto de valores. Esto en Ruby se resuelve con el método "each" (o "each_index") de la siguiente forma:

array.each do |value|
  # hacer algo con value

end

(0..5).each do |index|
  # hacer algo con index

end

¿Por qué esto es mejor? Porque si el "each" es un método y no una construcción del lenguaje, quiere decir que el lenguaje me permite iterar de la forma que quiera. Ahora puedo separar el uso del "for" según para que lo quiera.

Las cosas más comunes para las que recorro una colección son para transformar los elementos en otra colección, filtrar los valores según alguna condición, o acumular en una variable. Entonces puedo tener métodos que hagan estas cosas, y en mi programa no voy a necesitar la iteración, porque en realidad lo que quería no era iterar sino hacer algo de más alto nivel a la colección.

En conclusión, es verdad que no hay nada que no pueda resolver con las construcciones más simples, y por lo tanto no hay un lenguaje más potente que otro, lo que sí hay son lenguajes más productivos.

Actualización, 12/12/11 8:56: Willy me encontró un bug, así que lo corregí... Había un loop que empezaba en cero e incrementaba multiplicando por dos, por lo que nunca iba a salir...

RubyConf Uruguay 2011

noreply@blogger.com (Marcos Crispino) — Mon, 14 Nov 2011 22:32:00 +0000

Los días 11 y 12 de noviembre se llevó a cabo el evento RubyConf Uruguay 2011. Este año (es la segunda vez que se hace) tuve la suerte de poder ir.

El evento fue en el Auditorio de Antel que está muy bueno, nunca había ido.

El formato del evento fue de charlas de 30 minutos, de a una por vez (había una sola sala).

Oradores

Una cosa que me sorprendió fue el buen nivel de los oradores. Trajeron gente de varias partes del mundo (Argentina, Brasil, Chile, Estados Unidos, Alemania, Australia, Japón y seguramente alguno más...). Pero no solo eso, trajeron algunas personalidades importantes del mundo de Ruby, como por ejemplo Scott Chacon, uno de los creadores de Git, o Blake Mizerany, creador de Sinatra.

Una curiosidad con respecto a los oradores internacionales: varios de habla inglesa dieron su charla en español, pero todos los brasileros que vi (3 por lo menos) la dieron en inglés...

Audiencia

Siendo un evento técnico, para desarrolladores, la audiencia éramos todos (o la gran mayoría) desarrolladores.

Otra característica es que la inmensa mayoría eran hombres. Diría que un 95%, pero tengo miedo de quedarme corto...

Con respecto a la vestimenta de la gente, era sumamente informal. Y lo digo yo que durante años fui vestido de forma informal (pero no tanto) a los encuentros GeneXus... Había por ejemplo gente de la organización de short y chinelas, o expositores que dieron la charla de bermudas.

Otra cosa que me llamó la atención es que un buen número de las personas que asistieron estaban con su notebook, y lo tenían abierto y prendido durante las charlas. Los notebooks, habían muchas Macs, y las que no eran Macs por lo que se veía tenían Linux. Creo que no vi a nadie usar un Windows.

Organización

La organización estuvo bastante bien:

el wi-fi funcionó muy bien todo el tiempo,
las charlas empezaron y terminaron con una puntualidad bastante aceptable (claro, uno se mal acostumbra y lo compara con los encuentros GeneXus...),
el lugar en sí está bueno para un evento de este tamaño.

Charlas

Con respecto a las charlas, hubo momentos donde me perdí un poco, porque al no estar metido de lleno en la tecnología hay cosas que me resultaron demasiado específicas.

De todas formas, hubo varias que me gustaron. Creo que se pueden ver acá (aunque no probé...)

A Tale of Three Trees, por Scott Chacon sobre git, y más específicamente sobre el comando git-reset y como maneja internamente la última versión confirmada, los cambios para confirmar y el directorio de trabajo.
JRuby: Introduciendo Ruby en el mundo enterprise, por Jano Gonzalez.
Lean Startups for the Ruby Hacker, por Evan Henshaw-Plath.
Winning strategies in the battle against code smells, por Nigel Fernandes.

Hubo varios temas recurrentes, como metodologías ágiles de desarrollo, TDD o pair programming. De este último me llama la atención, porque hay varios que dijeron que usan pair programming todo el tiempo. Yo le veo la utilidad, pero más para cosas específicas. No se si me convencen de hacer pair programming todo el tiempo...

Conclusión

Me gustó el evento, creo que valió la pena ir. Sirve para salir un poco de lo que uno está acostumbrado y ver en que anda la gente de otras comunidades.

Por qué creo que Objective-C es mejor que Java

noreply@blogger.com (Marcos Crispino) — Wed, 09 Nov 2011 22:37:00 +0000

Hace unos días @GMilano hacía una comparación en Twitter donde decía que

Android vs iOS
IDEs:Eclipse > XCode
Language: Java > Objective-C
Framework: Cocoa > Android
Emulator: iOS > Android
Analysis: iOS > Android

y mi respuesta fue que

Casi de acuerdo, solo que Objective-C > Java... Pero, no es algo evidente al principio.

Esa respuesta tiene tiene una justificación, pero como verán lleva un poco más de 140 caracteres.

Aclaraciones:

Trabajo con Objective-C desde hace unos dos años, pero hace mucho que no programo en Java en serio. Si cometo algún error en la comparación agradezco que me lo hagan notar.
Hasta hace no mucho, tenía la idea de que todos los lenguajes de programación "modernos" eran más o menos equivalentes. Si tienen esa misma idea, primero lean este artículo de Joel Spolsky: Can your programming language do this?
Muchas veeces uno no puede elegir (iOS = Objective-C, Android = Java), pero no por eso la comparación deja de ser válida :)

Extensibilidad de clases estándar

En Objective-C, uno puede agregar métodos a las clases estándar. Digamos por ejemplo que uno quiere agregar el método year a la clase NSDate para invocarlo con

int year = [myDate year];

en vez de hacer

NSDateComponents *comp = [[NSCalendar currentCalendar] components:NSYearCalendarUnit fromDate:myDate]; int year = [comp year];

Eso se puede hacer de forma muy simple, creando una "category" con la implementación

@interface NSDate (Helpers) - (int)year; @end @implementation NSDate - (int)year { NSDateComponents *comp = [[NSCalendar currentCalendar] components:NSYearCalendarUnit fromDate:self]; return [comp year]; } @end

Esto en Java no es posible. Se puede crear una subclase, o hacer un método estático en alguna otra clase, pero no modificar las clases ya existentes.

Blocks y selectors

En Objective-C, se pueden definir métodos que reciban un bloque de código o un "selector" (básicamente es el nombre de un método). En Java el pasaje de funciones por parámetro es bastante más complicado e involucra crear una clase específica que contenga el método.

Pasar funciones o bloques de código por parámetro permite por ejemplo implementar el método map: en la clase NSArray (combinando con lo que decía más arriba de las categories) de esta forma

- (NSArray *)map:(id (^)(id element))block { if (!self) { return nil; } NSMutableArray *tempArray = [[NSMutableArray alloc] initWithCapacity:[self count]]; for (id element in self) { [tempArray addObject:block(element)]; } return [tempArray autorelease]; }

¿Cuál es la gracia? Que si quiero construir un array a partir de otro, solo tengo que pasarle al método map: el bloque de código de la transformación, sin tener que escribir todo el código accesorio: crear el nuevo array, iterar, manejo de memoria, casos de borde (if !self), etc.

Además si en algún momento se hace alguna optimización o algún arreglo, queda para todos los que lo usan.

Manejo de memoria

En lo que tiene que ver con el manejo de memoria, tanto Objective-C como Java tienen Garbage Collector.

Claro, eso no es cierto para el caso de iOS... donde Objective-C usa una técnica llamada "reference counting". Si bien esto es más complejo para el programador, es mejor en tiempo de ejecución (si se hace bien) porque la memoria se libera en el momento que se deja de usar, no hay que esperar por un proceso que lo haga (GC)

Antes de iOS 5, era el programador que tenía que encargarse de retener/liberar los objetos, cosa que es bastante tediosa al principio y genera buena parte de los errores que cometen los novatos.

Con la liberación de iOS 5 y las herramientas asociadas, se incluye una nueva opción: dejar que el compilador se encargue. Esto se llama Automatic Reference Counting (ARC) y tiene lo mejor de los dos mundos: es mejor en tiempo de ejecución y no es una carga para el programador.

Sintaxis

Con respecto a la sintaxis, tengo que reconocer que ahí sí, Java le gana a Objective-C. Tener que acceder a un elemento de un array con

[myArray objectAtIndex:0];

es bastante tedioso...

Por eso decía en Twitter que no es evidente que Objective-C es mejor que Java, porque la primer impresión que uno se lleva con el lenguaje es que es bastante complicado, sintácticamente hablando.

Conclusión

Estas son algunas de las diferencias que tienen ambos lenguajes. Seguramente hay muchas más, y alguno tendrá votos a favor para cualquiera de los dos lenguajes. Lo que quería con este post era justificar mi respuesta en Twitter, dando mi punto de vista al respecto.

En una próxima entrega agregaré también la comparación con C# y Ruby...

Pésimo servicio de Movistar

noreply@blogger.com (Marcos Crispino) — Sat, 05 Nov 2011 00:09:00 +0000

Soy cliente de Movistar desde hace poco más de dos años, cuando les compre el iPhone.

En octubre de este año se me vencía el contrato que tenía, y como era más de lo que necesitaba, antes que se renovara automáticamente hice otro más barato y con menos prestaciones. El contrato nuevo entró en vigencia a partir del 1º de noviembre.

Con esto del nuevo contrato, ya había algo que me parecía abusivo por parte de Movistar, que paso a explicar. Cuando uno compra un iPhone tiene la opción de hacer un contrato a uno o dos años. Con el contrato a un año, el teléfono cuesta algo mas de $11.000. Con el que es a dos años, cuesta algo más de $7.000.

La diferencia de precio es obviamente porque con el contrato se paga parte del teléfono. Si no es así, que alguien me explique los $4.000 de diferencia.

Cuando llamé para decir que quería hacer otro contrato y que obviamente tenía que ser más barato, me dijeron que el único contrato que había con el iPhone era el que ya tenía. Pero bueno, después de explicar que no precisaba ese contrato, me dijeron que sí podía hacer otro...

Allá fuí entonces, a hacer mi nuevo contrato, y elegí uno que tiene cierta cantidad de tráfico para navegar por internet. Este es el que entró en vigencia el 1º de noviembre.

Lo primero que pasó con este contrato, fue que me decía que no tenía saldo, con lo que no podía hacer llamadas ni mandar SMSs, ni navegar por internet.

Después de la llamada para reclamar y esperar casi 24 horas, puedo hacer llamadas. Algo "curioso", es que dos minutos después de llamar para reclamar, me llegó un SMS que decía:

Te estas por quedar sin saldo! Envia CARGA al 550 para recargar $200 y lo pagas en tu proxima factura. Podes pedirlo una vez al mes. Vto. carga 60 dias

¿Habrá sido casualidad? Les voy a dar el beneficio de la duda, porque no quiero pensar que me mandaron publicidad engañosa, ya que tenía vigente un contrato con saldo...

Lo que no puedo hacer todavía es usar el plan de datos.

Hoy volví a llamar. Primero me dijeron que apagara el teléfono y probara en 10 minutos. Nada. Después que le sacara el chip. Nada. La tercera vez fue la que me hizo calentar, cosa que no es para nada sencilla.

La respuesta fue que el contrato que tengo no me sirve para usar con el iPhone, porque el iPhone precisa una conexión 3G especial.

Esto es absolutamente falso, y fue lo que le expliqué varias veces a la persona que me atendió, pero nada. Le terminé pidiendo que me pasara con alguien que me pudiera dar una explicación técnica, y después de esperar otros dos minutos, volvió para repetirme lo mismo que ya me había dicho.

Estoy con muchas ganas de ir a cancelar el servicio y volver a Ancel, pero lo que me hace dudar es que de esa forma pierdo el número.

¿Alguien tiene algún conocido en Movistar que me pueda dar una respuesta? En todo caso acepto sugerencias.

Gmail.app

noreply@blogger.com (Marcos Crispino) — Thu, 03 Nov 2011 22:34:00 +0000

En el día de ayer, Google anunció la aplicación nativa de Gmail para iOS, y al rato la tuvieron que bajar... Yo fui uno de los afortunados que la llegó a instalar en el rato que estuvo en el aire :)

El motivo por el cual la bajaron, es porque da un error al entrar:

Lo que me llama la atención, es que haya pasado el filtro de Apple, esta gente se durmió en los laureles y están bajando el estándar...

Más allá de eso la aplicación está buena, y es más rápida que la aplicación de Mail de Apple, sobre todo para acceder a las etiquetas. Además tiene acceso al "priority inbox", que con la aplicación del iPhone no se puede acceder.

Una desventaja que tiene, sin embargo, es que no soporta múltiples cuentas, aunque supongo que eso lo van a resolver. Lo otro que no tiene son las notificaciones, que es por el error que muestra al entrar, que también lo van a resolver.

Con respecto a la aplicación, y sin saber demasiado como la hicieron, es bastante parecida a la interfaz web, por lo que parece que está hecha en HTML5, y lo que es nativo es el cascarón de afuera.

El mismo enfoque es el que tuvo Facebook con su última versión de la aplicación, con el objetivo de unificar los desarrollos en todas las plataformas.

¿Será que se está convirtiendo en tendencia?

iPhone 4 vs. iPhone 4S

noreply@blogger.com (Marcos Crispino) — Wed, 05 Oct 2011 11:35:00 +0000

En el día de ayer, Apple en un evento especial, anunció el lanzamiento del nuevo iPhone, llamado iPhone 4S.

La información relativa al iPhone 4S ya está disponible en el sitio de Apple, donde cuentan las características y hay algún video explicativo.

No tenía intención de escribir sobre esto, pero Mauricio me preguntó por Twitter que me parecía, y no me dio para contestarle en 140 caracteres...

Las diferencias entre el iPhone 4 y el iPhone 4S

Como era de esperarse, hay varias cosas que cambiaron en esta nueva versión del teléfono de Apple.

Usa un procesador A5, en lugar del A4, que según dicen duplica la velocidad del dispositivo. También aumenta varias veces la velocidad de la tarjeta gráfica, fundamental para los que lo usan como una consola de juegos.

La cámara de fotos salta de 5MP a 8Mp, pero además tiene otras mejoras como la cantidad de luz que captura, la velocidad, etc. (no se mucho de fotografía, pero sí que la cantidad de pixeles no es lo único que importa).

La duración de la batería creo que es de los puntos más fuertes. En estos dispositivos, la batería es un problema. Si uno pretende usar el teléfono todo el día sin cargarlo, tiene que estar cuidando no quedarse sin batería. Según dijeron, el iPhone 4S mejora mucho en este aspecto.

Actualización, 12:03: Me hace notar @palsina que la duración de la batería aumenta para hablar, pero baja de 300 horas a 200 en "stand by". Habrá que ver como afecta esto la duración global de la batería... Más información en http://www.apple.com/iphone/compare-iphones/

Por último anunciaron Siri, un asistente personal al que se le puede hablar en lenguaje natural para pedirle que haga cosas como consultar el estado del tiempo, agendar una cita en el calendario, contestar un mensaje de texto, buscar en Wikipedia, y muchas otras cosas más. Lo que no me quedó claro es si es solo para el 4S o si es una funcionalidad de iOS 5. Seguramente precise del procesador más rápido para algunas cosas...

Lo que no se anunció

El nombre, llamarlo 4S en vez de 5, fue una decepción para varios.

Como siempre en estos eventos, había mucha expectativa y mucha especulación, con lo que siempre hay gente que pronostica de más...

Se pensaba que podía haber un iPhone 5 y un iPhone 4S más barato, lo que no sucedió.

También se suponía que iba a contar con un chip NFC (Near Field Communication, para pagos móviles como tiene Google Wallet), que no apareció.

La tecnología 4G, aunque no muy difundida aún, también era algo con lo que se especulaba.

A mi personalmente me hubiera gustado un cambio de forma. No he usado mucho el iPhone 4, pero me parece más cómodo de usar el 3GS con la parte de atrás redondeada, como que se ajusta mejor a la mano.

Entonces, ¿qué me pareció y qué pienso hacer?

Actualmente tengo un iPhone 3GS que ya tiene 2 años, y estoy con ganas de cambiarlo.

Del iPhone 4S, lo que más me motiva es la duración de la batería. La velocidad del procesador también me parece que está bueno tenerlo, pero con el 3GS tengo buen rendimiento, no creo que con el 4 tuviera problema.

La cámara no me motiva demasiado. Sí, está bueno tener una cámara mejor, pero solo eso no me motiva a cambiar.

Siri parece interesante, pero por ahora solo va a estar disponible en inglés, francés y alemán, por lo que no me parece que lo vaya a usar mucho al principio. Además no me veo dandole órdenes al teléfono con la voz... Sí está bueno para probarlo y ver que han hecho de inteligencia artificial :)

De las cosas que no tiene, el 4G y el chip NFC no me cambian nada, porque de todas formas en Uruguay no los iba a poder usar.

Que hubiera un iPhone 5 con estas cosas agregadas y un 4S con lo que anunciaron ayer sí hubiera estado bueno, para poder comprar el 4S más barato :)

El tema de la forma del teléfono sí es un punto en contra para el 4S, porque me hubiera motivado más tener algo más parecido al 3GS...

En conclusión: cuando llegue el 4S a Uruguay voy a cambiar mi 3GS. Lo que todavía no me decidí es por cual, si por el 4 o por el 4S. Dependerá de la diferencia de precio que haya entre uno y otro, y si la duración de la batería justifica pagar esa diferencia.

Encuentro #GX21

noreply@blogger.com (Marcos Crispino) — Thu, 15 Sep 2011 15:18:00 +0000

Pasó otro encuentro GeneXus más, y este año me tocó vivirlo desde el otro lado, desde el lado de la organización.

Se vive distinto, pero no tanto el evento en sí, sino más bien la previa, donde vi lo que trabajaron todos para llegar con todo pronto en fecha.

Del evento en sí, el estar adentro le quita el componente de la sorpresa, de ver en que estuvieron trabajando en el último año. Así y todo, hubo momentos en los que tuve que elegir, porque había más de una charla que me interesaba.

Este año no me dio el tiempo de hacer una reseña por día como venía haciendo en años anteriores, así que hago una sola con los tres días.

Lunes

Sobre las charlas, vi las primeras, de @breogan_gonda, @guscarr y @gmilano en la sala 4CR donde se trasmitían en vivo, porque la 2B quedo chica... Como introducción estuvieron muy bien, para que todos estemos más al tanto de lo que se iba a hablar en el resto del evento. Lástima que a @guscarr no le anduvo apagar la lámpara desde el teléfono...

La de @arminbachmann y @rorro sí la vi en vivo (pero parado al fondo porque tampoco había lugar) y estuvo muy bien. Los diálogos salieron muy naturales :). En resumen, hicieron una aplicación móvil (para las tres plataformas) en 50 minutos... Como toda charla con demo en vivo, les falló cuando quisieron hacer el "deploy to cloud" por un tema de red, pero pruébenlo que funciona :)

La charla "A que le llamamos distancia" por @cimasan y Fabian Bonilla estuvo buena, contando la experiencia de vivir en Japón. No es fácil... Saliendo de lo técnico, estuvo muy interesante.

La última que vi en la mañana fue la de @pablobrenner donde presentó una nueva red social para cuidar el medio ambiente: Greentizen. La idea es interesante, pero no se si va a funcionar... se supone que uno va a comentar y proponer acciones en las redes sociales, y ganar puntos por eso.

En la tarde llegué al final de la otra charla de @cimasan, así que no vi mucho.

Después fui al 15/15 de GeneXus Cotidiano. Fueron varias presentaciones cortas con tips, que me resultaron algunos demasiado específicos (por ejemplo relacionados con DBFs...), y con mucho cambio de tema muy rápido. La otra queja es que no se usaron PPTs, se presentó desde una página del wiki que no se veía nada desde el fondo. Cosas para mejorar de una charla que vale la pena tener en los encuentros.

La charla de @frascafrasca como siempre muy entretenida. Habló sobre "gamification", es decir, como usar técnicas usadas en los videojuegos, pero en la vida real. Véanla...

Después vi la segunda parte de la charla donde se presentaron los proyectos del Smart Challenge. Está bueno ver en las cosas que estuvieron trabajando.

El keynote de Mike Culver, estuvo interesante, fue una mezcla entre una charla comercial y una charla técnica.

La charla deportiva de @njodal estuvo buena, como siempre bien dada y amena. Habló sobre "exaptación" (sí, yo tampoco lo había oído nunca...). Básicamente presento un modelo para estudiar que hace que se produzca determinado comportamiento. Es un modelo que involucra la motivación, la habilidad y disparadores. Véanla...

Martes

El martes arranqué viendo las charlas de Silvia Keymetlian primero y luego de @PabloMazzilli, donde mostraron como hacer una aplicación y después la arquitectura de las aplicaciones para Smart Devices. Estuvieron las dos muy bien, con conceptos claros y bien explicadas. Si se van a meter en el tema, son recomendables.

Después estuve en la charla de DVelop, que presentaban el pattern WorkWithPlus. La verdad que parece estar muy bueno el pattern. Por lo que mostraron parece muy completo.

A las 11 estuve en el Café con Comunidad, en el piso 25. Espectacular la vista, les dejo un par de fotos que puse en twitter.

El café en sí estuvo bueno, se habló principalmente de user controls y Marketplace, a pesar que el tema era "comunidad". Pero bueno, esa es la dinámica de estas charlas...

Luego fui un rato a la charla que dió Marcelo Vignolo de Concepto sobre precintos electrónicos en la aduana. No es de las charlas que suelo ir, pero parece interesante el sistema que están haciendo. El problema es que media hora se pasa volando, y entre que el café se extendió unos minutos más y bajar del piso 25 lleva tiempo, llegué cuando ya iban por la mitad...

La charla de @martinoliveri sobre el GeneXus Marketplace estuvo interesante, contó algunas cosas que se han hecho para mejorar el sitio y las que se tienen pensadas a futuro.

Después fui a la charla de Alejandro Blengio sobre como publicar aplicaciones en las distintas "stores" de Apple, BlackBerry y Google. Yo sabía que publicar una aplicación en la tienda de Apple era complicado, porque involucra varios pasos, pero me quedo tranquilo que en las otras dos tampoco es trivial...

A las 15:00 estuvo mi charla. Pueden ver el video en el sitio del evento, bajar las PPTs, o verla en SlideShare.

A continuación tuve el cara a cara de Smart Devices, por suerte con un break de 15 minutos para poder cambiar de sala.

El keynote de Juan Grompone fue interesante, pero me resultó un poco pesado. La presentación tenía demasiado texto, y por momentos se hacía difícil de seguir...

A la charla de @eliax fui un rato, pero no me pude quedar hasta el final, así que la veré después...

Miércoles

El miércoles arrancamos temprano con el cara a cara con desarrollo. Como siempre en estas charlas, a las 8 había poca gente, pero fueron llegando y a las 9 terminamos a sala llena. Hubieron varias preguntas, por suerte no me tocó responder ninguna :)

La charla de Gastón sobre el generador de Smart Devices empezó unos 10 minutos tarde, porque hubo que sacar las sillas que estaban en el escenario y lleva tiempo. Contó básicamente las cosas en las que se estuvo trabajando, cual es el roadmap de la Evolution 2 de aquí en más (liberar una RC antes de fin de año y la versión Release poco después), y las cosas que están faltando.

Luego vino la charla de @finthamoussu, donde contó cual es el estado actual de la plataforma iOS y lo que se viene en la versión 5. Una lástima que no pudo hacerla por AirPlay, porque el proyector no tenía entrada HDMI que es la salida del Apple TV...

A continuación fui a ver la charla que daba la gente de Concepto sobre su experiencia con GXtest. Por lo que contaron, los comienzos fueron duros, con una herramienta que no estaba del todo estable, pero hoy a un año de haber empezado con la experiencia, tienen buenos resultados y van a seguir por ese camino. Una buena noticia, porque se precisaba en la comunidad una buena herramienta de testing.

Después vi la charla de @minipanizza sobre Android. Contó sobre la plataforma, sobre lo que si hizo en GeneXus y sobre lo que queda por hacer antes de liberar la Evolution 2.

Lo irónico es que Fabian hizo la charla sobre iOS con fondo negro, y Fernando la de Android con fondo blanco, al revés de lo que se usa en cada una de las plataformas :)

La charla sobre pagos móviles estuvo interante también. Contaron algunas de las cosas que hay a nivel mundial y lo que hay disponible en Uruguay, que por ahora no es mucho. Algo de VISA y algo de OCA Cel, pero muy limitados a cosas específicas. Pronostican que va a haber una explosión de este tema en la región en los próximos años. Veremos.

En la charla "Las crónicas de Smart Devices: El termómetro, la lámpara.. y GeneXus!" se mostró algo bien distinto a lo que estamos acostumbrados a ver con GeneXus: una aplicación que controla dispositivos físicos como por ejemplo un portón o el encendido y apagado de una lámpara. Lo que hicieron fue un external object que encapsula la interacción con un controlador que permite interactuar con estos dispositivos físicos, y lo invocan tanto desde un web panel como desde una aplicación móvil.

En la tarde del miércoles tuvimos una charla motivacional por parte de Alfredo Barragán, capitan de la expedición Atlantis que en 1984 atravesaron el océano Atlántico desde las Islas Canarias hasta Venezuela en una balsa sin timón. Me resultó más interesante el video con el que abrieron la charla contando sobre la expedición, que la charla en sí, pero bueno, tampoco soy muy fanático de este tipo de charlas...

Luego vino el keynote de @njodal donde habló sobre el estado actual de la industria, sobre GeneXus y sobre la comunidad.

Por último estuvo el cierre por parte @breogan_gonda, invitando a que hagamos aplicaciones, ya que tanto la tecnología, como la comunidad y la actitud están.

Las que me faltaron ver

Hubieron varias charlas que me faltaron ver, porque tenía alguna otra charla o actividad al mismo tiempo.

Dejo una lista de las que no vi, e iré viendo de a poco en el sitio del evento:

Que aprendí haciendo PesoBook, por Juan Mateo
Mesa redonda de Cloud Computing
Avances, novedades y futuro de GeneXus Server, por José Lamas
Las más lindas son mejores, por Ursula Bartram y Ma. Ines Carriquiry
Native applications Rock!, por Franklin Buitron
La vuelta al mundo en 80 pixels, por Javier Larrosa
Mesa redonda, el PC ha muerto?
Desarrollando aplicaciones seguras con GeneXus, por Alejandro Silva
Probar GeneXus code con GeneXus code
¿Qué hace y cómo se utiliza la Seguridad Integrada a GeneXus?, por Alejandro Zeballos
Plataforma BB: overview y estado del arte, por Felipe Herrera

Cosas para mejorar

La organización del evento fue espectacular como siempre, pero igual hay algunos puntos que me parece se puede mejorar:

Programa impreso: este año no se entregó programa impreso, porque estaban las aplicaciones en las tres plataformas. Sin embargo, hay mucha gente que no tiene un "smarte device", y se vio gente con el programa impreso desde el web o mirando el que se había pegado en una pared en el segundo piso. Creo que se debería tener la opción de tenerlo impreso...
Las conferencias son cortas, de media hora, y no se tiene en cuenta el tiempo que lleva el cambio de orador. Entre las charlas que no hay un break, el programa debería contemplar tener 5 minutos entre charla y charla, para poder hacer el cambio más tranquilo. Además le permite a la gente cambiar de sala, que a veces implica subir o bajar de piso.

El futuro de la televisión es internet

noreply@blogger.com (Marcos Crispino) — Wed, 07 Sep 2011 02:19:00 +0000

Ya hace un tiempo que estaba con ganas de escribir sobre este tema, y no encontraba tiempo para hacerlo. Pero visto los anuncios de los últimos días, es ahora o nunca...

Hace unos meses, cuando acá en Uruguay se discutía sobre que norma de televisión digital usar, si la japonesa o la europea, yo pensaba que la discusión iba mal encaminada. Para el 2015, cuando empiece a funcionar este sistema, ya va a ser obsoleto, porque la batalla la habrá ganado internet.

Me terminé de convencer hace un par de meses, cuando "descubrí" el sitio cuevana.tv. Es un sitio que se dedica a catalogar series y películas (hosteadas en otros sitios) y que permite verlas on-line. La calidad del contenido no es espectacular, pero es más que aceptable

Ahora a partir de mañana, además de cuevana.tv que es un servicio "ilegal" (más sobre esto en seguida), en la región va a estar disponible Netflix, que es completamente legal. El costo además es muy barato comparado con los servicios de televisión por cable (U$S8 contra unos U$S40 por mes).

Hay que ver que contenidos trae Netflix para la región, pero que se cuiden los cables o se van a quedar sin negocio...

Las ventajas de poder ver una película por internet son muchas, pero yo creo que la principal es que la puedo ver en cualquier momento, y no a la hora que el proveedor de cable quiere que la vea.

Sobre la ilegalidad de servicios como cuevana.tv

No se mucho de leyes, pero me parece difícil que ver contenido on-line sea ilegal. Es decir, si veo un video en YouTube (por poner un ejemplo), no creo que esté haciendo nada ilegal, aunque no sepa si el que subió el video tenía los derechos de autor o no. Lo mismo si escucho música en Grooveshark...

Tampoco lo que hace cuevana.tv parece ilegal, porque ellos ni siquiera tienen los archivos en sus servidores. Simplemente tienen un catálogo de links y un reproductor de videos que se ejecuta en el navegador del cliente. Probablemente sí sea ilegal subir las películas si no tengo derecho de autor...

Pero volviendo a la parte de consumir contenido. Puede que no sea ilegal, pero ¿es inmoral?

Supongamos que tengo contratado un servicio de televisión por cable, que tiene un determinado canal que transmite una serie que quiero ver, pero en un horario que no me sirve. ¿Es inmoral verlo en internet? ¿Por qué habría de serlo, si ya pagué por ese contenido?

En todo caso, lo inmoral es que los proveedores de cable no nos permitan ver el contenido en el momento que nos queda mejor... O que cobren 5 veces más caro que un servicio similar...

Claro, ver algo por lo que nunca pagué, seguramente sea más discutible, y no me voy a meter en ese tema.

De todas formas, creo que un servicio pago, al precio que propone Netflix, puede tener ventajas como por ejemplo mejor calidad de los contenidos o más variedad. Habrá que esperar a ver que ofrecen.

La simplicidad de Ruby

noreply@blogger.com (Marcos Crispino) — Fri, 19 Aug 2011 00:59:00 +0000

Una de las cosas que me gustan de Ruby, es la simplicidad.

Hoy necesitaba generar números hexadecimales de largo 24, de forma aleatoria, así que me hice un programita...

Hay seguramente muchas formas de hacerlo, yo elegí esta:

Seudocódigo:

24 veces: elegir un dígito aleatorio entre 0 y F (hexadecimal) imprimirlo

Código Ruby:

hexaDigit = ('0'..'9').to_a + ('A'..'F').to_a 24.times do print hexaDigit[rand(16)] end

Simple, ¿no? Se puede escribir más corto, pero no mucho más claro que esto...

Primeras impresiones de OS X Lion

noreply@blogger.com (Marcos Crispino) — Sat, 13 Aug 2011 17:18:00 +0000

Hace unos días me instalé Lion, la última versión de Mac OS X.

Hay varias cosas que han cambiado, algunas más notorias que otras. Si quieren leer algo mucho más completo (y mucho más largo también), les recomiendo el review de ars technica

No estaba dentro de mis planes instalarlo tan pronto, pero al final lo tuve que instalar para probar algunas cosas que geolocalización de GeneXus que precisaba el SDK de iOS 5...

Instalación

La instalación fue realmente muy sencilla. Lo único que tuve que hacer fue desinstalar XCode, que igual quería instalar la última beta (4.2), así que lo iba a desinstalar de todas formas...

Después de eso, lo único que hice fue meter el disco (sí, me lo pasaron en DVD, si no hay que bajar como 5GB) y darle "next" a unas cuantas pantallas.

Demoró media hora aproximadamente, y cuando levantó ya estaba con la versión nueva. No tuve ningún problema de compatibilidad de aplicaciones ni perdí ningún dato de lo que tenía en Snow Leopard.

Gestos

Ya en Snow Leopard se podían usar gestos en el trackpad, pero en Lion parece que son bastante más importantes.

Hay gestos para varias cosas: dos dedos para hacer scroll, tres dedos para mostrar Mission Control o las ventanas de la aplicación actual, pinch para mostrar el Launchpad o el escritorio, etc.

Scroll

Dentro de los distintos gestos, hay uno que se destaca por haber tenido un cambio significativo: el scroll.

En todos los sistemas operativos de escritorio, cuando uno quiere moverse hacia abajo por ejemplo en una página en un navegador, mueve los dedos o la ruedita del ratón hacia abajo. Es decir, se indica hacia donde quiere que se haga el movimiento.

En iOS esto es al revés. Si quiero ir hacia abajo, lo que tengo que hacer es mover el contenido hacia arriba, por lo que selecciono y muevo el contenido de la página.

En Lion, el comportamiento por defecto es como en iOS (aunque se puede cambiar) y al principio marea un poco.

Lo curioso es que en dos o tres días me acostumbré y ahora hago el scroll bien (casi siempre...)

Mission Control

Es la aplicación que permite ver todas las ventanas y aplicaciones a pantalla completa que tengo corriendo en el momento.

Es práctico, está bien diseñada, y funciona. No tengo mucho más para decir...

Launchpad

Esta aplicación se agregó para poder tener una forma fácil y centralizada de ver todas las aplicaciones instaladas. La interfaz de usuario es una copia casi exacta de la pantalla principal del iPad.

De todas formas la carpeta de aplicaciones sigue estando en el Dock, se ve que no se animaron a sacarla.

Conclusión

Creo que es una versión que se puede instalar porque funciona muy bien.

Hay varias cosas que cambiaron, y las que tienen que ver con la experiencia del usuario, la mayoría fueron cambios para que se parezca más a iOS. Parece que ese va a ser el rumbo a partir de ahora.

Métodos privados y "protected" en Objective-C

noreply@blogger.com (Marcos Crispino) — Wed, 27 Jul 2011 15:37:00 +0000

El lenguaje Objective-C tiene algunas cosas a las que todavía no me termino de acostumbrar, después de más de un año de estar trabajando con él.

Una de estas cosas es la visibilidad de los métodos.

Me explico: en los lenguajes orientados a objetos, se suele tener por lo menos tres tipos de métodos: públicos, que son accesibles por todos; privados, que son solo accesibles dentro de la clase que los define; y "protected" que son visibles para la clase que los define y para sus clases derivadas.

Métodos públicos

En Objective-C todos los métodos son públicos, en el sentido que siempre se pueden ejecutar aunque no estén declarados como tal.

Para declarar un método como público y que quede visible para el resto del mundo, simplemente se declara en la definición de la clase en el .h

Métodos privados

Si bien cualquier método se puede invocar, los que no están declarados en el .h son considerados privados.

Al no declararlos en el .h, no es fácil conocer la firma de estos métodos, por lo que tampoco es fácil invocarlos. Además, si se usa un método privado, el compilador muestra un aviso que puede ser que el objeto no responda a ese método.

Métodos protected

En el lenguaje no hay forma de definir un método como protected. Lo que mejor que se puede hacer, es definirlo como privado, y documentarlo de alguna forma.

El problema es que al definirlo como privado, el compilador va a dar un warning de que no existe el método.

El "work arround" que encontré, es volver a declararlo en una categoría, para que el compilador sepa que existe.

Supongamos que tenemos una clase MySuperClass, que define un método privado

-(void)myProtectedMethod

y que tengo una clase MyDerivedClass que hereda de MySuperClass.

Si quiero usar el método en MyDerivedClass sin que me de un warning, puedo en el archivo MyDerivedClass.m, declarar una categoría para MySuperClass donde defino este método. Suena complicado, el código no lo es tanto.

// MyDerivedClass.m #import "MyDerivedClass.h" @interface MySuperClass (Protected) -(void)myProtectedMethod; @end @implementation MyDerivedClass ... @end

No se si es la mejor opción, pero es efectiva. Por supuesto, si alguien lo resolvió de otra forma, son bienvenidos los comentarios.

Layout Enabled y nuevos controles

noreply@blogger.com (Marcos Crispino) — Sat, 23 Jul 2011 22:39:00 +0000

En el Night Build del 20 de junio de GeneXus X Evolution 2, aparece una nueva propiedad en el IDE, para los objetos de tipo Work With Smart Devices: Layout Enabled.

Esta propiedad está a nivel del Detail del pattern, e indica como dice su nombre, si se toma en cuenta el layout definido en el objeto (poniéndola en true), o si se dibuja un campo debajo de otro como se hacía hasta el momento (dejándola en false que por ahora es el valor por defecto).

Además de respetar el layout definido en el objeto, permite usar controles que antes no estaban disponibles.

Estos son algunas de las cosas en las que estuve trabajando y ahora quedan visibles.

Tab control

El Tab control permite agregar componentes en distintos tabs.

En la imagen se ven solo los tabs sin datos, porque fue como me quedó el ejemplo, también se pueden poner datos...

No se si en el último Night Build ya está en el IDE el control tab, pero si no está sale en el próximo...

Wheel control

Permite elegir valores usando una ruedita.

Funciona para enumerados y para campos numéricos, en estos últimos se le dice el rango de valores y el step, es decir, cuanto varía entre cada valor. Si el step es un decimal (por ejemplo 0.1 como en la imagen), se muestra una ruedita para los enteros y otra para los decimales.

Mapas a pantalla completa

En el iPad, se puede hacer que la aplicación se ejecute a pantalla completa (por defecto usa un split view: las listas a la izquierda y los detalles a la derecha). Para que ejecute a pantalla completa, hay que cambiar una propiedad: Navigation Style = Flip.

En este caso, cuando se usa el control SD Maps, se oculta la barra de navegación y la toolbar, quedando el mapa a pantalla completa (esto va a ser opcional mediante una propiedad, hoy es siempre que se pone Flip).

También se ve en la imagen, que cada uno de los marcadores usa una imagen distinta. Esto también es nuevo. Se agregaron dos propiedades para el control SD Maps: Pin Image y Pin Image Attribute. La Pin Image es una imagen estática, y usa para todos los marcadores la misma. El Pin Image Attribute permite poner una imagen distinta para cada marcador.

Sobre el uso de estas funcionalidades

Todas estas cosas van a estar disponibles en todos los generadores, aunque en este momento es posible que solo estén en iOS... así como también hay cosas que solo están en Android o en BlackBerry.

Además en general no van a funcionar con el Knowledge Base Navigator que está en el App Store, porque esa versión está sincronizada con la beta 3 y estos cambios son (pueden ser...) posteriores. Si los quieren usar, van a tener que compilar la aplicación usando una Mac o esperar a la próxima versión del KBN.

También aclaro que esto son solo algunas de las cosas que hay, y en particular son algunas en las que trabajé yo. En los Night Builds hay muchas más cosas, que se anuncian en el wiki.

Música para correr

noreply@blogger.com (Marcos Crispino) — Sat, 25 Jun 2011 23:15:00 +0000

Hace un tiempo encontré el sitio jog.fm, que permite buscar música para correr, con la particularidad que busca la música más adecuada para el ritmo que uno elige.

Por ejemplo, se puede buscar música para correr a 6 minutos por km, y encuentra canciones que sirven para correr a ese ritmo.

También sirve para buscar música para otras actividades, como caminar o andar en bicicleta.

En el sitio se pueden escuchar las canciones, comprarlas en Amazon o iTunes, armar listas de reproducción (que no se como la escucho mientras voy corriendo...), escuchar listas de otros usuarios, etc.

Además tienen una aplicación para el iPhone, pero no me convenció demasiado. La aplicación procesa toda la biblioteca, y cuando uno va a hacer ejercicio puede decirle a que ritmo quiere correr o que detecte el ritmo automáticamente. Supuestamente se van a reproducir las canciones adecuadas.

Digo supuestamente porque hice una prueba y me parece que no me funcionó muy bien. Algunas mejoras que le haría:

poder elegir música de una lista, yo ya tengo una que se llama "música para correr"...
tener alguna forma más fácil de decirle que canciones no quiero que use, por ejemplo un botón en el reproductor.

Con esos dos cambios sí sería más usable.

Sobre la corrida

En mi punto más alto (diciembre 2010 - enero 2011), llegué a correr 7km hasta tres o cuatro veces por semana, y corrí una carrera de 10km, de esas que hay un montón en primavera.

Desde ahí, vengo bajando. Primero en frecuencia y después en distancia. Es impresionante como se va perdiendo el estado físico por la falta de ejercicio. Ahora estoy corriendo una vez por semana (sábado o domingo, porque entre semana es imposible), y corro 5.7km. Pero cada vez cuesta más...

Lo bueno es que aumentar la distancia y mejorar el tiempo es algo relativamente fácil, si uno tiene la constancia necesaria. Cuando empecé, en agosto de 2010, hacía un recorrido de 2.5km, y a veces no me daba para hacerlo todo corriendo. De a poco fui subiendo, primero 3.5km, 4.5km, 6km, hasta llegar a los 7km y la carrera.

Así que cuando vuelvan los días más largos, trataré de salir a correr más seguido para estar mejor que en mi mejor época :)

Una mención especial

Hay dos canciones que se ajustan particularmente bien a mi ritmo de corrida. No las encontré en jog.fm, ya las tenía en mi biblioteca. Se las dejo para que las escuchen (en un dispositivo que soporte Flash...):

The Ramones - I Wanna Be Sedated

Astroboy - Did I Tell You?