[caption id=”attachment_227” align=”aligncenter” width=”270” caption=”conferencia rails”][/caption]Este año la conferencia rails promete, además de haber un día mas para talleres prácticos, vendrá gente como: Nathaniel Talbott, David A. Black, Yehuda Katz, Obie Fernandez y Scott Chacon.Desde hace algún tiempo tengo curiosidad hacia otras alternativas a las bases de datos relacionales,  asi que voy a ir con muchas ganas a la charla sobre key value stores y a la de casandra DB.Tampoco pienso perderme dos charlas que hablarán sobre el concepto de desarrollador,  el desarrollador total y la herramienta de desarrollo defintiva ,  ni tampoco la de alternativas ligeras a rails.Nos vemos allí :)

La idea, por su naturaleza misma, necesita ser comunicada: escrita,explicada, realizada. Como la hierba, la idea busca la luz, ama lasmultitudes, las cruzas la enriqueces, crece más vigorosa cuando se la pisa.

Ursula K. LeGuin, ”Los desposeídos”

Visto en Criterión, sobre todo el proceso de imprimir un libro con los medios de la epoca: Haciendo libros: un taller de imprenta en 1947 from mamaquierosereditor on Vimeo.

Pensaba que rails soportaba el envio de emails con tls de serie, pero no es asi. Para poder enviar emails a través de gmail, es necesario usar tls, pero es muy sencillo de añadir mediante un plugin:Y ya solo queda añadir el parametro en la configuración de ActionMailer para que use tls:Después de haber hecho durante años las validaciones de email mediante mas o menos complicadas regex, he descubierto que la libreria Tmail tiene una clase Address, que te parsea la dirección de email y te lanza una excepcion si no es correcta. Asi, por ejemplo para validar un email podemos hacer:

Hace tiempo que decidi probar planetaki, me llamaba mucho la atención. La primera sensación fué que estaba muy bien pensado para gente no friki, que no sabe lo que es un feed. Y probé a crearme mi propio planetaki, y fué increiblemente sencillo. El diseño mola mucho, esta todo muy cuidado.He usado ya unos cuantos agregadores, (Google Reader, NetVibes, Bloglines …) y aunque el que mas me gusta es el google reader, todos ellos tienen en común algo que no me gusta. Cuando lees bastantes blogs, en general no te interesa saber absolutamente todo lo que escriben los autores, simplemente quieres seguirlo en lineas generales.Y te vas de vacaciones, o pasas un tiempo sin leer blogs, y te van apareciendo cada vez mas feeds sin leer. Al final lo vives un poco como una obligación, y marcar los no leidos como leidos se vuelve rutinario y aburrido. Esa es otra idea que me gustó de planetaki. Tienes una sola página con tus ultimos feeds, nada de carpetas con el numero de elementos sin leer. Esta opción me gusta mucho para feeds que no me importe dejar sin leer posts, por ejemplo, tiras comicas o blogs de gente que me gusta hojear solo de vez en cuando.A pesar de que me gustó mucho, no me sirve por que hay blogs que quiero saber cuantos post tengo por leer y no me quiero perder ni uno. Y necesito también alguna forma de clasificar los blogs que leo, no es lo mismo dedicar media hora a leer tiras comicas o blogs superficiales, que blogs técnicos sobre el desarrollo de rails.Hace poco descubrí gracias a Perronaider, feedly, es un plugin de firefox, usa google reader por debajo, pero presentandolo en bonito. Tengo que probarme a ver si me acostumbro (me estoy volviendo perro viejo), pero tiene muy buena pinta.

Si hubiera preguntado a mis clientes qué necesitaban, hubieran dicho un caballo mejor.

Dreaming in code es la historia de un proyecto de software, con gente muy brillante, ideas muy buenas e innovadoras, pero que fracasa estrepitosamente. Como dice el subtitulo del libro:

Two Dozen programmers, three years, 4,732 bugs, and one quest for trascendant software.

Lo mejor del libro es como explica la dificultad de desarrollar software. El autor, Scott Rosenberg) es un periodista con experiencia como programador, cuenta de una manera muy divulgativa y muy clara por que que cuesta tanto hacer software que funcione bien, entregarlo a tiempo, y que sea fácil de usar. En este caso cuenta la historia del desarrollo de Chandler, una agenda para gestionar calendarios, tareas y notas de una forma muy eficaz. Te hace pensar que para gestionar tareas no tenemos ninguna herramienta que sea efectiva y productiva.La fuente de ideas y de dinero para el proyecto,  Mitchell Kapor,  es uno de los creadores de lotus 1.2.3 tenia mucho dinero (que habia ganado con Lotus) y decidió crear chandler retomando muchas de las ideas originales de Agenda, un programa para msdos que no llego a triunfar por su curva de aprendizaje.El desarrollo de chandler empieza en el 2001,  pero pronto empiezan a tener problemas, el proyecto se vuelve demasiado ambicioso, y los miembros del equipo pasan mucho tiempo desarrollando partes de forma aislada y no pueden enseñar o ver nada. Por ejemplo, como en aquella epoca estaba muy de moda el p2p, decidieron crear un nuevo sistema de ficheros que fuese descentralizado. Y el proyecto se empieza a convertir en un sumidero de horas de trabajo y dinero.Finalmente, aunque tardaron varios años mas de lo previsto en tener algo que se pudiera enseñar y Kapor abandonó el proyecto, lograron sacar Chandler, aunque con bastantes modificaciones respecto a la idea original. Ya no seria una aplicación p2p, si no que tendria un servidor (en java) y un cliente (python). Chandler ahora mismo tiene muy buena pinta, y es bastante usable aunque algo pesado, pero tiene muchas ideas que podrian influir mucho en cualquier gestor de tareas / agenda nuevo.Muy recomendable, y no solo para gente técnica.

De las tiras cómicas que sigo, la de Alberto Montt es una de las que mas me gusta:

[caption id=”attachment_137” align=”alignnone” width=”348” caption=”Chrono Notebook”][/caption]Me encanta, es un cuaderno con las páginas en blanco con un reloj dibujado en el medio, para que puedas ir apuntando cosas y marcando horas. Puedes leer mas sobre el chronotebook de muji en el blog de Jack Cheng

Para empezar a coger práctica con git, aunque uso subversion para los proyectos con los que trabajo, he empezado a usar git-svn, asi en local trabajas con un repositorio git, y luego lo sincronizas con el repositorio subversión. La forma de trabajo seria mas o menos así:

git svn clone --username your-namehttps://theworlddominationproject.com/svn

# Creamos una nueva branch# en la que trabajamos y hacemos commits.

git checkout -b work# Luego cuando queremos subirlo todo al subversion:git checkout mastergit svn fetchgit rebase master workgit checkout mastergit merge workgit svn dcommit

Una de las ventajas que tiene trabajar asi, (aunque uses subversion) es que si estas haciendo bastantes cambios, puedes hacerlos en una branch en local, y si tienes que arrglar un pequeño bug, es muy rapido en local cambiarte a otro branch, arreglar el bug, subirlo y volverte a cambiar al branch en el que estabas trabajando.