My Political Views
I am a centrist social moderate
Left: 0.14, Libertarian: 0.95

Condizione necessaria per massimizzare la produttività di un team di sviluppo software è l’acquisizione dei migliori sviluppatori limitatamente al budget disponibile. Tale team dovrà essere composto al minimo da 2 e al massimo da 6 elementi.

Non oso sognare un futuro dove la saggezza degli uomini arrivi fino a questi punti, ma spero che prima o poi qualcuno apra gli occhi

C’è carenza di programmatori, ma non nel senso che ci sono team di 10 programmatori che dovrebbero essere di 20, ma nel senso che ci sono team di 10 programmatori che dovrebbero essere di 4

Sto diventando sempre più cattivo?

La pragmaticità di una tecnologia è inversamente proporzionale al numero di linee di codice e al numero di file necessari per l’implementazione di un programma che propone all’interfaccia utente la stringa “Hello World!”

Il peggio che mi sia mai capitato è symbian, se non ricordo male “Hello World!” (con interfaccia grafica) erano 500 linee di codice ripartite in 12 file :-D In quel periodo nelle vicinanze di casa mia sono schiattati parecchi angeli…

“Why do we never have enough time to do it right, but always have enough time to do it over?

LOL! Nel libro ci sono anche spunti interessanti che riguardano l’attività di planning, infatti visto che ufficialmente non terrò nessun talk all’AgileDay almeno porterò un paio di argomenti sul planning da discutere in uno degli open space disponibili, sempre che ci sia qualcuno interessato :-)

La qualità del lavoro svolto è limitata superiormente. Questo limite superiore non è direttamente proporzionale alla quantità di soldi spesa, ma è direttamente proporzionale alla quantità di soldi percepita da chi esegue il lavoro

In questo caso non c’è dubbio, non scherzo (nota: la cosa più triste è che probabilmente chi avrebbe bisogno di capire quello che c’è scritto sopra non lo capirà, non saprà nemmeno che si sta parlando di lui)

“Da dove mi esce questo sproloquio?” Provate a dare un’occhiata al fantastico servizio di Cloud Computing offerto dalla mia cara Amazon, potete avere un numero virtualmente infinito di macchine ad un prezzo massimo di 0.80$ per un’ora di utilizzo della macchina più carrozzata (15 GB RAM, 8 CPU, 1690 GB HD), una figata eh? Ora date un occhio ad un’altro servizio offerto sempre da Amazon, si tratta sempre di computazione distribuita, solo che questa volta è umana, e… incredibile! Un’ora di computazione umana costa mediamente 0.20$ LOL :-D LOL :-D LOL :-D LOL :-D LOL :-D LOL :-D LOL :-D LOL :-D LOL

Meglio riderci sopra, anche se non ci sarebbe niente da ridere…

YouRank, tecnicamente parlando, è un motore di ricerca distribuito che non si basa solamente sugli aspetti strutturali del web (link, tags, microformats, ecc…), ma anche e sopratutto sull’attvità dell’utente. Se sto cercando un termine, i motori di ricerca attuali mi porteranno su pagine che contengono (sintatticamente) quel termine, magari è quello che stavo effettivamente cercando, magari no e allora proseguirò nella ricerca sfruttando i link della pagina in cui mi trovo. Attraverso l’uso del link sto implicitamente dicendo che quel link è semanticamente collegato alla ricerca che stavo facendo e di questo YouRank ne tiene conto.

Non ho mai creduto nelle soluzioni dove la semantica (il significato delle cose) viene dedotta da un sistema artificiale, la mia opinione è che i computer esistono per semplificarci la vita e per sostituirci in tutti quei compiti in cui noi non eccelliamo, non il contrario :-). L’originalità di YouRank sta nel cercare di capire cosa è veramente importante deducendolo dal comportamento dell’utente: all’utente gli aspetti semantici (questo link è importante, questo no), e a YouRank gli automatismi collegati (mi ricorderò del fatto che per te questo link è importante)

La sfida tecnologica è stata quella (e lo è tuttora) di realizzare un prodotto sotto molti aspetti innovativo in un ambiente di sviluppo (mozilla/xul/xpcom) non particolarmente “friendly”. L’estensione è composta da alcuni oggetti xpcom realizzati in c++ (compreso lo storage sqlite opportunamente modificato/ottimizzato) mentre tutto il resto è in javascript

L’ambiente non lo considero amichevole perchè:

• Non esiste nessuna libreria di unit testing: esistono molte librerie di unit testing in javascript, ma nessuna che sia stata pensata per essere utilizzata in un contesto diverso da quello di una pagina web, io avevo bisogno di qualcosa che potesse essere eseguito da linea di comando e che desse un feedback interpretabile in maniera automatica. La soluzione è stata quella di realizzare una libreria di unit testing ad hoc
• Non esiste un sistema di build: certo, esiste l’ambiente di build di mozilla/firefox, ma provate ad automatizzarlo in modo che funzioni su tutte le piattaforme che supportiamo (win, linux, mac), in modo che non ci vogliano giorni per ricostruirlo e in modo che una build da ambiente pulito non ci metta delle ore. Alla fine ho scelto ant e make come tools e una serie di file di build non propriamente semplici ma che rispettano tutti i requisiti di cui sopra
• Non esiste nessun ambiente di sviluppo: komodo forse è la cosa che si avvicina di più, ma niente di paragonabile alla “developer experience” che puoi avere con eclipse per lo sviluppo di un’applicazione java. Nota: io sono un utente vim e non mi stanno molto simpatici gli IDE (sopratutto quelli che pretendono di essere più furbi di me), quindi per me non è stato un grande problema, ma trovare un ambiente di sviluppo condiviso è stato (lo è tuttora) un problema
• Mi ero dimenticato dell’incubo della portabilità del codice senza avere una virtual machine :-)

Attualmente il ciclo di sviluppo è settimanale, lo sviluppo di una release inizia il giovedì mattina e termina il mercoledì sera, parallelamente giovedì mattina inizia la fase di test esplorativo della nuova release che viene condotto internamente e che dura due giorni, il rilascio al pubblico avviene di lunedì. Questo lunedì verrà rilasciato il prossimo update che introdurrà la compatibilità con Firefox 3

Nei prossimi giorni mi occuperò di scrivere alcuni post tecnici sul blog di YouRank, quindi se siete interessati all’idea, installatelo, provatelo, ditemi cosa ne pensate e tenete d’occhio il blog :-)

Who knows what UML 2 is and who cares? It’s OK for showing the pictures, but people that are UML all away down to execution, they’re clearly smoking something and don’t understand this semantics or programming languages

Meraviglioso e condivisibile

E così oggi sono entrato in possesso di un perfetto MART (Manager Attitude Readjustment Tool). Come usarlo? E’ semplicissimo: quando vi vengono poste un certo tipo di domande, domande per le quali non vale la pena di sprecare tempo computazionale celebrale, restate seri (fondamentale), non dite una parola, afferrate il MART, agitatelo con cura, rivolgetelo a faccia in su per far apparire una delle 20 risposte possibili, quardate negli occhi (sempre seri mi raccomando!) chi vi ha posto la domanda, comunicategli la risposta ricevuta dalla palla, riposate il MART e continuate a fare quello che stavate facendo prima come se nulla fosse successo. Usato regolarmente vi garantisco che ridurrà drasticamente il numero di domande idiote che vi verranno poste, garantito :-)

P.S. Per i programmatori con indole sistemistica, segnalo il fatto che la palla ha un discreto peso e un’ottima consistenza, quindi in caso di bisogno può essere utilizzato benissimo anche come LART