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 ! ;-) 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.
Aller plus loin
- Google Summer of Code 2006 (3 clics)
- La dépêche sur /. (0 clic)
- Exemples de projets réalisés pendant la session 2005 (6 clics)
# Petit oubli...
Posté par Guillaume Ceccarelli . Évalué à 10.
Qu'on aime google ou non, c'est une initiative très appréciable :-)
[^] # Re: Petit oubli...
Posté par charlax (site web personnel) . Évalué à 9.
Pour les autres entreprises, investir dans le libre correspond trop souvent à faire de la publicité (« je soutiens le libre, achetez mes produits ») ; alors que bien souvent de tels investissements sont payants, bien au-delà de l'image.
[^] # En euro ...
Posté par salvaire . Évalué à 4.
Ça fait 1 700 000 euros en tout, soit 11 millions en Francs. Pour comparer 1.5 millions de Francs correspond au prix d'un pavillon.
4500$ correspondent à 3 mois payé 1000 euros net (ordre de grandeur d'une bourse) soit 1250 euros but (80%). Mais c'est 4.5 mois pour l'étudiant si ça passe en gratification. Ce qui fait 1200 mois en tout, soit 100 bourses par an. Ce qui n'est pas ridicule, comparé à ce qu'offre l'UMP (je vais aller cliquer sur Sarko).
Conclusion, il sont pas trop avare chez Google. Bien sure ça leur coûte moins cher qu'un vrai emploi. Toutefois c'est un bon moyen de trouver des talents.
Il y a t'il une structure d'accueil pour ses projets? Où ça se passe au bar de la piscine de l'école d'ingé, ou dans une cave de l'université ... (je plaisante)
[^] # Re: Petit oubli...
Posté par Krunch (site web personnel) . Évalué à 7.
Et cette année ils comptent sélectionner plus d'étudiants que l'année passée.
http://code.google.com/soc/studentfaq.html#7
Quelques comptes rendus de "mentors" de l'année passée:
http://weblogs.mozillazine.org/gerv/archives/2006/03/summer_(...)
http://tirania.org/blog/archive/2006/Apr-13.html
http://developers.slashdot.org/comments.pl?sid=183143&ci(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# bon plan
Posté par GhZaaark3 . Évalué à 4.
aaah, si j'avais connu ça...
[^] # Re: bon plan
Posté par jeff110 . Évalué à 3.
MAc do, c'est le smic à mi-temps alors que google, c'est 4500$ :)
[^] # Re: bon plan
Posté par gyom gyom . Évalué à 3.
[^] # Re: bon plan
Posté par gyom gyom . Évalué à 2.
C'est génial, comme ça en 2086 le développeur aura 80 piges mais il sera toujours en train de coder pour le GSC !
[^] # Re: bon plan
Posté par Yann Lugrin (site web personnel) . Évalué à 3.
J'ai travailler comme mendataire pendant 2 ans, je fesait mes factures, je déclarais mes gains, ect... C'est un système normal et tout à fait légal.
[^] # Re: bon plan
Posté par Sylvain Sauvage . Évalué à 4.
Quand tu es indépendant, dans le cas le plus simple, tu paies toi-même tes charges et des impôts sur le revenu (on peut faire compliqué et être son propre employé).
En tout cas : 2500 $ en tant qu'employé, ça fait 2000 $ de « net net » (après tous impôts). 2500 $ en tant qu'indépendant, ça fait 900 $ de net...
En tant qu'indépendant, tu as un contrat de sous-traitance.
En tant qu'employé, tu as un contrat de travail.
Tu as toujours un contrat et le travail est toujours déclaré.
[^] # Re: bon plan
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
http://about.me/straumat
[^] # Re: bon plan
Posté par jeff110 . Évalué à 1.
# Connaissance du projet et stages
Posté par Anonyme . Évalué à 2.
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 ? :)
[^] # Re: Connaissance du projet et stages
Posté par jve (site web personnel) . Évalué à 10.
400 projets sur toute la planéte, ca donne une vague idée du niveau des développeurs sélectionnés !
[^] # Re: Connaissance du projet et stages
Posté par Anonyme . Évalué à 4.
A mon avis ce qui est plus ardu là dedans c'est la connaissance des libs et toolkits utilisés. En général les étudiants n'apprennent pas à manipuler ce genre d'outil, on fait plutot de l'algo et de l'orienté objet.
C'est pour sa que je me demande, si par exemple je voudrais participer à gaim, est ce que j'aurai le temps d'apprendre à manipuler gtk et glib en même temps.
[^] # Re: Connaissance du projet et stages
Posté par Kal . Évalué à 1.
[^] # Re: Connaissance du projet et stages
Posté par Thomas Douillard . Évalué à 10.
Pour avoir une idée des projets de l'an dernier.
En gros on te demande pas d'être une bête en GTK/QT mais on te demande d'avoir unr idée intéressante. On te demande pas non plus à priori de connaître pleins d'API par coeur pour pouvoir pisser du code au kilomètre.
Si tu veux mon avis perso, avoir une bonne idée c'est autrement plus balèze que d'apprendre une API. Pour une API => un tuto, une bonne doc, et roulez jeunesse.
[^] # Re: Connaissance du projet et stages
Posté par mrlem (site web personnel) . Évalué à 10.
Ben en même temps, à moins que ça ait changé depuis mes études, tu dois avoir un peu de temps pour apprendre ça en dehors des cours et TPs, voire même le valoriser si tu arrives à caser une IHM dans un projet. Par ailleurs, je ne vois pas trop l'intérêt d'enseigner une API aussi spécifique que QT ou GTK à la fac, alors qu'on peut trouver des docs sur le net, tandis que les algos, tu en retrouveras les principes dans tous les langages en t'appuyant sur les APIs adaptées à ton besoin du moment.
[^] # Re: Connaissance du projet et stages
Posté par Krunch (site web personnel) . Évalué à 5.
http://www.internet2.edu.nyud.net:8080/~shalunov/writing/soc(...)
http://summer.cs.pdx.edu/?q=node/12
http://venge.net/monotone/summerofcode.html
http://www.internet2.edu.nyud.net:8080/~shalunov/tmp/rwatson(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Connaissance du projet et stages
Posté par Andreas Ebling . Évalué à 1.
Je sais juste que un ami s'est fait refuser un stage en télétravail.
J'aurais cependant une autre question : Est il possible de faire le GSoC pendant un stage?
Ou est ce que cela demande trop de travail, temps, neurones?
Si on organise bien son temps de travail, ça peut le faire non ?
Je vais déjà essayer de voir si je suis accepté dans un des projets...
# Du côté de chez FreeB...
Posté par farib . Évalué à 2.
* 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....
[^] # Re: Du côté de chez FreeB...
Posté par Thierry Thomas (site web personnel, Mastodon) . Évalué à 2.
Je donne le lien complet :
http://www.freebsd.org/projects/summerofcode.html
On y trouve aussi des projets a priori plus « abordables », tels que la refonte de l'installeur (Enough of the groundwork has been laid out now that someone with a few months and some background could do a lot of good work here, especially with adequate mentoring by more senior FreeBSD developers.) ou la ré-écriture de CVSup en C (sachant que Csup est déjà disponible http://www.freshports.org/net/csup/ ).
--
Th. Thomas.
[^] # Re: Du côté de chez FreeB...
Posté par farib . Évalué à 2.
# Implement passive cooling in ACPI thermal: The cpufreq interface should be used to cool the processor, based on the various _PSV settings. Also, we need to implement variable polling intervals for thermal zones based on both the passive settings and polling explicitly specified in the ASL. This project requires good knowledge of C, an understanding of the hardware/software interface, a laptop that works with ACPI, and kernel awareness. Nate Lawson and Bruno Ducrot are coordinating.
# Suspend to disk: Implement a suspend/resume from disk mechanism. Possibly use the dump functions to dump pages to disk, then use ACPI to put the system in S4 or power-off. Resume would require changes to the loader to load the memory image directly and then begin executing again. This project requires good knowledge of C, an understanding of the hardware/software interface, a laptop that works with ACPI, and kernel awareness. Nate Lawson and Bruno Ducrot are coordinating.
# Implement and profile various algorithms for powerd(8): Implement a range of predictive algorithms (and perhaps design your own) and profile them for power usage and performance loss. The best algorithm will save the most power while losing the least performance. Requires basic C knowledge, laptop supported by cpufreq(4) (suggest newer Pentium-M CPU), and some statistics. Nate Lawson and Bruno Ducrot are coordinating.
# Kernel meta-language: Develop a dialect of the C language that simplifies the task of writing kernel code. It should include language extensions that make it possible to write kernel code more cleanly and with less bugs. An example of this would have language support for linked lists, to obviate the need for messy MACROs. George V. Neville-Neil and Poul-Henning Kamp are coordinating. A Wiki with more information is available here.
[^] # Re: Du côté de chez FreeB...
Posté par reno . Évalué à 8.
J'espère que tu plaisante..
Le suspend to disk ne m'a pas l'air trivial du tout.
En tout apparement pour Linux ça pose probleme..
Pour le kernel méta-language, ils n'ont qu'a utiliser le C++ ;-)
Ce n'est pas totalement une blague: les dev de L4 l'ont fait (enfin du C++ limité: sans exception et avec d'autres restrictions).
[^] # Re: Du côté de chez FreeB...
Posté par tene . Évalué à 2.
Ou du C#, microsoft l'a fait! (C# restreint également).
[^] # Re: Du côté de chez FreeB...
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: Du côté de chez FreeB...
Posté par tene . Évalué à 1.
[^] # Re: Du côté de chez FreeB...
Posté par reno . Évalué à 1.
Bon le terme fait est un peu fort, singularity étant un projet de recherche..
[^] # Re: Du côté de chez FreeB...
Posté par Krunch (site web personnel) . Évalué à 4.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Du côté de chez FreeB...
Posté par reno . Évalué à 3.
Sinon dans le genre d'ajout utilisé, je pensais aux annotations utilisé par sparse l'outil utilisé pour trouver des erreurs dans le kernel Linux.
[^] # Re: Du côté de chez FreeB...
Posté par tene . Évalué à 2.
En général éviter les pointeurs qui sont sources de bug au profit de passage par référence, d'encapsulation, d'héritage, de classe, etc...
Sans rentrer dans le débat classique des langages (on sait tous que lisp vaincra), il est plus facile de se tirer dans le pied avec certains langage que d'autre...
Maintenant restera à se poser les questions de performance temps et mémoire, la maintenabilité (faites bosser une équipe avec 3 langages différents, juste pour voir :p), la facilité de debugging (ah non! le bug est dans le code C++ moi je touche pas à ça...). Enfin tout ce genre de chose...
Perso, j'ai tendance à trouver l'idée intéressante!
[^] # Re: Du côté de chez FreeB...
Posté par Krunch (site web personnel) . Évalué à 3.
Les char*/string n'est sans doute pas un très bon exemple. J'ai pas fait beaucoup de C++ mais il semblerait que la classe string a tendance à partager des données entre les instances pour gagner de la mémoire ce qui peut poser des problèmes de concurrence assez subtiles.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Du côté de chez FreeB...
Posté par tene . Évalué à 2.
concernant les string cependant, je suis d'accord avec toi: il faudra trouver la bonne implémentation qui va bien, et perso, je me demande à quel pt cela reviendra à transformer le développement d'un OS en C, au développement d'un OS en C++ et d'un framework qui va bien. Pas que ce ne soit pas intéressant, mais c'est pas trivial. bref je retourne à mon java...
[^] # Re: Du côté de chez FreeB...
Posté par Thomas Douillard . Évalué à 3.
Et après le C reste le langage par excellence de la programmation bas niveau et des langages comme lisaac n'ont aucun intérêt ;)
# Une expérience fantastique et valorisante
Posté par David Anderson . Évalué à 10.
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é :-)
[^] # Re: Une expérience fantastique et valorisante
Posté par Guillaume Ceccarelli . Évalué à 3.
Petite question de curiosité, lorsque tu as postulé, tu étais à quel niveau d'études? Je suis pour ma part en fin de DUT info option Génie info et je serais très intéressé de participer au SoC ! Le seul hic c'est que le les périodes tombent à cheval avec ma période de stage qui finit le 16 juin. Participer reviendrait donc à avoir une vie monstrueusement bien remplie du 23/05 au 16/06. Malgré ça je pense que le jeu en vaut la chandelle. Et plusieurs projets me viennent à l'esprit...
[^] # Re: Une expérience fantastique et valorisante
Posté par David Anderson . Évalué à 6.
Au niveau de ton stage, je ne crois pas que ça pose problème avec Google, tant que tu es encore officiellement inscrit comme étudiant auprès de ton IUT au début de la période "active" du SoC. Après, à toi de voir si tu peux tenir le rythme. Perso, j'estime que c'était globalement un travail de 6 à 8h par jour, mais des heures assez relax.
Sinon, pour les projets, un petit point pour ceux qui voudraient postuler : beaucoup d'organismes proposent des sujets, et se proposer pour en prendre un augmente ses chances d'être pris (à moins de proposer quelque chose qui est vraiment incroyablement innovant et utile au projet auquel personne n'a pensé). De plus, si un projet ne colle avec aucune des organisations mentor, on peut se faire mentorer par Google himself, mais inutile de dire qu'ils sont très sélectifs sur les projets retenus, et que proposer quelque chose qui intéresserait Google, c'est mieux (genre, un MMORPG, ils s'en foutent un peu quoi).
Voilà voilà :-)
[^] # La structure d'accueil
Posté par salvaire . Évalué à 2.
Sinon, qu'elle était la structure d'accueil (une entreprise, ...)?
[^] # Re: La structure d'accueil
Posté par David Anderson . Évalué à 10.
Alors après je te passe les histoires pour obtenir un ITIN (remplaçant d'un numéro de sécu pour les formulaires, si tu n'as pas droit a un numéro se sécu US), avec besoin de fournir la photocopie certifiée de l'oreille droite et du bras gauche, un autographe de johnny halliday contresigné par dieu en personne.... Et tout ça avec des delais de plusieurs mois par formulaire, ce qui rendait le tout très difficile à faire.
Alors cette année, Google a pu négocier avec l'IRS visiblement: eux ne retiendront rien, mais en contrepartie c'est à toi de te démerder pour prouver à l'IRS qu'ils ne sont pas obligés de venir te chercher avec une batte de baseball, et pour expliquer au gouvernement français qu'ils n'ont pas non plus à te prendre tes sous (ca c'est un peu plus facile).
Sinon, la structure d'accueil, ben... "Chez moi". Je crois qu'il y a un point à clarifier là: le summer of code ne fait absolument pas office de stage, ni de CDI, ni de CDD, ni de rien. C'est un vaste arrangement à l'amiable, avec une bourse versée en contrepartie de ta coopération avec un projet libre.
En tant que tel, faut pas espérer aller s'installer a Mountain View pour l'été, ou quoi que ce soit d'autre. Il n'y a pas de structure d'entreprise, puisque tu ne travailles pas pour une entreprise. Google est simplement celui qui détient les fonds de ta bourse, et te les versera une fois que tes mentors auront donné le feu vert.
Donc, le plus proche sosie du summer of code dans le milieu professionel, ca serait du télétravail. Mais du télétravail pour un projet libre, avec des gens éparpillés dans le monde entier, qui peuvent ou non avoir pignon sur rue. :-)
J'espère que c'est plus clair maintenant. C'est un accord tout ce qu'il y a de plus sympathique à mon humble avis, parce que ca te donne un goût de ce que ca donne de contribuer à un projet libre "comme tout le monde", sans traitement de faveur. Et en plus, le fait de ne pas être contraint à des horaires de bureau, ca fait qu'on est tout à fait libre d'allouer son temps comme il nous plait.
Petit paradoxe néanmoins, malgré le fait que ce ne soit pas un emploi dans le sens commun du terme, finir son summer of code peut compter comme expérience professionelle, au même titre qu'une mission en entreprise si on est un consultant indépendant.
[^] # Re: Une expérience fantastique et valorisante
Posté par Christophe Merlet (site web personnel) . Évalué à 9.
La participation est ouverte toute l'année, 24h/24 et pour tous les projets libre.
Par ailleurs, Si votre seule motivation pour contribuer au libre, est la carotte que vous tends Google. Il va y avoir beaucoup de déçu. Surtout quand je lis les commentaires où j'ai l'impression que beaucoup pense pouvoir toucher 4000$ en ayant jamais dépassé le stade du hello world à l'école.
[^] # Re: Une expérience fantastique et valorisante
Posté par David Anderson . Évalué à 5.
Si possible, voyez plutôt cela comme une chance de vous lancer à fond dans le développement libre pendant 2 mois, avec les 4500$ qui viennent en substitution du salaire du boulot que vous ne faites pas à la place. Et pourquoi s'arrêter aux 2 mois, une fois que c'est fini?
Ce qui est recherché, ce sont des contributions au libre, mais dans l'espoir de vous y attirer pour le libre en lui-même, et non parce que c'est une vulgaire mission comme une autre.
Pour l'expérience perso, dans le projet Subversion 8 personnes ont été sélectionnées. De ces 8, 5 ont fini leur projet, et 3 sont restés à bord et sont maintenant des développeurs plus ou moins actifs dans le projet:
- L'un est développeur des bindings Ruby et "partial committer" de ces derniers (c'est à dire qu'il peut committer directement, mais uniquement dans les bindings Ruby)
- Un autre a obtenu l'accès full-commit, et a été embauché 6 mois plus tard par CollabNet au vu des capacités qu'il a montré pendant les 6 mois ou il développait,
- Le dernier, c'est moi; j'ai obtenu l'accès full-commit à l'issue de mon SoC, je suis actuellement Release Manager du projet, et ma participation et mon implication hors-SoC au projet à grandement contribué à me dénicher un stage qui poutre à développer du libre.
Enfin bref, voilà. En tant que mentors, je pense que la première chose que l'on recherche, ce sont des gens qui nous convainquent qu'ils sont capables de fournir ce qu'ils promettent, mais dans un second temps on sélectionne aussi par rapport à la motivation : avoir des mercenaires dans l'équipe n'est pas super bon pour l'ambiance, on préfère des gens qui font ce qu'ils font parce qu'ils sont passionnés.
[^] # Re: Une expérience fantastique et valorisante
Posté par Sylvain Sauvage . Évalué à 1.
Euh ? Tu veux dire :
De ces 8, 5 ont fini leur projet, et les 3 autres sont restés à bord.
ou
De ces 8, 5 ont fini leur projet. De ces 8, 3 sont restés à bord.
?
[^] # Re: Une expérience fantastique et valorisante
Posté par David Anderson . Évalué à 2.
Mieux? :-)
[^] # Re: Une expérience fantastique et valorisante
Posté par Sylvain Sauvage . Évalué à 2.
[^] # Re: Une expérience fantastique et valorisante
Posté par Zakath (site web personnel) . Évalué à 4.
Si on te paie à coder plutôt qu'à faire cuire des hamburgers, ça te donne à la fois le temps et la motivation. Et même si, comme on a pu le lire dans un blog de la mozilla foundation, beaucoup de ces projets sont "abandonnés" après la deadline, c'est à mon avis souvent pour se tourner vers d'autres projets libres et pas parce que la carotte n'est plus là.
Et sinon, en ma qualité d'ex-SoCer2005 (pour la perl foundation), je tiens à plussoyer David, c'est vraiment une chouette manière de passer l'été!
[^] # Re: Une expérience fantastique et valorisante
Posté par HoloAddict (site web personnel) . Évalué à 1.
Il me semble que l'on est parrainer par un des membres du projets non ? Si l'on "chat" avec lui (ou par mail) et que je comprend rien de ce qu'il veut insinuer je risque de rencontrer quelques problèmes...
Ceci dit, je suis capable de commenter du code en anglais mais j'aimerai tout de même savoir ce qu'il en a été pour toi, et quelles difficultés tu as éprouvé.
Merci d'avance.
[^] # Re: Une expérience fantastique et valorisante
Posté par Gof (site web personnel) . Évalué à 2.
(C'est personnellement en discutant avec mes collègues développeur par mail et par irc que j'ai appris l'anglais, avec l'aide de babblefish au début)
# temps
Posté par Croweye . Évalué à 3.
[^] # Re: temps
Posté par David Anderson . Évalué à 9.
Prends le nombre d'heures/semaine que tu accepterais de consacrer à un SoC, multiplie par 2 mois, et propose un projet qui est réalisable dans ce temps.
Mais puisque tu veux des statistiques, je dirais que j'y travaillais entre 30 et 40 heures par semaine, avec d'assez grosses variations (certains jours 12h d'un coup, certaines semaines j'étais en rando et donc rien du tout).
Maintenant, le temps de travail dépend de tes capacités, et dépend également du projet que tu as à faire. Donc, j'en reviens à : tu, ainsi que les autres qui posent cette question, prennent la question à l'envers. Ce n'est pas un CDI avec le temps de travail écrit dans le contrat, c'est une expérience dans laquelle tu dois accomplir l'objectif que tu as toi-même proposé. À toi de voir comment cela se traduit en temps de travail.
# Etudiant ?
Posté par Clément Canonne (site web personnel) . Évalué à 2.
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 ?
[^] # Re: Etudiant ?
Posté par ahuillet (site web personnel) . Évalué à 1.
Moi même j'ai passé mon bac l'année dernière, mais à 17 ans, donc je n'ai pas pu tenter le SoC. Je suis candidat cette année et entrain d'établir mon projet (au lieu de bosser les maths comme tout élève de prépa un peu raisonnable)
[^] # Re: Etudiant ?
Posté par Clément Canonne (site web personnel) . Évalué à 2.
[^] # Re: Etudiant ?
Posté par jmny . Évalué à 1.
# Acceptabilité d'un projet.
Posté par arthurwolf . Évalué à 1.
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.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.