Lunes 09 de Mayo del 2011

(El título hace referencia al concepto 'KISS' habitual en informática, "Keep It Simple, Stupid", y al título habitual del Director de Juegos de rol, el Master).

Acabo de terminar de leer el manual del juego Runepunk, por cierto altamente recomendable, y hay algo que me ha llamado la atención.

Al igual que muchas ambientaciones basadas en Savage Worlds, Runepunk incluye un 'Plot Point', un sistema de campañas que proporciona pequeñas aventuras ligadas a personajes o lugares de la ambientación, con poca relación entre sí, pero que unidas forman una gran historia.

No soy un gran lector de manuales de rol ni campañas o aventuras, así que tal vez lo que voy a mencionar sea algo particular a los pocos que he leído, pero algo que he notado es que las indicaciones dadas en este tipo de material se parecen a guiones de teatro: van de un sitio a otro pasando por todos los puntos intermedios, y a menudo incluyendo hasta guiones y acciones totalmente detalladas.

Sé que no es necesario para mi como Master seguir el guión al pié de la letra, pero aun así no me convence. Tal  vez sea por mi forma de organizarme, pero creo que una serie de indicaciones vagas, como el borrador de una novela (un esbozo de los personajes indicando sólo sus características clave, una forma de empezar, cuatro o cinco eventos indispensables y un argumento principal), son más que suficientes. Siempre que el entorno, la ambientación, estén claramente definidos, aunque sólo sea en la mente del Master, todo lo demás debería venir solo.

Algún día de estos intentaré poner mis notas de alguna aventura reciente unidas al desarrollo real, para ilustrar lo que quiero decir.

Jueves 05 de Mayo del 2011

The issue

As all of you probably don't know, I mantain a series of PKGBUILD's in the AUR arch repository, most of them related to the D language, version 2.

The D language is great (I have already written about it before), but the still-a-bit-in-development version 2 has  one maintenance problem for me: 3 compilers, the official dmd, the gcc-based gdc, and the LLVM-based ldc. Thing is, you must compile a library with the compiler you're gonna use in your project (I think, I might be wrong, with those 'runtime' rumors I keep hearing). Even without this, you don't need dmd if you have gdc installed, so forcing the user to install one compiler or the other just so they can use gtkD with their project doesn't sound too good.

Anyway, I have written in D2 a small script, d2-config, that helps me with the rest of D2 packages. Instead of depending on one compiler or the other, I can now depend only on d2-config, knowing the user must have at least one working compiler along with it. It

By the way, it's inspired by the gcc-config from Gentoo, although used for a different task.

The workings

 All three compilers have a compatible command-line interface (a wrapper in two of the cases), so the script just manages a symbolic link to the default compiler.

It may be called in three ways:

d2-config [-h|--help]:  shows the usage and usual help
d2-config <-l|--list>:   shows a list of the installed compilers, with an '*' before the current default one.
d2-config <-c|--change>=NUM: switches the current default one to the NUMth one in the list.

As simple as that.