Da considerare quando ci sara’ da fare la prossima presentazione.

Inoltre, in genere, passa sempre del tempo da quando gli organizzatori decidono la data di un evento a quando la rendono pubblica. Per questo ho creato un gruppo dove noi organizzatori possiamo liberamente dire: “vi dico in anteprima che tal giorno avevo intenzione di organizzare tal cosa”, in modo da evitare il piu’ possibile soprapposizioni di date e non impazzire per controllare 100 siti per capire se in quella data c’e’ gia’ qualcosa in programma.

Oltre a questo primo obiettivo, il gruppo potrebbe tornare comodo per condividere risorse logistiche e dritte varie, sempre utili a noi organizzatori: il contatto per accedere a tal posto, il nome di quello speaker, un’anteprima su dei temi che si andranno a trattare in modo da non fare la stessa cosa e magari favorire lo scambio di sinergie, ecc.

Insomma, una mailing list dedicata a noi addetti ai lavori, che ci conosciamo quasi tutti almeno di nome, ma spesso dialoghiamo e scambiamo opinioni solo quando ci incontriamo alle cose che facciamo ;)

Poche regole quindi, almeno all’inizio:
-postare le date degli eventi che si andranno ad organizzare, possibilmente in anteprima (tanto il gruppo non e’ pubblico)
-prima richiesta di aiuto o collaborazione per organizzare qualcosa (richiesta contatti, luoghi, argomenti)
-non usare il gruppo come piazza pubblica di discussione, ma preferire il contatto pvt con gli altri organizzatori
-se conosci un altro organizzatore e vuoi invitarlo, fai pure!

Bene, proviamo e vediamo cosa esce fuori. Questo e’ l’indirizzo del gruppo. Al momento dell’iscrizione, dite anche brevemente chi siete e come mai volete essere iscritti. L’appartenenza non si nega a nessuno, cosiccome l’educazione di chi saluta ;)

OverTheAir Settembre 2008
Primo hackathon a cui abbia mai partecipato, mi e’ sempre rimasto nel cuore. Londra, in notturna, dentro una struttura universitaria, quando il Nokia N95 era ancora il top della gamma. Assieme a Robert, conosciuto sul posto, realizzammo S.N.O.B – Social Network Open Butler, un’applicazione per Windows Mobile in grado di prendere gli avatar di Twitter e di Facebook (che a quel tempo erano ancora accedibili pubblicamente e anonimamente) e associarli ai contatti della propria rubrica. Robert si occupo’ del webservice PHP che tirava fuori l’immagine in base al nome del contatto che il mio client gli passava, io del client per Windows Mobile, appunto, che verificava tutti i nomi della rubrica, faceva una ricerca dei loro avatar e proponeva se associarli o meno al contatto. Vincemmo nella categoria “Most practical / ready for market”, assieme ad uno smartphone Sony Ericsson in palio.

OverTheAir Settembre 2009
Ad un anno esatto dal primo, sempre a Londra e sempre in notturna. Assieme a Stefano e Robert creammo S.A.Y – Something Around You. Un’applicazione per Android che, in base alla posizione corrente, capiva i luoghi limitrofi grazie all’uso di Yahoo Query Language, interrogava Flickr per ottenere foto riguardandi quei luoghi e, alla fine, le visualizzava in realta’ aumentata sfruttando le API di Wikitude. Era anche in grado di ottenere informazioni sugli spettacoli cinematografici circostanti, con tanto di locandina del film, breve descrizione e orari. A Stefano e a Robert la realizzazione dei webservice che ottenere i dati, a me quello del cliente Android per realizzarli. Primi nella categoria “Best use of Yahoo APIs“,  ci riportammo a casa una macchina del caffe’ Nespresso.

HackItaly Febbraio 2011
Dopo un anno di assenza forzata dall’OTA, finalmente anche il panorama italiano si era aperto agli hackathon. Cosi, improvvisando in mattinata un team assieme a Magnum e Sammy, abbiamo dato vita a Contestr. L’idea con cui ero partito il giorno prima era quella di realizzare un servizio che permettesse di gestire gare di snowboard tra rider: ti iscrivevi ad un contest e poi giravi sulle piste, accumulando punti in base alla velocita’ raggiunta, chilometri percorsi, trick eseguiti (letti in grazie a giroscopio ed accelerometro). Alla fine della giornata avevamo messo in piedi un sito per organizzare caccie al tesoro in giro per la citta, con prove composte dal checkin in certi luoghi, prove a tempo di corsa e i punti fatti venivano raccolti e trasformati in digital goods grazie a Beintoo. Magnum e Sammy hanno curato il backend in ROR e io invece ho realizzato il client Android. Vittoria come miglior uso delle API di Beintoo e per quelle di Nokia Maps, con un bottino composto da un viaggio in una capitale europea, un Nokia N7 e hosting gratuito su Top-ix per un anno. Estratto a sorte tra noi tre, il viaggio e’ toccato a me.

HackItaly Settembre 2011
Per questo secondo appuntamento sono riuscito a coinvolgere Paolo e Mauro. Nonostante le poche API a disposizione tra cui scegliere, abbiamo partorito Kinect Says, versione aumentata del gioco Simon Says: dall’iPad/iPhone si schiacciavano una sequenza di tasti colorati su una griglia 3×3, accompagnati da una musica riprodotta in streaming grazie alle API di Play.me. Questi tasti premuti venivano salvati sul backend e letti da un’applicazione Windows WPF che, avviata la partita, li riproduceva su una griglia a schermo e, grazie al Kinect SDK, controllava se il giocatore riusciva a “colpirli”, muovendo le braccia nella loro direzione prima che questi scomparissero. sostituiti dal nuovo riquadro da colpire. Sul device del primo giocatore, inoltre, venivano mostrate le mosse giuste e quelle mancate dell’avversario, visto che il match poteva anche essere giocato in contemporanea. Sembra una roba tranquilla, ma vi assicuro che alla fine era una sequenza molto frenetica. A Paolo e’ toccata la realizzazione del client iOS, a Mauro quella del backend in PHP e io ho fatto l’applicazione WPF che parlava col Kinect. Oltre ad un divertimento spropositato, ci siamo portati a casa una XBox 360, come premio per la categoria delle API Kinect.

OverTheAir Settembre 2011
Partiti in sordina, io, Paolo e Andrea ci siamo trovati seduti in un prato sopra alle nostre beanbag, bevendo birra e ammirando le stelle (si, una notte inglese atipicamente calda e serena), e abbiamo partorito l’idea di Hack-The-Mansion, grazie anche allo zampino creativo di Andrea che ci ha fatto compagnia durante il birrastorming. Lanciati nell’impresa, alle 15 del giorno dopo era pronto un gioco per Android che si ispirava al Monopoli, ma molto piu’ articolato. I giocatori dovevano leggere dei QR-Code attaccati sui luogi del campo da gioco (idealmente alberghi o monumenti o altro). Se quel luogo non era stato ancora prenotato da nessuno, c’era l’opzione di prenotarlo per un numero variabile di turni. Se lo era stato, si doveva pagare al proprietario una “tassa di soggiorno” per la durata del turno. Questi flussi di ota-coin componevano il punteggio dei giocatori, che poteva essere incrementato acquistando nuovi ota-coin tramite le Mobile Payment Libraries di Paypal, oppure rispondendo correttamente a delle domande riguardanti il luogo dove si era, generate dal backend che interrogava dei dataset OpenData, come quelli sulla densita’ di popolazione, il numero di abitanti ed altro. A me il client Android, a Paolo e Andrea il backend in ROR. Devo dire di non aver mai scritto tanto codice in un solo hackathon, ma ne e’ valsa la pena: abbiamo vinto il premio come “Best Android Application” e quello come “Best Game”, per un totale di 3 libri, 2 Sony Ericsson Xperia Xplay e ben 3 Nexus S. Insomma, non sapevamo piu’ dove metterli nel bagaglio di ritorno a casa.

Considerazione di fondo. Partecipo agli hackathon sopratutto per divertirmi e per mettere alla prova le mie capacita’. Poi certo, vincere non dispiace mai, ma l’emozione di creare qualcosa che non e’ la solita applicazione che fai al lavoro, dove sacrifichi senza problemi stabilita’ per funzionalita’, dove provi a fare cose cosi’ avveneristiche che magari riutilizzerai tra un anno di tempo, dove scopri quanto e’ bello e ricco il mondo dei mashup tra librerie ed API… Beh, e’ questo il vero premio per 9 o piu’ ore di stress mentale, o per la notte passata in bianco. Ma ne valgono tutte la pena, minuto per minuto. Ci vediamo al prossimo hackathon!

Questi fatti mi portano a fare diverse considerazioni:

• Ancora fondamentale la cultura del passaparola, quindi la rete di contatti e’ tutto. Partecipazione a conferenze e community in primis possono assicurare quindi una buona visibilita’ a chi sta cercando di professionalizzare le proprie competenze in questo campo.
• I canonici siti per la ricerca di lavoro possono aiutare a dare visibilita’ della domanda, ma non dell’offerta.
• Un profilo LinkedIn ben scritto qualche possibilita’ in piu’ puo’ darla.
• Forse non c’e’ ancora un vero luogo conosciuto e riconosciuto dove domanda e offerta si possano incontrare. A volte ci si trova in apposite sezioni nei forum delle varie community tematiche (ma e’ difficile capire chi scrive e chi risponde), a volte nelle mailing list di JUG/iOS user locali.
• Sempre LinkedIn puo’ dare una mano con i gruppi Mobile Developers Italia e sicuramente con altri per iOS (che non frequento dato che non sviluppo (ancora) su questa piattaforma).
• Query specifiche sui motori di ricerca (Google, Bing, Yahoo ecc) danno risultati utili solo per citta’ o regioni grandi, e sono spesso focalizzate sulla domanda, non sull’offerta.

HackItaly, 17 Settembre, Milano. Max Ciociola e Stefano Bernardi tornano (stavolta sembra per davvero) con il secondo hackathon organizzato da HackItaly. Abbastanza generalista, probabilmente incentrato su API per la musica e altri servizi simili. Non c’e’ vincolo di piattaforma o di tecnologia, anche se a quello precedente ho visto molte creazioni web, e qualcosa per mobile.

OverTheAir, 30 Settembre e 1 Ottobre, Londra. Appuntamento imperdibile per tutti gli appassionati del mobile, caratterizzato dall’hackathon notturno, tra venerdi’ e sabato mattina, tutto incentrato su smarphone e tablet. Questa sara’ il terzo anno che mi vedra’ presente, ed ogni volta ho sempre avuto modo di “assaggiare” un uso fantastico delle tecnologie piu’ particolari: Android quando ancora era alle prime luci, LBS e caccie al tesoro via GPS quando ancora Foursquare non era nato, utilizzo di acceleromentri quando ancora l’n95 era uno dei pochi telefoni ad esserne equipaggiato. Insomma, vale la pena solo guardarsi lo showcase di applicazioni presentate per capire molti dei trending topic dei prossimi 1-2 anni.

Al solito, se potete partecipate e, se volete, facciamo qualcosa assieme. Io codero’ cose su Android, per il resto sono al vostro servizio! ;)

E non e’ detto che, come WhyMCA, non riproporremo anche noi qualcosa di simile intorno a Novembre-Dicembre.

Piu’ contenuti per tutti
Acquistare libri dallo store di Amazon non e’ l’unico modo per ottenere dei contenuti da leggere sul Kindle. Basta infatti attaccarlo al PC e quest’ultimo lo vedra’ come un mass storage device (una pennetta usb). Copiando DOC, RTF, PDF, TXT, HTML ecc nella cartella documents, questi file verranno visti come normali libri e si potra’ iniziare la lettura una volta scollegato il Kindle dal PC.

Mandare per email contenuti al Kindle, originali o convertiti
Invece di copiare i file manualmente, e’ molto piu’ comodo usare il servizio di wireless delivery messo a disposizione da Amazon stessa. Basta inviare una mail con uno o piu’ allegati ad un particolare indirizzo di posta, scelto in fase di registrazione del Kindle con l’accont Amazon. I possessori di Kindle 3G possono usare kindleusername@kindle.com per ricevere subito il file ad un prezzo di $0,15 al mega, mentre se si e’ “solo” sotto copertura WiFi, basta spedire a kindleusername@free.kindle.com per ricevere il tutto senza pagare nulla. Occorre preventivamente registrare gli indirizzi di posta autorizzati a spedire contenuti al proprio device nelle impostazioni dell’account Amazon (Your Account – Manage Your Kindle – Personal Document Settings). Basta abilitarsi le email tra amici di letture, oppure creare un gruppo ed aggiungere l’indirizzo del gruppo tra quelli autorizzati, ed ecco ottenuta un’utile rete di scambio di contenuti interessanti e rilevanti! ;)
L’invio per email accetta i seguenti tipi di file: .doc, .rtf, .htm, .html, .txt, .zip, .z-zip, .mobi, .prc, .jpg, .gif, .png, .bmp.
Questa funzionalita’ offre, inoltre, un servizio di conversione on-the-fly: se nel testo dell’email e’ la parola Convert,  l’allegato viene prima convertito in AZW e poi spedito al proprio dispositivo. Ottimo per i PDF che non vengono visti bene sullo schermo del Kindle, come spiegato in dettaglio appena sotto, oppure per le immagini, automaticamente ruotate.

PDF
Il Kindle3 puo’ leggere nativamente i PDF, anche se non effettua il reflow del documento e quindi, a volte, i caratteri sono troppo piccoli oppure bisogna scorrere e zoomare avanti ed indietro la pagina per leggerla. Per convertire i PDF in qualcosa di piu’ adatto e superare questi problemi ci sono diversi modi:
-usare il convertitore automatico della wireless delivery, ma in questo modo di perdono le eventuali immagini contenute nel PDF.
-usare software appositi come PDFRead, PDF2LRF o Auto Kindle eBook Converter, che prendono le pagine del PDF, le convertono in immagini e poi le ottimizzano in base al dispositivo di destinazione. In questo modo pero’, pur ottenendo degli ottimi risultati, si perdono annotazioni e ricerche di testo.
-usare Mobipocker Creator o Calibre per convertire il PDF e poi mandarlo al dispositivo, con risultati variabili e in base al tipo di file sorgente. Calibre e’ trattato in dettaglio piu’ sotto.

Convertire EPUB e tanti altri formati
Grazie a Calibre, un software multipiattaforma, si possono convertire libri in formato EPUB in formato Mobipocket (.PRC), leggibili nativamente sul Kindle. Calibre non e’ solo questo: permette di organizzare la propria libreria sul disco e sul device, legge e converte da e in molti formati (compresi i PDF), gestisce i metadata dei libri, invia i documenti direttamente al proprio device tramite la funzione di email vista prima, e’ un webserver per condividere contenuti e un sacco di altre opzioni. Assolutamente immancabile nell’arsenale del possessore di un Kindle, ormai io faccio tutto con questo programma, PDF compresi.

Leggere offline pagine HTML
Il Kindle ha un suo browser web, ma e’ usabile al massimo con un sito alla volta dato che non supporta piu’ tab. Se invece i link vengono salvati su Instapaper, possono essere convertiti e letti direttamente sul Kindle come un normale libro. Una volta entrati nel sito, nella sezione Download, basta cliccare sull’icona del Kindle ottenendo un file .mobi con il contenuto dei link impaginato ed ottimizzato per questo device. Una volta spedito via email grazie al metodo visto precedentemente, ecco che la rassegna HTML e’ pronta per una lettura offline.
Readability offre una funzione molto simile. Dopo aver installato l’apposito plugin disponibile per tutti i browser, permette di inviare al Kindle, tramite wireless delivery la pagina che si sta visitando, ripulita da tutti i fronzoli inutili (la mail da autorizzare e’ kindle@readability.com). Semplice, immediato e gratuito. Passando invece all’account a pagamento, vengono replicate le stesse funzioni di Instapaper.

Leggere feed RSS
Nell’Amazon Store e’ possibile abbonarsi alla sottoscrizione di alcuni feed RSS, ma purtroppo sono spesso a pagamento e vanno cercati tra tutti i libri del catalogo. In compenso, esiste un ottimo sito che permette di inviare dei feed al proprio dispositivo, kindlefeeder. L’account gratuito permette di registrarsi fino a 12 feed contemporanei (poco male, basta una Yahoo! Pipes per risolvere il problema), mentre quello a pagamento non ha limiti e, sopratutto, spedisce in automatico giornalmente i feed al nostro device, tramite wireless delivery.
Se i limiti del sito vi vanno stretti, lo stesso creatore del sito, Daniel Choi, ha rilasciato un programma per pc, che fa le stesse cose, senza le ristrettezze della versione online: kindle-feeds. Una gemma Ruby, un po’ di sana linea di comando e uno cronjob per automatizzare il download e l’invio. I sorgenti del programma si trovano qui.

Leggere i libri del progetto Gutenberg
Il progetto Gutenberg offre un catalogo di piu’ di 36000 libri scaricabili gratuitamente, gia’ convertiti per il Kindle, con e senza immagini. Oltre a poter consultare il catalogo dal sito principale, e’ stata creata una versione mobile dello stesso, raggiungibile all’indirizzo m.gutenberg.org. Digitando questo indirizzo nel browser del Kindle i libri possono ricercati e scaricati direttamente dal device.
Oppure si puo’ scaricare un libro, il MagicCatalog, che contiene i link a tutti i libri presenti nel progetto. Basta leggerlo sul proprio device, ricercare i libri che interessano e cliccare su un link per scaricare il libro. Purtroppo non sono riuscito a trovare la data di aggiornamento di questo catalogo.

Leggere i libri da Google Books
La quantita’ di libri offerta da Google Books cresce ogni giorno di piu’: gratuiti, di pubblico dominio, a pagamento. Una volta scelto il libro gratuito o di pubblico dominio da leggere (generalmente tutti quelli prima del 1923), e’ possibile selezionare la voce “Read on your Device”, che portera’ ad un’ulteriore pagina dove, tra gli altri formati disponibili per scaricare il libro, c’e’ anche l’ePub e il PDF. Entrambi possono essere convertiti per Kindle con i metodi spiegati precedentemente.
In alternativa, RetroRead puo’ essere usato per lo stesso scopo. E’ una libreria condivisa e crow-creata, che contiene libri presi da Google Books e gia’ ottimizzati per il Kindle. Senza registrarsi al servizio si puo’ scorrere il catalogo dei libri gia’ convertiti ed ottenere i link per scaricare i titolo scelti, anche dal browser del Kindle grazie ad un url-shortner che rende molto comoda l’immissione del link. Registrandosi si ha la possibilita’ di scegliere nuovi libri da convertire e inviarli tramite wireless delivery direttamente sul proprio dispositivo. C’e’ anche una pagina con gli ultimi libri convertiti che puo’ ispirare e il blog dello sviluppatore.

Leggere fumetti, manga e comics
Per tutti gli appassionati di fumetti, un mio post dettagliato spiega cosa si puo’ fare.

I passi di base sono molto semplici: innanzitutto c’e’ da collegare il Kindle al pc e creare la cartella pictures (tutto minuscolo) allo stesso livello di documents, system ecc. Ogni sottocartella al suo interno sara’ vista dal Kindle come un libro. Quindi basta copiare in /pictures/Naruto546/ tutte le scan del numero 546 di Naruto per poterle sfogliare dal dispositivo. Occorre ricordarsi, nella Home del Kindle, di spingere i tasti Alt+z per visualizzare i nuovi fumetti, dopo aver scollegato il dispositivo dal pc.

Il Kindle 3 ha uno schermo di 600×800 e, in caso di immagini piu’ grandi, queste vengono ridimensionate, viene applicato il dithering e per quelle a colori c’e’ anche la conversione in toni di grigio. Operazioni che portano via 2-3 secondi di tempo per ogni immagine. Pagina dopo pagina, alla lunga questa cosa scoccia un po’, oltre che consumare batteria. Usare invece immagini gia’ ottimizzate rende il cambio di pagina quasi immediato.

Ovviamente esistono diversi software che effettuano questa conversione automaticamente, dai semplici script che utilizzano imagemagick o altri tool, estensioni per file manager, fino a programmi con interfaccia grafica. Riassumo pregi e difetti di quelli che ho provato.

• E-nki: facile e rapido, legge le immagini JPG, BMP, PNG, GIF, gli archivi CBZ e CBR con cui si trovano molti comic e RAR, ZIP e 7Z. Ridimensione e ruota le immagini, rinomina i file in maniera sequenziale e permette di ordinarli prima di convertirli. Richiede il .NET framework 2.0
• Mangle: Molto simile al precedente, non legge gli archivi compressi ma permette di creare un indice del libro con nome e prima pagina da cui iniziare la lettura. Scritto in Python, e’ l’unico multipiatta che ho trovato.
• kindlemanga: converte i file zip, rar, cbz, cbr. Di positivo c’e’ che sono disponibili i codici sorgenti, di negativo che non sono riuscito a farlo funzionare. Richiede Python 2.6
• Amazon Kindle Image Converter: nato per convertire gli screensaver, questo sito puo’ essere anche usato per la conversione delle immagini senza la necessita’ di installare nulla sul proprio pc. Unici limiti, la velocita’ e l’obbligo di processare un file alla volta.

Premettendo che sono contrario alla pirateria in generale e che non voglio in nessun modo favorirla, capita pero’ che alcune opere non siano reperibili nel nostro paese o, sopratutto per i manga, non siano ufficialmente tradotti e distribuiti fuori dai circuiti cinesi/giapponesi o orientali in genere. Siti come Mangastream offrono delle ottime traduzioni di queste opere, e programmi come Mangastream Downloader rendono facilissimo scaricare tutte le scan in una volta sola, senza dover salvare le immagini una ad una e con supporto multipiattaforma essendo stato scritto in Java. Abbinato all’uso di uno dei software precedenti, con pochi click e’ possibile quindi scaricare i propri manga preferiti e leggerli sul Kindle.

Infine, la lista delle shortcut che si possono utilizzare durante la “lettura” delle immagini:
Q – Zoom in, ingrandisce
W – Zoom out, rimpicciolisce
E – Rimuove il livello di zoom applicato
C – Fa tornare la picture alla dimensione originale, se spinto ancora torna al livello di zoom precedente
F – Attiva/disattiva il fullscreen dell’immagine
5-way – Scorre l’immagine se e’ piu’ grande dello schermo del Kindle
R – Ruota l’immagine

http://www.youtube.com/watch?v=8Ff7SzP4gfg

Ecco, se vi dicessi che molte di quelle cose le ho viste dal vero, seppur a livello prototipale? Un po’ e’ la mia indole, certo, ma anche gli altri sono rimasti ampiamente a bocca aperta ed eravamo tutti concordi su una cosa: vederle in un video rende solo in piccola parte rispetto allo sperimentarle, toccarle con mano, interagirci!

Geniali i device con schermi tattili posteriori: poter eseguire delle semplici gesture senza coprire lo schermo principale e’ utilissimo, seppur per esigenze di consultazione dell’informazione piu’ che di interazione con essa. Scrivanie fatte da schermi, dove ogni superficie si adatta a compiti specifici in base al contesto. Controller che si comandano con il palato o con gli occhi, mettendo in grado anche chi ha particolari problemi di poter fare operazioni complesse fino a prima impensabili per loro. E poi oggetti che massimizzano l’area interattiva, anche se device dual-screen ne esistono gia’ oggi.

Ma la cosa che piu’ mi ha colpito e’ stata “Microsoft Home”, la casa del futuro. Riporto giusto qualche scenario, difficile da rendere a parole: grazie ai tag RFID nelle confezioni dei prodotti alimentari il sistema conosce cosa si ha in casa, elabora per noi delle ricette ed un proiettore miniaturizzato ci mostra direttamente sul tavolo della cucina le alternative per la cena, con tanto di ricette passo passo per preparare il piatto scelto, li’, di lato a noi che lo stiamo preparando, il tutto comandato vocalmente. Oppure le pareti della camera dei ragazzi che non hanno decorazioni convenzionali, ma ci pensano dei proiettori ad usare i muri come superfici di interazione, ed un Kinect a leggere i nostri gesti: ecco allora che agitando le mani in aria possiamo scorrere sulla parete la nostra lista di album preferiti e selezionare la playlist da ascoltare, controllare i social network mentre siamo lunghi sul letto, spostare qua e la le foto che vogliamo vedere, materializzare un quadro che in realta’ e’ una webcam verso posti lontani, in continuo aggiornamento. Ottimo connubio tra realta’ e virtuale. E quando ho provato io a chiedere al sistema di fare qualcosa, mi ha risposto che la mia voce non era autorizzata. Il salone diventa il luogo per l’intrattenimento e le visite interattive: grazie a Surface collegato con il televisore principale, ho compiuto la piu’ immersiva visita virtuale in un museo che mai avessi fatto: interagire con gli elementi presenti, guardali intorno a me, avere maggiori dettagli e collegamenti toccandoli, ruotandoli, spostandoli, combinandoli… Ecco foto e filmati per capire meglio di cosa sto parlando, assieme al report di qualcuno che ha fatto il nostro stesso giro.

Insomma, sparito ogni tipo di mouse, si interagisce con il sistema mediante tocco, gesture e voce. Tre strade, non a mutua esclusione, a cui ci dovremo abituare dato che il nostro futuro di comunicazione con le macchine sara’ basato su quelle. Principali tecnologie utilizzate: proiettori, anche miniaturizzati, superfici tattili e il Kinect a profusione, ben nascosti tra le pareti.

Altra considerazione riguarda il fatto che tutto quello che ho visto aveva interfacce specifiche allo scopo, non c’erano pattern grafici comuni che poi ritrovavo in altri prodotti (per interderci, la barra dei menu’, la notification area, il menu’ contestuale ecc). Era tutto completamente focalizzato e ottimizzato per lo specifico task, pixel su pixel potrei azzardare, per otterene il massimo dall’interazione con esso. Approccio importante, secondo me, che conferma come, sempre piu’ di ora, un buon programma non lo fa solo un buon codice, ma anche lo studio di un buon percorso di UX e una buona interfaccia. Insomma, per chi ancora non l’avesse capito, realizzare un applicazione e’ sempre di piu’ un lavoro multidisciplinare e molto piu’ complesso di quello che puo’ sembrare all’utente finale. Il mobile ce lo ha insegnato, dove i limiti imposti dalla fisicita’ della piattaforma hanno liberato la creativita’ e hanno portato finalmente alla morte dell’approccio: “Ehi programmatore, mi serve questa nuova funzione, metti un bottone qui, tanto c’e’ spazio, oppure un nuovo menu’ li sotto”. Ora, consapevolmente, dobbiamo evolvere e abbracciare questo approccio anche per il desktop e le “non-mobile, non-desktop, non-web” applicazioni.

Chiaro che senza potenti sistemi di elaborazione che agiscono dietro le quinte, cloud, dati centralizzati, sensori a profusione, tecnologie di elaborazione e predizione ancora sperimentali non si sarebbe riuscito ad ottenere niente di tutto quello che ho visto: la solita punta dell’iceberg percepita insomma, mentre sotto c’e’ tanto altro con cui bisogna fare i conti.

Qualche dubbio rimane sul costo energetico e l’impatto ambientale (produzione, manutenzione e smaltimento) di tutti questi nuovi oggetti intelligenti. Inoltre saremo immersi giorno e notte in reti wireless sempre piu’ presenti e massicce, sempre piu’ sovraccariche di dati. Poi potremmo anche parlare dei costi per averle: oggi con un po’ di legno ti fai un tavolino e avere un pc e una connessione a banda larga e’ tutto quello che serve per vivere la rivoluzione tecnologica (seppur con qualche ristrettezza, ma senza grosse limitazioni). Domani, invece, non avere in casa certe tecnologie potrebbe significare l’esclusione da determinati ambiti  di vita sociale. Gia’ ora se i bambini non hanno almeno una console in casa, difficilmente potranno invitare i loro amichetti di classe a fare i compiti da loro.

Tempi per vedere realizzata la casa del futuro su larga scala? Beh, il tipo ci ha detto 5-10 anni: forse e’ un range di tempo attendibile, forse e’ un metanumero che significa “prima o poi”. In ogni caso, niente mi e’ sembrato cosi’ indispensabile, ma molto mi ha dato l’impressione di essere utile e piacevole. Insomma, provare per credere! ;)

Dedico il tap #clapclapmucche a Ilaria e Michele, loro sanno cosa significa…

Il campus Microsoft a Redmond

Io, Giovanni, Stefano, Guido, Roberto e la nostra guida Lorenzo: sei italiani invitati a vivere una settimana nel campus Microsoft a Redmon per il programma Insight, alla scoperta delle principali tecnologie, visioni e campi d’azione di questa azienda. Essere dentro e vedere con i proprio occhi offre tantissimo, mi ha arricchito con molti spunti interessanti sui quali non ho ancora smesso di riflettere a distanza di quasi due settimane. Difficile riassumerli, riportero’ solo i piu’ salienti.

Durante un’introduzione di Miha Kralj sui trend futuri a breve e medio periodo del mondo digitale e dell’infrastruttura tecnologica necessaria a mantenerlo, alcuni in particolare mi sono rimasti impressi: in primis, e sotto gli occhi di tutti ormai, l’uso della banda per la navigazione in mobilita’ “is skyrocketing”, ovvero cresce sempre piu’ velocemente. Questo portera’ all’assegnazione di nuove frequenze fisiche e all’uso di diverse tipologie di reti in base al particolare uso (wifi, bluetooth, pan o altre nuove forme) per combattere l’offhauling. Il mobile browser e’ stato definito il minimo comune multiplo delle caratteristiche dei device, mentre le applicazioni continueranno ad essere il solo modo per fare le cose native al 100%. Infine, prima o poi gli ISP tasseranno il servizio di bitpipe offerto a chi, con questo servizio, ci fa business. Ad esempio, facendo un acquisto su Amazon UK, l’ISP in UK del quale si sono sfruttate le linee ricevera’ un “rimborso” da Amazon (sperando che poi questo non gonfi il prezzo finale del prodotto). E ho sentito parlare per la priva volta dello Zettabyte!

Fantastica maglietta Jeff!

Gli incontri sulla NUI (Natural User Interface) mi hanno letteralmente steso, tanto da meritare un post a parte. Imperdibile se siete appassionati di UX, nuove forme di interazione uomo macchina e della casa del futuro. Riassunto: Kinect-like ovunque, pareti e superfici come tavolozze che micro proiettori dipingono di volta in volta in base al contesto e alle nostre azioni, interfacce specializzate sui task da eseguire. E Microsoft che si conferma come una realta’ capace di fare moooolta ricerca di lungo periodo dietro le quinte, inseguendo idee che, immaginate dieci anni fa sembravano pazzia, mentre invece oggi hanno saputo creare innovazione.

Se non avete ancora mai visto l’interfaccia Metro presente in Windows Phone 7, e’ meglio iniziare a colmare questa lacuna: sara’ infatti il nuovo vestito con cui si presenteranno quasi tutti i futuri prodotti consumer di Microsoft, XBox e Windows 8 compresi. Uno shift da un paradima iconografico a quello infografico. Anche in questo caso, un progetto con una lunga ottica e iniziato tanto tempo fa, di cui un po’ alla volta si iniziano a vedere gli effetti.

Open Source and Microsoft

E se dieci anni fa Steve Ballmer definiva Linux ed il free software come un cancro, e’ stato piacevole constatare come oggi Microsoft abbia cambiato rotta, preferendo interoperabilita’ ed apertura con altri attori del mondo informatico. Certo, non penso sia stata un’illuminazione sulla via di Damasco: i governi sono i primi a pretendere standard aperti (e dai governi arrivano molti soldi), e far girare PHP assieme alle maggiori piattaforme di blogging e content management sui propri server Windows o sul proprio cloud Azure porta ad allargare il numero di potenziali clienti. Ho avuto il piacere di conoscere e confrontarmi con persone come Jas Sandhu, evangelist per l’Open Source and Interop Strategy, e sono proprio contento che Microsoft abbia al suo interno figure cosi’. Con loro dentro mi e’ tornata la speranza che ci sia spazio anche per un po’ di “pensiero buono” su questi temi, non solo asettico calcolo per aumentare il profitto. E vi giuro che, parlando con lui, ho avuto la conferma che il mondo del free software e’ pieno di geni e di visionari, ma al tempo stesso di caratteri quantomeno “difficili” da trattare. E che se non si sentono almeno tutte le campane di una situazione, e’ inappropriato farsi un’opinione pensando che chi in passato ha agito secondo una direzione non condivisibile, lo stia facendo anche nel presente.

SR71, uno scafo attorno all'idea di velocita'

Fuori dalle conferenze ho avuto modo di vedere dal vero un SR-71 Blackbird, un piccolo sogno che avevo fin da piccolo e che, inaspettatamente, si e’ realizzato al Museo del Volo di Seattle. Poi l’esperienza di 3 giorni in un vero campus aziendale, quello di Microsoft, mi ha lasciato molte piacevoli sensazioni, ma anche qualche piccolo dubbio: un’ambiente di lavoro che trova spazio per momenti di condivisione sociale con campi sportivi, locali e spazi verdi dove andare anche con estranei all’azienda, l’orientamento al raggiungimento degli obiettivi rispetto al “tempo passato davanti alla scrivania” e quindi una grande flessibilita’ di orari, la liberta’ di muoversi, l’incentivo a confrontarsi con i colleghi su diverse tematiche durante il lavoro ed altre interessanti comportamenti che non fanno altro che giovare, a mio avviso, alla produttivita’ complessiva dell’azienda. Il dubbio riguarda quanto poi questo ambiente cosi’ piacevole ed immersivo non rischi di catturare e di non lasciare altro spazio se non quello “del lavoro e al lavoro”. Ma magari sono solo le preoccupazioni di una persona dall’altra parte di questa linea.

Infine, oltre ai compari di viaggio che hanno reso davvero divertente questo viaggio, come non citare Giorgio, Vittorio ed Enzo, che tra una birra e l’altra non ci hanno fatto mancare il sano affetto di chi e’ un po’ connazionale, un po’ emigrato, oltre che a darci una prospettiva da “internals” sull’America, Washington, Microsoft.

Il motto del viaggio: “A Redmond, finche’ non senti il rumore della pioggia sul tetto, non preoccuparti del tempo se vuoi uscire“. E il mio album Flickr ne sa qualcosa. C’e’ n’e’ anche un altro con scatti molti belli. Se avete dubbi o curiosita’, chiedete pure!

Ottima la feature Hangouts, che permette di effettuare videochiamate multiple fino a 10 partecipanti. Anche se viene presentato come uno strumento per del “chiacchiericcio” con gli amici, lo vedo molto utile anche per riunioni di lavoro ed altre occasioni dove vedere l’altro (o quello che inquadra l’altro) torna molto utile. Ricordo che in una delle aziende dove lavoravo precedentemente, ad esempio, avevamo installato un tool di videochiamata (Skype&co ancora non l’avevano) per far vedere al responsabile di produzione la qualita’ delle tomaie dei primi campioni prodotti nelle officine all’estero, in modo che questo potesse esaminarle e correggere eventuali errori! Comunque, appena avro’ 4-5 persone con cui provarla, aggiornero’ il post con le mie impressioni live.

L’Instant Upload del client di Google+ per Android (e sembra presto anche per altri sistemi operativi per mobile) permette di avere una copia costante delle foto e dei video fatti con il device nel cloud di Google. Non solo a scopo di condivisione, ma anche di salvataggio. L’evoluzione di paradigma e’ notevole: il mobile diventa un’appendice da portare sempre con noi con cui popolare di informazioni il cloud, per poi interagire con esse direttamente dalla nuvola. In Funambol abbiamo realizzato gia’ da qualche settimana la stessa cosa, cross device. Apple l’ha annunciata con il suo iCloud e ci scommetto che molti altri player stanno gia’ studiando da tempo questa strada nei loro laboratori.

Bello il concetto dei Circles, e di tutte le attivita’ che girano intorno ad essi. Segno che ormai la condivisione della nostra vita sociale viene fatta selettivamente, e non piu’ broadcast come su altri social network (Twitter in primis, e Facebook a seguire pur potendo impostare delle limitazioni).

Proprio questa impostazione a Circles evidenzia un altro cambio di prospettiva: non sono io a pubblicare per poi sperare che qualcuno, diventando mio amico, si interessi a cio’ che ho da dire, ma bensi’ sono io che notifico push i membri dei Circles con cui condivido l’informazione. I destinatari possono “mutarmi”, ma non devono essere loro in primis ad interessarsi a cio’ che ho da dire, non devono essere miei amici per ascoltarmi, sono avvertiti direttamente da me. Oltre ai contatti Google+, ad un Circle posso aggiungere anche email (mi ricorda molto la funzione di amico immaginario di FriendFeed). Chissa’ che belle prospettive di mass spamming che ci aspettano ;)

Mi sa che prima o poi Buzz, Places, Latitude ed altri servizi Google verranno tutti assorbiti dentro Google+, ammesso che ci sia una visione unitaria dentro l’azienda su questi temi. Non mi stupirei che gruppi diversi di ingegneri lavorino a questi progetti separatamente e senza un obiettivo a medio-lungo termine condiviso.

Infine, una nota di curiosita’ a proposito dell’interfaccia del servizio che si discosta dal solito aspetto spartano e “nerd-style” dei prodotti Google, stavolta piena di animazioni e “smooth panels”. A me diverte troppo quella di cancellazione di un Circle :)

Vi dico subito che, per ora, non ho ancora trovato il modo di invitare nuove persone. Se lo scopriro’, ve lo faro’ sapere.

Ho trovato su questo post una guida che puo’ aiutare a decidere “dove va cosa”:

ERROR: something terribly wrong had happened, that must be investigated immediately. No system can tolerate items logged on this level. Example: NPE, database unavailable, mission critical use case cannot be continued.

WARN: the process might be continued, but take extra caution. Actually I always wanted to have two levels here: one for obvious problems where work-around exists (for example: “Current data unavailable, using cached values”) and second (name it: ATTENTION) for potential problems and suggestions. Example: “Application running in development mode” or “Administration console is not secured with a password”. The application can tolerate warning messages, but they should always be justified and examined.

INFO: Important business process has finished. In ideal world, administrator or advanced user should be able to understand INFO messages and quickly find out what the application is doing. For example if an application is all about booking airplane tickets, there should be only one INFO statement per each ticket saying “[Who] booked ticket from [Where] to [Where]“. Other definition of INFO message: each action that changes the state of the application significantly (database update, external system request).
DEBUG: Developers stuff. I will discuss later what sort of information deserves to be logged.

TRACE: Very detailed information, intended only for development. You might keep trace messages for a short period of time after deployment on production environment, but treat these log statements as temporary, that should or might be turned-off eventually. The distinction between DEBUG and TRACE is the most difficult, but if you put logging statement and remove it after the feature has been developed and tested, it should probably be on TRACE level.

Concludo dicendo che piu’ di una volta mi e capitato di constatare che l’analisi di log ben scritti puo’ davvero fare la differenza in termini di tempo impiegato per riprodurre, capire e risolvere un problema.

Se poi i log per Android sono colorati, esaminarli e’ ancora piu’ facile! ;)

• In Italia gli hackathon non sono ancora cosi’ diffusi come in altri paesi d’Europa/America. E’ un format ancora sperimentale e sono pochi i “ricettivi” nei confronti di queste iniziative. Per fortuna i partecipanti sono tutti parecchie spanne avanti rispetto alla media, quindi la qualita’ dei presenti e’ gia’ di per se’ una buona garanzia della riuscita dell’evento.
• In altri paesi e’ usuale fare hackathon che vanno dal tardo pomeriggio del venerdi’ alla mattina del giorno seguente, o addirittura durante tutto il weekend. In Italia non penso ci sia ancora la cultura per farlo. La data ideale per beccare anche programmatori senior e’ quella quindi del sabato, dalla mattina alla sera. Un’oretta per scaldare i motori e presentare le API, 9-10 ore per realizzare gli hack e 3 minuti ad ogni team per presentare quanto realizzato (consideratene almeno 6 reali tra cambi di scena, collegamento cavi, imprevisti vari)
• Nella presentazione delle API, sopratutto se queste trattano temi d’avanguardia, e’ meglio fare qualche esempio di applicazione “entusiasmante” che sia da stimolo ai partecipanti. Il rischio e’ che non venga percepito il valore innovativo oppure non si riescano ad immaginare scenari d’uso da realizzare durante l’hackathon.
• I premi messi in palio contano, eccome se contano. Possono essere di qualunque natura, non necessariamente legati al prodotto presentato, l’importante e’ che abbiano il loro appeal per i partecipanti. Ho sentito team che sceglievano alcune tecnologie piuttosto di altre solo perche’ i premi in palio erano piu’ interessanti, anche se sapevo di aver piu’ partecipanti a contendersi la vittoria. Buoni spesa di qualunque tipo, viaggi, oggetti utili. Evitiamo pero’ le nerdate: sono carine, ma un po’ fine a se stesse.

• Il luogo geografico ha la sua importanza. Trovare hacker su Milano o Roma e’ piu’ facile che trovarli ad Ancona (lo dico perche’ un po’ conosco l’ambiente di tutte e 3 le citta’ indicate). All’HackItaly eravamo circa una dozzina di team, al WhyMCA sei hanno presentato le loro creazioni. Sotto i venticinque-trenta partecipanti si rischia di perdere un po’ il senso della competizione, non fondamentale per un hackathon, ma comunque ben accetta.
• Si possono organizzare con successo hackathon verticali (su un certo tipo di dispositivo come i tablet, oppure su uno specifico sistema operativo), hackathon orizzontali (tutte le api che parlano di musica, oppure di social reading, oppure di open data), oppure trasversali (tecnologie + vincoli di piattaforma, come la musica sul mobile, oppure gli opendata con drupal ecc)
• Gli hackathon sono una grande occasione di innovazione, anche per i fornitori di API che vi partecipano, soprattutto se sono startup con prodotti in evoluzione. Nuove idee possono venire sia dagli hacker stessi, sia guardando come si stanno muovendo altri attori dello stesso settore. Anche Nokia, nel mobile hackathon WhyMCA, ha detto di aver imparato qualcosa di nuovo ;)
• Coinvolgimento massiccio. Evento dopo evento, si sta creando anche in Italia una base di partecipanti. Stuzzichiamoli, invitiamoli a portare un nuovo amico, facciamo che siano i nostri hub informativi. Non siamo ancora in quella fase dove le persone arrivano da sole, occorre invogliarle ed attirarle a se’. Poi magari, tra un paio d’anni, non ce ne sara’ piu’ bisogno.
• Gli hackathon devono diventare (imperativo voluto) una grande occasione di raccolta e recluiting di persone e di idee.
• Ci sarebbe da coinvolgere le universita’ nell’organizzazione di questi eventi. Sarebbe qualcosa a costo praticamente zero per gli organizzatori e sarebbe un ottimo modo di mettere in contatto talenti in erba con chi e’ interessato a loro. E sarebbe anche un modo per far avvicinare gli studenti al mondo reale, che ce n’e’ proprio bisogno. Sono stufo di vedere conferenze in Italia con pochissimi studenti e tanti lavoratori. Ragazzi, svegliatevi: sono punti in piu’ sul vostro CV, oltre che occasioni per capire veramente cosa c’e’ qui fuori e dove stiamo andando!
• Filmare, fotografare, condividere e diffondere il piu’ possibile. C’e’ bisogno di far percepire l’entusiasmo e la qualita’ di questo tipo di “innovazione che viene dal basso”. Non lasciamola confinata e chiusa dentro una stanza. A meno di non essere dei veterani, le emozioni che si provano durante un hackathon sono uniche, non puoi capirle finche’ non partecipi.
• Piccola postilla personale: facciamo in modo che non ci sia niente di male se anche gli organizzatori partecipano: vi garantisco che non e’ bello pensare un evento, raccontare il tuo entusiamo per l’iniziativa e contagiare chi di dovere, essere presente dal suo inizio alla fine e… e non poter scrivere codice da mettere in competizione con gli altri!

Felice di sentire critiche/integrazioni da parte vostra.

http://www.youtube.com/watch?v=lstgUrC0NBs

Riassumendo: multitouch, mobile, bidirezionali, zeppi di rich-data e subscription-based. Si, sono abbastanza d’accordo.

Nexus S Challenge Official Rules
ELIGIBILITY: To be eligible to enter the Contest, you must be: (1) a legal resident of and physically located in either the 50 United States or the District of Columbia, Canada (excluding the province of Quebec) or the United Kingdom;
E vabbe’, qui non e’ un gran male dato che sono molti i paesi esclusi, ma il concorso e’ vecchio ormai.

Nexus S Challenge 2 Official Rules
To be eligible to enter the Contest, you must be: (1) a legal resident of and physically located in Australia, Austria, Belgium, Canada, Croatia, Czech Republic, France, Germany, Greece, Hong Kong, Ireland, Indonesia, Netherlands, Philippines, Russia, Singapore, Spain, South Korea, Switzerland, Taiwan, Thailand, the United Kingdom or the 50 United States and the District of Columbia.
Nuovo giro del precedente concorso, ancora tra gli esclusi, nonostante la lista delle nazioni si sia allargata parecchio!

Google Code Jam 2011
The Contest is void in Quebec, Italy, Saudi Arabia and where prohibited by law.
E gia’ qui la cosa si fa interessante: siamo a livello di Quebec e Arabia Saudita. Wow, che emozione!

Poi mi sono ricordato che questo problema ha radici gia’ nel lontano 2007,  in occasione del primo Android Developer Challenge

The Android Developer Challenge is open to individuals, teams of individuals, and business entities. While we seek to make the Challenge open worldwide, we cannot open the Challenge to residents of Cuba, Iran, Syria, North Korea, Sudan, and Myanmar (Burma) because of U.S. laws. In addition, the Challenge is not open to residents of Italy or Quebec because of local restrictions.

In quell’occasione la risposta al perche’ fosse successa una cosa del genere tento’ di darla Fabrizio Giudici. In sostanza, la nostra sempre limpida, chiara e semplice legge obbligava Google a depositare preventivamente da qualche parte 10 milioni di dollari, il premio totale del concorso, in modo tale da poter essere sicuri della sua disponibilita’.

Che sia stata la stessa burocrazia di 4 anni fa ad escluderci anche stavolta?

Se si e’ alle prime esperienze, spesso questo momento e’ accompagnato da un completo vuoto mentale. Pessimo, questa inversione dei ruoli e’ troppo importante per permettersi di sprecarla. Se volete lavorare nel campo dello sviluppo software, ecco alcuni spunti per non rimanere a bocca chiusa.

Un esempio semplice e rapido per iniziare a farsi un’idea puo’ essera dato da una lista di domande pensate precedentemente, che definiscono alcune pratiche aziendali per noi importanti. La risposta non deve essere descrittiva, ma di tipo si/no. Ad ogni risposta affermativa si guadagna un punto, nessun nessun punto per quelle negative. Terminate le domande si sommano i punti ottenuti. Piu’ questo totale sara’ alto e piu’ l’azienda sara’ per noi desiderabile. Dodici utili punti con i quali partire sono contenuti in The Joel Test: 12 Steps to Better Code:

1. Do you use source control?
2. Can you make a build in one step?
3. Do you make daily builds?
4. Do you have a bug database?
5. Do you fix bugs before writing new code?
6. Do you have an up-to-date schedule?
7. Do you have a spec?
8. Do programmers have quiet working conditions?
9. Do you use the best tools money can buy?
10. Do you have testers?
11. Do new candidates write code during their interview?
12. Do you do hallway usability testing?

Piu’ il punteggio e’ alto, piu’ indichera’ una propensione dell’azienda alla strutturazione del metodo di lavoro, un’attenzione alla qualita’ del codice prodotto e all’adozione di un processo di gestione del ciclo di vita delle applicazioni articolato e completo sotto ogni aspetto. Se i punti ottenuti sono pochi, non passera’ molto tempo prima di trovarsi a picchiare la testa per cercare di capire chi ha fatto una modifica che ha rotto l’applicazione, quando e’ stata fatta, come mai non se ne e’ mai accorto nessuno e perche’ ora siete voi che dovete metterci una pezza. O a dovervi inventare strani e artigianali strumenti per mettere un po’ di ordine delle miriade di release, backup, componenti da collegare tra loro senza sapere con precisione come fare, ma tentando, tentando, tentando… Ne vale la pena, soprattutto se gli straodinari non sono pagati?

Altro punto che puo’ valere la pena chiarire e’ il modo in cui l’azienda fa le sue scelte strategiche sullo sviluppo del prodotto (ammesso che ne abbia uno proprio e che non lavori su richiesta dei clienti). Ci sono diversi approcci a questo tema: “e’ il Capo/CDA che decide”, “abbiamo uno o piu’ Product Owner che ci danno delle indicazioni”, “se ne parla assieme“, “dipende dal mercato” ecc. Consiglio la lettura di come funzionano le cose in Facebook, dove il terzo approccio sembra essere quello applicato.  Personalmente la quarta e’ la risposta che meno mi convince, la  terza invece quella che piu’ mi affascina dato che sentirsi parte attiva in un processo decisionale ha sempre il suo personale piacere.

Poi ci sono i fattori personali e soggettivi che fanno da ago della bilancia nella scelta di un posto di lavoro piuttosto che in un altro. Di sicuro sono tra gli argomenti da verificare durante il colloquio, perche’ l’azienda puo’ essere anche bellissima, ma se non ci sono compatibilita’ su questi aspetti, sara’ facile stufarsi presto o non andare d’accordo fin da subito. Il piu’ ovvio e’ il salario, ma ce ne potrebbero essere molti altri: condizioni di lavoro, qualita’ dell’ambiete sociale, possibilita’ di misurarsi con tecnologie sempre nuove / approfondire le proprie conoscenze in un settore, lavori creativi / lavori ripetitivi, poter decidere cosa e come sviluppare / seguire delle direttive forti, poter fare carriera / dedicarsi liberamente allo sviluppo tutto il giorno, valori etici perseguiti dall’azienda e molte, molte altre. In genere al primo impiego questi aspetti sono ancora poco chiari, ma come insegna Schein con le sue ancora di carriera, un po’ alla volta e dedicandoci attenzione, le nebbie si dissolveranno.