Reuniones técnicas…

…en las cuales el arquitecto explica a la audiencia la estructura del sistema en el que luego deben meter los dedos:

(gracias a Nicolás por apuntarlo)

Jueguitos de Viernes: Penguins Attack

Uno por el que vale la pena reflotar la sección… Penguins Attack es un clásico del estilo “tower defense”: hay que ubicar, mantener y actualizar diferentes tipos de armas que disparan automáticamente para impedir el paso de las tropas enemigas.

Los últimos que había encontrado en este estilo ya eran demasiado complicados para mi escasa capacidad de concentración y procesamiento… Penguins Attack es perfecto para cortar 15 o 20 minutos.

Visto en Juegos Microsiervos.

Invitaciones para Google Wave

Tengo invitaciones a Google Wave. A falta de algo mejor que hacer con ellas (no más sugerencias, gracias) serán repartidas entre los 10 mejores links (si tienen algo que ver con desarrollo de software, mejor) que se dejen en los comentarios de esta entrada. Autobombos bienvenidos.

El “jurado” de este “concurso” (bueh…) está conformado exclusivamente por mí, y la consigna se mantiene mientras haya una cantidad razonable de links para revisar. Actualizo esta entrada cuando se cierre.

¡Fin de semana!

Visto en The Daily What.

Programar es como…

… “escribir”, decía yo (y varios pensaban lo mismo). @programmingjoy rescató del blog de Ian Voyce una entrada en la que se recopilan otras analogías, como el clásico “programar es como tener sexo…

• … un error y tendrás que mantenerlo el resto de tu vida”.
• … podés divertirte un montón y que alguien más se haga cargo del lío (para aquellos que cambian de trabajo con frecuencia).
• … tenés que pagar un montón para conseguir a alguien bueno en eso” (por favor no arruinemos un buen chiste discutiendo sobre la veracidad de esta analogía en particular).

Pero mejor sigan hacia la entrada original para encontrarse con el resto: Programming is like a bad analogy.

Complejo.

Hace semanas que vengo demorando una entrada sobre la complejidad. Es que hay tanto que decir sobre la complejidad que la cosa se vuelve un poco compleja… y soy poco dado a las cosas complejas.

Así que procrastinando otra vez el bendito post –que a estas alturas ya sé que nunca voy a escribir-, picando de aquí y allá en el reader, me encuentro con un -ya viejo- artículo de Joel: The Duct Tape Programmer.

Sencillamente imperdible, un compendio de frases impactantes delicadamente hilvanadas:

Sometimes, you’re on a team, and you’re busy banging out the code, and somebody comes up to your desk, coffee mug in hand, and starts rattling on about how if you use multi-threaded COM apartments […] and you have no friggin’ idea what this frigtard is talking about, but he just won’t go away, and even if he does go away, he’s just going back into his office to write more of his clever classes […]

Ya ven para donde apunta:

One principle duct tape programmers understand well is that any kind of coding technique that’s even slightly complicated is going to doom your project.

Y básicamente eso es todo lo que hay que decir al respecto de la complejidad. Me hizo acordar a esta otra gran frase, que no recuerdo muy bien de dónde saqué:

“Los buenos programadores resuelven los problemas complejos, los grandes programadores los evitan”.

Resolver un problema es ganar una batalla. Eliminar la necesidad de resolverlo es evitar la guerra. Es como la depuración: no se trata de meter más código sino de quitar el que sobra, no se trata de conocer más patrones, frameworks, herramientas, plugins y la mar en coche, se trata de encontrar la combinación más simple que nos permita implementar la funcionalidad necesaria, y de simplificarla todavía más.

Para evitar un problema es imprescindible crear el ambiente propicio para esas preguntas que ponen incómodos a todos: “¿realmente hace falta hacer esto? ¿por qué? ¿para qué? ¿hay otras posibilidades? ¿qué pasa si no hacemos nada?” Son esas preguntas las que llevan al pensamiento lateral, y es por eso que la aparición de respuestas tautológicas nos alertan tempranamente de que estamos perdiendo el rumbo: “Porque sí”, “Porque el cliente lo pidió así” (es casi decir lo mismo), “No sé, pero hay que hacerlo”, “Esto ya está pensado”…

Lo complejo se torna complicado muy rápidamente, casualmente en el preciso momento en el que los ingeniosos desaparecen.

Jueguitos de Lunes.

Una buena opción al trabajo ésta que publicó Cerebrado en Soft Cero: Breakdown es una versión del clásico Arkanoid convenientemente camuflada para jugar en la oficina.

 

Digo yo… ¿no será hora de buscar un trabajo más motivador?