[Sugar-devel] Proposal: moving "assisting mentors" back to the community role for GSoC 2020
Chihurumnaya Ibiam
ibiamchihurumnaya at gmail.com
Fri Mar 13 09:11:14 EDT 2020
A mentor is supposed to be someone who is part of the community and in
Stephanie's words "...you definitely need people who are integrated into
your community who can help welcome the students as the point of the
program is to keep them involved in your communities post GSoC."
All the assisting mentors are part of our community and can help welcome
students, they have experience in certain areas that can help
the students. The idea of the assisting mentors was to help in "non
technical" situations or to whatever extent they can,
personally I don't agree with the tags but here we are.
Stephanie also said "Not everyone should be a mentor. You want someone who
can teach and guide the student." and all
the assisting mentors can do that to a certain extent.
We know them, they're members of the community and they've shown their
expertise at one point or the other.
They may not have all the technical skills required for a project but
they're certainly useful and I don't see a reason why they should
be removed from being a mentor.
If at any point the org admins deem it fit to remove any mentor because of
lack of participation then they
can do that.
--
Ibiam Chihurumnaya
ibiamchihurumnaya at gmail.com
On Fri, Mar 13, 2020 at 6:55 AM James Cameron <quozl at laptop.org> wrote:
> Walter and I are your organisation administrators for GSoC 2020.
>
> On the GSoc Mentors mailing list from 8th March and still going is a
> thread "Deadline to invite mentors" which morphed into the expertise
> required of mentors to do a project [1].
>
> After putting forward the Sugar Labs compromise practice of "coding
> mentors" and "assistant mentors", there has been both criticism and
> support for the practice from other organisation administrators. The
> criticism has been voluminous and well stated. The support
> comparatively muted.
>
> I'd like to hear what the Sugar Labs community thinks now.
>
> The effect of the change [2] can be seen here [3].
>
> In implementing the change we would;
>
> - require _all_ project communication to be carried out in the open,
> on GitHub, mailing list, or IRC,
>
> - expect the previous assistant mentors to either promote themselves
> to the position of mentor by showing their expertise, or be content
> with participation within the wider Sugar Labs community.
>
> - remove from the dashboard the previous assistant mentors who are no
> longer listed against a project,
>
> What do you think?
>
>
> References:
>
> 1.
> https://groups.google.com/d/msgid/google-summer-of-code-mentors-list/CAJzXzVEkw%2BOT6nSXvTraNaNqNdR6h0mbjFtaejJcUnueU4YX4Q%40mail.gmail.com
>
> 2. https://github.com/sugarlabs/GSoC/pull/94
>
> 3. https://github.com/sugarlabs/GSoC/tree/simplify
>
> --
> James Cameron
> http://quozl.netrek.org/
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20200313/1c429f01/attachment.htm>
More information about the Sugar-devel
mailing list