Archive for 29 agosto 2008

The Bell

Viernes, 29 \29UTC agosto , 2008

¿Es “The Bell” (Tubular Bells II, Mike Oldfield) el mejor corte de música clásica moderna? Yo no tengo ninguna duda, para mí lo es :). Ni siquiera tengo claro que sea música clásica, pero realmente se le parece bastante. Es una pieza emocionante, agradable de escuchar y bien organizada, realmente me gusta. La recomiendo escuchar con la mayor calidad posible.

Anuncios

Nuevo blog de Albentia Systems

Viernes, 29 \29UTC agosto , 2008

El concepto de “corporativo” no me gusta nada para un blog, así que no diré que lo es, principalmente porque no creo que lo sea. Albentia Systems, la empresa donde trabajo, está empezando a construirse su propio blog. La idea principal es que no sea un blog centrado en la parte comercial, si no un sitio en el que contar ideas, impresiones y opiniones sobre la tecnología, principalmente WiMAX, pero no necesariamente. Ahí estaremos algunos escribiendo, de forma totalmente altruista ya que la empresa no nos paga más por ello :).

Nos deseo suerte.

Desencanto analógico (con Fotoprix)

Miércoles, 27 \27UTC agosto , 2008

Rayo 2

Originally uploaded by iratxo.foto

Hoy he recibido mi primer “gran” pedido de revelado de Fotoprix. Había enviado unas 280 fotos en tamaño 13×18 y 6 en tamaño 20×30. Han sido muy rápidos, desde que las pagué el domingo, han tardado escasas 48 horas en llamarme para ir a recogerlas, un servicio rápido. La verdad es que la presentación en la tienda ha sido muy buena: cajas de cartón duro para las pequeñas y un sobre grande con una cartulina rígida para las grandes.

En la propia tienda he repasado las fotos grandes, básicamente porque no era de recibo repasarse 280 fotos. La verdad es que han quedado muy bien, ninguna queja, al contrario: muy buen resultado.

El problema ha sido al ir a ver las fotos pequeñas en casa. Cojones (si, he dicho cojones) me las han jodido. Así como las fotos grandes muestran un resultado neutro: tal cual las envié las he recibido, las pequeñas muestran la mayoría un resultado chillón.

Están, en general, exageradamente saturadas y con un realce de contraste totalmente irreal e innecesario. Ya estaban corregidas antes de enviarlas.

Yo tengo una teoría: Suponen que las fotos pequeñas son las típicas de vacaciones/amigos/instantáneas que envía la gente según salen de su cámara. Les aplican un proceso de normalización que, supongo, realzará el color y tenderá a extender el histograma. Pero claro, este proceso, intuyo, es totalmente automático y las máquinas no entienden de resultados.

Por ejemplo, la foto que acompaña a esta entrada, es claramente oscura. Así la saqué y la procesé, y así me gusta (y me gusta mucho, oye). Pues nada, los amigos de Fotoprix, o su ordenador super-realza-hyper-mejora fotos ha decidido que está muy oscura y la ha “aclarado” tanto, hasta el punto que el rayo no se ve porque está en medio de una mancha blanca gigante que es la nube sutilmente iluminada en esta foto. Un desastre.

Casualmente las fotos ampliadas en 20×30 también las he revelado en 13×18, y ahí está la clave: el cambio entre las dos versiones en saturación de color, contraste y demás es tan claro que no deja lugar a dudas: Las pequeñas están totalmente retocadas.

Eso, o tienen las máquinas de revelar fotos pequeñas totalmente desequilibradas tanto en color como en brillo y contraste.

Una auténtica pena, la verdad. No creo que vuelva a revelar allí si no me dan una solución para garantizarme que no me van a tocar mis fotos, que están como a mí me gustan. En el resto de cosas son buenos: logística, atención, web… pero en lo verdaderamente importante fallan. Mal asunto.

Podcast – Recomendación

Miércoles, 27 \27UTC agosto , 2008

Al hilo de mi última (y primera) recomendación sobre un podcast, el de Guillermo Flores, he estado trasteando con algunos sitemas para gestionar y escuchar podcasts. Al final, después de jugar un rato y hacer cosas más serias después, he llegado a la conclusión de que el mejor se adapta a mis necesidades es: gpodder. En ubuntu “apt-get install gpodder“. Lo encontré con apt-cache search :).

La verdad es que me gusta porque permite tener el respositorio local de ficheros en un disco independiente y te puede sincronizar tanto con iPod como con una tarjeta de memoria o dispositivo que esté montado en el sistema de archivos. Yo me he sincronizado con mi móvil y me he descargado unos 750Mbytes de podcasts sin problemas. Ahora voy enganchado todo el día al móvil, pero sin hablar.

Sobre bits y sensores de imagen.

Lunes, 25 \25UTC agosto , 2008

Me voy a citar a mí mismo, y es que me salió un comentario que me gustaría guardarme aquí. Lo escribí en la página de Guillermo Flores (no os la había recomendado ya?, espero que la hayáis visitado al menos 100 veces).

Como el comentarío es mío, me voy a permitir modificar la cita allí donde estime oportuno, para mejorar la calidad y sobre todo el contexto, que ahora puede que aquí pille un poco fuera de lugar. Esto viene de una pequeña disertación de Guillermo sobre los bits de color por canal que tiene una cámara y si se aprecian o no mejoras en las fotos que salen de ella. Allá va:

Un poco sobre los bits. Básicamente los bits de profundidad de color, por canal, no son más que la representación matemática de un nivel de potencia de luz captado por el sensor. 12bits son 2pow12, o 4096 niveles de color por canal, 14 bits son unos 16mil niveles de color por canal.

La latitud o rango dinámico máximo del sistema generalmente lo marca el dispositivo más limitado. Este suele ser el sensor, que al ser un dipositivo lineal, es complicado que pase de los 5-6 stops (si no me equivoco).

La idea detrás de una palabra digital más o menos grande viene determinada mucho por la electrónica. Generalmente el tamaño de la palabra no la limita el sensor si no el conversor analógico-a-digital. Estos conversores traducen un nivel eléctrico analógico que le entrega el sensor a una palabra digital de 10,12,14 o 16 bits. Cuantos más bits, al menos en teoría, la calidad de la conversión será mejor.

El problema es que cuando el rango dinámico está limitado por el sensor, lo único que se consigue con más bits es un escalado mejor. Me explicaré un poco mejor. Imaginemos un sensor con 8 stops (pasos) de rango dinámico. Es capaz de capturar luces desde una intensidad base A y una máxima de 256A. Usar un conversor y procesador que de 12bits indica que de entre A y 256A podrá sacar hasta 4096 niveles distintos, pero los máximos seguirán siendo A y 256A o 8stops de diafragma. Pasar a 14bits implica que el nivel de detalle se hace 4 veces mayor, o va a tener 16mil niveles diferentes, pero siempre entre A y 256A.

Depende mucho del sensor y la electrónica detrás de él, pero tener escalones más pequeños no quiere decir mejor calidad. Generarlmente esos 2 últimos bits no serán más que ruido, ya que para conseguir llenar todos los niveles con señal hace falta (y esto ya es ultra-tecnico) tener un sensor+amplificador que esté entregando al menos 84dB de relación señal a ruido. Una auténtica pasada.

Por otra parte, puede tener cierto interés tener estos 2bits extra (que generalmente serán inservibles a la entrada) para el procesado. Tener palabras digitales grandes mejora mucho los cálculos matemáticos, ya que hace que los errores de redondeo sean menores, y sobre todo se pueda jugar con su acumulación. Esto redunda en procesados de más calidad, principalmente si se aplican muchos cálculos sobre los píxeles. De todas formas, photoshop ya hace esta mejora al trabajar en modo de 16bits (e incluso 32bits por canal).

Vaya rollo técnico que me ha salido, espero que se entienda!

Curioso jueguecito

Domingo, 24 \24UTC agosto , 2008

Si queréis saber cómo de buenos y hábiles soys detectando manipulaciones con un programa de retoque fotográfico como gimp o photochow, pues dadle:

Photoshop Quiz
Created By Their Toys

Salir de compras

Domingo, 24 \24UTC agosto , 2008

Atardecer

Originally uploaded by iratxo.foto

Ayer fui con mi mujer de compras al centro comercial “Espacio Torrelodones”, que está curiosamente en Torrelodones. Es la primera vez que me llevo el kit de la cámara (con todos sus aperos) cuando salgo a un sitio de estos.

La verdad es que aún tengo que vencer un poco el miedo a sacar la cámara en según qué circunstancias, pero la verdad es que podrían haber salido unas cuantas fotos muy interesantes. Me quedé con ganas de hacerle unas a una tienda pintada de negro con luces de colores… La luz era muy buena, el sitio está alto y el sol estaba bajo, así que había unos colores muy interesantes.

Vignetted plane

Entre una cosa y otra, tuve tiempo para ponerme a lo mío un rato, principalmente desde las terrazas que tiene el edificio. Ha sido una forma curiosa de ponerme a “afotar”, intentaré repetir siempre que pueda.

Torrelodones

Fotos en días lluviosos

Domingo, 24 \24UTC agosto , 2008

Lluvia sobre la Ventana

Originally uploaded by iratxo.foto

Me gustan los días en los que llueve, tienen un algo para hacer fotos un poco diferente: el agua :). Para hacer fotos en la calle está complicado, hay que tener equipo preparado y al final acabas caladito de agua. Pero desde dentro de casa o bien resguardado, se pueden hacer algunas fotos muy interesantes que son imposibles en días más secos.

Lluvia tropical

Una de mis actividades favoritas es fotografiar ventanas tras la lluvia.

Grua y Lluvia

Trac como herramienta para Scrum

Domingo, 24 \24UTC agosto , 2008

Hace ya un tiempo que tengo pensado escribir una entrada sobre este tema, pero por unas cosas o por otras lo he ido dejando en la pila de “por escribir”. Hoy, esperando a que se suban unas 270 fotos para revelar, me he planteado que puede ser un buen momento.

Desde hace un par de años venimos usando Trac como sistema central para la gestión de proyectos software (y los que no son software en general también) en la empresa donde trabajo. Trac es un sistema web centrado en un wiki, con sistemas montados alrededor de él: tags, blog, sistema de tickets/incidentes… y un montón de plugins, extensiones y macros. Está pensado para la organización de proyectos de desarrollo software de forma principalmente colaborativa.

En un principio hemos estado usando Trac de una forma intensa pero sin un objetivo definido. Simplemente viene bien para documentar, tracear bugs, información personal y demás.

Una de las cosas que más me ha convencido Trac con el pasar del tiempo es lo bien que se puede usar en un entorno o grupo de desarrollo que tenga implantada una metodología tipo scrum. Scrum es una forma de gestionar/avanzar en proyectos de desarrollo software (principalmente, aunque no exclusivamente). Está basada en el concepto de que un pequeño grupo de gente auto-organizada responde mejor a los cambios y es más eficiente, sobre todo si se auto establecen objetivos a muy corto plazo y se mantiene una comunicación muy muy muy fluida entre todos los miembros del equipo.

Sin entrar en excesivos detalles, scrum tiene tres conceptos centrales: Pila de producto (o proyecto), pila del sprint y el propio scrum. La pila de producto es una lista de funcionalidades (u objetivos) a medio/largo plazo que se establecen en el proyecto de desarrollo. Generalmente esta pila no está definida por completo nunca y siempre está cambiando, su dueño es el gestor del producto (product manager). Esta pila es la guía final del proyecto, aquí están representado lo que quiere nuestro cliente (o lo que se establece en un estándar) y es a lo que hemos de ir a buscar.

La pila de sprint es, como su nombre indica, las cosas que el grupo se propone hacer para el sprint. Un sprint no es más que un periodo de corto relativamente corto, de entre 2 y 6 semanas, en el que se establecen unos objetivos sacados de la pila de producto y que se meten en la pila de sprint. El equipo es responsable de calibrarse, de asumir los trabajos y de gestionarse para conseguir que al final de mes la pila de sprint esté vacía.

Por último, el scrum en sí, además de la metodología, es una mini-reunión diaria que se establece para, básicamente, permear el conocimiento y la gestión en el grupo e intentar resolver cualquier problema de ahora o del futuro próximo. Se han de responder tres simples preguntas: ¿Qué has hecho desde el último scrum?/¿Qué harás para el siguiente?/¿Algún problema?.

Insisto en que Trac me gusta porque trae herramientas incorporadas que permiten la implantación de una filosofía tipo scrum de manera bastante sencilla. El propio wiki es una forma extremadamente colaborativa de documentar un proyecto, o cualquier cosa, que se lleva muy bien con la filosofía de gestión scrum. Pero es que además:

El blog permite documentar, si se desea, los sprints de una forma rapidísima y muy útil para una referencia futura.

Los milestones, que pueden tener fecha o no, permiten implementar tanto la pila del producto (sin fecha), como la del sprint (con fecha).

Los tickets, pueden asociarse fácilmente a las entradas en la pila de producto o de sprint, y es sencillo ir traspasando tickets de una pila a otra y ver cómo se van quemando los sprints según se van cerrando los tickets.

Además me gustan especialmente dos funcionalidades de trac. Por un lado los tags me parecen un sistema realmente muy potente y natural de organizar la información. La metainformación es una forma de no preocuparse por complicadas jerarquías o estructuras de organización de la información, si no simplemente de asignar palabras clave a un documento, blog o ticket. Posteriormente una consulta a los tags apropiados y recuperamos todos los documentos asociados. Si se es solo un poco ordenado con los tags, se pueden crear complejas estructuras de información, muy sencillas de acceder, con la información totalmente a mano siempre.

Por otro lado el blog, además de para documentar reuniones, es muy potente para animar al equipo a documentar. Creo que la excesiva formalidad o burocracia está detrás del anquilosamiento de los proyectos, y estoy convencido de que metodologías menos formales como el wiki o mejor aún, un blog basado en wiki como el de trac, incentivan a la gente a escribir documentación para uno mismo o para los demás. La clave del éxito total pasa por asignar unos tags correctos y ya tendremos una forma de indexar esas entradas, además de la temporal, por supuesto.

Mi recomendación con respecto a proyectos de software, al menos hasta grupos de 6-10 personas, es intentar implantar un sistema trac y si encima se le une una filosofía scrum de gestión, pues mejor.

V

Domingo, 24 \24UTC agosto , 2008

Llevo una temporada agradablemente larga viendo una serie que considero de culto: V. La compré completa en un centro comercial, por unos 40€. Son unos 10DVDs con una calidad más que razonable, e incluye tanto los primeros capítulos, como la larga serie que hicieron después.

Pero lo que me importa es el fondo, la serie en sí. Volver a verla y recordar cosas, menos de las que pensaba, merece sin duda la pena la inversión. La serie no ha perdido prácticamente nada con el tiempo, salvo los efectillos que son más cutres de lo que uno tenía en la memoria, la trama es buena, sobre todo la de los cinco capítulos originales. La serie que sigue, no es tan mala, pero podría ser mejor.

Recomiendo la entrada en la wikipedia sobre la serie, que explica las diferencias y hasta te entran ganas de volver a verla.