Summer of Code, enfin les sélections

Posté par (page perso) . Modéré par Mouns.
Tags : aucun
0
26
mai
2006
Communauté
Voila, après des jours de délibérations, sélections, éliminations, les étudiants retenus pour le Google Summer of Code peuvent être soulagés. Les résultats ont été annoncés mardi 24 (CEST), et chacun sait maintenant ce qu'il va faire cet été.

Sur les 6338 candidatures soumises par 3050 personnes, 629 ont été finalement acceptées, soit environ 20% des candidats. Les nominations se sont faites en fonction du classement des candidatures par les mentors de chaque organisation et du nombre de places allouées à chaque organisation (en proportion du nombre de candidatures reçues).
La liste des projets et candidats retenus est d'ores et déjà disponible sur le site de SoC. Le contenu des candidatures sera bientôt également mis en ligne.

Les candidats sélectionnés auront maintenant jusqu'au 21 août pour réaliser leur projet : seuls ceux qui l'auront fait de façon satisfaisante pour les mentors se verront délivrer la somme entière ($4,500 et $500 pour le mentor). L'année dernière, environ 86% des candidats avaient mené leur projet à terme. L'opération ne devrait donc pas excéder le budget de $3,000,000 délivré par Google.

Les annonces, réalisées dans la nuit (heure californienne), ont donné lieu à beaucoup de fausse joie pour un grand nombre de personnes. En effet, 1800 messages d'acceptation ont été envoyés à des candidats rejetés. Google a immédiatement envoyé des courriers d'excuses, mais la confusion a régné pendant 24 heures.

Félicitations à ceux qui ont été sélectionnés, les autres (comme moi :D) retenteront l'année prochaine...
  • # GMail

    Posté par . Évalué à  10 .

    En effet, 1800 messages d'acceptation ont été envoyés à des candidats rejetés.


    C'est ca d'utiliser des logiciels en version beta ...
  • # question

    Posté par (page perso) . Évalué à  2 .

    "seuls ceux qui l'auront fait de façon satisfaisante pour les mentors se verront délivrer la somme entière "

    je crois avoir lu qu'en effet parfois la somme était moindre et que, même sans rien faire, le fait d'être sélectionné rapport 500$. C'est vrai ?

    Qqn pour confirmer que ça se passe réellement comme ça ?
    • [^] # Re: question

      Posté par . Évalué à  6 .

      La FAQ du SoC décrit en ces termes le paiement:

      "How do payments work?

      Google will provide a stipend of 5000 USD per accepted student developer, of which 4500 USD goes to the student and 500 USD goes to the mentoring organization. Youll be paid 500 USD upon acceptance of your application to the program, 2000 USD mid-program (assuming you've made sufficient progress on your project), and 2000 USD at close of program (assuming you've completed your project.) The mentoring organization will receive its share upon completion of the project."
      • [^] # Re: question

        Posté par (page perso) . Évalué à  3 .

        >> The mentoring organization will receive its share upon completion of the project.

        Donc le mentor a intérêt à ce que l'étudiant finisse son projet si il désire voir la couleur des 500 dollars...et il est aussi incité à affirmer que le projet est fini et que l'étudiant a fait un super boulot même si c'est pas vrai.
        • [^] # Re: question

          Posté par (page perso) . Évalué à  3 .

          Oui, mais en même temps je connais pas de mainteneurs de projets libres qui acceptent des patches pourris pour $500 ...

          (Mais je veux bien appliquer de bons patches et gagner $500 par la même occasion)
        • [^] # Re: question

          Posté par (page perso) . Évalué à  4 .

          Le projet reçoit 500$ que l'étudiant réussisse ou rate.
          (si ils ont tout de même essayé de travailler avec l'étudient)
          http://code.google.com/soc/mentorfaq.html#fails_final_code

          Donc non: Si le mentor trouve que l'étudiant est un glandeur, voire un bon à rien, il n'a aucune raison de dire que ça a été bien fait. (autre la pitié pour l'étudiant)
        • [^] # Re: question

          Posté par . Évalué à  3 .

          Sauf que les mentors que je connais, et je fais la meme chose, ne peuvent pas ou ne veulent pas toucher les $500.
          • [^] # Re: question

            Posté par (page perso) . Évalué à  1 .

            C'est un peu dommage de ne pas vouloir des 500$. C'est faire un cadeau de 500$ à Google, qui a mon avis, en a déjà bien assez, des $.

            Autant accepter les 500$ et les donner à la FSF ou autre si tu ne les veux pas personnellement.
            • [^] # Re: question

              Posté par . Évalué à  3 .

              Relis bien mon poste : certaines personne _ne peuvent pas_ accepter l'argent et c'est mon cas. Je m'arrange pour que l'argent soit "utilise" mais chacun est egalement libre de faire ce qu'il veut.
              Et j'insiste sur le fait que je ne PEUX PAS accepter l'argent (conflit d'interet avec mon employeur et probleme vis a vis de mon status de visa). Si l'argent transite par moi, je m'expose a de nombreux problemes.

              Par ailleurs, deux autres details : (i) je ne vois pas ou est le mal de laisser l'argent a Google (meme si ce n'est pas ce que je fais), ils font deja assez avec le programme SoC a mon avis; (ii) Google nous pousse a accepter l'argent.
              • [^] # Re: question

                Posté par (page perso) . Évalué à  1 .

                > Relis bien mon poste : certaines personne _ne peuvent pas_ accepter l'argent

                Euh, moi, je relis bien ton poste, et je vois : « ne peuvent pas ou ne veulent pas ». Et si tu relis bien le mien, de poste, tu verras que je ne te vise pas personnellement. Bien sûr que si tu ne peux pas toucher l'argent, bah, tu vas pas le toucher ;-).

                > je ne vois pas ou est le mal de laisser l'argent a Google
                > (meme si ce n'est pas ce que je fais), ils font deja assez avec le programme SoC a mon avis;

                Je trouve aussi que le programme SoC est une très bonne initiative, et on ne peut que remercier Google pour ça. Mais il ne faut pas non plus se leurer, ils le font parce qu'ils y ont un intérêt, et l'un des intérêts est de travailler leur image de marque en criant haut et fort qu'ils donnent de l'argent (l'autre, à mon avis, étant d'entretenir des bonnes relations avec les étudiants qu'ils comptent tenter de recruter). Alors si ils se font de la pub en donnant des sous, et que de l'autre côté, les gens les refusent, ils ont un peu le beurre et l'argent du beurre !

                > (ii) Google nous pousse a accepter l'argent.

                Ça, au moins, c'est fair-play !!
                • [^] # Re: question

                  Posté par . Évalué à  2 .

                  "Autant accepter les 500$ et les donner à la FSF ou autre si tu ne les veux pas personnellement."

                  C'est bizarre mais il me semble que ca m'est directement destine, non? ou alors "tu" es utilise sans me designer ce qui serait plutot bizarre. ;-) Mais bon il semble que c'est uniquement un probleme de communication.
                  • [^] # Re: question

                    Posté par (page perso) . Évalué à  0 .

                    Bah, c'est assez courrant en Français de dire « tu » pour dire « on »...

                    Tu peux faire s/tu/le mec/ si tu préfères ;-)
    • [^] # Re: question

      Posté par . Évalué à  -2 .


      je crois avoir lu qu'en effet parfois la somme était moindre et que, même sans rien faire, le fait d'être sélectionné rapport 500$. C'est vrai ?


      Ahhh c'est donc pour ça que tu as postulé au SoC. je comprends mieux, ton banquier doit faire la gueule. Ou alors si tu n'as pas la somme totale c'est peut-être parce que tu vas coder pour supporter une application non-libre.
      • [^] # Re: question

        Posté par (page perso) . Évalué à  3 .

        Malheureusement, mon SoC d'intégration des bookmarks d'Internet Explorer dans Outlook Express n'a pas été retenu..

        J'aurais bien voulu note. En plus, j'aurais pu jouer avec le VB, le .NET et plein de technologies excitantes.

        Dommage.
        • [^] # Re: question

          Posté par (page perso) . Évalué à  -4 .

          ce qui est étonnant c'est de participer à un truc dont tu ne connais visiblement pas bien le fonctionnement.

          ceci dit ce qui reste étrange c'est que ce projet Soc est été accepté sachant qu'il repose sur du non libre. ça obligera peut être à la libération de Lauchpad avant l'heure (pour peu qu'il y ai un jour idée de le libérer).

          M.
          • [^] # Re: question

            Posté par . Évalué à  -1 .

            Jaloux ;)
            • [^] # Re: question

              Posté par . Évalué à  -2 .

              C'est vrai que bosser sur un truc pas libre a la base, ca va lui apporter enormement de credibilité dans ce petit monde...

              remarque c'est peut-etre pour se faire embaucher par canonical apres en recompense a toutes ses prières. Qui sait, le Saint Mark S. l'entendra peut-être
  • # Pas très détaillés les projets.

    Posté par . Évalué à  2 .

    Il n'y a encore que les gros titres.
    Peut être que les projets vont en dire plus sur leurs sites d'ici quelque temps ?!
    • [^] # Re: Pas très détaillés les projets.

      Posté par (page perso) . Évalué à  5 .

      Le texte des projets soumis par les étudiants sera publié sous peu.
      Il y a un petit contretemps car Google a publié dans la nuit ces textes, sans penser aux informations personnelles qui étaient contenues dedans.
      Apparemment d'ici une semaine, les étudiants acceptés auront à éditer leur candidature pour retirer les infos perso, et tout sera publié.

      D'ici là je peux parler du mien : je fais un service XMLRPC pour l'OSVDB (base de données de vulnérabilités).

      Voila :)
      • [^] # Re: Pas très détaillés les projets.

        Posté par . Évalué à  3 .

        > Google a publié dans la nuit ces textes, sans penser aux informations personnelles qui étaient contenues dedans.

        Héhé, c'est pas nouveau ça, par contre...
  • # Ubuntu auth

    Posté par (page perso) . Évalué à  2 .

    Un des projets m'a tiré l'oeil: l'autentification reseau sous Ubuntu!

    J'espères vraiment que ce genre d'outil va voir la jour parsque configurer une auth. radius sur un client linux je m'excuse mais c'est vraiment tout sauf user-friendly (arache-cheveux friendly)

    Merci
    • [^] # Re: Ubuntu auth

      Posté par (page perso) . Évalué à  2 .

      ça n'a surtout aucun sens, que ce soit ubuntu only. Il y largement plus intéressant que ça se fasse en upstream.

      M.
    • [^] # Re: Ubuntu auth

      Posté par . Évalué à  2 .

      Ben tu as déjà cela sur toute distrib ... Et c'est français et déjà packagé d'ailleurs dans Universe : http://nufw.org
      Et pis en plus j'ai vu ce matin qu'il y a un bel article sur NuFW dans Linux Mag de juin. Donc je vois pas trop où est la nouveauté
  • # Juste pour savoir...

    Posté par (page perso) . Évalué à  8 .

    Bonjour,

    Pour tous ceux qui ont été retenu (aussi les autres !), ce serait sympa que vous nous parliez de vos projets : à quoi ils vont servir, dans quels languages vous allez les écrire, si sa vous semble compliqué à faire, quel est votre niveau d'études en informatique etc...

    C'est juste histoire de se faire une idée pour les non developpeurs comme moi.
    • [^] # Re: Juste pour savoir...

      Posté par (page perso) . Évalué à  8 .

      Hello,
      J'ai été accepté par Gnome pour bosser sur le support des formulaires interactifs (remplissable directement sans les imprimer, comme un formulaire sur une page web) dans les documents PDF pour Evince/Poppler.

      Evince est un afficheur de PDF écrit en C/GTK qui est basé sur Poppler, une librairie de rendu des fichiers PDF écrite en C++ (qui, outre Evince, est également utilisée par d'autres projets, dont Okular de KDE).

      Concernant la complexité, ça m'a l'air faisable, en tout cas le support 'basique', mais ensuite le problème avec les formulaires PDF c'est qu'il y a en tout cas deux moyens de les 'scripter', via du Javascript ou du XFA, c'est donc une autre paire de manche d'intégrer ces deux langages :-)

      Quant à mon niveau d'étude en informatique, je n'ai rien comme papier actuellement, je commence un Bachelor en octobre.

      Si tu veux plus de détails concernant mon application :
      http://fhtagn.net/index.php?section=soc/index.html
      http://live.gnome.org/Evince/Forms
      • [^] # Re: Juste pour savoir...

        Posté par . Évalué à  6 .

        Ça c'est un chouette projet... qui sera utile à tout le monde !
        Bref, je te souhaite bon courage et espère que tu y arriveras :)
    • [^] # Re: Juste pour savoir...

      Posté par (page perso) . Évalué à  4 .

      Pour ma part, je vais ajouter du ncurses haut-niveau dans irssi. Ca permettra de le rendre plus user-friendly, avec des choses comme des vrais forms pour modifier les variables les plus courantes (changer de nick, de serveur...), de beaux écrans d'aide ou encore des listes avec possibilités de filtrage et de recherche pour, par exemple, /list ou /ban.

      C'est du C mais si j'ai le temps et le courage, j'essaierai de porter mon API en perl.
    • [^] # Re: Juste pour savoir...

      Posté par (page perso) . Évalué à  5 .

      Comme je l'ai précisé un peu plus haut, mon projet est de réaliser un service XMLRPC qui permettra d'effectuer des requêtes à distance sur l'OSVDB (Open source vulnerability database).

      J'écris donc la partie serveur qui reçoit les requêtes et communique avec la base de données, un module de logging, et un module d'authentification (basé sur une clé de licence). J'écris également l'API client.

      Tout est écrit en C, et pour la partie XMLRPC pure j'utilise xmlrpc-c ( http://xmlrpc-c.sourceforge.net ) - templeet je t'emmerde - .

      Le projet je le considère comme difficile mais à mon niveau, et finissable dans les temps.


      Voila voila :)
      Bonne chance à tous les autres.
      • [^] # Re: Juste pour savoir...

        Posté par (page perso) . Évalué à  3 .

        J'ai fait une petite liste détaillée de ce que va apporté le Soc à Nmap, en gros :
        - support d'un langage de script
        - amélioration des 2 guis existantes
        - création d'une version web ( fait par un français)
        - amélioration de la prise d'empreintes
        - augmentation de la taille de la base de données des empreintes de services

        Pour une version plus détaillée (en espèrant que ça ne fasse pas trop viens sur mon blog), suivez le lien (page perso) (je ne copie même pas l'adresse pour vous prouvez ma bonne foi)...
    • [^] # Re: Juste pour savoir...

      Posté par (page perso) . Évalué à  5 .

      Je travaille sur un remplaçant d'xsane sous forme de bibliothèque pour Gnome. Le projet consiste en plusieurs partie :

      * Une bibliothèque
      * Un capplet pour configuer les scanners
      * Une petite appli simple pour acquérir une image
      * Un greffon Gimp plus avancé
      * Un greffon Abiword avec OCR
      * Une fonctionnalité dans gthumb pour importer un album photo

      En savoir plus sur http://live.gnome.org/GnomeScanning . N'importe quels commentaires/requêtes de fonctionnalité/idées sont largement bienvenue !
      • [^] # Re: Juste pour savoir...

        Posté par (page perso) . Évalué à  5 .

        Juste pour dire qu'on attends une application de ce style depuis longtemps ! Alors bon courage !
        Et si d'ici la fin du SoC de cette année, je peux atteindre mon scanner HP en réseau (hpio://192.168.0.2) avec une belle appli Gnome, ça serait le pied (foot, gnome, drôle, tout ça).
        • [^] # Re: Juste pour savoir...

          Posté par (page perso) . Évalué à  4 .

          utilise hpoj pour pour l'avoir automatiquement utilisé. Sinon xsane hpaio://192.168.0.2/.

          Bien sûr, le capplet devrait intégrer un petit bouton "Ajouter" pour ajouter manuellement un scanner :)

          Merci beaucoup pour les encouragements. N'hésite pas à poster des idées sur le wiki !!
    • [^] # Re: Juste pour savoir...

      Posté par (page perso) . Évalué à  6 .

      Je suis pas sûr que ça intéresse la plupart du monde, mais bon...

      Pour ma part, j'ai été accepté pour travailler sur les client et serveur NFS du Hurd. Actuellement, le Hurd a un client NFS qui marche (plutôt bien) en NFSv2 UDP : le but est de le faire supporter le NFSv3, en UDP et TCP. Le serveur NFS du Hurd n'a jamais vraiment fonctionné : je vais donc également le corriger. Ensuite, il y aura intégration d'interfaces spécifiques au Hurd (quatrième jeu de permission, auteur, ...).

      Pour la difficulté, ça n'est pas vraiment dur mais ça demande pas mal de temps pour tester et debugger. J'ai déjà bien commencé le client NFSv3, et les RFCs sont suffisamment bien faites pour pas demander des masses d'interprétation.

      Sur mon parcours : à part un bac S et une première année de DEUG MIAS, je n'ai pas de formation en info. Je suis étudiant à l'institut d'études politiques de Paris (Sciences Po). En revanche, je suis déjà contributeur du Hurd et donc j'ai déjà une bonne habitude de ce genre de tâches.

      Voilà...
      • [^] # Re: Juste pour savoir...

        Posté par (page perso) . Évalué à  1 .

        C'est vraiment génial que tu puisse participer au summer of code alors que tu n'a pas de formation en info ! Tu a apris à programmer tout seul ? Sa fait longtemps que tu a commencé ?
  • # FFmpeg VC-1

    Posté par (page perso) . Évalué à  5 .

    Ce serai cool que l'étudiant réussisse ce projet. Comme ca on pourrai enfin lire les videos wmv9 ainsi que les futurs HD-DVD et Blue-ray.
    Enfin s'il n'y a pas trop de probleme de drm evidement ;)

    S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.

    • [^] # Re: FFmpeg VC-1

      Posté par . Évalué à  1 .

      on peut deja lire le vc-1 (donc wmv9) plus ou moins sans probleme. il existe un patch developpe par dvd jon pour vlc qui utilise le codec de reference.
      cependant, ce codec de reference n'est pas libre mais au moins il n'est pas limite au x86.
      sinon je crois que pour les drm, on peut toujours aller se brosser...
      • [^] # Re: FFmpeg VC-1

        Posté par . Évalué à  4 .

        cependant, ce codec de reference n'est pas libre mais au moins il n'est pas limite au x86.
        Et il n'est plus disponible, pas fait pour etre utiliser en production (algo tres gourmand fait dans le but d'etre comprehensible).
  • # Est-ce dans l'esprit du libre ?

    Posté par (page perso) . Évalué à  0 .

    Je trouve ça interressant au premier abord, mais y'a quelque chose qui me gene un peu avec ces SoC. Bien sur, ce n'est pas le fait d'être payé pour faire quelque chose, ça se comprends. Mais c'est le fait qu'une seule personne soit payé, alors que pour moi, la force du libre, c'est justement une collaboration entre différentes personnes.

    L'année dernière, certains projets n'ont pas été vraiment intégré, je pense par exemple à Diva, logiciel d'édition vidéo, qui à ma connaissance, n'a pas été intégré dans aucune distribution.

    Une association d'Espéranto avait proposé un bounty pour la traduction de certains logiciels en espéranto, mais je vois mal "une seule personne" faire la traduction et sans aucun relecteur...

    Bref, j'ai peur que le financement n'apporte un individualisme dans les projets qui ne soit pas bénéfique aux projets en questions.

    Axel
    • [^] # Re: Est-ce dans l'esprit du libre ?

      Posté par . Évalué à  4 .

      Bien sur qu'une seule personne est payée pour son projet, ils ne vont pas payer toutes les personnes liées au projet ( dev, traducteurs , etc ), cela ne rimerait à rien. Et cela ne change rien à l'esprit de collaboration entre les différents acteurs puisque de nombreux develloppeurs sont dejà paye par leur entreprise pour devellopper ( surtout dans les grands projets) et que cela n'a "jamais" apporté d'individualisme dans leur projets ( du moins j'en ai jamais eu d'echo).

      NR
      • [^] # Re: Est-ce dans l'esprit du libre ?

        Posté par (page perso) . Évalué à  1 .

        il me semble pourtant que sur le projet Diva dont je parle dans mon précedent commentaire, il n'y a que l'étudiant en question qui y a travaillé et à l'époque où j'essayais de récuperer les sources, l'acces "anonymous" était bloqué dans le CVS. La premiere version est sortie en mars 2006.

        Mais bon, je pense qu'il est prématuré pour dire que ça a changé en mal la façon de travailler des participants...

        Axel

Suivre le flux des commentaires

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