> Bref, si quelqu'un sait quels sont les critères de choix de Google, je suis preneur.
Bon, en cherchant bien, ça se trouve.
Tout d'abord, Google annonce les objectifs suivants pour son Summer of Code :
* Create and release open source code for the benefit of all
* Inspire young developers to begin participating in open source development
* Help open source projects identify and bring in new developers and committers
* Provide students the opportunity to do work related to their academic pursuits during the summer (think "flip bits, not burgers")
* Give students more exposure to real-world software development scenarios (e.g., distributed development, software licensing questions, mailing-list etiquette)
Si on les applique à la candidature de Ruby on Rails, cela donne :
1) Have you been in GSoC before and done well?
Comme je l'ai expliqué dans le commentaire précédent, le SoC s'est vraiment très bien passé l'année dernière pour Rails.
2) Do the projects on your ideas list look feasible for student developers? Is your ideas list thorough and well-organized?
Les idées sont listées sur [http://wiki.rubyonrails.org/gsoc/2010/ideas], et elles me semblent répondre à ce critère.
3) Did it look like you spent a decent amount of time on your application? Do we have a good sense of who you are and what you intend to accomplish in GSoC after reading it?
Je n'ai pas accès à la candidature de Ruby on Rails. La Core team de Rails s'est peut être loupé sur ce point, mais j'ai du mal à y croire.
4) Do we use your software? Do we know someone who does, who also raves about it?
Google n'utilise effectivement pas Rails. Cela a pu être le point bloquant. (par contre, ce critère me semble contradictoire avec l'objectif de « créer et publier du code sous licence libre pour le bénéfice de tous »).
5) Do we have a relationship with your developer community? Has your project been recommended to us by folks we trust?
Bon, ce critère est très difficile à vérifier. A priori, je dirais que Rails est bon sur ce point, mais c'est impossible d'en être sûr.
6) Will funding your organization have a significant impact on the open source world?
Ruby on Rails n'aurait pas été sélectionné l'année dernière si Google n'avait pas jugé que c'était le cas. Donc, oui !
7) Is your project community well established?
Je suis relativement confiant pour Rails sur ce point.
Au final, soit la candidature de Ruby on Rails a été faite à la légère (j'en doute vu la page [http://wiki.rubyonrails.org/gsoc/2010/ideas]), soit c'est le manque de soutien à l'intérieur de Google et de la part des personnes en qui Google a confiance qui a pu peser dans la balance.
[^] # Re: Des absents de taille...
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Google Summer of Code 2010 : les projets. Évalué à 2.
Bon, en cherchant bien, ça se trouve.
Tout d'abord, Google annonce les objectifs suivants pour son Summer of Code :
* Create and release open source code for the benefit of all
* Inspire young developers to begin participating in open source development
* Help open source projects identify and bring in new developers and committers
* Provide students the opportunity to do work related to their academic pursuits during the summer (think "flip bits, not burgers")
* Give students more exposure to real-world software development scenarios (e.g., distributed development, software licensing questions, mailing-list etiquette)
[http://socghop.appspot.com/document/show/gsoc_program/google(...)]
Les critères de choix sont également listés sur [http://socghop.appspot.com/document/show/program/google/gsoc(...)].
Si on les applique à la candidature de Ruby on Rails, cela donne :
1) Have you been in GSoC before and done well?
Comme je l'ai expliqué dans le commentaire précédent, le SoC s'est vraiment très bien passé l'année dernière pour Rails.
2) Do the projects on your ideas list look feasible for student developers? Is your ideas list thorough and well-organized?
Les idées sont listées sur [http://wiki.rubyonrails.org/gsoc/2010/ideas], et elles me semblent répondre à ce critère.
3) Did it look like you spent a decent amount of time on your application? Do we have a good sense of who you are and what you intend to accomplish in GSoC after reading it?
Je n'ai pas accès à la candidature de Ruby on Rails. La Core team de Rails s'est peut être loupé sur ce point, mais j'ai du mal à y croire.
4) Do we use your software? Do we know someone who does, who also raves about it?
Google n'utilise effectivement pas Rails. Cela a pu être le point bloquant. (par contre, ce critère me semble contradictoire avec l'objectif de « créer et publier du code sous licence libre pour le bénéfice de tous »).
5) Do we have a relationship with your developer community? Has your project been recommended to us by folks we trust?
Bon, ce critère est très difficile à vérifier. A priori, je dirais que Rails est bon sur ce point, mais c'est impossible d'en être sûr.
6) Will funding your organization have a significant impact on the open source world?
Ruby on Rails n'aurait pas été sélectionné l'année dernière si Google n'avait pas jugé que c'était le cas. Donc, oui !
7) Is your project community well established?
Je suis relativement confiant pour Rails sur ce point.
Au final, soit la candidature de Ruby on Rails a été faite à la légère (j'en doute vu la page [http://wiki.rubyonrails.org/gsoc/2010/ideas]), soit c'est le manque de soutien à l'intérieur de Google et de la part des personnes en qui Google a confiance qui a pu peser dans la balance.