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…

; )

Una companyia de telefonia mòbil us ofereix dues tarifes:

• Tarifa A:  Té un import fix de sis euros mensuals  i cada minut de trucada té un preu de 15 cèntims d’euro.
• Tarifa B: El minut es cobra a 9 cèntims d’euro i el manteniment mensual de la línia té un cost de 9 euros mensuals.

1. Utilitzeu el full de càlcul en línia per fer una taula de valors en el que es mostri  el cost de  parlar fins a dues hores en intervals d’un quart d’hora per a cada tarifa.
2. Quina tarifa és millor? Per què?
3. Fes un gràfic amb el full de càlcul que il·lustri l’evolució de l’import segons les dues tarifes. Quin tipus de gràfic has triat? Per què?
4. Podries trobar una expressió que representi el cost de laTarifa A en funció dels minuts? i el de la Tarifa B?
5. En quin minut (exacte) es paga el mateix amb les dues tarifes (feu servir un sistema d’equaciones)?
6. Entra en el Geogebra i introdueix aquestes dues equacions. Com podem trobar el mateix resultat que heu obtingut amb el sistema d’equacions?

Dirigida a estudiants de 4rt ESO, a realitzar per parelles.

Un Manual de Gimp que ofereix molts exemples d’ús i en castellà…

Avui he vist uns vídeos que em van enviar:

A Vision of Students Today

Information R/evolution

The Machine is Us/ing US

i m’han agradat! a part dels missatges, el que més m’ha agradat és la forma de presentar-los…

que traduït a l’era digital, l’XML ja el tenia vist, però el CSS n’ha fet una bona posada en escena…

o en llenguatge musical, la partitura era bona i l’interpret excel·lent….

sovint penso que “tot canvia per a que tot resti” –sembla que ho va dir un tal Heràclides–, al veure el vídeo dels joves “desafiant amb les seves veritats quotidianes” i els comentaris “reaccionaris” que sovint fan els “més madurs”… he recordat que Aristòtil ja deia “Què en farem d’aquest jovent?”…

així que crec, que només ens queda REpensar…