Google Summer of Code

Il Google Summer of Code (GSoC), in italiano traducibile con "estate del codice di Google", è un festival annuale, tenutosi per la prima volta da maggio ad agosto 2005, nel quale Google premia gli studenti che completano un progetto legato allo sviluppo di codice libero e open source durante l'estate. Gli studenti devono avere almeno 18 anni per poter partecipare.

Continua a leggere su:

• Wikipedia

• Google Melange

Linee guida per un buon GSoC

"Dos", ovvero buone pratiche:

• coordinarci con Freifunk per assicurarci di non fare cose troppo simili con loro e MAGARI provando anche ad unire le forze

• leggere il manuale GSoC del mentor (MOLTO UTILE!)

• andare a parlare nelle università
• fare molti incontri (tipo 2 al mese) dove parliamo di reti/sviluppo e accenniamo anche al GSoC
• essere pragmatici proponendo progetti realizzabili da studenti che dovete ricordare non sono mostri! Inutile proporre cose troppo complesse
• proporre solo progetti a cui potete fare da mentor, quindi chi propone fa il mentor
• mettere subito in chiaro con gli studenti alcune cose:
  • google da anche travel funding aggiuntivo per partecipare agli eventi, quindi vorremmo che gli studenti accettati usufruiscano di questi fondi per venire ad eventi come battlemesh, wireless community weekend o simili

  • consigliargli caldamente di leggere il manuale GSoC dello studente

  • vogliamo che ci sia interazione non solo con il mentor, ma anche con il resto della comunità via mailing list, dobbiamo incoraggiarlo a non essere timido
  • chiarire subito quali saranno i periodi in cui lo studente andrà in vacanza o avrà esami, per evitare l'effetto "scomparso"

"Dont's", ovvero cose da evitare come la morte:

• progetti completamente ex-novo in cui non è mai stata scritta una riga di codice prima e che quindi non hanno alla base una motivazione intrinseca da parte del creatore (perchè aspettare il GSoC per cominciare un progetto che reputi davvero degno di essere realizzato?)
• progetti portati avanti da studenti che non hanno un vero mentor
• prendere troppi progetti e avere pochi admin/mentor
• fare progetti che seppur fichi non c'azzeccano molto con ninux
• fare progetti paralleli che dipendono uno dall'altro
• cercare a tutti i costi di convincere uno studente che reputiamo bravo a partecipare agevolandolo (magari a lui partecipa solo perchè ce lo tiriamo dentro e poi alla fine non conclude molto)
• evitare di scrivere progetti che hanno un livello di complessità molto elevato, cerchiamo di essere pragmatici e realistici! Proponiamo progetti che sono alla nostra portata e che possono essere realizzati in 3 mesi di lavoro da una persona sola!