martes, 15 de mayo de 2012

Estado de miedo


Estado de miedo
Michael Crichton

Debo decir que me he llevado una sorpresa agradable con este libro ya que ha superado mis expectativas. Inicialmente esperaba una historia típico de un bestseller, es decir, un malo malísimo y un bueno buenísimo que les desbarata los planes conspiranoicos. Y así fue pero con un plus.

La temática de fondo es el cambio climático, donde un grupo ecologista radical se dedica a generar desastres naturales para recabar atencion sobre el problema. Hasta aquí todo entra dentro de lo esperado, sin embargo en mi opinión existe un plus ya que se dan muchas referencias a artículos/estudios que no reflejan claramente que realmente estemos vivimos un cambio climático.

Por poner un ejemplo, en un pasaje se comparaba la tendencia al alza en Nueva York frente a la tendencia a la baja de la temperatura en un pueblecito a 80 kms de Nueva York. ¿Cómo podía ser que el calentamiento global se estuviera olvidando de este pueblecito? Como posible respuesta se daba que el pueblecito seguía teniendo la misma población que hace 100 años, mientras que Nueva York había multiplicado por muchos su población en el mismo periodo de tiempo. ¿Es por tanto un problema de cambio climático o de sobredimensionamiento de las ciudades?

Resumiendo, interesante principalmente por la cantidad de información que se pone sobre el tapete y lo excépticos que debemos ser ante estudios que son pagados por organizaciones con una clara tendencia procambio climático o anticambio climático.

Mi calificación: 7.5

martes, 8 de mayo de 2012

Enlaces interesantes

Hoy tenemos un especial de enlaces sobre ciencia :

- ¿Qué ha hecho la ciencia española por España?: Varios ejemplos de los resultados de la ciencia española a lo largo de los tiempos.
- ¿Qué beneficio económico tendrán sus investigaciones, señor Newton?: De cómo los científicos por vocación investigan por curiosidad y no por lo que se pueda conseguir con sus descubrimientos. Como ejemplo tenemos estas palabras de Rutherford: “Cualquiera que crea que la división del átomo se puede derivar algún beneficio práctico está diciendo pamplinas”.
- Michio Kaku: Ciencia básica ¿para qué sirve? : Los experimentos que se están llevando en el CERN son muy caros y aún no se sabe qué posible utilidad se sacará de ello, aunque basándose en el pasado lo normal es que cambie la forma en la que vivimos.

sábado, 21 de abril de 2012

The Pleasure Of Finding Things Out

Documental/entrevista a Richard Feynman:

viernes, 13 de abril de 2012

The Best Mind Since Einstein

Otro documental sobre Richard Feynman que no añade nada nuevo del No Ordinary Genius que ya vimos por aquí. Lo comparto de todas formas.

miércoles, 11 de abril de 2012

Simiocracia

Otro genial vídeo de Aleix Saló sobre la enorme crisis que tenemos en España. Creo que puede resumirse en:

- Principio de Hanlon: Nunca atribuyas a la maldad lo que puede ser explicado por la estupidez.

- Estamos gobernados por ineptos.

sábado, 7 de abril de 2012

Artículos interesantes

- El error de una reforma laboral donde el diagnóstico es erróneo: Una mejora de la competividad vía devaluación de sueldos solamente favorecerá a las empresas exportadoras, que solamente representan el 30% del IPC. El 70% restante del PIB es debido al consumo interno, lo que teniendo en cuenta que los trabajadores/consumidores perderán poder adquisitivo, es de esperar que el consumo interno se contraiga.

- Cómo extraer tu propio ADN en unos pocos minutos

- Bobby Fisher. La infancia del pequeño diablo: Relato muy entretenido de la relación de Bobby Fisher con el mundo del ajedrez. Aquí la continuación.

martes, 3 de abril de 2012

Del mito a la razón

Interesante documental grabado con financiación sobre la historia de la ciencia por Rubén Lijó del blog Hablando de ciencia donde se incluyen algunos de los "mejores momentos de esta": teorías sobre el universo, Galileo, Newton, Einstein y su teoría de la relatividad, mecánica cuántica ... Y como no podía ser de otra manera, nombran a mi científico favorito: Richard Feynman.

domingo, 1 de abril de 2012

domingo, 18 de marzo de 2012

97 Things every programmer should know


97 Things every programmer should know
Kevlin Henney

Libro que es un compendio de pequeños artículos, sí en concreto 97, en el que distintos "expertos" exponen diferentes aspectos de la programación. Son artículos cortos y superficiales, por lo que es un libro fácil de leer.

Y a continuación las notas que tomé:

- Postponer la resolución de un problema a un problema posterior suele ser una mala práctica, ya que la resolución puede ser aún más compleja. Como mal menor, apuntarlo en la lista de TODO para que no se olvide.

- El conocer la programación funcional puede ser de mucha utilidad para evitar problemas con referencias.

- Los usuarios finales no piensan como los programadores. Se aprende mucho pasando una hora viendo cómo trabajan los usuarios, qué tipo de cosas hacen.

- Las reglas de desarrollo deben seguirse y no relajarse, llegando a evitar subir código al repositorio si no cumple las reglas.

- Hay que hacer código simple, aunque la aplicación sea muy compleja.

- Cuidado con las refactorizaciones de código. El viejo código puede no ser elegante, pero funciona. No se puede tirar a la basura el conocimiento y horas usadas para conseguir ese viejo código.

- No todo debe reutilizarse. En ocasiones es mejor duplicar código para evitar crear dependencias.

- Implantar revisiones de código donde todo el equipo esté involucrado y no exista o parezca existir un equipo de élite que juzga a los demás.

- El mejor comentario es el que no hace falta, ya que el código es autoexplicativo.

- El peor comentario no es el que falta, sino el que existe y es incorrecto.

- Aprender otros lenguajes es útil ya que nos dará ideas de cómo afrontar problemas desde otras perspectivas. Será doblemente útil si son lenguajes pertenecientes a distintos paradigmas (procedimentales, orientado a objetos, funcionales, lógicos, ...).

- Trabajar en proyectos open-source es una buena forma de aprender mucho.

- Un gurú puede tener mucho conocimiento, pero necesitará de un contexto para poder ayudar.

- La formación continua es parte del trabajo de un programador.

- Si quieres que alguien pruebe tu producto, da todas las facilidades: descarga sin pasos intermedios, incluir guía rápida de uso, documentación, ejemplos, ...

- Un algoritmo eficiente parecerá malo si las comunicaciones son malas.

- Los IDEs nos hacen más productivos pero nos ocultan qué estamos haciendo realmente. Con las herramientas desde línea de comandos, somos más conscientes de lo que está sucediendo.

- Los build debe codificarlos el equipo de desarrollo.

- Automatizar todo lo posible, ya que al final se ejecuta más veces de lo que suponíamos.

- Escribe código como si tuvieras que mantenerlo durante el resto de tu vida.

Mi calificación: 7

El caballero de la armadura oxidada

El caballero de la armadura oxidada
Robert Fisher

Nos encontramos ante otro típico libro de autoayuda que se apoya en una historieta de un caballero para hacer llegar mejor su mensaje. La verdad es que estos libros de autoayuda no me suelen gustar mucho, así que mi opinión está condicionada desde el principio.

El caballero está atrapado en suarmadura después de años sin quitársela. Él aduce que debe estar preparado ante cualquier acontecimiento que requiera su intervención, cosa que hace tiempo que no es necesaria.

La armadura no le permite hacer una vida normal y su mujer le pide que se quita pero, después de tanto tiempo, está oxidada y no lo consigue. Sale en busca del mag Merlín para que le ayude.

A través de distintas pruebas irá aprendiendo qué es lo que realmente importa en la vida e irá consiguiendo quitarse la armadura. Aprenderá que hay que valorarse uno mismo sin tener que estar constantemente demostrarlo.

Mi calificación: 6