Je pensais qu'être juste mentor permettait un investissement en temps assez faible (tout est relatif évidemment).
Bne non justement, en tout cas pas d'après les développeurs de 0 A.D.. D'après eux, il faudrait des développeurs connaissant bien le sujet qui soient constamment derrière les contributeurs du GSoC pour être sûr que le travail correspond bien à ce qui est attendu, et c'est autant de temps pris sur le développement au sein de l'équipe. Le regrettable épisode raté du travail payé par financement participatif (voir https://linuxfr.org/news/dernieres-evolutions-autour-de-0-a-d--2#am%C3%A9lioration-des-performances-et-campagne-de-dons ) n'a fait que confirmer les doutes des développeurs : les grosses contributions de fond, lorsqu'elles sont faites par un contributeur externe, nécessitent une vigilance et un investissement trop important. C'est pourquoi pour le pathfinder ils ont préféré avoir des membres de l'équipe de développement, qui connaissaient bien le code et à qui ils pouvaient faire confiance pour produire ce qui était attendu. J'imagine que ce serait pareil pour un travail avancé sur le multithreading.
[^] # Re: gz
Posté par eingousef . En réponse à la dépêche Entretien avec Nicolas Auvray, contributeur du projet 0 A.D.. Évalué à 3.
Bne non justement, en tout cas pas d'après les développeurs de 0 A.D.. D'après eux, il faudrait des développeurs connaissant bien le sujet qui soient constamment derrière les contributeurs du GSoC pour être sûr que le travail correspond bien à ce qui est attendu, et c'est autant de temps pris sur le développement au sein de l'équipe. Le regrettable épisode raté du travail payé par financement participatif (voir https://linuxfr.org/news/dernieres-evolutions-autour-de-0-a-d--2#am%C3%A9lioration-des-performances-et-campagne-de-dons ) n'a fait que confirmer les doutes des développeurs : les grosses contributions de fond, lorsqu'elles sont faites par un contributeur externe, nécessitent une vigilance et un investissement trop important. C'est pourquoi pour le pathfinder ils ont préféré avoir des membres de l'équipe de développement, qui connaissaient bien le code et à qui ils pouvaient faire confiance pour produire ce qui était attendu. J'imagine que ce serait pareil pour un travail avancé sur le multithreading.
*splash!*