Articles : Summer of Code, enfin les sélections
Posté par Andreas Ebling (page perso, ). Modéré le 26 mai 2006.
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...
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...
Summer of Code 2006 (1993 hits)
Les résultats 2005 (874 hits)
Planet SoC (345 hits)
DLFP : Le Google Summer of Code 2006 arrive ! (512 hits)
> Lire la dépêche (48 commentaires, moyenne: 2,7).
Vous avez demandé le commentaire #716095.




Juste pour savoir...
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.
http://linuxdansmonpc.is-a-geek.com/
« Quoi que tu fasses cela sera insignifiant, mais il est très important que tu le fasses». Mohandas Gandhi
[^]Re: Juste pour savoir...
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...
Ç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...
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.
Vous devriez vraiment visiter Aperture First !
[^]Re: Juste pour savoir...
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...
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...
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 !
E Ultreïa !
[^]Re: Juste pour savoir...
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...
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 !!
E Ultreïa !
[^]Re: Juste pour savoir...
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...
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é ?
http://linuxdansmonpc.is-a-geek.com/
« Quoi que tu fasses cela sera insignifiant, mais il est très important que tu le fasses». Mohandas Gandhi
[^]Re: Juste pour savoir...
Euh... Je vais ptêt pas exposer les détails de ma vie dans les commentaires DLFP ;-)
J'ai en effet appris à programmer tout seul et ça fait un petit paquet d'années. J'utilise du libre depuis plus d'une dizaine d'années. Par ailleurs, je bosse comme informaticien. Enfin, plus d'infos sur http://wiki.hurdfr.org/index.php/Utilisateur:ManuelMenal ;-)
[^]Re: Juste pour savoir...
Je ne suis pas la liste du Hurd donc question HS, cela en est ou le port du Hurd sur L4 ? Je pense que pas mal de gens sont un peu comme moi, c'est à dire fasciné par le Hurd mais taquet au boulot pour vraiment essayer...
[^]Re: Juste pour savoir...
Je te propose de lire l'avant-dernier billet sur mon blog - http://blogs.hurdfr.org/mmenal/ - et de suivre un peu dans les semaines à venir (si t'as un client RSS, ça te coûtera rien :-).
Désolé de ne pas être plus loquace, mais entre Summer of Code et les études...