Google Summer of Code 2008

Anche quest’anno arriva Google Summer of Code.
Per chi si fosse perso le puntate precedenti, si tratta di un’iniziativa con cui Google finanzia studenti che vogliono contribuire a progetti open source. I progetti sono stati approvati da Google ma non sono necessariamente progetti di Google. Tra questi segnalo Project Hackystat. Partendo da un tool che colleziona e analizza dati di progetto (software), ci sono molte idee interessanti per estendere Hackystat: micro-blogging mashup, Ohloh mashup, semantic web, social networking, Second Life, e project video walls.
Se qualcuno fosse interessato, non solo ne ricaverebbe una bella tesi di laurea ma anche un premio in denaro offerto da Google:$4500. La scadenza per le domande di partecipazione è il 31 marzo.

Tagging e Trac

Chi ha seguito quest’anno il corso di Sistemi per la Collaborazione in Rete ha già avuto modo di scoprire i sistemi di collaborative tagging e Trac.
Forse però non conoscete TagsPlugin, un plugin di Trac per aggiungere liberamente metadati alle pagine wiki e ai ticket.

… Trac Hacks itself makes extensive use of tagging and is a good example of their use. Also, see http://lists.edgewall.com/archive/trac/2006-April/007646.html for an example of how Alec uses ListTagged to query tickets.

Agile Estimation

Stavo cercando qualche informazione in più su come pianificare, in un progetto agile, le iterazioni e le user story per ogni iterazione e su come stimare i tempi. Ho trovato su YouTube il talk completo di Mike Cohn su “Agile Estimation” fatto a Marzo del 2007. Vale la pena ascoltarlo anche se è lungo 90 minuti.

Parte I
http://www.youtube.com/watch?v=fb9Rzyi8b90

Parte II
http://www.youtube.com/watch?v=jeT0pOVg0EI

Da qui potete scaricare le slide del talk.

Inoltre, molto interessante è anche questo post di Mike Cohn sugli Story Points. Lui ritiene che non dovrebbero essere usati come misura di produttività:

Using story points or ideal days to measure productivity is a bad idea because it will lead the team to gradually inflate the meaning of a point when trying to decide between calling something “two points” or “three points” […]
My view is that points can be used as the best way to estimate and assess progress that we’ve ever had or they can be used as another weapon with which to hit the team […]

E ci sono tanti altri post interessanti sul suo blog, come questo:

A common source of confusion on agile teams occurs when the sprint (“iteration”) backlog and the product backlog are both estimated in hours. To avoid this confusion I strongly recommend estimating these backlogs in different units.
In sprint planning the team should always talk of tasks and hours. Sprint planning covers the horizon of typically two to four weeks out.
In release planning the team can choose between “ideal days” and “story points”. Regardless of which they choose, they still do sprint planning in hours […]

[…] I don’t use story points for sprint planning because story points are a useful long-term measure. They are not useful in the short-term […]

Istruzioni per la prova di esonero Reloaded

Le istruzioni sono per gli studenti del corso di Sistemi per la Collaborazione in Rete che intendono sostenere la prova di esonero.
E’ necessario completare le seguenti azioni entro la pausa-esami di Novembre:

  • Selezionare da BibSonomy gli articoli che si reputano interessanti, sulla base del titolo e dell’abstract.
  • Scaricare da Google Groups gli articoli selezionati e scegliere quale presentare.
  • Controllare su Google Docs & Spreadsheets di non essere arrivati troppo tardi; se sì, tocca scegliere un altro articolo ma potrebbe anche essere necessario tornare al primo passo.
  • Comunicare al docente, via email, l’articolo scelto per la presentazione.

    • Controllare nuovamente su Google Docs & Spreadsheets che l’articolo scelto e il vostro nome sia stato aggiunto.
    Semplice, no?

Presentazioni di Aprile

Messaggio di servizio rivolto agli studenti del corso di Sistemi per la Collaborazione in Rete.
Ho aggiornato su Google Docs & Spreadsheets il calendario delle presentazioni. Mi sono limitato a coprire le prime due settimane dopo la ripartenza delle lezioni. Considerate il tutto sempre suscettibile di ulteriori modifiche. Non dimenticate di fare l’upload delle slide della presentazione.
Buona Pasqua

Come leggere un articolo tecnico-scientifico

How to Read an Engineering Research Paper
http://www-cse.ucsd.edu/users/wgg/CSE210/howtoread.html

Utile soprattutto per chi intende sostenere la prova di esonero del corso di Sistemi per la Collaborazione in Rete.

Dopo aver scelto e studiato l’articolo, mi aspetto che la presentazione affronti in modo esplicito i seguenti punti:
– Motivazioni: qual è il problema affrontato?
– Soluzione proposta: può essere una tecnologia, un’idea innovativa o un’ipotesi da verificare.
– Valutazione della proposta: come viene effettuata? E’ convincente?
– Contributi innovativi: i passi in avanti rispetto a cosa sappiamo e cosa sappiamo fare.
– Direzione futura: cos’altro c’è da fare per saperne di più sul problema affrontato o per migliorare la soluzione proposta?

Se non fosse possibile avere una slide per ogni punto, dovrebbe risultare chiaro che si tratta di una mancanza degli autori e non di chi ha letto l’articolo e lo sta presentando.