Programando con cinta pato

Hace poco, entre distintos pesos pesados del mundo del development, se dio una discusión bastante jugosa. Todo empezó con este post de Joel Spolsky, que parece ser un conocido detractor de las metodologías agile. El tema es que Joel estaba leyendo el libro Coders At Work (que ahora está en mi wishlist), donde se entrevista a figuras casi mitológicas del ambiente, y noto que Jamie Zawinski asegura no haberle dado mucha bola a las tecnologías cool y de vanguardia, y mas bien enfocarse en darle pa adelante a lo buey. En la epoca de netscape navigator, supongo que la vanguardia sería cosas como los Design Patterns y OOP; igual Joel aprovecha esto para tirarle mierda al TDD y toda la movida agile. Desarrolla una analogía que es la que da título al post, donde habla del Duct Tape Programmer, que como la famosa cinta pato, no se la da de cool, y no es la solución más eficiente, pero suele estar a tiempo y arreglar las cosas sin demora. Una especie de "lo atamo con alambre" o McGyver. Más tarde, Uncle Bob Martin que digamos que está del otro lado de la vereda, le contestó, continuando la analogía, que para emparchar una cañería con la cinta pato alcanza, pero si pretendemos hacer un edificio, meido que se nos va a complicar. El asunto es que se terminó dando una especie de generala donde intervinieron varias personas, como Peter Seibel, el que escribio el libro que originó todo. Como la discusión resulta interesante, y proporciona bastante insight sobre los varios puntos de vista, voy a dejar a continuación una lista de los blog posts que vengo leyendo al respecto, en orden cronológico, por si a alguien le interesa pegarle una ojeada.

• http://www.joelonsoftware.com/items/2009/09/23.html
• http://blog.objectmentor.com/articles/2009/09/24/the-duct-tape-programmer
• http://www.tbray.org/ongoing/When/200x/2009/09/25/On-Duct-Tape
• http://gigamonkeys.com/blog/2009/09/28/a-tale-of-two-rewrites.html
• http://gigamonkeys.com/blog/2009/10/05/coders-unit-testing.html
• http://blog.objectmentor.com/articles/2009/10/06/echoes-from-the-stone-age
• http://blog.objectmentor.com/articles/2009/10/07/tdd-derangement-syndrome
• http://gigamonkeys.com/blog/2009/10/08/testing-cred.html

Instalar Eclipse 3.4 (Ganymede) en Ubuntu Hardy (y probablemente Gutsy y Feisty)

En realidad es más bien un consejo esto, porque no hay ninguna explicación para hacer algo complicado. El tema es así, en los repositorios de ubuntu, la versión de eclipse que hay es bien vieja, calculo que tiene 1 año o tal vez más. Esto ha llevado a jugosas discusiones, en las que incluso ha participado Mark Shuttleworth.
El tema es que estuve investigando y no encontré ningún repositorio no oficial de donde descargarlo, entonces me dispuse a ver la forma de instalarlo manualmente.
Las buenas noticias, y el motivo de este post, es que si bien no hay un .deb, en la página oficial de eclipse, se puede descargar un tar.gz que funciona de manera completamente autónoma. Lo único que se necesita es descomprimirlo a una carpeta, y ya podemos levantar el ejecutable, que funciona de manera independiente de cualquier otro eclipse que haya en el sistema (yo tengo este y el 3.2 que está en el repo).

Nota: Yo lo probé en un sistema donde en eclipse 3.2 funcionaba todo, no en uno limpio, por lo tanto se pueden necesitar arreglar detalles como los mencionados en otros posts.

Habilitar syntax highlighting en vim

Si bien para el recién iniciado vim es horrible, en realidad, parece ser una herramienta realmente poderosa (lo de parece es porque yo soy relativamente nuevo usándolo, y todavía no llegué a ser proficient). Si uno pretende usarlo para programar, es útil/cómodo tener habilitado el syntax highlighting, cosa que no viene habilitada por defecto en ubuntu. De hecho, la versión que viene con Feisty, es una especie de versión light, que ni siquiera tiene la opción (el por qué tomaron esa decisión escapa a mi conocimiento, supongo que les ahorró unos gloriosos 500 kb).

En definitiva, la solución:

a) Instalar la versión completa de vim

$ sudo apt-get install vim-full

b) En el archivo de configuración:

$ vi ~/.vimrc

agregar la línea "syntax on"