CookedApple

Bella esperienza, non c’è che dire.

Sabato sono stato uno dei relatori al LinuxDay di Sesto Calende. L’argomento del mio seminario è stato Ruby on Rails.

Sebbene non conosca da molto questo framework, mi ha talmente entusiasmato che ho voluto tenere una demo pubblica.
Ho diviso il seminario in due pomodori, un primo teorico di 25 minuti seguito da 5 di pausa, e un secondo pratico, dove ho mostrato come sia veramente possibile sviluppare più velocemente applicazioni Web con Rails. L’idea è stata quella di sviluppare un blog (sulla traccia della demo di DHH presente sul sito di rails), chiedendo al pubblico quali features desideravano (es. “Modifichiamo la grafica o diamo la possibilità di inserire commenti?”).

Il momento più entusiasmante è stato al termine quando mi è venuto in mente di dimostrare quanto Rails sia intuitivo:
volevo contare i commenti presenti all’interno di un post del blog, non sapevo bene come fare, ma mi sono fidato di Rails.
Dissi che non sapevo se quello che stavo per scrivere avrebbe funzionato, così scrissi:
<%= post.comments.count %>

la cosa più logica che mi venne in mente… e funzionò!

Ho approfittato dell’occasione per parlare di alcune buone abitudini di eXtreme Programming, e di come queste siano ben utilizzabili in Rails. Mi pento di non aver mostrato come fare Tdd (Test Driven Development), il problema è che forse non era la presentazione adatta e che non sono ancora padrone di questa tecnica sotto Rails.

Sono stato molto contento del feedback, oltre alle domande, ho ricevuto anche un paio di mail di ringraziamento e di richiesta di maggiori informazioni su Rails e sul varese-xpug!

Ora non mi rimane che imparare veramente bene rails!

Ciao Piero

-

Ps: Peccato che una slide conteneva dei bug…

Ecco un piccolo bigino per Ruby on Rails, da tenere a portata di mano sulla scrivania…

Ecco un breve appunto per creare un’applicazione multi-threading in Java:

1) Definire una nuova classe che implementi l’interfaccia Runnable

public void Slave implements Runnable {

}

2) Inserisci un metodo run() in questa classe e inseriscici all’interno il codice che deve essere eseguito in parallelo

public void Slave implements Runnable {

public void run(){

MyApp.executeSomethingStatic();

}

}

3) Nella classe principale, che andrà eseguita parallelamente, inserisci il codice per avviare un nuovo thread della classe Slave:

Thread peasant = new Thread(new Slave()); /* Istanzio un nuovo oggetto di tipo thread */

t.start(); /* Lancio il thread*/

/* il codice presente qui sotto sarà eseguito subito dopo insieme al nuovo thread*/

4) OOOPPs! Chi mi garantisce che la classe principale non acceda alle stesse risorse dell’istanza di slave? (es MyApp)

/* Utilizziamo i metodi sincronizzati */

public class MyApp {

public synchronized void executeSomethingStatic(){

/* Risorsa per un solo thread alla volta */

}

}

Abbiamo implementato un piccolo esempio di thread in Java, utilizzando il metodo classico per questo genere di applicazione in Java.

Esistono però alcune librerie Java SE che permettono di giocherellare con i thread in maniera più simpatica: gli Executors.

Tramite gli executors, per esempio, posso creare un pool di thread facilmente:

public class SwimmingPool{

…

private int poolSize = 20;

private SwimmingPool(){

ExecutorsService pool = newFixedThreadPool(poolSize); /*Creo 20 thread differenti, che saranno utilizzati all’occorrenza, e non saranno terminati fino alla chiusura della vm*/

Future threadResult = pool.submit(MyApp); /* Restituisce il valore di ritorno di MyApp quando verrà terminata*/

…

}

}

Ora rifattorizziamo la classe MyApp… è molto semplice, basta cambiare l’interfaccia implementata: da “runnable” a “callable” e sostuire il metodo run() con call() e il gioco è fatto.

Utilità? Potrebbero essere molto utili per lo sviluppo di un server web, personalmente li ho usati per scrivere un piccolo schedulatore di processi.

Fatemi sapere se ho scritto qualche errore, capita ai migliori… figuriamoci ai peggiori

Ciao Piero