Alpha's Manifesto

A black and white figure's thought-hive

Failed experiments and what I’ve learned from them

Hey, I messed up but at least I learnt from it!

Failed experiment

In a preparation for a post that I’m going to write, I’ve prepared some code examples, and of course, making sure they work correctly. I spent nearly all of last week trying to find out what was wrong with my code, and when I did it, it was something really stupid. I don’t consider myself very stupid, so why did this happen? Let’s reflect a bit.

(Read more →)

How TDD pays off

A success story from the side of the doubtful

Software engineers, amirite? They keep blabbing about this fancy-pantsy weird wibbly-wobbly stuff nobody understands and they just want to keep things complicated. They want to test things even before they are done and then develop the app. Are they insane? And it even takes more time, so it’s a waste of money.

Well, my little friend-that-does-not-adhere-to-software-methodologies, they are right on what they do. And it does pay off. Let me tell you why.

(In here also: an update on the mongo-faceted project.)

(Read more →)

Google Inbox and Inbox Zero

I'm so on board, this is why

Google Inbox

I recently received a Google Inbox invitation, after requesting it three weeks ago. And after trying it out… boy, I love it.

Here I’m going to tell you why I love it so much, why it suits perfectly into my inbox management technique, and why I think it’d be useful for other people too. Also, a little bit of what it could have to make it even better.

(Read more →)

Link del día: Cómo GitHub usa GitHub para construir GitHub

Pensé que esta iba a ser otra presentación de producto como cualquier otra, pero no es el caso. La exposición de Zach Holman de cómo se utiliza GitHub es realmente épica, en cuanto a lo simple de su mensaje y lo profundo de la filosofía de trabajo que tienen.

La presentación se puede ver aquí: How GitHub Uses GitHub to build GitHub, y cabe destacar que es una presentación muy clara de por sí, no hace falta realmente ver el video para imaginar qué es lo que se está hablando.

Creo que tenemos mucho que aprender de esa filosofía, de ir al punto y resolver el problema, olvidarnos de la burocracia a la que estamos expuesto todos los días, y darnos cuenta de cómo hicimos de este trabajo algo innecesariamente complejo cuando las soluciones siguen estando al alcance de la mano.

Soy un zorrinito directo.

Link del día: Programando con el sombrero rosa

La gente de Babcock y Jenkins escribió un artículo sobre una actividad que ellos denominan “Coybow coding”, que como lo pueden imaginar, tiene que ver con la codificación temeraria. En este caso, se trata sobre la programación o remediación de defectos directa en servidores de producción. Su artículo se titula Cowboy Coding and the Pink Sombrero.

La metodología de ellos es realmente hacer llamar la atención a alguien cuando se están haciendo cambios en producción. Es muy común que ciertas empresas muestren un mensaje cuando se accede a un servidor de producción, o que muchas acciones estén restringidas, o que se necesite usar passwords a cada rato. En defnitiva, es la importancia de recordarle al programador / administrador de sistemas que se encuentra trabajando en un sistema que está en vivo.

Ahora, otra forma de lograr este efecto es “haciendo pensar” al programador si realmente se justifica estar haciendo estos cambios en producción, y para eso, nada más llamativo de la atención que un sombrero rosa. Lo llamativo del sombrero hace que todos sepan que hay alguien trabajando en producción, y cuando se acercan a preguntar, la persona haciendo los cambios comienza a dudar si realmente lo mejor era hacer eso.

Buena técnica, curiosa implementación. Me gusta como se juega con la psicología para que de a poco se vayan castigando estos comportamientos. Sin embargo, creo que si alguien debe de hacer un cambio en producción, dudo que el ambiente sea tan animado como para andar poniéndose sombreros.

Soy un zorrinito sin sombrero.