Así, de cierta manera desmistificaba un poco la típica idea que a veces los medios nos dan de ciertas personas, donde con mucho esfuerzo, sacrificio y paciencia iban escalando su camino hacia el éxito, pero olvidando otros factores que habían colaborado en mucho a éste.

Bill Gates, por ejemplo, debía mucho de su éxito a haber tenido la oportunidad de estudiar en un colegio donde poseían un computador de tiempo compartido, y luego de ya no contar con acceso a éste, de que su madre y una comisión que en la que ella participaba, pudieran facilitar otro para que su comunidad se beneficiara. E igualmente, de vivir cerca de una Universidad que le permitía pasar algún tiempo (de 3am a 6am) programando en su  locación.

Así, familia, amigos, status social, económico, e incluso una fecha de nacimiento eran factores que podrían marcar desde el principio el éxito de una persona, o al menos facilitarle alcanzarlo.

El tema me volvió a la mente hace unos momentos cuando conversaba con un buen amigo sobre algunas de las anécdotas que había tenido durante mi época escolar, y prontamente me di cuenta que, trazando distancias con el resto de personajes previamente mencionados, habían habido varias situaciones y oportunidades durante mi vida que me permitieron desarrollarme en la manera en que lo he hecho hasta ahora, y me dio ganas compartirlas por este medio con el fin de que otros también puedan recordar algunos hechos que marcaron su camino y los enrumbaron en el que poseen ahora.

Una Spectrum al anochecer

Muchos de los que me conocen saben que empecé a programar desde muy joven, entre los seis y siete años de edad. Si bien no deja de ser hecho simpático que contar, es tambien sólo el resultado de  muchas oportunidades.

Mi padre era (y todavía lo es) economista de profesión, pero siempre se había sentido atraído hacia la informática y la computación. Su interés hizo que pudiera adquirir una computadora personal en un tiempo donde muchos ni siquiera contaban con una en sus trabajos, y finalmente me permitió a aprender a usarla desde los cuatro años.

Recuerdo que no entendía cómo funcionaba pero me fascinaba el hecho de introducir comandos e instrucciones y que la pantalla respondiera acorde.

Muy pronto acompañaba a mi papá durante muchas tardes y noches, sentándome a su costado para mirar como él trabajaba, introduciendo fórmulas en hojas de cálculo, escribiendo textos y gráficos, y finalmente para terminar la velada jugando largas partidas de Nibbles.

PEN UP, PEN OFF

Haber experimentado ya con una computadora hizo que empezara pronto a destacar en los cursos que, fortuitamente, se dictaban ahí.

En aquellas épocas, el curso de computación, pasadas ya las clases introductorias, se orientaba a enseñarnos algunos fundamentos de programación a través de LOGO, experiencia que era muy común, como luego averigüé, en colegios de otros países, pero no tanto en muchos de los colegios peruanos. Para bien de muchos chicos que estudiaron ahí, el colegio compartía currícula y enfoque norteamericano gracias a los fundadores de éste, y eso motivó a que tuviera un acercamiento a LOGO.

Asimismo, en otro golpe de suerte, resultó que la persona que dictaba los cursos de computación era mi prima, y luego de rogar mucho (que en aquellas épocas no había bittorrent), pude conseguir a través de ella un diskette con lo necesario para instalar LOGO en mi computadora casera, y poder practicar más aún.

Recuerdo que pasaba muchas horas en la tarde lideando con la vista de sprites, descubriendo el uso de funciones para evitar repetir mi código y a mover elementos en pantalla. Así, mientras mis compañeros luchaban por hacer mover la tortuga, yo prefería ocultarla y tratar de programar juegos (una de mis pasiones en esa época) en la vista de código.

Sin embargo, pronto empezaba a tener más curiosidad: en esa época ya trabajámos con Windows habiendo abandonado el entorno DOS, y veía como haciendo un doble clic en un archivo .exe, aparecía un programa en pantalla, y consecuentemente, yo también quería eso.

RTFM

Nuevamente un hecho me permitió continuar mi camino: entre los libros que mi papá tenía, encontré uno orientado a enseñar programación LOGO para un programador Basic. La idea me sedujo rápidamente. ¡Existía algo llamado Basic!

Con mucho trabajo en una época donde no tenía Internet ni otros recursos, me senté una tarde en la computadora, y empecé a usar el libro a la inversa, leyendo los comandos de LOGO que ya conocía, y tratando de reconstruir la sintaxis de Basic que se usaba como ejemplo en el libro.

No estoy seguro que tanto de eso fuera posible con otro tipo de lenguajes, pero en ese momento y lugar, me dio un cierto conocimiento suficiente para poder modificar el código de Nibbles (que venía incluído en QBasic), de crear mis propios programas y sentir como todo se volvía más interesante.

Para entonces, ya me encontraba en cuarto o quinto grado, y tras haber extraído todo lo que podía de aquel viejo libro, traté de buscar algo similar en la biblioteca del colegio. Para mi sorpresa, no sólo existían algunos otros libros del tema, pero también el que era para mí en ese instante el principal: “Basic Computer Games”.

No era sólo una gran referencia, pero también era un libro anticuado y muchos de los juegos no compilaban en la versión de Basic que yo usaba, y eso me permitió a aprender a realizar “debugging”, a entender código de otras personas, resolver problemas y finalmente, entender como una estructura de código funcionaba.

Mis tardes se llenaron entonces de mucha programación, dolores de cabeza, y satisfacción de lograr tener algo más en pantalla.

Perlas para desayunar

Ya en 9no grado, como parte de la educación en habilidades extracurriculares, iniciaba un curso de programación.

Sin dudarlo un instante me enlisté, y tuve la gran oportunidad de tener a un profesor (ahora un buen amigo) que, entre sus diversas actividades, profesaba el código libre, lo que hizo que me enfrenté y conozca algo de GNU/Linux.

Le gustaban también los lenguajes de scripting y pude conocer Perl antes de cumplir catorce años. Y mejor aún, le fascinaba el desarrollo web, y pude complementar mis conocimientos de HTML, que había visto hacía un tiempo ya, y crear no sólo sitios web, sino también aplicaciones sencillas mediante scripts CGI. Y cómo no podían mantenerse estáticos, nos enseñó también a conectarnos a una base de datos (con lo necesario en MySQL para lograrlo)

Cuando mi mejor amigo y yo ingresamos a la universidad a seguir la carrera de informática, teníamos ya algo de experiencia desarrollando aplicaciones, habiendo aprendido sobre prácticas al trabajar con tecnología, a manejar problemas y resolverlos. Mientras nuestros compañeros sufrían por entender el modelo de clases, a resolver algoritmos y cómo se armaba una sentencia SQL, nosotros podíamos enfocarnos en crear proyectos que finalmente se convirtieron en el fundamento de la empresa que ahora presido.

Y una apuesta al futuro

Probablemente si mi padre no hubiese tenido esa intriga por las computadoras, si mi prima no hubiera dictado el curso donde yo estudiaba, y si no me habría podido brindar un programa para practicar en casa, si no me habría cruzado con los libros correctos, y en la forma correcta, y si hubiera estudiado en un colegio distinto, no tendría la pasión y ganas de seguir en esto.

No puedo negar que poseo cierto talento para el desarrollo y la programación (aunque sea principalmente una buena capacidad de memoria), pero la conjunción de todos esos elementos (y muchos otros que por la extensión del post he obviado) me ayudaron en mucho a poder avanzar, a seguir siempre adelante y siempre tener una meta y algo que aprender.

Quiero pensar que las oportunidades se seguirán presentando, y que en unos diez años podré crear una nueva entrada en algún blog narrando como la vida siguió conspirando para que me mantengan en un rumbo u otro.

Hasta entonces, sólo queda seguir practicando, mantener la mente despierta y aprovechar cada instante que las circunstancias nos presentan. En algún lugar en este momento está un(a) joven programadora descubriendo las maravillas de la computación, y creo que sería muy divertido si algo que nosotros hagamos ahora (escribir un tutorial, participar en una comunidad, responder alguna pregunta) sea un paso más en su camino hacia la grandeza. ¿Qué esperamos?

Nuclear Bells

Exploring all the map
taking away the zergs
destroying the carriers
using just a few siegue tanks.

Rising up some troops
blowing up the way
and destroying all you can
on a happy christmas day…

Oh, nuclear launch,
nuclear launch,
nuking all the way
Oh, what fun it is to ride
on a big carrier (Twice)

Walking around the map
finding out some ghosts
trying to avoid
that nuclear launch strike.

Protecting your allies
destroying the PC
waiting just some time
still you end as a big dump…

(Chorus)

Growing up your tech
taking out some darks
preparing your allies
to a big attack for all,

Defending your own tanks
destroying the others base
and hoping you keep alive
on a happy christmas day…

(chorus)

We wish you to keep you alive

We wish you to keep you alive (3 times)
cause were going to attack.

The damage we’ll cause
surely, will kill you.
We wish you to keep alive
to attack you again.

We all like to see you dead (3 times)
so the attack will begin.

We all like to kill you again (3 times)
so start it again.

We all like to see you dead (3 times)
with darks an carriers.

Viendo el programa, leo muy buenos nombres de expositores, así que sólo espero poder estar a la altura y presentar una visión interesante de este framework que vengo utilizando ya por un tiempo.

Debido a que no es un taller y los asistentes no necesariamente tendrán un equipo a su disposición, decidí no ponerme a programar en vivo, puede ser algo tedioso para los que no pueden (¡y quieren!) seguir lo que se escribe, y puede ser algo confuso. Espero que haya sido una buena decisión.

De todas formas, estaré actualizando este post con algunos archivos que use y que puedan utilizar como demo, además de algunas referencias.

La presentación

Definitivamente, aunque no sea un framework para todos, RoR ha traido consigo una filosofía que muchos podemos compartir y que nos ha servido para resolver varios problemas. Y aunque no lo vayas a usar, nunca cae mal darle una revisión y ver que cosas encuentras. Lo peor que puede pasar, es que aprendas algo nuevo.

Nos vemos en Cibertec a las 12am. ¡Que nervios!

Discrepo con esa afirmación. Ciertamente, existen muchos mercados donde esa máxima puede ser cierta, pero el problema de la misma es que sugiere que los clientes saben claramente lo que quieren y esto es una situación que rara vez sucede. Hace un tiempo hablé de algunos tipos de clientes que uno podía encontrar y tal vez una característica común de varios de ellos era la falta de ideas claras sobre qué necesitan.

Esto no debe ser tomado de manera negativa, claro está. Nosotros mismos somos clientes y consumidores en diversas ocasiones del día, y en muchas de ellas, no sabemos qué queremos y qué necesitamos. Vayamos al médico por alguna dolencia, y terminaremos descubriendo que ese dolor de muelas es el que causaba los dolores de espalda que nos aquejaban. Tratemos de dar consejos a los que reparan nuestra conexión eléctrica o las tuberías, y veamos cuantas veces acertamos.

En términos prácticos, es un tema de leverage; de quién tiene el mayor peso en una relación (inicialmente) asimétrica de poder. El pensamiento inicial nos llevaría a considerar que lo tendrían los clientes, al ser estos los que finalmente entregaran una recompensa por nuestro labor. Pero no necesariamente. Son los clientes los que se benefician de nuestras habilidades, y nuestra capacidad de guiarlos a la mejor solución, y demostrarles los caminos apropiados para ayudarlos.

Responder de esa manera nos hace lidear con mucha más responsabilidad, claro está. Y es muchas veces más fácil simplemente aceptar cada requerimiento y cambio en lugar de considerarlo cuidadosamente y saber cuando decir no. Es más sencillo y menos complejo, y tal vez puedas dormir unas horas más cada día. Tal vez incluso "no pase nada" durante un tiempo, pero estarás dando una falsa sensación de seguridad.

Eventualmente, de una u otra manera, verás que el proyecto no tiene mucho sentido ya para ti:

Saber decir que no, respaldar una actitud (con hechos) y una idea que tengamos no es una actitud de desacato. Es una faceta de ser profesional, de preocuparnos en no dar la solución sencilla, si no la mejor. De demostrar que la inversión que han hecho en nuestros servicios valió la pena y no simplemente alquilaron por un tiempo a alguien que sólo asienta y acepte; y esto, finalmente, es lo que un cliente satisfecho busca.

No temamos a defender una posición, a negarnos a aceptar algún cambio si sabemos que de otro modo, estará este afectando el resultado de nuestra labor. Tampoco temamos aceptar cuando nos equivocamos, y sepamos buscar compromisos entre las ideas que pueden existir. Cada proyecto es distinto y debe ser enfocado acorde.

Tener una actitud no es un error, como tampoco lo es defender nuestros conocimientos y expertise de un tema; un cliente inteligente la valorará en mucho y confiará en nuestro trabajo mucho más. Existirán otros, claro está, que pueden tomarlo negativamente, ¡una rebeldía!, ¡un desacato!. Ya es decisión de cada uno determinar si nos interesa empezar una relación laboral con ellos o si no es mejor orientarnos a mejores experiencias

El presente artículo no trata de imponer la idea de utilizar un editor de código por sobre un entorno integrado; creo que esa decisión es muy personal según nuestra experiencia y ganas de probar algo nuevo y ver qué funciona mejor para uno mismo.

Simplemente he recolectado algunos ejemplos que, espero, puedan demostrar que un editor de código avanzado no tiene nada que envidiarle a un IDE, y que podrían siempre tomar la oportunidad de probar el de su preferencia (que hay muchos gratuitos, libres y multiplataformas rondando la web).

Coloreado de Sintaxis

Coloreado en Ruby

Coloreado en JavaScript

Coloreado en XHTML

Coloreado en CSS

Integración con Manejador de Versiones

Presionando una combinación de teclas (CTRL + SHIFT + A), puedo acceder a la funcionalidad normal de un editor integrado con SVN (o GIT u otros).

Todas las acciones integradas con Textmate de SVN

Realizando un Commit

Realizando un Commit de varias acciones

Estado actualizado de todos los archivos con su copia en el SCM

Revisando las diferencias entre dos archivos

Intellisense y autocompletado

También existen tareas de autocompletado, aunque de una forma distinta a la que pueden estar acostumbrados. Textmate en particular esconde mucha de su funcionalidad a través de comandos (que pueden ser creados fácilmente por el usuario) como este ejemplo:

• Escribo el comando mcol

• Al presionar TAB, Textmate me muestra los comandos asociados. Puedo ya sea presionar el número de cada opción correspondiente o usar los cursores para desplazarme.

• Elegida una opción, todavía tenemos ayuda. El código insertado es “monitoreado” por Textmate. Automáticamente luego de insertado, obtiene el foco (en este ejemplo) el campo para escribir que tabla queremos modificar

• Y luego de escribirla, automáticamente la actualiza líneas más abajo, donde el contexto marque que sea necesario.

• Otro TAB adicional, y me desplazo al siguiente campo a editar

• Y nuevamente actualiza el nombre en las líneas de abajo. ¿Y ese código “marcc” que insertó?

• Apenas me posicione en él y presione tab, Textmate crea una línea más para seguir agregando columnas, o simplemente puedo borrarlo (recordemos que tiene el foco de edición).

Es decir, sin tener que usar un mouse que pueda romper mi flujo de trabajo, directamente en el teclado me desplazo entre los campos necesarios, tengo autocompletado y generación de código.

Y no está limitado a Rails. Trae bundles para muchos lenguajes y contextos.

En una etiqueta de CSS

Agregando un div en XHTML

O puedes agregar los tuyos, según las necesidades que tengas. Crear una nueva macro es muy sencillo:

• En este caso, creando un snippet para crear listas, dejando el primero foco del input entre las dos etiquetas <li></li>

• Puedes indicar si se ejecuta con una combinación de teclas o con un comando (como el caso anterior)

• ¡Y listo!, nueva opción insertada y preparada para usarse

Debugging y ejecución

Usar un editor de código no quiere decir que no podamos realizar debugs o probar el código en una ventana de consola.

Luego de preparar un código, Textmate permite ejecutarlo directamente ahí con la combinación de teclas CMD+R:

• Creamos un código sencillo

• Presionando CMD+R, podemos ejecutar ese código (RSpec, la opción 1, es una suite de pruebas de comportamiento para Ruby y Rails)

• Automáticamente se crea una ventana nueva que ejecuta el código solicitado

• Y todos los mensajes de error que existan

No tenemos que limitarnos a ejecutar un sólo valor. Una de las formas de revisar un comportamiento de un programa es analizar el resultado de varias partes por separado. Podemos tener ese comportamiento agregando un comentario a la línea en cuestión y colocando el símbolo “=>” (en el caso de Ruby)

• Un código sencillo (asignaciones, sumas y restas)

• Tras ejecutar el comando específico, Textmate inserta el resultado de cada expresión evaluada en el lugar correspondiente

Resultados inline sin necesidad de soltar el teclado ni variar de ambiente.

Bundles

Los bundles (o plugins) de los editores de código son ayudas increíbles para poder ganar productividad en el trabajo, al igual que utilizando un IDE cualquiera. El el caso de Textmate (que estoy totalmente seguro que existen equivalente en el resto de editores), estos son algunos que he utilizado o utilizo frecuentemente:

ActionScript

Escribir posts (este post, por ejemplo, ha sido realizado desde un editor)

Utilizando Java

Python

Utilizar un editor de código, como expresé al inicio, es una decisión personal. Pero les invito a todos los que aún no se han animado, a probarlo. En el peor de los casos, verán que no les gusta, pero podrán aprender cosas que puedan implementar en su IDE de elección (como crear plugins, macros o similares. Y en el mejor, podrán encontrar una herramienta que se adapte mejor a su flujo de trabajo.

Las cosas han cambiado. Cada creación nueva nos da mayor facilidad para crear a su vez nuevas aplicaciones, nos quita las restricciones del pasado, nos brinda mayor libertad de disponer. Y aún así, cada día seguimos viendo como aplicaciones como ésta se siguen creando:

Las cosas han cambiado ciertamente, pero muchos siguen pensando aún que diseñar una interfaz se reduce a instalar una nueva caja de controles y lanzarlos a diestra y siniestra en los formularios; que los usuarios disfrutan pasar varias horas de su día haciendo click en varios botones, listas de selección y tabs, y que si la interfaz es gris (muy, muy gris) están aplicando buenas prácticas de software y éste será visto con beneplácito por los inversionistas o la alta gerencia.

“Pero yo no soy diseñador”

“[...] ‘diseñar’ se refiere al proceso de creación y desarrollo para producir un nuevo objeto o medio de comunicación (objeto, proceso, servicio, conocimiento o entorno) para uso humano.”

Notablemente, podemos leer que en ninguna parte obtenemos una orientación hacia la parte estética [1]. Estamos hablando de una disciplina que se aplica desde la creación y planeamiento y durante todo su desarrollo, orientada a un fin único: dotarle de características para el uso humano. No buscamos que se vea mejor (lo cual no está mal, ciertamente), o que tenga música detrás o que los controles brillen mientras los enfocamos con el cursor. Se busca que lo que hemos creado sea utilizado por humanos (al menos hasta que encontremos otras razas en el universo).

“The applications that are easy to use are designed to be familiar”

¿Cómo entonces puedo llegar a diseñar mejores interfaces?

El primer paso que debemos tener en cuenta es que No necesitamos tener una educación formal en Diseño Gráfico para poder diseñar. Lo hacemos diariamente. Lo hacemos cuando ordenamos nuestras cosas en nuestra maleta, cuando ordenamos las carpetas que utilizamos en el trabajo, cuando componemos un Currículum Vitae o simplemente cuando posicionamos el pan al lado de nuestra taza al desayunar.

Lo necesario es entender dónde fallamos y dónde podemos mejorar y utilizar esa información, más algo de sentido común, como nuevas armas a tener en cuenta.

Existen tres puntos principales, en mi opinión, donde podemos encontrar los errores más comunes:

No orientarse al dominio del problema

Es probablemente uno de los dolores de cabeza más comunes para los usuarios. Poseen un término específico en su negocio que utilizan diariamente. Lo conocen sus proveedores, lo conocen sus clientes. Pero cada vez que tienen que realizar una registro o utilizar el sistema que alguien les desarrolló, se ven obligados a utilizar terminologías externas a su día a día.

¿Find?¿Search?

Una de las principales labores que tenemos que tener en cuenta es definir con los usuarios qué terminos utilizan, que simbología es apropiada, qué colores y formas aplican. Debemos recordar que es finalmente el cliente el que utilizará nuestra aplicación y que debe estar definida en sus términos y de su flujo de trabajo.

Olvidar el público objetivo

Olvidarnos de quien es el finalmente usará nuestra interfaz puede ser un tema peligroso. He visto muchas aplicaciones que funcionaban correctamente pero que nadie nunca usaba.

Definir qué tener en cuenta y cómo sobre cada tipo de usuarios requería muchas líneas y saldría un poco del tema original de este artículo, pero creo que es importante mencionar al menos qué características tener en cuenta:

• Edad. Es distinto diseñar una interfaz a ser utilizada por un niño de 12 años (aquellos que te recompilan un Kernel de Linux y exponen en Google antes del desayuno) que de un trabajador de 40 y una a ser utilizada por un adulto mayor. Lo más sencillo en este caso es realizar pruebas de usuario con aquellos que compartan esas características, revisar aplicaciones similares y conversar con los usuarios.

Usability for Kids

Más Usabilidad para Niños

Usability for All Ages

• Profesión/Educación. Cada profesión tiene palabras propias, simbologías, formas de aprender y trabajar, y una buena interfaz debe reflejar aquello. Será distinta la interfaz de un programa de recetas de cocina que la de un aplicativo para programar en LISP y debemos diferenciar el flujo de trabajo distinto y adaptarnos a éste.

• Grado de Familiaridad con Tecnología. Algunos de mis clientes no habían utilizado mucho las computadoras, pero la gerencia les imponía utilizar el sistema que estábamos desarrollando. Adaptarnos a sus necesidades, realizando interfaces usables y sencillas, sin muchos “sofisticaciones” modernas, permitió que la barrera de entrada disminuyera y la curva de aprendizaje fuera menor también.

Tal como mencioné anteriormente, reunirse con el público objetivo es importante para entender su nivel de envolvimiento y experiencia, así como entender como poder adaptarnos y construir la interfaz a su alrededor.

• Discapacidades. En la medida de lo posible, debemos tratar de incorporar medidas que aseguren la accesibilidad de las interfaces. No debemos discriminar y dificultar el uso de éstas.

Accesibility Guidelines

Orientarse a las características

Tal vez uno de los principales problemas en los aplicaciones modernas sea una enfermedad conocida como Featuritis o Feature Creep (del término Feature, Característica, en inglés).

La Featuritis se puede definir como la presencia de características inútiles para la funcionalidad principal del aplicativo. Normalmente podemos ver como aparece cuando nuestra aplicación es Diseñada por Comité y no bajo una dirección única.

Se puede observar también que suele aparecer cuando la decisión de qué característica y cualidades implementar no se basa en el problema que tratamos de solucionar, si no en aquello que ha implementado la competencia, copiando función tras función y agregando a esa lista más, con el erróneo pensamiento que Más es mejor y que mientras más brindemos, mejor seremos percibidos por nuestros usuarios.

Customers want more technology. This is coming after the demise of several dotcom companies and the plunging stock market in high tech in 2000. 1999 was a great year to invest in technology. 2000 brought about an interesting concept called reality! Customers don’t care about the gizmos and gadgets as much as they do about finding a solution to real problems. Be aware of these high-tech companies and market accordingly.

(énfasis agregado por mí)

Orientarnos a la solución y a las características nos hace perder perspectiva de lo que queremos lograr y nos puede llevar a una situación donde cada nueva aplicación trate de imitar lo que hace el resto sin deternos a pensar si esa acaso aquella la mejor solución.

Orientarnos a los usuarios nos permite pensar realmente qué es lo que quiere hacer éste, pensar no en mejorar el diseño de los formularios de la aplicación, si no en cuestionar si usar formularios es la mejor opción.

Entendiendo al usuario

• encontrar un dato hecho o información
• aprender sobre algo
• realizar una transacción
• controlar o monitorear un proceso
• crear o modificar algo
• conversar con otras personas
• ser entretenido

Y eso es, finalmente, lo que la interfaz debería apoyar. No hablar de si usar AJAX o Flash. No pensar en si usar tabs o mejor ese plugin de jQuery que hemos encontrado. No pensar en qué controles utilizar para que el usuario se registre o realice una tarea, si no, ¿estamos ayudando a que haga lo que originalmente quiere hacer?

Algunos consejos finales

Entendiendo mejor ahora cuál debe ser nuestra preocupación, podemos plantearnos algunas soluciones prácticas para mejorar nuestras interfaces:

Definitivamente, no podemos negar que alguna vez nos hemos sentido así, o que han sucedido situaciones que nos hacer cuestionar las decisiones. Sin embargo, creo que siempre es bueno compartir las experiencias vividas, intercambiar anécdotas puede ayudarnos a tener más herramientas a mano que podamos utilizar para cuando nos toque tratar una vez más con alguno de aquellos clientes “especiales”.

¿A qué nos enfrentamos?

Cada cliente tiene sus particularidades propias, pero eso no evita que podamos generalizar algunas conductas comunes entre varios de ellos:

Los clientes que menos pagan, exigirán más. Sospecho que todos en alguna oportunidad hemos tenido un cliente similar: llega con una propuesta inocente, sencilla y aparentemente inocua. Incluso la consideramos un favor. Error número uno: en los negocios serios, no hay favores. Al menos no como los conocemos. Al aceptar el proyecto a bajo costo, su impresión de nosotros también disminuirá y pronto creerá que cada cambio que solicita no agrega al precio.

Y la historia no acabará ahí, pues pronto el “pequeño proyecto” crecerá monstruosamente (mas no el presupuesto) y se empezará a trabajar en pérdida. En mis primeros años trabajando como independiente, tuve como proyecto (de un amigo) una aplicación de demoró algo de tres años desarrollarla, debido a los continuos cambias y problemas de presupuesto.

La mejor forma para librarse de esta situación es simplemente elevar nuestros honorarios, de manera de lograr que el cliente pueda ver el valor real de lo que exige, o de lo contrario decida dejar de usar nuestros servicios y optar por otra solución más económica. En ambos casos, salimos ganando, ya que un buen negocio poco ganará invirtiendo recursos en proyectos de ese gama.

Aquellos clientes que no cumplen con las fechas de entrega… pero te las exigen. Tal vez menos comunes, pero existentes. Son aquellos que firman acuerdos de entrega de documentos, textos, requerimientos, pero que al llegar la fecha, pide aplazamientos, ignoran los mensajes o simplemente envían cuando lo desean. Eso sí, no permiten que ese trato se haga con ellos y exigirán que se cumplan con los tiempos y no entenderán las razones que expresemos.

La mejor forma de lidiar con éstos clientes es dejar las reglas en claro desde el comienzo, y mucho mejor si el contrato (de existir) maneja ese tipo de incidencias. Hacerle entender que no se pueden cumplir con los entregables y él no cumple con los suyos. Es mejor además no basar las fechas de nuestras entregas en días específicos, sino condicionadas al cumplimiento de ciertos requisitos (tanto propios como de los clientes)

Los que nunca están satisfechos. Es tal vez uno de los problemas que puede afectar nuestra percepción sobre lo que entregamos y la calidad del trabajo ya que siempre responderá con una semi-sonrisa, con una escueta aprobación vía mail o con una expresión de desilusión.

Debemos entender primero que no somos nosotros los que no hemos llegado al cliente, si no que es éste el que no se ha comunicado totalmente con nosotros y debemos ayudarlo a hacerlo. La mejor forma es preguntarle claramente qué es lo que siente que le falta, en términos que podamos emplear. Respuestas como “lo siento vacío” no nos ayudan a mejorar el trabajo ya que es una frase expresada en términos subjetivos. Decir, sin embargo: “la separación entre las columnas y la cabecera es muy amplia” es algo un poco mejor y al menos nos da una pista de lo que está buscando.

Asimismo, debemos ser claros durante el proceso de desarrollo de como evoluciona el proyecto, evitar sorpresas a última hora y mantener una clara comunicación.

Aquel que tiene totalmente claro lo que desea. Es un caso potencialmente peligroso: un cliente se acerca con un bosquejo bastante específico de lo que requiere, o incluso un prototipo sencillo que él o algún conocido ha realizado esperando que nos encarguemos de la implementación final.

En algunos casos puede ser algo ideal, ya que podemos estar frente a un cliente conocedor del tema, lo que podría llevar a disminuir los “encuentros” de opinión durante la creación. Sin embargo, tenemos que evaluar si es el proyecto uno que puede ser provechoso para nuestras carreras. No porque el prototipo esté completo y semi-funcional indica que está bien analizado, y seguir las indicaciones al pie de la letra de lo que solicita el cliente podría convertir al proyecto en un mal referente de la calidad que poseemos. Después de todo, éste acuda a nosotros en búsqueda de un profesional y debemos dejar claro la relación entre ambos desde el inicio.

Los que no pagan a tiempo. Tal vez uno de los problemas más comunes y frecuentes entre los clientes es cancelar las deudas en las fechas concretadas. Puede ser un problema de liquidez, que estén esperando que otro cliente les cancele a ellos otras deudas, o simplemente trabajen en un ciclo de facturación distinto al nuestro. Sin embargo, esto afecta directamente nuestras operaciones ya que cada proyecto conlleva a gastos que debemos cubrir.

Desgraciadamente, es una de las situaciones más delicadas de tratar. Normalmente se incluyen en el contrato cláusulas que referencian el problema, pero dependiendo de las circunstancias, un litigio puede costar más aún. Es muy importante conocer a los clientes e investigarlos así como ellos lo hacen con nosotros. Actualmente es muy sencillo contactarse con colegas que puedan tener contacto o información sobre estos clientes y prevenir futuros problemas. Eso sí, siempre debemos tomar las opiniones con cautela.

El que llama a todas horas, y quiere tu número de casa. Afortunadamente sólo me he enfrentado a uno de éste tipo, pero bastó para evitarlos de todas las maneras. Pueden identificarlo cuando solicita muchos datos de contacto, cuando no deja esperar un día para llamar y confirmar algún dato específico.

Por regla general, nunca he dado mi teléfono de casa a ningún cliente, pero conozco a personas que sí y viven en un real infierno. La mejor forma de tratar con un cliente así es enfrentar directamente la situación y explicarle que a pesar de ser independientes, también tienen horarios para estar en casa y no trabajan 24/7, así como no es él el único cliente que manejan. Es importante también explicarle que cada momento que toman en contestarle sus preguntas es un momento menos que pueden utilizar en avanzar su proyecto. Si aún así continua trabajando de esa manera, normalmente mencionar que elevarán su tarifa hará que piensen una vez más antes de llamar o escribir más seguido. O de lo contrario podrás ganar mucho dinero extra.

¿Son todos los clientes así?

Ciertamente no, y muchos de los clientes son realmente buenos clientes pero con algunos defectos de los expresados anteriormente. Lo que debemos tener en cuenta siempre es no caer en la adulación y soportar todo lo que haga uno de ellos. Debemos tener claro que nosotros elegimos los clientes que nos convienen de la misma manera en que ellos eligen los profesionales que les permitan llegar a sus objetivos.

Cada cliente no es sólo un proyecto y un incremento económico más; es también una oportunidad de probar nuevas tecnologías, implementar nuevas prácticas, desarrollar en un campo en el que tenemos poca experiencia, participar en proyectos que aumenten renombre a nuestras prácticas, y otros elementos relacionados. Es según estos atributos bajo los cuáles deberíamos decidir qué clientes tomar y cuáles no, buscando todo aquél que se alinee a los objetivos que poseemos como profesionales en un ámbito bastante competitivo.

Básicamente Scott nos da un consejo sobre como llegar al éxito (o mejor dicho, como lograr a obtener y vivir una vida plena, económicamente segura):

    * Ser el mejor en un campo
    * Ser mejor que el 75% del resto en varios campos

El primer término es interesante pero a la vez muchas veces inalcanzable. Siempre encontraremos a alguien que sea mejor que uno mismo en el tema, y muchas veces, mucho mejor de lo que estimamos de nosotros mismos. Nunca faltará un John Carmack en cada campo.

Pero su segundo postulado es mucho más interesante aún. Se refiere a buscar combinar varios campos donde uno es mejor que el resto (ya sea por talento o práctica) para poder obtener una ventaja competitiva que el resto no la tendrá.

Y es una idea que personalmente aprendí. Antes de ingresar a la Universidad, mi único interés en el mundo era programar. No le veía utilidad alguna a estudiar cursos de gestión, administración, contabilidad, finanzas, márketing y otros relacionados. E irónicamente, decidí estudiar en una Universidad que justamente se diferenciaba por su orientación a los negocios y temas administrativos.

Sin embargo, con el tiempo, mi mentalidad empezó a cambiar. Entendí que desarrollar y aprender nuevas habilidades permitía orientarme a nuevos campos muchas veces no explorados por otras personas de la misma profesión, así como vi como empezaba a existir diferencia cada vez mayor entre algunos compañeros y otros.

Estaban aquellos que eran muy buenos en programación, pero no podían abstraerse a entender el dominio del problema cuando era algo más que un problema de lógica e involucrada conceptos de negocios. O estaban aquellos que estaban siempre a la vanguardia de un tema específico, pero cuyas habilidades sociales y personales les impedían llegar a tratar con un cliente (en ese caso, un profesor o grupo de ellos), o entender como trasladar una ventaja técnica a una que estuviera en el ámbito de un cliente y la tomara como tal.

Es el conjunto de diversas habilidades las que nos permite diferenciarnos. Si eres bueno programando, pero a la vez exponiendo, puedes realizar conferencias, dictar talleres, participar en presentaciones y mostrarle el producto a tu cliente. Si eres bueno programando pero te interesan los negocios puedes entender la mente de tu cliente, puedes comunicarte mejor con tus proveedores, entender qué es una cadena de valor y porqué debería importarte.

Son esas mezclas que a veces parecen poco congruentes las que permiten convertirte de un profesional más, en uno que, si tal vez no es el mejor en su ramo, es aquel que es lo suficiente flexible como para adaptarse a otros temas.

En general, creo que es un buen consejo que deberían revisar todas las personas que están empezando sus vidas profesionales y académicas, así como para aquellos que ya tienen una vida hecha y quieren buscar nuevos rumbos.

No porque exploremos un nuevo campo tenemos que descartar el conocimiento que tengamos del anterior. Con algo de imaginación, podemos combinar ambos factores y lograr una forma de apreciar y actuar diferente, que nos pondrá por sobre arriba del común denominador.

“La Biblioteca Nacional del Perú dispone solo de 40 mil soles (13,468 dolares aprox.) mensuales para dotar de textos no solo a esta institución sino a todo el Sistema Nacional de Bibliotecas. ¿Y cuántos son los centros que integran dicho sistema? Por el momento 4.767.”

La conclusión matemática de César (replicada del post original de El Comercio) nos acerca a un presupuesto de aproximadamente 100 nuevos soles (algo de 33 dólares americanos) para cada Biblioteca Pública Peruana. Cien nuevos soles mensuales.

Se podrían realizar muchas comparaciones en ese punto. Si tenemos algo 4767 Bibliotecas para todos los peruanos (aproximadamente 28 millones), estamos hablando que, en promedio alzado (y totalmente inexacto) de algo de 5800 peruanos por cada biblioteca, o en términos del presupuesto individual de cada una de éstas, unos dos céntimos de sol (US$0.06) por cada peruano.

Cierto, ese cálculo tiene un enfoque provocador, y bastante inexacto ya que debe existir una gran desviación hacia la cantidad de bibliotecas en la capital comparadas con las que existen en provincias, lo que aumentarían el promedio (o lo disminuiría, según el lugar donde se realice), pero todo está orientado a un mismo punto: ¿no es una suma algo ridícula?

Conversando con César, le mencionaba como en casa invertía a veces dos o tres veces esa suma para mi biblioteca personal. Tan sólo invertir el mismo valor hacía un cambio radical en la inversión nacional individual.

Y, por otro lado, tenemos la gran inversión en la compra de las OLPC. No estoy en contra de su compra, y me parece que probablemente sea un dispositivo interesante y pueda acercarse a su cometido. Pero, ¿podemos justificar una compra de esa magnitud cuando un producto complementario no recibe el apoyo similar?.

Comprar libros en Perú es relativamente caro. No hay impuesto arancelarios en su importación para fines propios, pero aún así no existe una cultura (ni las condiciones económicas) que puedan optar por un libro. Un libro en Amazon cuesta aproximadamente $40-$50 con envío incluido. Un libro en Perú (donde normalmente no puedes encontrar lo mismo que en Amazon) puede estar entre 60 a 120 nuevos soles. En otras palabras, la compra mensual por biblioteca se reduciría a 1 libro (en promedio) al mes. Seamos optimistas, dejémoslo en dos.

¿Se ajusta esa cantidad al público? Si un libro es caro al alcance de la mayoría, la segunda mejor alternativa (sin recurrir a la piratería) es acudir a la biblioteca pública más cercana. Pero a un ritmo de incremento igual a uno o dos libros al mes, la posibilidad de tener material actualizado en todas las ramas del conocimiento, más aquellas de literatura, son ínfimas.

El año recién está empezando, y los planes ya están marcados para las políticas y partidas, pero me gustaría pensar que de cierta forma, el panorama puede cambiar. De otra manera, el horizonte nos verá ser obligados a realizar colectas y rifas con el fin de poder llenar de nuevo (con un mejor ritmo) los estantes de las salas que guardan el saber. Todo sea en pos de llevar el conocimiento a todas las mentas, al alcance de todos los que desean aprender.

Publico acá también (como lo hice en la vez anterior) la presentación que menciono. Un par de acotaciones: el público al que estaba dirigida eran personas pertenecientes a la industria del software, por lo que adapté las fases de la metodología expuesta a las del modelo tradicional que se emplea en el desarrollo de software. Igualmente, algunos temas son explicados brevemente mientras otros reciben mayor atención. Creo que de todas formas es entendible, pero está en los planes realizar una segunda versión más “general”

Eso sí, es un poco larga ya que la charla duró aproximadamente dos horas y media.

| View | Upload your own

Todo es cuestión de cambios

Este año ha sido uno de distintos cambios en diversos aspectos de mi vida. En el campo académico, marcó aquel año donde finalicé mis estudios en la Universidad San Ignacio de Loyola, tras cinco arduos periodos plenos de desgaste físico, mental y hasta en etapas emocionales.

Visto ya desde una perspectiva muy distinta a la que tuve hace unos años, puedo decir que me siento satisfecho con lo que estudié. Existe una grave tendencia últimamente de desechar nuestros estudios, de darle mayor valor a estudios de Universidades, o de Institutos o realizados de manera autodidácta, pero si algo tendría que decir al respecto, es que no debemos medirnos por el lugar o la forma donde hallamos estudiado, mas si de todo lo que hallamos podido extraer de esto.

Y eso sí, sé por experiencia que si uno tiene pasión por lo que estudia, nunca dejará de hacerlo. Desde que finalicé mis estudios en Febrero, son muchos los libros que ahora habitan en mi oficina, muchos los blogs que día a día me entregan nuevos detalles y puntos de vistas, nuevas técnicas y tecnologías por aprender, y utilizar los medios de Internet me han ayudado en aprender con gran facilidad nuevas ideas.

El área laboral también creció satisfactoriamente. Como alguna vez he comentado, me incorporé en el mercado laboral a una muy joven edad, siempre en forma independiente. A mediados del año pasado, acompañado de dos personas muy cercanas a mí, finalmente dimos el salto de consolidarnos para formar una empresa propia.

Los seis primeros meses, fueron principalmente momentos de transición, de incorporar los clientes que cada uno de nosotros había poseído a la empresa, de finalizar aquellos proyectos.

Llegó entonces el nuevo año, y tras finalizar los estudios de todos, empezamos una nueva etapa, una etapa donde estuvimos (en diversos grados todos) más incorporados directamente al proceso de la empresa. Muchos dicen que son pocas las empresas que sobreviven su primer año en el mercado, y muchas menos las que sobreviven el segundo. Hasta ahora hemos podido cumplir el primer objetivo, y espero que el próximo año esté hablando del segundo.

Puedo decir con alegría que hemos ido avanzando, tal vez más lento de lo que esperaba, pero de manera segura. Hemos podido cumplir con los proyectos del año, hemos cometido errores, pero hemos aprendido de ellos. Y el próximo año el panorama se ve bastante bien, iniciando dos proyectos muy interesantes de los que ya hablaré más adelante, con una apertura de oficinas a mediados del año y el crecimiento del grupo de trabajo que por ahora nos acompaña.

Finalmente, hubieron cambios personales. A lo largo del año he hecho muchos nuevos amigos, conocer a muchos miembros de la comunidad de Cristalab en Perú, personas muy interesantes y con gustos afines y dedicadas con las que seguramente tendremos temas para conversar durante el próximo año; a otras personas de varios lugares del mundo con quienes hemos pasado buenos momentos en servicios como Twitter, Gtalk y diversos foros y correos.

En general, ha sido un año exitoso, lleno de experiencias agradables que sirvieron para guiar mis planes para el futuro, de conocer personas nuevas con quienes conversar y aprender, de empezar proyectos y de poder finalmente retomar a escribir, gracias a este espacio en la red.

Mi familia se encuentra ya reunida y me llaman ya para unírmeles. Sólo queda desearles un excelente año nuevo, una nueva visión de estas 366 oportunidades que se nos presentan para tomar nuevos caminos, y que podamos compartir una vez más en este nuevo episodio de estas vidas.

¿Cómo es mi escritorio?

Como se puede apreciar, sin embargo, no hay mucha personalización salvo colocar un fondo de escritorio (en este caso, una imagen aleatoria que cambia cada 30 minutos).

¿Porqué no habría de tomarme un tiempo para colocar nuevos íconos, modificar su posición e instalar algunos programas para darle más “eye-candy”? La respuesta es muy sencilla: no veo mi escritorio.

Son pocas las veces donde realmente veo que hay ahí, y salvo un contenedor de ciertas aplicaciones o lo último que haya descargado, no tengo una mayor utilidad para éste. Siempre habrá una aplicación iniciada que esté utilizando, y los pocos momentos donde lo veo son las pocas veces donde tengo que reiniciar el equipo (porque creo que no he apagado esta laptop en cinco o seis meses, siempre está en modo de suspensión / hibernación)

El lanzamiento de aplicaciones, porque hasta el Dock lo tengo oculto para evitar ruido visual innecesario, lo puedo realizar directamente con el teclado con la nueva versión de Spotlight que fue incluida con Leopard:

Sólo escribir algunas letras de la aplicación que quiera hará que seleccione la que más se acerca (con un algoritmo que va recordando cuáles son las más probables que vaya a utilizar) y estará sólo a un click de distancia. Cuando utilizaba Windows, realizaba exactamente lo mismo con la barra de Google Desktop.

Y para las veces donde quiero ver qué archivos hay en el Escritorio, utilizo ahora los Stacks, uno de los nuevos agregados que trabajo también Leopard que da una muestra visual de los archivos en una carpeta específica (incluyendo pequeñas vistas previas).

Con esa combinación de funcionalidad / características, poco es lo que puedo hacer o utilizar en un Escritorio

Para continuar con este estudio sobre los escritorios y cómo los usamos, le envío el meme a XKlibur, Koeth y a Kassanmoor

Kindle es un dispositivo móvil orientado a la lectura de libros en formato electrónico, similar a Sony Reader, o el Cybook Ereader.

Utiliza la tecnología E-ink, un novedoso sistema de pantalla que permite, en términos claros, evitar el refresco de ésta y mantener el último contenido mostrado por un buen periodo de tiempo con un mínimo impacto en batería, logrando llegar hasta unas 30-33 horas de uso (o unas 8000 cambios de página, la medida que normalmente se usa en estos casos).

A pesar que es nombrado (en la misma página de Amazon) como un dispositivo Wireless donde uno puede adquirir los contenidos directamente del equipo sin necesidad de conectarlo, no utiliza una red Wifi normal como se podía esperar, si no una red celular (EVDO) soportada por Sprint. Amazon estaría subvencionando su uso, pero así limitando su alcance a sólo USA.

¿Tendrá éxito? ¿Es realmente la revolución de la que nos hablaba hace unos días Newsweek?

¿Qué nos gusta de los libros

Uno de los puntos importantes a tener en cuenta, independientemente de la forma en que lo consiga, es que Kindle está siendo presentado como la siguiente evolución de los libros, literalmente, un producto sustituto de éstos y con diversas funciones y características añadidas sin, teóricamente, eliminar o perder algunas.

Pero el principal problema que le veo a este enfoque es que a las personas, o al menos a algunos grupos de ellas, nos gustan los libros. Me encanta leer, lo he dicho antes y lo volveré a decir. Los libros son una pasión para mi, un medio de acceder a información, mundos nuevos que explorar, un escape a los problemas del día a día, y una fuente de conocimiento.

Si analizamos brevemente mi afirmación anterior, podemos observar que en toda esa frase sólo aludo al contenido que me brinda un libro, y no a éste como tal. En los tiempos actuales de Internet, sería muy sencillo rebatir cada una de esas anotaciones. Pero lo que todavía no he mencionado es que a la gente que le gusta leer, en la mayoría de los casos, les gustan los libros también.

Un libro, como contenedor de letras, es un producto místico y distinto. Es un receptáculo de palabras, físicamente contenido, donde podemos ver, sin dificultad alguna, un inicio y un fin. Puede ser incluso considerado un elemento de status, e incluso lo fue durante mucho tiempo (no era raro encontrar inmensas bibliotecas personales y darles propiedades por extensión a sus dueños). Pero en términos generales, un libro se vuelve una parte de quienes somos.

En un mundo donde casi toda la información está a un click de distancia, un libro nos muestra un camino distinto a la información, más pausado, es cierto, pero más relajante. Cada vuelta de página es una mirada al futuro, cada regreso es un vistazo a aquel pasado que acabamos de revisar; controlamos el tiempo en una obra que alguien más escribió, pero que en un libro la tomamos como propia.

Transportar un libro es también -con algunas excepciones- una tarea sencilla. El tamaño es casi siempre propio para tenerlo a la mano. Incluso en sociedades donde la inseguridad es muy alta, recorrer las calles con un libro pocas veces levantará una mirada, como sí lo haría recorrerlas con una laptop o un lector digital.

Para alguien que le gusta los libros, tener cada uno en su estante es un trofeo, el premio honesto de una cacería conquistada, que podemos compartir, prestar, regalar o entregar a nuestros mejores amigos, esperando que ellos también experimenten las mismas sensaciones que ellos tuvieron, porque un libro es una extensión física de nuestro propio ser.

Y esa conexión es una que, al menos muchas personas, no hemos podido encontrar en un medio como Internet o un libro digital. No existe la misma sensación, no hay la inquietud a la espera de un nuevo libro, o el pensamiento que nos encontramos en una cacería revisando las bibliotecas o librerías locales, tratando de encontrar un nuevo ejemplar. En un mundo donde Internet nos permite tener cientos y cientos de libros digitales (que los tengo), se desvirtúa la idea de una biblioteca, cada ejemplar obtenido pierde el valor intrínseco que antes poseía, y se convierte en un conjunto de bytes más arrumados en un disco duro.

No existe tampoco una respuesta visual que nos permita saber a ciencia cierta qué libro hemos leído y que no, no podemos agregarle anotaciones (al menos, no de manera directa), dobleces de página. No podemos observar las arrugas que ha tenido luego de cada caída, ni las reparaciones que le hemos hecho ante un accidente. No. Un libro digital es siempre la misma estructura lógica, fría, tan igual como lo fue el mismo día que lo adquirimos, sin un crecimiento. Porque los libros crecen con nosotros, se rompen, se doblan, se traspasan, y no es nunca el mismo sentimiento entregarle un libro a un amigo o a un hijo (todavía recuerdo cuando mi papá solía comprarme o regalarme algunos libros suyos de niño), ese envoltorio compacto de páginas, que copiar un archivo a la carpeta o memoria digital de este mismo.

¿Porqué, entonces, queremos un lector electrónico de libros

Sin embargo, como ya mencioné anteriormente, una de las razones también por la que nos gustan los libros es porque guardan en ellos información, conocimiento, experiencias, historias y un medio digital nos permite acceder a muchas más que en un medio físico no se puede (ya sea por limitaciones físicas, económicas o similares).

Es por eso que no podemos tampoco ignorar las ventajas de un formato digital. Un libro digital nos permite encontrar la página específica de un tema que tenemos en mente. Nos permite también, en pocos clicks, acceder a todo lo relacionado con los datos que estamos investigando, buscar referencias sobre un lenguaje de programación, o leer sobre como aplicar las últimas tendencias del diseño.

El medio digital permitió también que se democratizara el uso de la información. Ahora todos pueden (de alguna manera) acceder a libros que antes era imposible que lleguen a su país. Asimismo, pueden unirse a ese medio escribiendo y publicando su propio blog o a documento digital en un libro (con sistemas como Lulu, Blurb), llegando a un mercado que antes era casi imposible llegar.

El libro digital nos permite también tener todo la información a la mano, poder al trabajo o la oficina sabiendo que en momento de duda podemos tener a disposición las palabras de las eminencias en el tema, tener colecciones completas sobre los temas de nuestro interés en un sólo lugar.

Un medio digital eficiente nos permitiría poder acceder a éste de cualquier parte, en cualquier dispositivo, y de manera rápida, eficiente y sin complicaciones.

¿De qué otro modo, por ejemplo, podría tener yo una biblioteca completa sobre CSS, Javascript, Ruby on Rails, .NET, Java, los excelentes ensayos de Steve McConnells, los algoritmos de Donald Knuth, las historias de Isaac Asimov, y los consejos de Steve Krug, en un sólo lugar, a un par de movimientos de teclado de distancia y a una rapidez increíble?

El formato digital ha llegado para quedarse, y sería sólo una persona necia aquella que diga que no puede afectar en nada a los libros tradicionales.

¿Cumple Kindle?

Sin embargo, llegamos de nuevo a la temática inicial. ¿Cumple Kindle con el propósito de “evolucionar” el libro? Yo creo que no. No nos permite conservar todas las características que tenemos con un libro tradicional. No podemos compartirlo fácilmente, no podemos enseñárselo como muestra de todo un proceso de selección y búsqueda (que, por favor, no lo da Amazon ni se le acerca).

No podemos personalizarlo, agregarle directamente comentarios y cambios. No podemos corregirlo, agregar notas. No hay distinción alguna entre tener una primera edición y una segunda, salvo el potencial cambio de tamaño. No tenemos la practicidad de transportarlo de un lugar a otro (no tiene un tamaño ni forma práctica para este fin).

Y por último, no transmite ninguna emoción.

Por supuesto, esto no podría importarle al medio que sólo presenta interés en el contenido, como ya he descrito, y está bien. Pero no podemos entonces presumir que el Kindle será la evolución del medio. Puede ser un buen gadget nuevo que comprar (y que tal vez lo compre si baja algo de precio), puede ser un éxito o un fracaso (el mercado lo dirá), pero simplemente no podemos hablar de un cambio y evolución si el nuevo formato propuesto no transmite lo mismo que el anterior lo hace, y lo hace muy bien.

Hacia donde vamos

¿Qué tendría que ocurrir para que el Kindle sea esta evolución? No creo sinceramente que alguna vez llegue (o cualquier otro dispositivo) a reemplazar completamente a los libros. Todavía en estas fechas algunas personas utilizan una máquina de escribir frente a una computadora, y estamos hablando de un cambio radicalmente superior, y que sí cumplía todas las expectativas y sensaciones que el anterior.

Para que un dispositivo reemplace a un libro, tendría que ser visualmente reconocido. Tendría que mostrarnos de alguna manera todos aquellos ejemplares que tenemos, en un formato que tenga un espacio y volumen determinable (que no tiene que ser físicamente real, claro). Tendría que cambiar de forma y formato según sea el contenido que leemos (que no es lo mismo leer un manga que un cómic, ni un tomo de Física II que las mejores prácticas para la cría de caracoles australianos gigantes), tendría que mostrar color, ya sea en la tapa o en el texto. Tendría también que permitirnos cambiar los libros, escribirlos, doblarlos, romperlos, estrujarlos, moverlos; porque ya he mencionado que el libro es una extensión de uno mismo, y como tal, la naturaleza humana siempre se orienta a impregnar lo que es suyo, de mostrar su dominio como tal.

Puede que este artículo no haya sido nada más que algunas ideas sueltas de alguien que se siente identificado de alguna manera con la vieja escuela literaria, y que muchos de los argumentos pasen desapercibidos para nuevas generaciones que no experimentaron el mismo amor por la lectura y por el medio (y eso que soy bastante joven aún). Si ese es el caso, no puedo nada más que esperar que alguna vez puedan experimentarlo, lamentarme desde el sillón donde escribo estas últimas palabras, y empezar a pensar en todo lo que todavía resta por leer, mientras tomo el nuevo volumen que descansa en mi mesa, y me dispongo a abrirlo e iniciar un nuevo mar de sensaciones.

Uno de las cosas más curiosas que he encontrado fue el script que encontré en el blog de Jaime Wong, Twitter Habits, el cual utilizando HPricot accede a la página de Twitter de cada usuario, obteniendo página tras página los updates que éste posee y finalmente guardándolos en un arreglo de 24 casillas, una por cada hora en la que ha sido publicado el update.

Con esto, se pueden realizar muchas cosas. Ahora mismo estoy finalizando una monografía para la universidad, pero apenas la termine quiero ver si puedo hacer algo interesante con RMagick para graficar los resultados. Mientras tanto, muestro mis “hábitos de Twitter”:

Hábitos de Uso en Twitter

En un periodo desde el 18 de Abril del 2007 hasta el 18 de Noviembre del 2007 (exactamente siete meses, sin darme cuenta )

00 = (266) *****
01 = (115) **
02 = ( 64) *
03 = ( 1)
04 = ( 12)
05 = ( 1)
06 = ( 18)
07 = ( 97) **
08 = (423) ********
09 = (489) **********
10 = (671) *************
11 = (609) ************
12 = (840) *****************
13 = (718) **************
14 = (530) **********
15 = (757) ***************
16 = (647) *************
17 = (779) ****************
18 = (463) *********
19 = (343) *******
20 = (482) *********
21 = (454) *********
22 = (428) ********
23 = (451) *********

Total de twits: 9659

Como podemos observar, no ha habido ninguna hora del día donde, al menos, no haya mandado un update. También vemos que prácticamente duermo poco (aunque eso ya lo sabía) y que mi mayor uso es entre las 12 y 5 de la tarde. Como dato curioso, me parece que mis hábitos poseen una distribución normal, así que todo está bien en el mundo.

¿Y tú?

Se me ocurren varias aplicaciones interesantes que pueden salir de esto, pero mientras mi mente procesa, ¿cuál es tu distribución de frecuencia de uso por hora en Twitter?

Descarga el script del sitio del autor y pruébalo. Tienes que tener instalado Ruby y HPricot previamente, pero puede que ya lo tengas si es que utilizas Mac OSX 10.5 (la plataforma donde lo probé). Si no, está a un “gem install hpricot” de distancia.

Hoy por ti, mañana por mi …. dice el dicho. Ayuda con lo que puedas, cualquier cantidad sirve, no te dé pena si sólo puedes hacerlo con $1.00, $10.00, $100.00 o lo que sea, cada quien lo hace de acuerdo a sus posibilidades y todo es de utilidad.

A continuación les dejo los números de cuenta a los que se puede depositar para apoyar a toda ésta gente que se encuentra en desgracia:

• Banamex
  A nombre de Fomento Social Banamex
  Cuenta: 120, sucursal 100
• BBVA-Bancomer
  A nombre de Fundación BBVA Bancomer
  04 Apóyame 3
  Cuenta: 0427692633
• Banorte
  Cuenta: 27
  Cuenta: Clabe 072-790 000000000270
• Santander
  Cuenta: Apoyo a Tabasco
• Scotiabank
  Cuenta: 00100911240
• HSBC
  A nombre de Fundación Merced
  Cuenta: 4025940156
• Banco Azteca
  Cuenta: 01720115412160
• Ixe Banco, S.A.
  A nombre de Damnificados de Tabasco
  Cuenta: 7777777-8