Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Liens connexes

Dépêche modérée par

Dépêche éditée par

Développeur : Le Google Summer of Code 2006 arrive !

Posté par LastMan / Lastrainson (page perso, ). Modéré le 15 avril 2006.
Communauté
Google a officiellement annoncé l'ouverture du Google Summer of Code 2006.

Comme lors de la première session qui a eu lieu l'année dernière, il s'agit d'une initiative créée par Google qui consiste à faire travailler des étudiants de tous pays sur des projets Open-Source durant leur période de vacances d'été.
Les participants sont par la suite rémunérés à hauteur de 4500$ une fois leur travail achevé, l'organisation tutrice responsable du projet sur lequel l'étudiant a travaillé reçoit quant à elle une prime de 500$ .

À l'heure actuelle, on retrouve dans la liste des organisations tutrices inscrites des noms bien connus tels que l'apache software foundation, le projet Wine, la Perl Foundation...

À noter que les organisations ne sont pas toutes des organisations au sens strict. Il est en effet possible d'enregistrer un projet en tant qu'organisation (valable dans le cas de GCC ou subversion par exemple).

Lecteurs / Lectrices de LinuxFR, si vous êtes étudiant(es) et que vous cherchez un bon job d'été, ceci est peut-être une occasion à saisir ! ;-)

> Lire la dépêche (54 commentaires, moyenne: 3,9).  

Le fonctionnement est le suivant :
- Des organisations (fondations, associations, projets) dans le domaine du libre dites "mentor organizations" postulent auprès de Google pour que les travaux qu'ils mènent ou avec qui ils ont une affinité très forte puissent faire l'objet d'un travail ou d'une amélioration lors de cette manifestation.
- Une fois cette étape franchie, c'est au tour des étudiants de remplir un formulaire en ligne et de proposer un projet de travail pour l'une des organisations inscrites. Ils peuvent proposer jusqu'à 20 projets parmi lesquels un seul au maximum sera sélectionné.
- Si le projet est accepté, le participant touche 500$ à l'acceptation du projet, 2000$ lors de sa réalisation et 2000$ supplémentaires une fois le travail terminé. Sa "mentor organization" percevra quant à elle la somme de 500$ une fois le travail achevé.

Les "mentor organizations" ont jusqu'au 1er mai pour s'inscrire. Les étudiants auront quant à eux du 1er mai au 8 mai pour faire leurs propositions. Ils sauront ensuite au plus tard le 23 mai si une de leur proposition a été retenue. Une vérification du travail en cours est effectuée fin juin pour le paiement intermédiaire. Au final, le travail doit être terminé au plus tard le 21 août.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Petit oubli...

Posté par LastMan / Lastrainson (page perso, ) le 15/04/2006 à 09:57. (lien). Évalué à 10.

Il est aussi bon de rappeler que l'année dernière, si je me souviens bien, c'est au total 400 projets étudiants qui auront été sélectionnés et réalisés, soit un investissement de 2 000 000 $ de la part de google dans le domaine du libre.
Qu'on aime google ou non, c'est une initiative très appréciable :-)

bon plan

Posté par GhZaaark3 () le 15/04/2006 à 11:43. (lien). Évalué à 4.

C'est vraiment un bon plan pour l'étudiant! Plutôt que de se saigner chez MacDou pour la moitié de la sommen et la satisfaction en moins.

aaah, si j'avais connu ça...

--
moué...

Connaissance du projet et stages

Posté par Adrien Morvan (Jabber id, page perso, ) le 15/04/2006 à 11:51. (lien). Évalué à 2.

A votre avis, faut il une bonne connaissance du projet auquel on veut participer pour postuler ?
Est ce que celà peut faire office de stage ?

C'est bien partit pour avoir lieu tous les étés cet évènement, sa va encore durer ? :)

Du côté de chez FreeB...

Posté par farib () le 15/04/2006 à 13:14. (lien). Évalué à 2.

J'aime bien les projets proposés:

* node versioning: Introduce an inode version number into UFS, so we can store inodes in different formats. As an example of how to use this, introduce a new inode format that has a 32 bit link count field. David Malone is the coordinator.
* UFS Journaling: Add transaction journaling and playback to the UFS filesystem. The goal is to increase the reliability of the filesystem and greatly reduce the need for a full 'fsck' after a crash or power loss. This is a project that deals with not only the filesystem internals, but also the VM and buffer/cache systems, so it is an excellent opportunity to learn about many fundamental aspects of an operating system.
Work is already in progress on this task, but more help is always needed and welcome. Candidates should have at least a cursory understanding of filesystem data structures (inodes, free lists, directories) and a strong desire to learn more about such systems. This project would be a major contribution to anyone's resume, but it is not for the faint of heart. Scott Long is the coordinator.
* Autofs: Create the autofs filesystem from a specification. Candidates should have some filesystem knowledge and network filesystem knowledge. Most of this work is done, however kernel transport and interaction with the "amd" automounter needs to be completed. Alfred Perlstein is coordinating.
* Logical Volume Manager
* Magic Symlinks: Implement magic symlinks. Candidates should have some filesystem knowledge. Experimental patches exist against 4-STABLE, though the DragonFly implementation using the setvar utility should be examined. John W. De Boskey can coordinate.


Franchement, c'est quand même super super super méga chaud.... le GSC, c'est plutot élitiste....

Une expérience fantastique et valorisante

Posté par David Anderson (page perso, ) le 15/04/2006 à 16:31. (lien). Évalué à 10.

Petit retour d'expérience. J'ai fait le Summer of Code 2005, en bossant sur le projet Subversion. C'était vraiment une expérience fantastique, et je ne saurais trop la recommander à tout le monde.

Pour ma part, cela m'a permis de rejoindre le développement d'un projet libre, à une époque de l'année ou j'aurais construit des burgers à longueur de journée pour me faire un peu d'argent de poche.

En ce qui concerne le déroulement, les choses ont été encore simplifiées cette année. Notamment, l'an dernier Google retenait 30% de taxes sur votre paiement, a moins que vous ne puissiez produire les documents qui vont bien auprès de l'IRS, dans un délai très court. Cela a posé un grand nombre de problèmes, ce qui fait que cette année, Google a réussi a obtenir un meilleur deal: Ils ne retiendront rien du montant, et c'est à vous de déclarer la somme aux pays qui vont bien (astuce: la France, ainsi que pas mal d'autres pays d'europe, ont un traité avec les USA qui font que ce type de revenu est taxé à 0%). Bref, l'organisation a tiré les leçons des réussites et echecs de l'an dernier, et revient à la charge avec une machine bien mieux huilée!

Du coté des organisations, je ne peux parler vraiment que pour le projet Subversion, mais l'accueil était très chaleureux, nous étions très libres dans nos mouvements et dans ce que nous proposions, et globalement nous étions totalement intégrés à l'équipe de développement non-SoC. Cela a grandement contribué à ma participation au projet, et ce jusqu'a ce jour, puisque je suis actuellement Release Manager pour le projet.

Et pour conclure sur une petite parenthèse professionelle, pouvoir mettre "J'ai fait partie des 419 sélectionnés pour le Summer of Code, et j'ai fini mon projet" sur son CV est un atout formidable, bien plus que je ne le pensais. Je suis encore en plein dans mes études, mais rien que pour la recherche de stage, le Summer of Code m'a bien aidé, même longtemps après sa conclusion. Malgré sa relative jeunesse, c'est déjà devenu un certain gage de compétence auprès de beaucoup de professionnels.

Bref, le Summer of Code, c'est bon, mangez en! :-) Et sur une note plus perso, le projet Subversion se reprend au jeu cette année, et proposera bientôt une liste de projets de dimension adéquate qui nous intéressent. En raison de diverses circonstances, je risque de ne pas pouvoir candidater en tant qu'étudiant, mais je me ferai un plaisir de vous accueillir en tant que mentor ;-)


Ah, et au fait - Petite correction concernant le texte de la dépêche, par ailleurs excellent: il est bien vrai qu'il n'y a pas besoin d'être une organisation au sens juridique du terme pour devenir organisme mentor du Summer of Code. En revanche, le projet Subversion ne fait plus partie de cette catégorie: les développeurs se sont récemment regroupés et, avec la bénédiction complète de CollabNet (qui détient un copyright sur pas mal du code), ont formé une organisation non-profit, dans le but de pouvoir gérer de l'argent pour l'organisation d'événements, et d'avoir une assise légale plus conséquente pour défendre les trademarks du projet.

En pratique, ca ne change pas grand chose : CollabNet reste un grand contributeur au projet, et c'est son département juridique qui se chargera de défendre Subversion contre les abus (en vertu d'un accord passé entre CollabNet et l'organisation indépendante de Subversion). Néanmoins, c'est une étape dans la vie du projet, puisque nous avons maintenant une existence juridique propre, plutot que d'exister via une entreprise (qui n'a toujours oeuvré que pour le bien du projet, je tiens à le signaler).

Voilà. En rétrospective, ca fait deux gros paragraphes pour corriger une toute petite phrase, vous m'en excuserez - je me suis emporté :-)

temps

Posté par Croweye () le 16/04/2006 à 02:27. (lien). Évalué à 3.

petite questions: combien d'heures / semaine peut on s'attendre à devoir travailler sur un projet pour le réussir (supposant une bonne connaissance technique)

Etudiant ?

Posté par Clément Canonne (page perso, ) le 17/04/2006 à 09:57. (lien). Évalué à 2.

C'est sans doute une question stupide, mais ... "étudiant", ça englobe qui, exactement ?
Quelqu'un qui aurait passé son bac en juin 2006, par exemple - je dis ça à tout hasard, hein - pourrait-il tenter de postuler au Google Summer of Code 2006 ?

--
"La route est droite, mais la panthère rose."

Acceptabilité d'un projet.

Posté par arthurwolf () le 21/04/2006 à 14:06. (lien). Évalué à 1.

Bonjour.

Je bosse en ce moment sur un projet Open Source, et j'aimerais le proposer comme projet pour les GsOc ...

Ce que j'aimerais savoir c'est si ( d'après vous ) , il a une chance d'être séléctionné ( sinon, je le fais dans mon coin, mais je prefererais passer mon été à le faire plutot que de l'avoir fini dans un an ), et si oui, à quel mentor le proposer.

L'idée du projet, en gros :
A bruxelles ( mais aussi à Berlin, Athenes, Londres et autres ), nous sommes en train de developper un Mesh Network ( Réseau Wifi en Ad-Hoc Multi Hop ( http://www.reseaucitoyen.be/wiki/index.php/Accueil ) , olsr etc ... )
Le réseau se pose depuis longtemps le probleme des serveurs DNS ( entre autres ) , vu que dans la philosophie du projet, aucun point ne peut etre indispensable ou plus important qu'un autre.

J'ai donc commencé à programmer un DNS Peer2peer ( http://www.reseaucitoyen.be/wiki/index.php/Acdc ) , qui au fur et à mesure a commencé à devenir plutot une sorte de logiciel serveur dédié au projet ( Portal Captif, Serveurs DHCP multiples sans collision d'ips etc .. ).

Bref.

Est-ce que c'est un projet assez sérieux pour etre présenté ( voire meme accepté :) ) ?
Et si oui, à quel mentor le proposer.

Merci d'avance.

Revenir en haut de page