Blog de Antonio Manuel Muñiz

Desarrollo, Ingeniería y Calidad del Software

Archivos en la Categoría: Uncategorized

Y pasó Apache Barcamp Spain 2011

Es la primera vez que participo en la organización de un evento como Apache Barcamp Spain 2011, así que como es de suponer todo ha sido nuevo para mí. Desde el primer día en que Manuel Recena (@recena) me dijo que había estado hablando con Carlos Sánchez (@csanchez) sobre la posibilidad de organizar algo en Sevilla en torno a Apache, hasta el último minuto en el patio de La Carbonería no he parado de aprender, y por supuesto, de disfrutar. Disfrutar viendo como llega la gente por la mañana a la ETSII, como se presentan más de 25 charlas, y aunque no pude asistir a ninguna completa (es lo que tiene la organización) si que pude ver algunos “minutos” de charlas muy interesantes.

Pero sí, es cierto, participar en la organización de un evento así es duro, y en klicap lo hemos hecho. Hay que trabajar para que salga algo decente, hay que trabajar bastante, y aún así se cometen errores. Ya hemos tenido feedback del evento, tanto de lo bueno como de lo malo, así que ya sabemos algunos de esos errores. De todo se aprende… esa es la idea. Pero cuando un asistente se acerca y te dice que lo está pasando genial, o cataloga el evento de “Eventazo”, entonces se te olvidan estos detalles “menos buenos” y piensas -el año que viene me tiro al pozo de nuevo- Así que eso haré, tirarme al pozo :-)

Gracias a todos, de verdad, a asistentes y patrocinadores, por hacer que el evento haya estado a la altura. Gracias.

Anuncios

Apache Barcamp Spain

Este fin de semana se presenta trepidante en Sevilla: el sábado es la primera Apache Barcamp celebrada en España.

Un pequeño equipo de desarrolladores locos hemos trabajado duro para organizar el evento, hemos intentado que sea un punto de encuentro para desarrolladores de todo el pais, un espacio donde aprender, enseñar y compartir, ese es el espíritu.

El formato es conocido: entre todos decidimos de qué hablaremos, cada uno asiste a las charlas que quiera, la gente que está en una charla es la que tiene que estar y cualquier cosa que suceda es la que tiene que suceder.

Pues eso, entre todos decidiremos sobre qué hablar y entre todos nos beberemos los casi 1000 litros de cerveza que tenemos preparados en la fiesta post-evento :-)

¡No te lo pierdas!

World Champions!!

Ya es nuestra…

World Champions Cup

…somos CAMPEONES DEL MUNDO!

Guía práctica para hacer fracasar un proyecto

Si tenemos por objetivo que un proyecto fracase estrepitosamente, no tenemos más que cumplir las siguientes directrices (o buenas prácticas) de forma escrupulosa:

  1. No usar un sistema de control de versiones, lo mejor es que cada desarrollador trabaje en su propia máquina.
  2. No documentar absolutamente nada, el propio código es la mejor documentación.
  3. Cada desarrollador debe hacer lo que quiera, sin nadie que coordine su trabajo y sin ningún tipo de comunicación entre ellos.
  4. Es fundamental que no se defina ningún tipo de prueba, y prohibir terminantemente el uso de sistemas de integración continua.
  5. No compilar de forma frecuente, a lo sumo, una vez a la semana.
  6. Si el proyecto comprende bloques funcionales independientes, es imprescindible no realizar ninguna prueba de integración, solamente se hará una, el día antes de poner la aplicación en producción.
  7. Asegurar que nunca se sabrá quién hizo qué, de esta forma, a falta de documentación (véase punto 2), mantendremos los indices de inmantenibilidad en los valores deseados.
  8. El proceso de despliegue de la aplicación debe ser lo más complejo posible, por supuesto indocumentado y ligado a la máquina en la que se desarrolló.
  9. Y claro está, lo más importante, las palabras “Quality Assurance” jamás serán pronunciadas.

Un link realmente interesante

He añadido un enlace en la sección Enlaces que hace referencia a la página de una persona que conocí hace unos meses, y de la que realmente se aprende día a día, como muestra, un botón, su último post.

No me gusta escribir un post que simplemente hace referencia a otro, pero como el motivo de esta entrada no es otro que comentar el nuevo enlace, me lo permito.

En fin, Manuel Recena, un excelente amigo y compañero de trabajo… aunque en algunas cosas no estemos de acuerdo ;)