-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/23/2015 04:45 AM, Lars Kurth wrote:
Hi all, do you have a process in mind for selecting GSoC applicants?
I don't think the process varies by that much project to project, this is what I've used and seen in the past:
1. Mentors work directly in public to answer all questions in advance and during the proposal process. Any new info can be carried in to the relevant Idea page.
2. Students begin writing application proposals in the Melange tool.
3. /All/ mentors read through at least the proposals related to the idea they are mentoring for, and are encouraged to read through all the proposals in general.
4. Before the application deadline, mentors make suggestions and requests of students to improve the application proposal.
5. After the application deadline, mentors continue to work with students to improve and polish the application.
6. During that process it often becomes obvious which students have a chance of doing the work. The proposal process is a miniature experience similar to the whole GSoC process -- students have to learn to ask smart questions, turn those in to a work product, and interact positively with the mentors.
7. There is a step in the timeline where the mentors will deliberate on the proposals in private. Part of that work is to rank the proposals in an honest way, which is more important than fighting to get our own personal proposal to be ranked higher just because we want it to be accepted.
Our exact end-game process will happen during the last step, with some of the process creation happening as we go through the earlier steps.
- - Karsten
Regards Lars
On 10 Mar 2015, at 23:28, Karsten Wade kwade@redhat.com wrote:
On 03/10/2015 05:32 AM, Karanbir Singh wrote:
Hi,
On 03/09/2015 10:22 PM, Karsten Wade wrote:
KB:
Can you look at the excerpt below and let me know what you think?
tl;dnr - I'd like to get consensus right away on where we'll be having the technical part of the student/mentor discussions. Some cases it will be in the upstream project space, but I think best practice especially during the coding time of the Summer is to use "the usual channels", i.e. centos-devel and #centos-devel.
Thought we already closed on this, I agree : tech content, about the distro - #centos-devel( irc+list) gsoc specific / admin specific - #gsoc (irc+list)
Having worked with the ideas in prep for this, everyone of the efforts is going to have integration points with other efforts, and in many cases with ongoing centos development activities ( either in infra/ cbs / ci / release stuff ), so keeping those conversations to #centos-devel makes the most sense.
Thanks, I wasn't clear on the answer, just wanted to make sure before telling all the mentors and students.
- Karsten
_______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org http://lists.centos.org/mailman/listinfo/centos-devel
_______________________________________________ CentOS-devel mailing list CentOS-devel@centos.org http://lists.centos.org/mailman/listinfo/centos-devel
- -- Karsten 'quaid' Wade .^\ CentOS Doer of Stuff http://TheOpenSourceWay.org \ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41