MasciBlog

Milliways, the game at the end of the Universe

masci — Mon, 30 Jan 2012 17:52:34 +0000

Milliways is a game developed for the “5 BUTTONS Competition” (follow the link for the details) contest hosted at experimentalgameplay in collaboration with 02L. Games have to support UnitaZero as their one and only input device, and that’s the fun part!

Basically it’s a cooperative puzzle game (2-5 players) in Tetris style: a row of 5 dice fall to the bottom of the screen and each pad change the face of the corrisponding dice when triggered. When all the 5 dice shows the same face the row disappear. If the rows reach the top of the screen the game is over (you know how Tetris works, don’t you?). Game concept and development are very simple but players’ interaction could be interesting (or I hope so).

Tracks played during the game are courtesy of The Shaidon Effect, the rest of the components is in the public domain or has a CC license.

The game was developed using Python and Pygame, the code is open source and you can find it here: https://bitbucket.org/masci/milliways/

I wrapped-up a Windows executable with PyInstaller, tested only on a Win7 Pro SP1 machine: http://dl.dropbox.com/u/6417369/milliways.zip

The game is named after “The restaurant at the end of the universe” – I was reading that novel during the early development.

Best TDD definition ever.

masci — Fri, 26 Aug 2011 11:13:30 +0000

Today I found this tweet by @glyph, retweeted by Raymond Hettinger – maybe not actually a definition but it explains exactly what I mean with “Test Driven Development”:

TDD doesn’t prevent bugs you didn’t predict. It removes bugs you *did* predict so they don’t distract you from fixing the ones you didn’t.

Link to the original tweet.

So you want me to follow you on Twitter

masci — Thu, 18 Aug 2011 08:43:37 +0000

If you’re looking for the requirements to meet to be followed by me on Twitter, Jump to the list.

I was quite skeptical the first time I heard about Twitter – why the heck should I post messages about my status? And in a super-awful third person fashion, maybe? I mean, I’ve a blog where posting things, I’ve an RSS reader to grab news and infos all around, why getting rid of images, formatting and whatever number of chars I want? The answer was so simple: damn speed!

Maybe I am misusing the tool, but scrolling my Twitter timeline searching for news and useful links posted by the right people is ways faster than the most advanced RSS reader you can find. And throwing interesting stuffs in a read-it-later bucket with the help of tools like (guess?) Read It Later or Instapaper while browsing the timeline with my smartphone is the definitive weapon: informations at the speed of light.

Now, if you are a famous twitterer and take the tool as an output-only pipe for your thoughts maybe you don’t even read your home timeline. But I’m a complete unknown lurker greedy for useful informations with little to no time to dedicate to the fact you just woke up (and maybe at that time I’ve been working for a couple of hours already but this is another story). You simply mess my timeline, and my timeline must be clean to carry out infos efficiently.

Now the real purpose of this post – during the past months my timeline got really dirty since I happened to use Twitter as a social tool. Wrong! I appreciate you’re following me and surely we could be friend and get out for a beer or two, but if you tweet crap there’s no way I can follow you back.

Here is the requirement list you have to meet (if not the whole, at least the most) to let me follow you, sorry for swearing:

Don’t flood in any case. If it’s not your fault, try revoking your auth to some of the dozens third party services you trusted. If you flood on purpose, I hate you.
Don’t say ‘morning and don’t whish me a good night. Never.
Don’t link your 4square/gowalla/whatever accounts to your Twitter stream. I don’t bother where you are when.
Don’t spread your floody bloody fucking Follow Friday messages, nor try to cheat changing the weekday.
Don’t thank for RTs – you could break the Twitter with an infinite loop.
Don’t copy&paste news from notorious twitterers. If I’m both following you and @hackernewsbot, there can be only one. Guess who.
Don’t retweet commercials. I don’t want to win any iCrappy device.
Try using DMs instead of chatting with your friends about your own fucking business.
Don’t post multiple enigmatic messages about your private life waiting for someone to ask you details. Say what you want or keep it for yourself (better).

I reserve the right to expand this list.

Installare OpenERP su OSX con virtualenv: tutorial

masci — Mon, 23 Aug 2010 22:00:09 +0000

Indipendentemente dalle scelte che si fanno circa l’ambiente in produzione, in fase di sviluppo è molto comodo avere un’istanza locale del server openerp e del client web. Mettere in piedi l’ambiente per OSX 10.5 non è semplice come con l’installer all in one per Windows ma grazie all’ausilio di tools come virtualenv vedremo come l’operazione si possa completare senza troppe difficoltà.

Prerequisiti

Prima di iniziare il tutorial assicuratevi di avere installato i seguenti tools, facendo ricorso magari alle rispettive distribuzioni binarie, reperibili agli url fra parentesi.

Python >= 2.6 (http://www.python.org/download/)
Postgresql 8.4 (http://www.enterprisedb.com/products/pgdownload.do#osx)
MacPorts (http://www.macports.org/)

L’utilizzo di MacPorts è finalizzato all’installazione di pacchetti e librerie che durante il tutorial dovessero risultare non presenti nel sistema. Inoltre la presenza di MacPorts vi assicura che la toolchain gnu è perfettamente in ordine!

Virtualenv e Virtualenvwrapper

Lo scopo e le potenzialità di virtualenv e dei relativi wrappers meriterebbero un post a parte. Per ora ci basti sapere che il loro utilizzo ci consentirà di costruire un environment virtuale all’interno del quale isolare tutte le dipendenze specifiche di openerp senza che queste vadano ad impattare l’installazione Python di sistema.

easy_install virtualenv

Una volta installato virtualenv avremo a disposizione anche il potente package manager pip.

easy_install virtualenvwrapper

Aggiungete queste due righe al file .bash_profile che trovate nella vostra home directory:

export WORKON_HOME=$HOME/.virtualenvs
source /usr/local/bin/virtualenvwrapper_bashrc

I wrapper ci consentiranno di creare, gestire ed utilizzare in maniera molto semplice i nostri virtual environments, come vedremo fra poco. Partiamo con la creazione del primo (ed unico per questo tutorial) environment:

mkvirtualenv -p python2.6 openerp-5_0_12

openerp-5_0_12 è il nome dell’environment, potete usare la stringa che volete. Una volta terminata la procedura l’environment verrà attivato automaticamente, e da quel momento in poi andremo ad operare in un ambiente isolato dal resto del sistema. Il fatto di essere all’interno del virtual env è evidenziato anche dal prompt:

(openerp-5_0_12)macgiver:~ masci$

Per disattivare l’env virtuale e tornare alla shell di sistema basta digitare

deactivate

per tornare ancora all’interno dell’env virtuale basterà digitare

workon openerp-5_0_12

Installazione di openerp-server e openerp-web

Prima di procedere all’installazione di openerp e delle sue componenti abbiamo bisogno di soddisfare alcuni requisiti: vediamo come pip ci viene in aiuto.

reportlab

pip install reportlab

pydot

pip install pydot

lxml

pip install lxml

pychart

Recuperate il pacchetto con i sorgenti all’indirizzo: http://download.gna.org/pychart/PyChart-1.39.tar.gz, poi

tar xzf PyChart-1.39.tar.gz && cd PyChart-1.39
python setup.py install

psycopg2

PATH=$PATH:/Library/PostgreSQL/8.4/bin/ pip install psycopg2

Attenzione ad aggiustare il path sopra a seconda delle vostre esigenze: la directory specificata deve essere quella dove l’installazione di postgres ha posizionato l’eseguibile pg_config.

mx.DateTime

Questo pacchetto va installato ‘a mano’ dato che il file setup.py patcha in vari punti distutils, andando in conflito con setuptools. La cosa migliore è prendere il pacchetto da egenix stessa: a questo indirizzo, http://www.egenix.com/products/python/mxBase/, cercate la voce “Source Code (for all other platforms):” e premete il pulsante “download”. Una volta scaricato il pacchetto:

tar xzf egenix-mx-base-3.1.3.tar.gz && cd egenix-mx-base-3.1.3
python setup.py install

PIL

pip install PIL

pytz

pip install pytz

Ora recuperiamo i pacchetti della versione stabile di openerp da openerp.com:
http://www.openerp.com/download/stable/source/openerp-server-5.0.12.tar.gz
http://www.openerp.com/download/stable/source/openerp-web-5.0.12.tar.gz
Scompattiamo gli archivi e procediamo con l’installazione:

tar xzf openerp-server-5.0.12.tar.gz && cd openerp-server-5.0.12
python setup.py install

e quindi

tar xzf openerp-web-5.0.12.tar.gz && cd openerp-web-5.0.12
python setup.py install

Setup e avvio

Ora che il nostro ambiente è configurato per l’esecuzione delle componenti web e server di openerp, facciamo un minimo di setup per poi procedere con l’avvio dei servizi. La componente più semplice da configurare è il client web, che allo startup legge un file di configurazione dalla directory di installazione, situata nella directory site-packages del nostro virtual env, che possiamo raggiungere semplicemente con:

cdsitepackages

e poi

cd openerp_web-5.0.12-py2.6.egg/config

dove risiede il file openerp-web.cfg. Il file è ampiamente commentato e personalmente non apporto mai modifiche se sono in fase di sviluppo.
Il file di configurazione del server invece viene caricato solo se presente nella home dell’utente o espressamente indicato con l’apposito flag da riga di comando. Il comando seguente:

openerp-server -s
^C

crea il file .openerp_serverrc nella home, fornendo di fatto un template che possiamo personalizzare in base alla nostra configurazione di sistema. In particolare vanno necessariamente indicati i parametri di connessione al database (le voci con prefisso “db_”). Ricordatevi che la password di amministratore è nel file stesso, alla voce admin_passwd.
Una volta modificato il file ~/.openerp_serverrc possiamo avviare le componenti di openerp:

openerp-web 2&> /dev/null &
openerp-server

Questo mi consente di avere il log del server direttamente sulla shell e di silenziare quello del web client.
Come chicca finale, grazie a virtualenvwrapper possiamo automatizzare gli ultimi due passaggi in modo che vengano eseguiti ogni volta che attiviamo il nostro virtual env. La directory bin/ all’interno del nostro virtualenv contiene infatti degli script che vengono eseguiti durante le varie fasi di attivazione/disattivazione dell’ambiente e che possiamo usare come hooks. In particolare in bin/postactivate possiamo scrivere:

#!/bin/bash
# This hook is run after this virtualenv is activated.
openerp-web 2&> /dev/null &
echo $! > /var/tmp/openerp-web.pid
openerp-server &
echo $! > /var/tmp/openerp-server.pid

e in bin/predeactivate:

#!/bin/bash
# This hook is run before this virtualenv is deactivated.
kill `cat /var/tmp/openerp-web.pid`
kill `cat /var/tmp/openerp-server.pid`

Ovviamente gli script sono piuttosto grezzi ma più che sufficienti per utilizzo personale.

Metriche software applicate

masci — Wed, 03 Mar 2010 15:13:23 +0000

Data la seguente come metrica di un certo valore pratico:

Non ho ancora fatto i conti, ma ad una prima stima la frequenza dei wtfs/m risulta piuttosto elevata nella circostanza:

Sull’utilità di Linked-in

masci — Sat, 13 Feb 2010 16:49:09 +0000

Proprio ieri mi chiedevo, a distanza di un paio d’anni, a cosa mi fosse servito tenere in piedi l’account su linked-in.
Che mi stessero spiando…?