diseño gráfico – crítica del libro

El libro trata los fundamentos de diseño gráfico y la tipografía, en concreto los siguientes temas:

  • Principios de diseño: proximidad, alineación, repetición y contraste.
  • Diseñar con el color: el círculo cromático, relaciones de color.
  • Consejos y trucos extra sobre tarjetas de visita, cartas y sobres, flyers, boletines, folletos,…
  • Esencia de la tipografía.
  • Categorías de tipos.
  • Contraste tipográfico.

El libro explica con una claridad apabullante todos los conceptos que trata y trae numerosos ejemplos de cada tema. También tiene ejercicios para ir entrenando el ojo de diseñador, y pequeños examenes donde plantea casos prácticos a resolver.

Tengo que decir que sólo llevo leido la mitad del libro, y que es el primer libro de diseño gráfico que he leido. Me parece un libro realmente bueno, muy bueno para introducirse en el tema del diseño gráfico. En la portada del libro se publicita como el libro más premiado y vendido sobre diseño, a mi me parece un libro muy bueno y muy recomendable para recien llegados al mundo del diseño.

el año sin pantalones – crítica del libro

Hace unas semanas escribí una entrada sobre el libro El año sin pantalones donde decía que iba a ser una de mis lecturas de verano. Ya he terminado de leerlo y la verdad es que el libro me ha defraudado un poco. Sinceramente esperaba más de este libro. Esta entrada es una opinión personal sobre el libro.

El libro va contando el devenir de un grupo de trabajo de WordPress liderado por Scott Berkun que es el autor del libro. Ese liderazgo queda un tanto difuso, puesto que al tratarse de un grupo de trabajo distribuido fisicamente los problemas que se encuentran son distintos a los de un grupo equipo que trabaja fisicamente junto. La verdad es que apenas cuenta en qué consistió ese liderazgo ni los problemas que encontró ni cómo los resolvió. Sobre el funcionamiento de Automattic cuenta que la empresa funciona mediante grupos de trabajo orientados a funcionalidades de WordPress. Hay unas directrices generales que establece el CEO de la empresa, y luego cada grupo de trabajo es autónomo para desarrollar estas directrices. El funcionamiento de los grupos de trabajo consiste en hacer desarrollos cortos, en ciclos de dos semanas, y liberar rápido. Los principales canales de comunicación dentro de la empresa son el IRC y los P2 que son unos blog donde cualquiera puede publicar. Todas las conversaciones de IRC y entradas de P2 se almacenan y se pueden consultar por cualquier empleado, incluidas las del CEO de la empresa.

Uno de los temas que más me ha gustado es cuando habla de funcionalidades de las aplicaciones y dice que lo importante no es una funcionalidad en si, sino la manera en que esa funcionalidad se diseña para que el usuario la pueda utilizar, y que es una mala idea dejar el diseñó del interfaz una funcionalidad para el final, cuando ya tienes el código hecho. Esto es algo que yo siempre hago en mis programas: antes de programar una nueva funcionalidad tener bien detallado cual va a ser el interfaz de la misma.

El libro tiene pasajes totalmente prescindibles, como todo el episodio del viaje del equipo de trabajo a Grecia. Para mi gusto hay mucho relleno en el libro, de las 250 páginas que tiene el libro se puede contar lo mismo en bastante menos espacio. No es un libro donde se adentre en temas de liderazgo ni de dirección de grupos de trabajo ni de nada, sino que va contando una historia y dando pinceladas de esto y de aquello, pero poco más.

Un libro prescindible desde mi punto de vista, salvo para fanboys de WordPress.

el año sin pantalones

Portada del libro

Estoy leyendo ‘El año sin pantalones: WordPress.com y el futuro del trabajo‘ de Scott Berkun en la edición en español que ha publicado la editorial Anaya Multimedia. El libro cuenta en primera persona un año de trabajo del autor, Scott Berkun, en Automattic, la empresa desarrolladora del sistema de gestión de contenidos WordPress y propietaria del sitio WordPress.com que aloja este blog.

Reconozco que me gusta este tipo de libros donde se cuenta en primera persona experiencias relacionadas con la gestión de proyectos, y creo que hay pocos libros de estos en español donde la empresa en cuestión sea una empresa de informática. Aunque apenas llevo leida una tercera parte del libro, creo que es un libro recomendable para conocer por dentro el funcionamiento de una empresa de tecnología y la forma en que trabajan. El autor del libro es un conocido escritor sobre gestión de proyectos informáticos, pero Automattic funciona de una manera totalmente distribuida. El contacto entre los trabajadores es virtual a través de IRC, apenas hay correos entre ellos ni tampoco unas directrices claras por parte de la dirección de la empresa. Este es el entorno, o la cultura como dice el autor, en que tiene que desarrollar su trabajo.

El libro tiene mucha parte superflua, no es un libro de gestión de proyectos al uso sino casi más un diario sobre el año de trabajo donde el autor inserta sus reflexiones sobre temas como liderazgo, trabajo en equipo y demás. Creo que es un lujo leer de primera mano como funciona una funciona una empresa como Automattic y la manera en que se organizan los grupos de trabajo dentro de ella.

erratas en traducciones

En mi aprendizaje de Java he decidido comenzar por un libro generalista, que hable de todos los aspectos del lenguajes. El libro en cuestión es Java 6 de Rogers Cadenhead que es la traducción de Java 6 in 21 days. Aunque el tema de aprender algo en 21 dias no se me pasa por la cabeza, elegí el libro porqué me pareció bastante completo y porque tenía un par de capítulos sobre Swing. Prefiero los libros traducidos a los originales en inglés porque aunque en inglés me defiendo, leerme un libro completo en inglés al final se me pone cuesta arriba y muchas veces termino dejándolo a la mitad.

Cuando el libro está traducido, hay un elemento que influye casí tanto en el resultado final como la propia calidad del libro: el traductor. La traducción de Java 6 deja bastante que desear, como muestra el siguiente párrafo de original, página 77 del original:

Casting between primitive types enables you to convert the value of one type to another primitive type. It most commonly occurs with the numeric types, and there’s one primitive type that can never be used in a cast. Boolean values must be either true or false and cannot be used in a casting operation.

La traducción del párrafo es la siguiente, página 94 de la versión traducida:

Moldear entre tipos primitivos le capacita para convertir el valor de un tipo en primitivo en otro. Ello sucede mayormente entre tipos primitivos y hay un tipo primitivo que nunca puede usarse en un molde. Los valores booleanos deben ser o True o False y no pueden usarse en una operación de arrojo.

La verdad es que traducir casting por moldear tiene narices, pero lo de la operación de arrojo es para nota. Se nota a la legua que el traductor no sabe de lo que está escribiendo, y muchas veces desvirtua por completo el sentido de lo que pretende expresar el autor original. Es una pena, porque el libro es bueno, pero la traducción lo hace bajar puntos a la hora de recomendarlo. Realmente si no tienes problemas con el inglés, creo que merece la pena pedir el libro a Amazon y leer el original.

la ley de las 10.000 horas

Estoy leyendo el libro ‘Fueras de serie’ de Malcolm Gladwell y me está encantando. Si sus anteriores libros me gustaron este es realmente bueno, quizá el mejor de los tres. Yo siempre he pensado que existe gente con una capacidad innata para realizar alguna tarea, como por ejemplo la programación, y el libro me está haciendo replantearme esa idea. No voy a contar el argumento central del libro, porque creo que merece la pena leerlo, pero sí que voy a hablar sobre una de las teorías que plantea el libro: Para dominar una actividad con un nivel de maestría hace falta 10.000 horas de práctica en esa actividad.

Haciendo cuentas a groso modo, dedicando unas tres horas diarias a una actividad hacen falta 10 años para llegar a dominar una determinada actividad, tal como apunta Kirai en su post Aprender en 10 años. Volviendo la mirada hacia atrás, ese fue el tiempo que duró mi aprendizaje del entorno de programación con que están hechos los programas de alanit, es decir xHarbour y FivewinHarbour. En estos diez años he aprendido a hacer software de escritorio para Windows, y mis programas han evolucionado mucho. Primero quité los comboboxes, luego comencé a desarrollar mi  interfaz FSDI, hice mi guía de diseño de formularios, desarrollé Azeta y Findemes, y por último conseguí implementar un sistema de autocompletado de claves ajenas en los programas.

En esos diez años algunas veces sentía frustración ante ciertas personas. Siempre pensé que hay gente con unas aptitudes innatas para determinada actividad, como la programación. Ahora, leyendo el libro, estoy cambiando de opinión. Pienso que lo que realmente pasó es que todos esos programadores a los que yo admiraba habían completado sus 10.000 horas de aprendizaje mucho antes que yo. Esa era la diferencia real, no otra. Esto me hace afrontar de otra manera mi inminente aprendizaje de Java. De lo que se trata es de aprender rápido, dedicando mucho tiempo al estudio y llegar cuanto antes a completar las 10.000 horas de aprendizaje.

el economista camuflado

El economista camuflado es un libro de divulgación sobre economía. Da la impresión que es un libro surgido a rebufo del éxito de Freakonomics, y si en este el tema central era el funcionamiento de la economía en base a los incentivos, El economista camuflado se centra en el funcionamiento de los mercados, los sistemas de fijación de precios y el análisis de ciertas políticas económicas relacionadas con los mismos. El libro va de lo particular a lo general, comienza preguntandose por el alto precio del café en los Starbucks y termina por hablar de la evolución de la economía en China.En la primera parte del libro, el autor intenta explicar el funcionamiento de algunos casos o situaciones reales desde el punto de vista de un economista. Los primeros capítulos están dedicados a explicar como aprovechar el poder de la escasez para poder fijar unos precios mayores que los competidores o la manera que tienen los supermercados para cobrar mas por el mismo producto.Antes de entrar en las arenas movedizas de las políticas económicas hay un par de capítulos que me han gustado mucho, y son los dedicados al pinchazo de las empresas tecnológicas en bolsa y el de las subastas de licencias de telefonía móvil.En la segunda parte, el autor se dedica a analizar cual es el mótivo de la pobreza en algunos paises pobres y que han hecho algunos de ellos para salir de esta pobreza. La verdad es que al autor le importa poco el tema de las sweatshops e incluso llega a decir que la alternativa es peor a ellas. El autor, que trabaja en el Banco Mundial, argumenta claramente a favor del libre comercio y de lo malas que son las políticas proteccionistas, sin tener en cuenta en ningún momento que lo que hay detrás de determinadas prácticas son personas que sufren las consecuencias de estas políticas.En un mundo globalizado como el actual, creo que es bueno leer libros como este para entender un poco mejor el debate sobre economía y mercados.

a vueltas con los libros de programación

El lanzamiento de StackOverflow, el nuevo proyecto conjunto entre los supergurús Joel Spolsky y Jeff Atwood ha recibido varios post de sus autores a modo de justificación. No cuentan exactamente en que va a consistir el sitio, pero si que es un sitio de preguntas y respuestas que va a estar relacionado con el aprendizaje de la programación. Según Spolsky los programadores hemos dejado de leer libros y el mercado de libros es muy pequeño comparado con el creciente número de programadores. Atwood da una vuelta de tuerca más, justificando ese bajo nivel de lectura en varios motivos como el bajo nivel de los libros que se editan actualmente, la inversa relación entre calidad y número de páginas, y el abuso de la formula aprende en 24 horas.

Creo que problema no es tanto la mala calidad de los libros de programación, sino el tipo de libros que se editan. A groso modo yo hago la siguiente división entre libros relacionados con la programación:

  1. Libros específicos. Son los libros de lenguajes o de sistemas. Cuando los compras sabes que están destinados a quedar obsoletos en un cierto tiempo, pero los necesitas para el día a día o bien para aprender algo nuevo. La mayoría de libros que se publican pertenecen a esta categoría, y son los que se compran más habitualmente, pero también son los más facilmente reemplazables por tutoriales o por manuales descargados de internet. Los últimos libros que he comprado pertenecen a esta categoría, y son  Mac OS X Leopard y Beginning REALbasic aunque con este último se me ha ido la mano. En otro post contaré porqué.
  2. Libros de metodologías. Desde los clásicos de ingeniería de software a los de metodologías, UML o pruebas de software.
  3. Los libros de buenas prácticas. Aquí englobo desde los libros de diseño de interfaces, Peopleware, Pragmatic Programmer, No me hagas pensar y similares. Este grupo de libros es cuantitativamente mucho menor que los anteriores y se editan pocos libros de este tipo. Para mi la falta de este tipo de  lecturas es la gran carencia de la mayoría de los programadores.
  4. Libros de temas colaterales. Si quieres dedicarte a vender software debes aprender de cosas como economía, marketing e incluso sociología. Ultimamente se han puesto muy de moda libros de economía como Freakonomics o El economista camuflado. Precisamente estoy leyendo este último y el próximo que tengo ya comprado para leer es La economía Long Tail, que creo que es casi de lectura obligatoria para cualquiera que se dedique a vender algo en internet.

Yo no tengo nada claro cual es el problema con los libros de informática en Estados Unidos, pero si que hay cosas que me llaman la atención sobre el mercado de los libros de informática en España. Lo primero es que la mayoría de libros editados son del grupo 1 y 2 citados anteriormente. Apenas hay libros del grupo 3 editados en castellano, y si quieres leer alguno lo tienes que hacer inevitablemente en inglés, y esto es algo que no entiendo porque los libros de este grupo no tienen una caducidad tan acusada como los libros de lenguajes o metodologías. Los libros del grupo 4 sí se traducen en su mayoría, pero por editoriales que no editan libros de informática. Sobre las editoriales que editan libros de informática casi mejor ni hablar. No se quien elegirá los titulos a publicar pero desde luego a mi me parece alucinante la proliferación de títulos sobre Photoshop y otras herramientas de diseño gráfico. Se ve que se venden bien, porque todos los meses hay novedades sobre la versión 200X HIJK del programa de marras. Pero lo de traducir los libros de buenas prácticas ni se les pasa por la cabeza.Así que entre una cosa y otra no queda más narices que ir a morir a Amazon, donde por cierto en vez de ir a comprar libros a veces parece que vaya a pescar. Muchas veces puedes encontrar libros a menos de un tercio de su precio de tarifa, con lo que antes de comprar un libro siempre hago varias incursiones para ver su cotización. Ahora mismo mientras escribo esto he comprado un libro de 39,95$ por 11,95$, con lo que puesto en casa me cuesta al cambio menos de 16€. En España los precios de los libros son fijos, y no conozco ningún sitio donde hagan descuentos con lo que todavía te puedes encontrar libros de Windows98 a su precio original.

no sólo de código vive el desarrollador

Tiene razón mi admirado Spolsky cuando dice que la escritura es un músculo, y que se atrofia si no lo usas habitualmente. Hay temporadas en que nunca encuentro el momento para postear, pero con la vuelta a la normalidad ( trabajo, colegio y demás ) me he propuesto postear al menos una vez a la semana. A ver si lo consigo.

La semana pasada compré el número 1 de la revista mscoder. El primero y el último. No se que futuro va a tener la revista, pero tengo claro que no me vuelvo a gastar 7,5 € – mil doscientas cincuenta de las antiguas pesetas – en una revista a la que no saco el provecho suficiente para lo que vale, y – sobre todo – cuyo contenido o artículos parecidos puedo encontrar facilmente en internet. Creo que vale la pena comprarse un buen libro al año – 6 * 7,5 € = 45 € – que la dichosa revistita, por mucho doble cd que traiga.

Hablando de libros, y aunque llegue tarde el comentario, me ha causado auténtica sorpresa ver la nomilación de La tierra es plana en los 2006 Jolt Awards. Es un libro que tenía en la lista de candidatos a comprar, pero esto me hace decidirme a comprarlo y de hecho ya lo tengo encargado en mi librería habitual.

Con esto de que ahora el termino de moda es developer, conviene tener clara la diferencia entre ser programador y ser desarrollador, y saber en que lado queremos estar. Para ser desarrollador hay que aumentar la culturilla y tener claro que no vivimos sólo de código.

freakonomics

Freakonomics es uno de esos libros de los que se habla mucho en internet y generan gran movimiento alrededor de ellos. Hace poco que ha salido la traducción en castellano del libro y lo acabo de leer.

El libro está bien, se lee casí en un tirón – menos de una semana en mi caso – y a mi me ha recordado mucho a El momento clave de Malcolm Gladwell. A partir de una serie de preguntas concretas, los autores van hilvanando las respuestas a las mismas con una gran cantidad de información para demostrar sus tesis. El libro no tiene un argumento conductor, sino que intenta responder a una serie de temas que no tienen mucha relación entre ellos, lo que hace que al final de leerlo me haya quedado con una sensación un tanto extraña, de leer un libro que me ha gustado y no poder decir exactamente de que trata.

Más información en la web de libro.

pensando en algo sin pensar

Esta fin de semana se publicó en EP[s] un reportaje títulado Corazonadas inteligentes que aborda el tema de la inteligencia inconsciente, a saber: ¿ porqué tomamos decisiones sin elementos de juicio objetivo ? El reportaje contiene una gran publicidad encubierta de un libro titulado Inteligencia intuitiva, cuyo autor es Malcolm Gladwell, el autor de La frontera del éxito y que es uno de mis libros para este invierno. Resulta chocante que en varias ocasiones en el reportaje hablan de Malcolm Galdwell, cuando el apellido correcto es Gladwell, pero eso es cosa de los periodistas.

Creo que existe una relación directa entre la inteligencia inconsciente y la actividad de desarrollar software. De alguna manera cuando eres más productivo, cuando estás en estado de flujo – lo que mucha gente llama programar con el piloto automático -, estás aplicando este tipo de conocimiento. No te paras en cada detalle de tu código porque sabes que lo estás haciendo bien. Depuras rapidamente los errores porque los encuentas enseguida. Tomas decisiones acertadas sin tener que pensar mucho, aunque realmente estás pensando a otro nivel. ¿ Cuantas veces te has levantado por la mañana pensando que tenías la solución de un problema que te tenía amargado ? ¿ O cuantas veces has dejado algo que te parecía imposible para darte cuenta al poco tiempo de que es más fácil de lo que suponías ? ¿ Que hacías en ese lapso de tiempo ?

Del reportaje me llama mucho la atención una cita de Bertrand Russell: Si tengo que trabajar en algún tema difícil, el mejor plan es pensar en ello con intensidad durante un tiempo y después dar la orden de que el trabajo continúe en el subterráneo. Después de algunos meses, vuelvo conscientemente al tema y descubro que el trabajo está hecho.

Algunos meses es mucho tiempo, pero dejar de pensar en algo durante un par de dias muchas veces ayuda solucionarlo.