Voglio fare l'informatico (o qualsiasi altro lavoro) a Londra (o in Uk)! Part 1

Si lo voglio fare! Iniziamo oggi una rassegna di post che raccogliera' una serie di suggerimenti su chi vuole fare il software developer nel regno unito. Molti di questi suggerimenti sono ovviamente validi anche per chi vuole fare altri lavori.

Ora vi chiederete: ci sono milioni di post su "trasferirsi a Londra", "vivere nel Regno Unito", "trovare lavoro in Inghilterra"; per quale motivo dovremmo prendere per buone le tue info? cosa ti differenzia dagli altri?
Bene quello che ho notato e' che tutti i post sono abbastanza vecchiotti e non aggiornati e sicuramente le cose sono cambiate rispetto a qualche anno fa'. Inoltre la mia e' un'esperienza specifica e...vabbe' dai io sono piu' bravo! (muahahah)

Partiamo dal primo punto, il piu' importante, quello da non dimenticare mai: perche' parto? Perfetto, ci sono diverse motivazioni: lavoro, soldi, stimoli, curiosita', amore. Non vi suggerisco un motivo ma fate in modo che il vostro sia bello forte perche' sara la chiave del vostro successo.

Secondo punto. Cosa avete da offrire e cosa volete? Non ci giriamo intorno, una laurea e' altamente consigliata quasi indispensabile. L'alternativa e' una lunga esperienza nel settore (che sia esso informatico o di ristorazione). Per il campo informatico e' oggettivamente piu' facile trovare lavoro. La lingua: bisogna saperla! non va bene il livello scolastico, non va bene il livello universitario. Ci vuole di piu'! Dovete riuscire almeno a parlare e capire. Ma come faccio a capire se il mio inglese e' sufficiente? Andate sul sito della bbc e guardate il telegiornale. Quanto avete capito? Se la risposta e' almeno il 50% allora con un po' di studio prima di partire siete a cavallo. Il Regno Unito (e Londra) hanno molto da offrire a chi ha molto da dare.

Terzo punto. I soldi. Si servono per vivere qui all'inizio in attesa dei colloqui e del lavoro. Non dico sia impossibile ma e' difficile trovare lavoro appena atterrati. Per questo iniziate a considerare l'idea di fare un qualsiasi lavoro per mantenervi, imparare la lingua ed entrare in contatto con il mondo del lavoro inglese. Consiglio personale: almeno 1500 euri in saccoccia prima di partire sono necessari.

Se vi ritrovate in questi 3 punti, allora e' il momento di fare il biglietto. Prenotate l'aereo e vi consiglio di andare i primi 10 giorni/2 settimane in ostello. Io l'ho fatto, ho conosciuto alcune persone che mi hanno dato consigli utili, che vivono la stessa vostra esperienza e inoltre vi fa risparmiare.
Fatevi un curriculum. Non vi do indicazioni su come farlo perche' esistono miliardi di siti da cui prendere spunto o potete prendere spunto dal mio CV che trovate in questo blog (in alto c'e' il link). L'importante e' sapere che il formato europeo non lo vuole nessuno qui!

Perfetto ora salutate i vostri parenti, prendete la valigia e partite. Il resto ve lo diro' nella seconda parte del post.

La fortuna aiuta gli audaci...

Si e' da parecchio che non posto un nuovo articolo sul blog. Mmmm come mai? Ah si! Ho trovato finalmente lavoro come informatico! Si lavoro in una piccola azienda nel cuore di Londra a Barbican come junior software developer.

Come ho fatto? Ne parlero' nei prossimi post. E' il compito di questo blog. Raccontare la mia storia al mondo e magari dare qualche consiglio per aiutare chi vorra' fare lo stesso!

Inoltre e' passato un'anno dall'inizio della mia avventura e quindi aspettatevi un bel post con delle considerazioni su questa prima annata.

Thread...che passione!

Oggi parliamo di questi benedetti Thread e di come si implementano in Java. Per prima cosa vediamo la definizione data da Wikipedia: "un thread o thread di esecuzione è una suddivisione di un processo in due o più filoni, che vengono eseguiti concorrentemente dal processore". In sostanza il thread non è altro che un pezzo di processo. Come si implementa il multi-threading  in Java? ossia come gestire più thread in Java? Esistono due vie, tecnicamente entrambe valide, per implementare il multi-threading e cioè attraverso l'implementazione dell'interfaccia  Runnable o creando una classe che estenda la classe Thread.

Nel primo caso scriviamo una nuova classe che implementi l'interfaccia Runnable e assegniamo un istanza di questa classe ad un nuovo oggetto Thread. Ecco un esempio:

public class SayHello implements Runnable {

private String greeting;

public SayHello(String greeting) {

  this.greeting = greeting;

}

public void run() {

 for(int i = 1; i < = 10; i++) {

 System.out.print(greeting);

 }

 System.out.println(“End of run”);

 }

}

è necessario implementare il metodo run in cui inseriremo il codice che dovrà essere eseguito dal Thread. Tutto questo però non rende un oggetto di classe SayHello un oggetto Thread. Occorre associare l'istanza della classe Say Hello con un nuovo oggetto Thread:

public class CountToTen {

public static void main(String [] args) {

   SayHello hello = new SayHello(“Hi”);

   Thread t = new Thread(hello);

   t.start();

   for(int k = 1; k < = 10; k++) {

       System.out.print(k);

   }

   System.out.println(“End of main”);

  }

}

Nel secondo caso creiamo una nuova classe che estende la classe Thread e in cui sovrascriviamo il metodo run:


public class MyThread extends Thread {
 private String message;
 private boolean keepGoing;

 public MyThread(String m) {
   message = m;
   keepGoing = true;
 }

 public void setKeepGoing(boolean b) {
   keepGoing = b;
 }

 public void run() {
     while(keepGoing) {
         System.out.print(message + “ “);
         try {
                Thread.sleep(1000);
         }catch(InterruptedException e) {}
    }
    System.out.println(“gone!”);
 }
}

Ora non sarà più necessario istanziare due oggetti come avveniva con il precedente pezzo di codice:


public class Main {
 public static void main(String [] args) {
    MyThread myThread = new MyThread(“going”);
    myThread.start();
    try {
           Thread.sleep(6000);
     }catch(InterruptedException e) {}
 myThread.setKeepGoing(false);
 System.out.println(“End of main”);
 } 
}

Ma quale dei due metodi conviene usare? Da un punto di vista object-oriented, l'opzione da preferire per scrivere un thread è implementare Runnable. Infatti cosi facendo si crea una giusta separazione tra l'oggetto thread (che sarà schedulato, sincronizzato ecc.) e l'oggetto runnable che contiene il codice eseguito quando il thread è schedulato.

Question and answer: pre-intervew

Ma come si svolge un colloquio a Londra presso un azienda informatica? Il processo completo lo spiegherò in dettaglio in un post successivo ma in questo vi fornisco un piccolo suggerimento. L'azienda appena approccia un potenziale candidato, effettua un primo test ponendo diversi quesiti. Questi servono a capire se il candidato ha le basi e se può partecipare ad una interview face to face.Ad esempio per un ruolo come java developer le domande potrebbero essere queste:


1)      What blogs, publications, and websites do regularly you use to keep up to date with the latest technologies? Do you actively contribute to any of them?

2)      In the following example, which features of the Java language are illustrated in (a) methodOne’s parameter list, and (b) the ‘for’ loop?

class MyNewClass {        public static void methodOne(String s, String t, Integer ... ii) {               for(int jj : ii) {                      System.out.print(jj + " " + s + " " + t);               }        }    }

     3)      Our clients operate in a global market, therefore our applications must operate in many different countries.  Name two basic data types whose format varies between countries, that software must account for.

      4)      Simplify the following section of code.

public void showCollection (Collection collection) {          Iterator ii = collection.iterator();          for(int kk = 0; kk < collection.size(); kk++) {                  MyClass one = (MyClass) ii.next();                  one.printResult();          } }

      5)      What feature of the Java programming language is the following code an example of? If you’ve used the feature to solve a problem, please give an example.

Class c = Class.forName("java.lang.String"); Method m[] = c.getDeclaredMethods();

     6)      What type of design pattern is this? Can you name one or more potential issues with this pattern?

public class MyObject {        private static final MyObject INSTANCE = new MyObject(); private MyObject () {} public static MyObject getInstance() { return INSTANCE;    }    }

    Sei pronto per questo tipo di domande?

Volatile: cosa vuol dire in Java?

Spesso accade durante una interview che venga chiesto cosa sia e cosa voglia dire la keyword "volatile" in Java. Questa parola è usata per indicare ad un Thread di non memorizzare il valore di una variabile nella cache ma direttamente nella memoria principale. Perché? Ora immaginiamo che il Thread A modifichi il valore della variabile "pippo". Se il Thread B deve leggere il valore di tale variabile potrebbe accadere che il suo valore non sia stato ancora aggiornato con le modifiche di A. Con la parola chiave volatile si forza il Thread A a rendere visibili gli aggiornamenti fatti immediatamente.
Ora proviamo a vedere un esempio.


public class Singleton{private static volatile Singleton _instance;
public static Singleton getInstance(){
   if(_instance == null){
            synchronized(Singleton.class){              
              if(_instance == null)
                  _instance = new Singleton();
            }
   }
   return _instance;
}

Se non rendiamo la variabile _instance volatile allora il Thread che sta creando l'istanza di "SIngleton", non è in grado di comunicare a gli altri Thread che l'istanza è stata creata fino a che non finirà l'esecuzione del blocco singleton; quindi se il A sta creando un istanza di Singleton e appena dopo la creazione perde la CPU allora tutti gli altri Thread non saranno in grado di vedere il valore della variabile _instance come non nullo e crederanno che il suo valore sia ancora null.

Infine da ricordare che la parola chiave volatile è valida solo per le variabili. Questa differenzia la parola chiave volatile dalla parola chiave synchronized. 

Java ecologico: le variabili d'ambiente e il CLASSPATH

Quando si parla di compilazione di codice Java sicuramente vi sarà capitato di sentir parlare di variabili d'ambiente e CLASSPATH. Il classpath si riferisce al percorso sul tuo file system dove i tuo file .class sono salvati. Il classpath è definito dalla variabile d'ambiente CLASSPATH. Il CLASSPATH specifica le directory e i file JAR dove il compilatore e la JVM troveranno il bytecode. Attraverso l'utilizzo del CLASSPATH si permette di memorizzare il bytecode in directory a nostra scelta o in archivi Java (JAR File).

Rendi ecologico il tuo pc con le variabili d'ambiente..

Per esempio supponiamo di avere la classe com.bustapaga.Impiegato. Il compilatore e la JVM cercheranno la directory \com\bustapaga basandosi sulla variabile d'ambiente CLASSPATH. Quindi se per esempio il file Impiegato.class si trova nella directory

c:\Documents and Settings\Alex\workspaces\build\com\bustapaga

allora la variabile CLASSPATH deve includere la directory

c:\Documents and Settings\Alex\workspaces\build

La variabile CLASSPATH può contenere un qualsiasi numero di directory e file JAR.

Ma come settare questa variabile d'ambiente? Dipende ovviamente dal sistema operativo.

Sotto un sistema Windows: aprire il prompt dei comandi e settare la variabile classpath con questa istruzione (separando i multi valori con il punto e virgola)

set CLASSPATH=”c:\Documents and Settings\Alex\workspaces\build”;
c:\myproject\build;c:\tomcat\lib\servlet.jar;.;

Sotto un sitema Unix: usare il comando setenv per separare valori multipli

setenv CLASSPATH /usr/build:/myproject/build:/tomcat/lib/servlet.jar

Attenzione! Un errore comune da evitare è quello di includere parte del nome del percorso del package nella variabile CLASSPATH. Da evitare ad esempio un errore simile:

set CLASSPATH=c:\myproject\build\com\bustapaga;

Che tipi! Primitive Types vs. Reference Types

Le applicazioni Java prevedono due tipi di dati: primitivi e referenziati. I tipi primitivi sono i classici tipi di dati che si imparano sin dalle prime lezioni di programmazione e sono riassunti nella tabella qui sotto.

La tabella mostra anche i diversi range di valori permessi per ogni tipo. Difficile ricordare ogni singolo range mentre può essere molto utile ricordare la dimensione in bits prevista per ogni tipo.

Un Reference type invece, sono variabili che sono tipi di classe, tipi di interfacce o tipi di array. Una "reference" fa riferimento a un oggeto (un istanza di una classe). A differenza dei tipi primitivi che mantengono i loro valori im memoria dove la variabile è allocata, le referenze non mantengono il valore dell'oggetto a cui si riferiscono. Una referenza "punta" ad un oggetto memorizzando l'indirizzo dove l'oggetto è collocato. Tutto questo può essere ricondotto al conetto di "puntatore". Tuttavia Java non permette al programmatore di accedere direttamente ad un indirizzo fisico di memoria. Quindi anche se le referenze sono simili ai puntatori, è possibile solo usare una referenza per accedere ad un campo o un metodo dell'oggetto a cui fa riferimento. Risulta impossibile quindi determinare il reale indirizzo di memoria della variabile referenziata.
Vediamo un esempio ora. Dichiariamo due referenze:

java.util.Date today;
String greeting;

La variabile today è una refernza di tipo Date e può puntare solo a un oggetto di tipo Date. La variabile greeting invece è una referenza che può puntare solo ad un oggetto di tipo String. Un valore può essere assegnato ad una referenza in due modi:
- Una referenza può essere assegnata ad una referenza dello stesso tipo
- Una referenza può essere assegnata ad un nuovo oggetto usando la parola chiave "new"

Ad esempio assegnamo le due precedenti referenze a due nuovi oggetti:

today = new java.util.Date();
greeting = “How are you?”;

Ecco come queste due referenze sono rappresentate in memoria: