Fa temps que vaig descobrir Groovy (un llenguatge d’scripting sobre la JVM ideal per als que saben Java), i ara he trobat el complement ideal per a fer “pseudo-codi” (que es pot executar!) per a fer més fàcil l’estudi dels problemes de concurrència: GParallelizer. De fet, la cosa va més enllà, i es tracta d’una llibreria que facilita moltíssim la programació “en paral·lel” per aprofitar els nous multi-core…

Aquí va un petit exemple…

import org.gparallelizer.actors.pooledActors.AbstractPooledActor

class GameMaster extends AbstractPooledActor {
  int secretNum

  void afterStart() {
    secretNum = new Random().nextInt(10)
  }

  void act() {
    loop {
      react { int num ->
        if      ( num > secretNum )
          reply 'too large'
        else if ( num < secretNum )
          reply 'too small'
        else {
          reply 'you win'
          stop()
        }
      }
    }
  }
}

class Player extends AbstractPooledActor {
  String              name
  AbstractPooledActor server
  int                 myNum

  void act() {
    loop {
      myNum = new Random().nextInt(10)

      server.send myNum

      react {
        switch( it )
        {
          case 'too large':
            println "$name: $myNum was too large"; break
          case 'too small':
            println "$name: $myNum was too small"; break
          case 'you win':
            println "$name: I won $myNum"; stop(); break
        }
      }
    }
  }
}

final def master = new GameMaster()
final def player = new Player( name: 'Player', server: master )

master.start()
player.start()

Bé, sembla que aquest paradigma (que existeix des dels 70) va guanyant adeptes ara que estan de moda els multi-core: més en Groovy (1, 2) , Java, Scala, Python-Ruby (exemple chat), Erlang, .NET

L’exemple és petitó. La idea seria usar-lo per a les classes de concurrència. Els passos següents podrien ser:

- fer el jugador més “intel·ligent”: però no aporta res a les classes de Concurrència
- afegir més jugadors: servidor ha d’avisar a jugadors perdedors que la partida s’ha acabat
- servidor multi-actor: que el servidor estigui composat per més d’un actor, per tant afloren problemes d’accés concurrent al número secret…
- altres exemples en que hi hagi abraçada mortal donat el tipus de protocol…

vaja, que crec que permet “anar directament al gra” als problemes nous de Concurrència, deixant a una banda la dificultat habitual per a implementar-ho amb Java “pur”… com una mena de pseudo-codi (que es pot executar!). Un cop entesos i treballats els problemes, una darrera pràctica ja podria ser en Java “pur”.

He creat un fitxer comprimir http://namaste.maia.ub.es/actors2009-03-04.tar.gz, amb tot (groovy, llibreria actors i codi d’exemple), només cal descomprimir i executar…

; )