Git in Outreachy Dec-Mar?

Git in Outreachy Dec-Mar?

[Jeff King]

The Outreachy application period is set to begin on September 10th for
interns participating in the December-March program. Do we want to
participate?

Details on the program are here:

  https://www.outreachy.org/communities/cfp/

If we want to, then we need:

  1. Volunteers to mentor. This is similar in scope to being a GSoC
     mentor.

  2. To get our landing page and list of projects in order (and also
     micro-projects for applicants). This can probably build on the
     previous round at:

       https://git.github.io/Outreachy-15/

     and on the project/microprojects lists for GSoC (which will need
     some updating and culling).

  3. To figure out funding (unlike GSoC, the intern stipend comes from
     the projects). I can look into getting outside funds (which is what
     we did last year). Worst case, we do have enough project money to
     cover an intern. Last year[1] opinions were that this was a
     reasonable use of project money, but of course new opinions are
     welcome.

If the answer is "yes, we should participate", it will hopefully be
accompanied with "yes, I will mentor", and "yes, and I will start
getting the landing page ready." :)

-Peff

[1] https://public-inbox.org/git/20170901223059.xsbcpqff45mnblnj@sigill.intra.peff.net/

Re: Git in Outreachy Dec-Mar?

[Ævar Arnfjörð Bjarmason]

On Tue, Aug 28 2018, Jeff King wrote:

> The Outreachy application period is set to begin on September 10th for
> interns participating in the December-March program. Do we want to
> participate?
>
> Details on the program are here:
>
>   https://www.outreachy.org/communities/cfp/
>
> If we want to, then we need:
>
>   1. Volunteers to mentor. This is similar in scope to being a GSoC
>      mentor.
>
>   2. To get our landing page and list of projects in order (and also
>      micro-projects for applicants). This can probably build on the
>      previous round at:
>
>        https://git.github.io/Outreachy-15/
>
>      and on the project/microprojects lists for GSoC (which will need
>      some updating and culling).
>
>   3. To figure out funding (unlike GSoC, the intern stipend comes from
>      the projects). I can look into getting outside funds (which is what
>      we did last year). Worst case, we do have enough project money to
>      cover an intern. Last year[1] opinions were that this was a
>      reasonable use of project money, but of course new opinions are
>      welcome.
>
> If the answer is "yes, we should participate", it will hopefully be
> accompanied with "yes, I will mentor", and "yes, and I will start
> getting the land#ing page ready." :)

I just have a "yes" to the first one of those. Which tells you how much
skin I have in the game (and how much you should(n't) listen to me) :)

Just a question: It seems to me that #1 and #2 is not tied up to the
Outreachy process. I agree that finding a qualified intern to work on
Git would be a good use of project funds.

What's not clear to me is if/how tied up this needs to be to a specific
external program such as Outreachy. I.e. do we as a project need to go
through that organization, or can that be just one of the ways in which
we send out a call for interns?

With GSoC we don't have a choice in the matter, since Google's paying
the bills and runs the show, but it sounds like in this case we at least
partially do.

Or maybe Outreachy is doing some heavy lifting with screening or has
partial subsidies which would still make it prohibitive to e.g. send out
a general call of our own for candidates on the mailing list & in other
venues.

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Wed, Aug 29, 2018 at 03:12:37PM +0200, Ævar Arnfjörð Bjarmason wrote:

> >   2. To get our landing page and list of projects in order (and also
> >      micro-projects for applicants). This can probably build on the
> >      previous round at:
> >
> >        https://git.github.io/Outreachy-15/
> >
> >      and on the project/microprojects lists for GSoC (which will need
> >      some updating and culling).
> [...]
> I just have a "yes" to the first one of those. Which tells you how much
> skin I have in the game (and how much you should(n't) listen to me) :)

Yes, if nobody steps up to do 2, then it won't happen. :)

For myself, I don't think I have time to commit to mentoring this round.
And IMHO the people signing up to mentor should be the ones contributing
to the project list (since they will ultimately be on the hook for
working on those projects with the intern).

> Just a question: It seems to me that #1 and #2 is not tied up to the
> Outreachy process. I agree that finding a qualified intern to work on
> Git would be a good use of project funds.
> 
> What's not clear to me is if/how tied up this needs to be to a specific
> external program such as Outreachy. I.e. do we as a project need to go
> through that organization, or can that be just one of the ways in which
> we send out a call for interns?

It doesn't need to be. As far as I know, the main reasons (from the
perspective of a project) to do it through Outreachy are:

 - being part of a larger program generates attention and gets the
   interest of intern candidates (free advertising, if you will)

 - Outreachy handles payment, invoicing for external funds, and any
   legal stuff

 - it's possibly easier to external funding if it's earmarked for a
   program like Outreachy, since that program provides a framework with
   particular goals, conditions, oversight, etc.

I think there's some general value in having a group, too. Because there
are many interns all participating at the same time, they can offer each
other support or advice, show off their work to each other via blog
posts, etc. And it may be easier for them to communicate about their
accomplishments and status for future work, since it's part of an
established program that can easily be explained.

As for reasons _not_ to do it, I don't think the requirements are particularly
onerous. Mostly it's:

  - it has to happen at a specific time, which might not be convenient
    for mentors or interns (last year I found it hard to get focused
    starting in December, with all of the holidays)

  - it naturally limits the candidate pool to under-represented groups
    (which is the whole point of the program, but if you don't
    actually care about that, then it's just a complication)

So IMHO it's easily worth the trouble.

> With GSoC we don't have a choice in the matter, since Google's paying
> the bills and runs the show, but it sounds like in this case we at least
> partially do.

I think that the autonomy and level of responsibility for the
mentors/project is about the same between GSoC and Outreachy. The main
difference is just the funding model (but again, I suspect we would not
have too much trouble securing external funding).

-Peff

Re: Git in Outreachy Dec-Mar?

[Johannes Schindelin]

Hi Peff,

On Wed, 29 Aug 2018, Jeff King wrote:

>   - it naturally limits the candidate pool to under-represented groups
>     (which is the whole point of the program, but if you don't
>     actually care about that, then it's just a complication)
> 
> So IMHO it's easily worth the trouble.

I am willing to mentor, and the only reason that kept me from already
stepping forward and trying to brush up the landing page is this concern:
traditionally, we (as in: the core Git contributors) have been less than
successful in attracting and retaining contributors from under-represented
groups. I don't think any regular reader of this mailing list can deny
that.

And while I find it very important to reach out (there are just *so* many
benefits to having a more diverse team), I have to ask *why* we are so
unsuccessful. As long as we do not even know the answer to that, is it
even worth pursuing Outreachy?

I mean, if we make serious mistakes here, without even realizing, that
directly lead to being stuck in our old bubble, then we are prone to
simply repeat those mistakes over and over and over again. And that would
just be a waste of our time, *and* a big de-motivator for the Outreachy
students.

What's your take on this?

Ciao,
Dscho

Re: Git in Outreachy Dec-Mar?

[Ævar Arnfjörð Bjarmason]

On Thu, Aug 30 2018, Jeff King wrote:

> On Wed, Aug 29, 2018 at 03:12:37PM +0200, Ævar Arnfjörð Bjarmason wrote:
>
>> >   2. To get our landing page and list of projects in order (and also
>> >      micro-projects for applicants). This can probably build on the
>> >      previous round at:
>> >
>> >        https://git.github.io/Outreachy-15/
>> >
>> >      and on the project/microprojects lists for GSoC (which will need
>> >      some updating and culling).
>> [...]
>> I just have a "yes" to the first one of those. Which tells you how much
>> skin I have in the game (and how much you should(n't) listen to me) :)
>
> Yes, if nobody steps up to do 2, then it won't happen. :)
>
> For myself, I don't think I have time to commit to mentoring this round.
> And IMHO the people signing up to mentor should be the ones contributing
> to the project list (since they will ultimately be on the hook for
> working on those projects with the intern).
>
>> Just a question: It seems to me that #1 and #2 is not tied up to the
>> Outreachy process. I agree that finding a qualified intern to work on
>> Git would be a good use of project funds.
>>
>> What's not clear to me is if/how tied up this needs to be to a specific
>> external program such as Outreachy. I.e. do we as a project need to go
>> through that organization, or can that be just one of the ways in which
>> we send out a call for interns?

Thanks!

> It doesn't need to be. As far as I know, the main reasons (from the
> perspective of a project) to do it through Outreachy are:
>
>  - being part of a larger program generates attention and gets the
>    interest of intern candidates (free advertising, if you will)

I was wondering if we couldn't do it through Outreachy *and* also do our
own advertisements / possibly recruit candidates outside of the
Outreachy pool. In that case we'd still get the attention/outreach
benefits, in addition to our own...

>  - Outreachy handles payment, invoicing for external funds, and any
>    legal stuff
>
>  - it's possibly easier to external funding if it's earmarked for a
>    program like Outreachy, since that program provides a framework with
>    particular goals, conditions, oversight, etc.

... but not both of these at least if we selected any a non-Outreachy
candidates. Nice to get a good summary of the pros there.

> I think there's some general value in having a group, too. Because
> there are many interns all participating at the same time, they can
> offer each other support or advice, show off their work to each other
> via blog posts, etc.  And it may be easier for them to communicate
> about their accomplishments and status for future work, since it's
> part of an established program that can easily be explained.

Yup, but just as a clarifying point here wouldn't the participants also
get all the same benefits of this in the case of Outreachy+OurOwnProgram
if we ran OurOwnProgram concurrently to Outreachy?

I.e. I was assuming that once candidates are "handed off" to a project
they're communicating within that project (possibly with other
candidates), and Outreachy is no longer very involved (except maybe for
progress reports / final report, but wouldn't we also do that for a
OurOwnProgram?).

I may have that completely wrong though, which is why I'm asking, which
b.t.w. I'm doing mostly just to get an idea of how what Outreachy's role
is in this exactly, not to strongly advocate for a OurOwnProgram.

> As for reasons _not_ to do it, I don't think the requirements are particularly
> onerous. Mostly it's:
>
>   - it has to happen at a specific time, which might not be convenient
>     for mentors or interns (last year I found it hard to get focused
>     starting in December, with all of the holidays)

Yup.

>   - it naturally limits the candidate pool to under-represented groups
>     (which is the whole point of the program, but if you don't
>     actually care about that, then it's just a complication)

I'm fine with doing selection discrimination of under-represented groups
through such a program. Particularly if, as you mention, there's
earmarked funding for it which otherwise might not be available, so it's
not zero-sum when it comes to a hypothetical alternative of casting a
wider net of our own (and as you mention, that would be more work).

I do think it's unfortunate that the selection criteria for the program
privileges U.S. citizens and U.S. residents above other people,
particularly since they're also accepting worldwide candidates (and
we've had at least one non-American participant that I know about), so
it's not e.g. for U.S. administrative or tax reasons as one might expect
if they only accepted Americans.

I don't think that's some big deal, just something that puts the Git
project as an international cooperation (and one that solicits funds
from donors worldwide) into a slightly odd position, so something we
should keep in mind going forward.

> So IMHO it's easily worth the trouble.
>
>> With GSoC we don't have a choice in the matter, since Google's paying
>> the bills and runs the show, but it sounds like in this case we at least
>> partially do.
>
> I think that the autonomy and level of responsibility for the
> mentors/project is about the same between GSoC and Outreachy. The main
> difference is just the funding model (but again, I suspect we would not
> have too much trouble securing external funding).

Thanks.

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Thu, Aug 30, 2018 at 01:46:00PM +0200, Johannes Schindelin wrote:

> On Wed, 29 Aug 2018, Jeff King wrote:
> 
> >   - it naturally limits the candidate pool to under-represented groups
> >     (which is the whole point of the program, but if you don't
> >     actually care about that, then it's just a complication)
> > 
> > So IMHO it's easily worth the trouble.
> 
> I am willing to mentor, and the only reason that kept me from already
> stepping forward and trying to brush up the landing page is this concern:
> traditionally, we (as in: the core Git contributors) have been less than
> successful in attracting and retaining contributors from under-represented
> groups. I don't think any regular reader of this mailing list can deny
> that.
> 
> And while I find it very important to reach out (there are just *so* many
> benefits to having a more diverse team), I have to ask *why* we are so
> unsuccessful. As long as we do not even know the answer to that, is it
> even worth pursuing Outreachy?
> 
> I mean, if we make serious mistakes here, without even realizing, that
> directly lead to being stuck in our old bubble, then we are prone to
> simply repeat those mistakes over and over and over again. And that would
> just be a waste of our time, *and* a big de-motivator for the Outreachy
> students.
> 
> What's your take on this?

My feeling is that our lack of diversity has less to do with driving out
diverse candidates, and more that they do not join in the first place.
Which isn't to say we _wouldn't_ drive out diversity, but that I'm not
sure we have very good data on what happens in that second stage. If we
can use the program to overcome "step 1", that helps us get that data
(and hopefully react to it in time to be useful, and not just use the
candidate as a guinea pig; I agree there is the possibility of doing
more harm than good to a student who becomes de-motivated).

That leaves aside the question of whether things we are doing prevent
people from participating in the first place. I'm certainly open to that
idea, but I think it's a separate discussion.

-Peff

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Thu, Aug 30, 2018 at 02:18:19PM +0200, Ævar Arnfjörð Bjarmason wrote:

> > It doesn't need to be. As far as I know, the main reasons (from the
> > perspective of a project) to do it through Outreachy are:
> >
> >  - being part of a larger program generates attention and gets the
> >    interest of intern candidates (free advertising, if you will)
> 
> I was wondering if we couldn't do it through Outreachy *and* also do our
> own advertisements / possibly recruit candidates outside of the
> Outreachy pool. In that case we'd still get the attention/outreach
> benefits, in addition to our own...

True. I'd worry about spreading our mentor resources too thinly (which I
think are probably a bigger bottleneck than actual money). But I guess
you're proposing to issue a larger call for candidates, and then we pick
from the result (so in the end we'd end up with the same number of
actual interns, just from a bigger pool).

> Yup, but just as a clarifying point here wouldn't the participants also
> get all the same benefits of this in the case of Outreachy+OurOwnProgram
> if we ran OurOwnProgram concurrently to Outreachy?
> 
> I.e. I was assuming that once candidates are "handed off" to a project
> they're communicating within that project (possibly with other
> candidates), and Outreachy is no longer very involved (except maybe for
> progress reports / final report, but wouldn't we also do that for a
> OurOwnProgram?).
> 
> I may have that completely wrong though, which is why I'm asking, which
> b.t.w. I'm doing mostly just to get an idea of how what Outreachy's role
> is in this exactly, not to strongly advocate for a OurOwnProgram.

I think there _is_ some contact and group resources between Outreachy
and the interns. But I'm actually not sure of the extent. I know they
encouraged interns to blog (and read each other's blogs). I don't know
if there's an intern mailing list, irc, etc. I had the impression that
there is, but I don't actually know the details.

> >   - it naturally limits the candidate pool to under-represented groups
> >     (which is the whole point of the program, but if you don't
> >     actually care about that, then it's just a complication)
> 
> I'm fine with doing selection discrimination of under-represented groups
> through such a program. Particularly if, as you mention, there's
> earmarked funding for it which otherwise might not be available, so it's
> not zero-sum when it comes to a hypothetical alternative of casting a
> wider net of our own (and as you mention, that would be more work).

Yeah, just for reference, my "you" there was a hypothetical "one might
or might not care about...", not responding to your particular email.

> I do think it's unfortunate that the selection criteria for the program
> privileges U.S. citizens and U.S. residents above other people,
> particularly since they're also accepting worldwide candidates (and
> we've had at least one non-American participant that I know about), so
> it's not e.g. for U.S. administrative or tax reasons as one might expect
> if they only accepted Americans.

I assume you mean this bit from the eligibility rules:

  You must meet one of the following criteria:
    - You live any where in the world and you identify as a woman (cis
      or trans), trans man, or genderqueer person (including genderfluid
      or genderfree).
    - You live in the United States or you are a U.S. national or
      permanent resident living abroad, AND you are a person of any
      gender who is Black/African American, Hispanic/Latin@, Native
      American/American Indian, Alaska Native, Native Hawaiian, or
      Pacific Islander

So there are more categories for the US, but I think that is largely
because under-representation is somewhat regional. Being black in the US
is different than being black in Africa. Certainly one could argue that
Africa as a whole is under-represented in the tech world, but I think
you'd probably need to draw different boundaries in different places if
you want to extend opportunities to those who are least likely to
already have them.

I don't know what those groupings would look like in, say, Europe. If
you're suggesting that the program would be better off having
region-specific rules for more regions, I'd certainly agree with that. I
don't know if it's something the Outreachy folks have considered or
discussed; it might be worth bringing it up.

-Peff

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

Hi,

On Tue, Aug 28, 2018 at 5:14 PM, Jeff King <peff@peff.net> wrote:
> The Outreachy application period is set to begin on September 10th for
> interns participating in the December-March program. Do we want to
> participate?
>
> Details on the program are here:
>
>   https://www.outreachy.org/communities/cfp/
>
> If we want to, then we need:
>
>   1. Volunteers to mentor. This is similar in scope to being a GSoC
>      mentor.

I volunteer to co-mentor.

>   2. To get our landing page and list of projects in order (and also
>      micro-projects for applicants). This can probably build on the
>      previous round at:
>
>        https://git.github.io/Outreachy-15/
>
>      and on the project/microprojects lists for GSoC (which will need
>      some updating and culling).

Ok to take a look at that.

>   3. To figure out funding (unlike GSoC, the intern stipend comes from
>      the projects). I can look into getting outside funds (which is what
>      we did last year). Worst case, we do have enough project money to
>      cover an intern. Last year[1] opinions were that this was a
>      reasonable use of project money, but of course new opinions are
>      welcome.

I can also look at getting outside funds.

My opinion though is that it is probably better if the Git project can
use its own fund for this, as it makes it easier for possible mentors
if they don't need to look at getting outside funds.

Thanks for sending this,
Christian.

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

On Thu, Aug 30, 2018 at 9:24 PM, Jeff King <peff@peff.net> wrote:
> On Thu, Aug 30, 2018 at 01:46:00PM +0200, Johannes Schindelin wrote:
>
>> I am willing to mentor, and the only reason that kept me from already
>> stepping forward and trying to brush up the landing page is this concern:
>> traditionally, we (as in: the core Git contributors) have been less than
>> successful in attracting and retaining contributors from under-represented
>> groups. I don't think any regular reader of this mailing list can deny
>> that.
>>
>> And while I find it very important to reach out (there are just *so* many
>> benefits to having a more diverse team), I have to ask *why* we are so
>> unsuccessful. As long as we do not even know the answer to that, is it
>> even worth pursuing Outreachy?
>>
>> I mean, if we make serious mistakes here, without even realizing, that
>> directly lead to being stuck in our old bubble, then we are prone to
>> simply repeat those mistakes over and over and over again. And that would
>> just be a waste of our time, *and* a big de-motivator for the Outreachy
>> students.
>>
>> What's your take on this?
>
> My feeling is that our lack of diversity has less to do with driving out
> diverse candidates, and more that they do not join in the first place.

I agree with that.

> Which isn't to say we _wouldn't_ drive out diversity, but that I'm not
> sure we have very good data on what happens in that second stage.

Maybe we could ask Olga in CC what we could do better?

> If we
> can use the program to overcome "step 1", that helps us get that data
> (and hopefully react to it in time to be useful, and not just use the
> candidate as a guinea pig; I agree there is the possibility of doing
> more harm than good to a student who becomes de-motivated).

I agree.

> That leaves aside the question of whether things we are doing prevent
> people from participating in the first place. I'm certainly open to that
> idea, but I think it's a separate discussion.

Yeah, I think there is a lot we could do to improve in this area and
it would help.

Re: Git in Outreachy Dec-Mar?

[Оля Тележная]

Hi everyone,

I was Outreachy intern last winter. I guess I need to speak up: I will
be happy if my feedback helps you.
At first, I want to repeat all thanks to Outreachy organizers and Git
mentors. That was unique experience and I am so proud of being a part
of this project. But, I need to say that my internship wasn't ideal.
Mentors, please do not feel guilty: I just want to improve the quality
of future internships and give some advises.

I guess some of the problems aren't related to Git, and it's Outreachy
weak points. Please forward this email to Outreachy organizers if you
want.

1. The main problem of Outreachy internship is positioning. I mean, I
had strong confidence that it's an internship for newbies in
programming. All my friends had the same confidence, and that's the
reason why 2 my friends failed in the middle of the Outreachy
internship. Load was so big for them, noone explained this fact in the
beginning, noone helped with this situation during the internship. I
was thinking I could be overqualified and I took someone's place (I
had 2 other SWE internships before Outreachy). The truth is that my
skills were barely enough.

2. Please tell more about minimal requirements: write it down on a
landing page in the beginning and maybe repeat them in every task. I
guess it would be the same this year: good knowledge of C, gdb, Git
(as a user: intern needs to know how to work with forks, git remote,
git rebase -i, etc), Shell, base understanding of Linux terminal,
being ready to work remotely. It's good idea to mention that it's not
100% requirement, but anyway at least 60% from the list must be
familiar.

3. If you decide to be a mentor - at first, thanks a lot. Please be
ready to spend A LOT OF time on it. You need to explain not only the
task to your intern, but also how to split the task into subtasks, how
to look for solutions, how to work with the terminal, how to debug
better and many other questions. It's not only about solving
internship task. It's about learning something new. And I did not
mention code reviews: there would be many stupid errors and it's a
talent not to be angry about that.

4. I fully sure that you need to talk with your intern by the voice. I
mean regular calls, at least once a week. It's good idea to share the
desktop and show how you are working, what are you using, etc.
Ask your intern to share the desktop: you need to feel confident that
they understand how to work with the task. Help them with the
shortcuts.
Remote work is so hard at the beginning, I feel alone with all my
problems, feel ashamed to ask questions (because they are not "smart
enough"), sometimes I didn't know what to ask. I need to mention that
I had almost 1 year of remote work experience, and that helped me a
lot. But other interns do not have such experience.
Actually, I am sure that the only reason why I successfully finished
the internship is that my mentors believed in me and did not fire me
in the middle. I personally think that I failed first half of the
internship, and only in the end I had almost clear understanding
what's going on. (My friend was fired in the same situation.)

5. In the ideal world, I want to force all mentors to get special
courses (it will solve problems 2-3-4). Great developer is not equal
to great mentor. And, if you work with really newbie, it becomes so
necessary.

I hope that was useful.

In the end I want to say that there's no special requirements to
involve people from unrepresented groups. I see no racism or sexism in
mailing lists, my mentors were polite and friendly, I can't say
anything bad here. Please keep this safe environment and explain your
colleagues if you see something bad.
In my opinion, the problem is that Git is not friendly with newbies in
general. We do not have task tracker, regular mentors (without any
special programs: just some developers that are ready to help with
first patch). The code is not structured properly, this is additional
difficulty for newbie. This system with mailing lists and patches... I
understand that it's not possible to make all processes perfect in one
moment, but at least we need to help all newbies to solve all these
problems in the beginning.
I guess that there are only 2 scenarios how to become Git developer.
First one is internship. Second is to ask your colleague (who is Git
developer) to help you.
I don't want to speak on behalf of all women, but I guess many girls
feel not confident enough to ask for such help. For me the only
possibility to start was the internship.

Some personal info: I am in the process of changing jobs. I wish I
could help you with mentoring (not as a main mentor, maybe as a second
or third one - my experience as an intern could be useful, I could
help other interns to start), but I can't predict my load. If you are
interested in my help, please write me. And, by the way, please delete
my task from list of internship tasks, I will finish it by myself just
when I have some free time :)

Olga

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

Hi Olga,

On Fri, Aug 31, 2018 at 12:30 PM, Оля Тележная <olyatelezhnaya@gmail.com> wrote:
> Hi everyone,
>
> I was Outreachy intern last winter. I guess I need to speak up: I will
> be happy if my feedback helps you.
> At first, I want to repeat all thanks to Outreachy organizers and Git
> mentors. That was unique experience and I am so proud of being a part
> of this project. But, I need to say that my internship wasn't ideal.
> Mentors, please do not feel guilty: I just want to improve the quality
> of future internships and give some advises.

Thanks a lot for this feedback! I think it can be very useful and I
don't feel guilty as I think no one is really to blame in these kinds
of situations. We all have to learn how we can improve.

I think a part of the problem as just that the work is really very
difficult for interns even if it doesn't seem that it should be so
difficult which makes the intern/mentor relationship tricky.

> I guess some of the problems aren't related to Git, and it's Outreachy
> weak points. Please forward this email to Outreachy organizers if you
> want.
>
> 1. The main problem of Outreachy internship is positioning. I mean, I
> had strong confidence that it's an internship for newbies in
> programming. All my friends had the same confidence, and that's the
> reason why 2 my friends failed in the middle of the Outreachy
> internship. Load was so big for them, noone explained this fact in the
> beginning, noone helped with this situation during the internship. I
> was thinking I could be overqualified and I took someone's place (I
> had 2 other SWE internships before Outreachy). The truth is that my
> skills were barely enough.

Yeah, but will it be better if Outreachy scares too many people away
from applying? I am not really sure.

Also I think success depends not so much on the students/interns
technical skills but on their willingness to ask questions and their
ability to get the help the need. Maybe Outreachy and Git should state
that more clearly.

For a long time I thought that it could be enough to just tell
students/interns that mentors are here to help, so they should not be
afraid of asking even the most basic questions. But over time I have
been realizing that mentors should actively try to understand what
help the student/intern need.

> 2. Please tell more about minimal requirements: write it down on a
> landing page in the beginning and maybe repeat them in every task. I
> guess it would be the same this year: good knowledge of C, gdb, Git
> (as a user: intern needs to know how to work with forks, git remote,
> git rebase -i, etc), Shell, base understanding of Linux terminal,
> being ready to work remotely. It's good idea to mention that it's not
> 100% requirement, but anyway at least 60% from the list must be
> familiar.

On our project page (https://git.github.io/Outreachy-15/) we tried a
bit to do that, for example there are things like:

    Language: C
    Difficulty: medium to hard

for each project. And there were no "easy" tasks.

So yeah instead of "Language: C" we could have something like:

    Requirements: very good knowledge and practice of C, shell, gdb,
Git, Linux terminal, ...

and for difficulty we could remove "medium" and just select between
"hard", "very hard" and "impossible" :-)

But this could scare possible students/interns away and that's not
really what we want.

We think that if someone can successfully complete a micro project,
they should have enough basic technical skills to get started and then
we can teach them what they need. Maybe we could state that more
clearly?

I also think that the Git project doesn't make enough effort to be
newcomer friendly. Maybe we could start by adding a document somewhere
that could contain basic useful information for newcomers? Perhaps
this could be based on the presentation that Peff gave at the
beginning of the Bloomberg Hackathon last November?

> 3. If you decide to be a mentor - at first, thanks a lot. Please be
> ready to spend A LOT OF time on it. You need to explain not only the
> task to your intern, but also how to split the task into subtasks, how
> to look for solutions, how to work with the terminal, how to debug
> better and many other questions. It's not only about solving
> internship task. It's about learning something new. And I did not
> mention code reviews: there would be many stupid errors and it's a
> talent not to be angry about that.

I think mentors are ready to do that. Often the problem is that we
just don't know how we could help or how we can make the
students/interns confident enough to tell us how we could help or what
is blocking them.

> 4. I fully sure that you need to talk with your intern by the voice. I
> mean regular calls, at least once a week. It's good idea to share the
> desktop and show how you are working, what are you using, etc.
> Ask your intern to share the desktop: you need to feel confident that
> they understand how to work with the task. Help them with the
> shortcuts.

There are interns/students who might not like doing that. So I am not
sure if should make it mandatory, but maybe we should recommend and
advertise that it's a good idea to do these kind of things. Dscho
talked about pair programming in another thread and I think it is also
a good idea.

> Remote work is so hard at the beginning, I feel alone with all my
> problems, feel ashamed to ask questions (because they are not "smart
> enough"), sometimes I didn't know what to ask.

I really think that a big part of the problem is that some
students/interns feel ashamed to ask questions or to ask for help.
They might think they will be evaluated based on their skills or
problem solving abilities, so they are afraid to tell that they need
help as they might think that it could be interpreted as not being as
good as they should be.

Maybe we might state more clearly that students/interns are failed
mostly when we think they are not putting in the amount of effort or
communication that is required, and that asking for help is actually
expected and considered good communication and good effort?

Maybe there are some interns/students who would be less afraid to ask
for help privately to someone who is not their official mentor,
because they think it will not count in how they will be evaluated?

> I need to mention that
> I had almost 1 year of remote work experience, and that helped me a
> lot. But other interns do not have such experience.
> Actually, I am sure that the only reason why I successfully finished
> the internship is that my mentors believed in me and did not fire me
> in the middle. I personally think that I failed first half of the
> internship, and only in the end I had almost clear understanding
> what's going on. (My friend was fired in the same situation.)

I cannot tell about why your friend was failed. I think though that
you communicated that you needed help (even if it was not always clear
what kind of help) and you accepted, or maybe asked, to have Google
Hangout calls which helped us find what kind of help you needed, and
then things went much better.

I really hope that students/interns could be less afraid to
communicate that they need help and if possible what kind of help, as
I think it would improve the relationship and the outcome a lot.

What do you think mentors could do to make them more comfortable in
asking for help?

> 5. In the ideal world, I want to force all mentors to get special
> courses (it will solve problems 2-3-4). Great developer is not equal
> to great mentor. And, if you work with really newbie, it becomes so
> necessary.

I agree that mentors can and should improve but it's difficult to know
specifically how.

> I hope that was useful.

Yes, I think it can be very useful.

> In the end I want to say that there's no special requirements to
> involve people from unrepresented groups. I see no racism or sexism in
> mailing lists, my mentors were polite and friendly, I can't say
> anything bad here. Please keep this safe environment and explain your
> colleagues if you see something bad.

Thanks for the kind words and the encouragement.

> In my opinion, the problem is that Git is not friendly with newbies in
> general.

I very much agree.

> We do not have task tracker, regular mentors (without any
> special programs: just some developers that are ready to help with
> first patch).

About developers that are ready to help with first patch, I think
there are many people reviewing patches and they feel like they are
helping not just reviewing which I think is true. Most people try to
give constructive reviews.

Do you think we should kind of "tag" some experienced Git developers
as "regular mentors" to make it clear that they are willing to help
newcomers privately outside GSoC or Outreachy?

> The code is not structured properly, this is additional
> difficulty for newbie. This system with mailing lists and patches... I
> understand that it's not possible to make all processes perfect in one
> moment, but at least we need to help all newbies to solve all these
> problems in the beginning.

There are people trying to help on this, like Dscho with GitGitGadget,
Eric with public-inbox.org, but I agree we should try to do more.

Maybe we could also improve by:

- adding information for new comers (see above)
- making the build clearer about why it failed
- adding information somewhere about how to get help, how to ask for reviews

> I guess that there are only 2 scenarios how to become Git developer.
> First one is internship. Second is to ask your colleague (who is Git
> developer) to help you.

Again I agree that it is very difficult for new comers (and even
sometimes for long time contributors).

> I don't want to speak on behalf of all women, but I guess many girls
> feel not confident enough to ask for such help. For me the only
> possibility to start was the internship.

Yeah, I think the confidence barrier is very big not just for women by the way.

> Some personal info: I am in the process of changing jobs. I wish I
> could help you with mentoring (not as a main mentor, maybe as a second
> or third one - my experience as an intern could be useful, I could
> help other interns to start),

That would be really great!

> but I can't predict my load. If you are
> interested in my help, please write me.

Thanks for this offer! And yeah I understand that it might not be a good time.

> And, by the way, please delete
> my task from list of internship tasks, I will finish it by myself just
> when I have some free time :)

Great! Yeah we will work on a new task list hopefully soon for the
next internship round.

Thanks a lot,
Christian.

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Fri, Aug 31, 2018 at 01:30:05PM +0300, Оля Тележная wrote:

> I was Outreachy intern last winter. I guess I need to speak up: I will
> be happy if my feedback helps you.
> At first, I want to repeat all thanks to Outreachy organizers and Git
> mentors. That was unique experience and I am so proud of being a part
> of this project. But, I need to say that my internship wasn't ideal.
> Mentors, please do not feel guilty: I just want to improve the quality
> of future internships and give some advises.

As one of those mentors, let me first say: thank you for this feedback.
It's very valuable to get your honest perspective.

I more or less agree with everything you said. A few specific comments:

> 1. The main problem of Outreachy internship is positioning. I mean, I
> had strong confidence that it's an internship for newbies in
> programming. All my friends had the same confidence, and that's the
> reason why 2 my friends failed in the middle of the Outreachy
> internship. Load was so big for them, noone explained this fact in the
> beginning, noone helped with this situation during the internship. I
> was thinking I could be overqualified and I took someone's place (I
> had 2 other SWE internships before Outreachy). The truth is that my
> skills were barely enough.

Some of this may be due to Outreachy (I'm not very familiar with the
materials they use to get applicants). But we propose the individual
projects, and I don't think there's anything stopping us from something
that might be smaller in scope (i.e., to focus more on "soft" skills
like participating in the project, and less time on system design or
tricky coding).

I think ideally we'd have various project options with a range of
difficulties, and part of the application period could involve steering
candidates to the right project.

> 2. Please tell more about minimal requirements: write it down on a
> landing page in the beginning and maybe repeat them in every task. I
> guess it would be the same this year: good knowledge of C, gdb, Git
> (as a user: intern needs to know how to work with forks, git remote,
> git rebase -i, etc), Shell, base understanding of Linux terminal,
> being ready to work remotely. It's good idea to mention that it's not
> 100% requirement, but anyway at least 60% from the list must be
> familiar.

Yes, I agree that we don't really communicate the expected skills very
well. That's something we should be able to fix pretty immediately for
the next round.

> 3. If you decide to be a mentor - at first, thanks a lot. Please be
> ready to spend A LOT OF time on it. You need to explain not only the
> task to your intern, but also how to split the task into subtasks, how
> to look for solutions, how to work with the terminal, how to debug
> better and many other questions. It's not only about solving
> internship task. It's about learning something new. And I did not
> mention code reviews: there would be many stupid errors and it's a
> talent not to be angry about that.

I'd agree with this. I think one of the biggest mistakes I made for your
internship was not being focused and spending enough time. Johannes
mentioned that he actually does online pair-programming with his GSoC
students, and I think that would have helped a lot in our case.

Ironically, I was actually worried about being _too_ involved (which is
obviously dumb in retrospect). Since there were some interesting design
problems, I didn't want to just dictate "here's what your design should
look like, go code it and get back to me". I wanted to give you the
space to explore the problem, maybe even make some mistakes, and be
there to "unstick" you when you got stuck. But with basically weekly
check-ins, 3 months goes by _really_ fast.

I think we probably needed to be talking things through and working in
real-time at least an hour a day.

> 4. I fully sure that you need to talk with your intern by the voice. I
> mean regular calls, at least once a week. It's good idea to share the
> desktop and show how you are working, what are you using, etc.
> Ask your intern to share the desktop: you need to feel confident that
> they understand how to work with the task. Help them with the
> shortcuts.

Yeah. I think it would have helped a lot to have a real-time session
where we're actually working on the problem collaboratively, and not
just discussing problems you might have run into. That gives the
opportunity to reveal workflow issues: the intern can see how the mentor
does things (and ask "how/why did you do that neat thing?") and the
mentor can see how the intern does things ("I see you're doing it this
way; did you know you can also do it this way, which is easier?").

> 5. In the ideal world, I want to force all mentors to get special
> courses (it will solve problems 2-3-4). Great developer is not equal
> to great mentor. And, if you work with really newbie, it becomes so
> necessary.

I definitely agree with the "not equal" thing. It might even be
inversely proportional in some cases. ;)

> I hope that was useful.

It was. Thanks again for your thoughts.

-Peff

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Fri, Aug 31, 2018 at 10:16:49AM +0200, Christian Couder wrote:

> >   2. To get our landing page and list of projects in order (and also
> >      micro-projects for applicants). This can probably build on the
> >      previous round at:
> >
> >        https://git.github.io/Outreachy-15/
> >
> >      and on the project/microprojects lists for GSoC (which will need
> >      some updating and culling).
> 
> Ok to take a look at that.

Thanks. I think sooner is better for this (for you or anybody else who's
interested in mentoring). The application period opens on September
10th, but I think the (still growing) list of projects is already being
looked at by potential candidates.

> >   3. To figure out funding (unlike GSoC, the intern stipend comes from
> >      the projects). I can look into getting outside funds (which is what
> >      we did last year). Worst case, we do have enough project money to
> >      cover an intern. Last year[1] opinions were that this was a
> >      reasonable use of project money, but of course new opinions are
> >      welcome.
> 
> I can also look at getting outside funds.
> 
> My opinion though is that it is probably better if the Git project can
> use its own fund for this, as it makes it easier for possible mentors
> if they don't need to look at getting outside funds.

I disagree. An internship costs more than we generally take in over the
course of a year. So we would eventually run out of money doing this.

I also think it doesn't need to be the mentor's responsibility to find
the funding. That can be up to an "org admin", and I don't think it
should be too big a deal (I had no trouble getting funding from GitHub
last year, and I don't expect any this year; I just didn't want to start
that process until I knew we were serious about participating).

So if you (or anybody else) wants to mentor, please focus on the project
list and application materials.

-Peff

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

On Sat, Sep 1, 2018 at 10:43 AM, Jeff King <peff@peff.net> wrote:
> On Fri, Aug 31, 2018 at 10:16:49AM +0200, Christian Couder wrote:

>> I can also look at getting outside funds.
>>
>> My opinion though is that it is probably better if the Git project can
>> use its own fund for this, as it makes it easier for possible mentors
>> if they don't need to look at getting outside funds.
>
> I disagree. An internship costs more than we generally take in over the
> course of a year. So we would eventually run out of money doing this.

I think we would have time to figure out a way to get more funds
before that happens.

> I also think it doesn't need to be the mentor's responsibility to find
> the funding. That can be up to an "org admin", and I don't think it
> should be too big a deal (I had no trouble getting funding from GitHub
> last year, and I don't expect any this year; I just didn't want to start
> that process until I knew we were serious about participating).

My experience so far with org admins who don't mentor is that they are
likely to loose interest in the program over time and stop doing much
(which is natural, I don't blame anyone). This is what happened with
GSoC org admins (who don't mentor), so most of the admin work now
falls back on mentors (org admins that mentor).

That's why I fear that in a few years the burden of finding funds for
Outreachy might fall back on the mentors too.

> So if you (or anybody else) wants to mentor, please focus on the project
> list and application materials.

Ok, I will do that. Thanks for taking care of the funding.

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Sun, Sep 02, 2018 at 09:37:59AM +0200, Christian Couder wrote:

> > I also think it doesn't need to be the mentor's responsibility to find
> > the funding. That can be up to an "org admin", and I don't think it
> > should be too big a deal (I had no trouble getting funding from GitHub
> > last year, and I don't expect any this year; I just didn't want to start
> > that process until I knew we were serious about participating).
> 
> My experience so far with org admins who don't mentor is that they are
> likely to loose interest in the program over time and stop doing much
> (which is natural, I don't blame anyone). This is what happened with
> GSoC org admins (who don't mentor), so most of the admin work now
> falls back on mentors (org admins that mentor).
> 
> That's why I fear that in a few years the burden of finding funds for
> Outreachy might fall back on the mentors too.

Yeah, I agree that might eventually happen. I think if there are admins
willing to look for funds, though, we are better off saving our project
money for now.

-Peff

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

On Sat, Sep 1, 2018 at 10:43 AM, Jeff King <peff@peff.net> wrote:
> On Fri, Aug 31, 2018 at 10:16:49AM +0200, Christian Couder wrote:
>
>> >   2. To get our landing page and list of projects in order (and also
>> >      micro-projects for applicants). This can probably build on the
>> >      previous round at:
>> >
>> >        https://git.github.io/Outreachy-15/
>> >
>> >      and on the project/microprojects lists for GSoC (which will need
>> >      some updating and culling).
>>
>> Ok to take a look at that.
>
> Thanks. I think sooner is better for this (for you or anybody else who's
> interested in mentoring). The application period opens on September
> 10th, but I think the (still growing) list of projects is already being
> looked at by potential candidates.

So here is a landing page for the next Outreachy round:

https://git.github.io/Outreachy-17/

about the microprojects I am not sure which page I should create or improve.

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

On Mon, Sep 3, 2018 at 6:36 AM, Christian Couder
<christian.couder@gmail.com> wrote:
> On Sat, Sep 1, 2018 at 10:43 AM, Jeff King <peff@peff.net> wrote:
>> On Fri, Aug 31, 2018 at 10:16:49AM +0200, Christian Couder wrote:
>>
>>> >   2. To get our landing page and list of projects in order (and also
>>> >      micro-projects for applicants). This can probably build on the
>>> >      previous round at:
>>> >
>>> >        https://git.github.io/Outreachy-15/
>>> >
>>> >      and on the project/microprojects lists for GSoC (which will need
>>> >      some updating and culling).
>>>
>>> Ok to take a look at that.
>>
>> Thanks. I think sooner is better for this (for you or anybody else who's
>> interested in mentoring). The application period opens on September
>> 10th, but I think the (still growing) list of projects is already being
>> looked at by potential candidates.

Do you know where is this list? On
https://www.outreachy.org/apply/project-selection/ they say
"Information about projects are unavailable until applications open".

> So here is a landing page for the next Outreachy round:
>
> https://git.github.io/Outreachy-17/
>
> about the microprojects I am not sure which page I should create or improve.

Any idea about this? Also any idea about new microprojects would be nice.

Re: Git in Outreachy Dec-Mar?

[Ævar Arnfjörð Bjarmason]

On Thu, Aug 30 2018, Jeff King wrote:

> On Thu, Aug 30, 2018 at 02:18:19PM +0200, Ævar Arnfjörð Bjarmason wrote:
>> >   - it naturally limits the candidate pool to under-represented groups
>> >     (which is the whole point of the program, but if you don't
>> >     actually care about that, then it's just a complication)
>>
>> I'm fine with doing selection discrimination of under-represented groups
>> through such a program. Particularly if, as you mention, there's
>> earmarked funding for it which otherwise might not be available, so it's
>> not zero-sum when it comes to a hypothetical alternative of casting a
>> wider net of our own (and as you mention, that would be more work).
>
> Yeah, just for reference, my "you" there was a hypothetical "one might
> or might not care about...", not responding to your particular email.
>
>> I do think it's unfortunate that the selection criteria for the program
>> privileges U.S. citizens and U.S. residents above other people,
>> particularly since they're also accepting worldwide candidates (and
>> we've had at least one non-American participant that I know about), so
>> it's not e.g. for U.S. administrative or tax reasons as one might expect
>> if they only accepted Americans.
>
> I assume you mean this bit from the eligibility rules:
>
>   You must meet one of the following criteria:
>     - You live any where in the world and you identify as a woman (cis
>       or trans), trans man, or genderqueer person (including genderfluid
>       or genderfree).
>     - You live in the United States or you are a U.S. national or
>>       permanent resident living abroad, AND you are a person of any
>       gender who is Black/African American, Hispanic/Latin@, Native
>       American/American Indian, Alaska Native, Native Hawaiian, or
>       Pacific Islander
>
> So there are more categories for the US, but I think that is largely
> because under-representation is somewhat regional. Being black in the US
> is different than being black in Africa. Certainly one could argue that
> Africa as a whole is under-represented in the tech world, but I think
> you'd probably need to draw different boundaries in different places if
> you want to extend opportunities to those who are least likely to
> already have them.
>
> I don't know what those groupings would look like in, say, Europe. If
> you're suggesting that the program would be better off having
> region-specific rules for more regions, I'd certainly agree with that. I
> don't know if it's something the Outreachy folks have considered or
> discussed; it might be worth bringing it up.

[I don't mean to drag this up again, I had a draft here that I hadn't
sent, and thought given that I'm standing for the Git Project Leadership
Committee which presumably has something to say about this it was better
if I clarified].

I don't mean that just doing the equivalent of s/U.S. national//g on the
criteria would improve things, for the reasons you explained that
clearly wouldn't be an improvement or in the spirit of the criteria.

I was imagining that there was some way to phrase this that would
include the current group(s) but be country-neutral. E.g. instead of
talking about some specific minorities in specific countries say that if
you're in a group below such-and-such a percentage.

Although reading this again and consulting Wikipedia they seem to be
using all U.S. census groups below 20% with the exception of one (two if
you count "Other"), so I don't know how that would translate to other
countries, or if that's just an unintentional omission. Perhaps some mix
of group + mean income within that group? I don't know, and I'm not
familiar enough with the U.S. to speculate as to how they came up with
that.

Or, just a third criteria of:

    Projects can opt-in to consider non-U.S. nationals or residents who
    they believe fulfill the spirit of criteria #2 as it would apply to
    another country.

Then we could (if Outreachy approves) opt-in to that, since considering
that on a case-by-case basis is surely less gnarly than trying to come
up with some general rule.

So again, I don't think this particular thing is a big deal, or
something worth spending time worrying about at this point. Just
something to keep an eye out for and potentially gently poke Outreachy
about.

I just think we might stand to get better/more candidates and have more
fair process, and be seen to spend project funds in a less biased way if
the criteria wasn't an OR'd statement whose second half starts off by
outright limiting itself to less than 5% of the world population based
on a specific nationality, before further narrowing things down.

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Wed, Sep 05, 2018 at 09:20:23AM +0200, Christian Couder wrote:

> >> Thanks. I think sooner is better for this (for you or anybody else who's
> >> interested in mentoring). The application period opens on September
> >> 10th, but I think the (still growing) list of projects is already being
> >> looked at by potential candidates.
> 
> Do you know where is this list? On
> https://www.outreachy.org/apply/project-selection/ they say
> "Information about projects are unavailable until applications open".

This was the list I was looking at (scroll down below the timeline):

  https://www.outreachy.org/communities/cfp/

But yeah, most of the "current projects" lists just say "not available
yet", so I think we're actually OK until the 10th.

> > So here is a landing page for the next Outreachy round:
> >
> > https://git.github.io/Outreachy-17/
> >
> > about the microprojects I am not sure which page I should create or improve.
> 
> Any idea about this? Also any idea about new microprojects would be nice.

I think #leftoverbits is your best bet for micro-projects. Last year I
think we had interns actually hunt for them via the list archive. That's
a little unfriendly for total newcomers, I think, but it also does give
a chance to demonstrate some skills. Perhaps it would be help to create
a curated list of such bits.

-Peff

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Mon, Sep 03, 2018 at 06:36:19AM +0200, Christian Couder wrote:

> So here is a landing page for the next Outreachy round:
> 
> https://git.github.io/Outreachy-17/
> 
> about the microprojects I am not sure which page I should create or improve.

Thanks. I signed us up as a community (making me the "coordinator" in
their terminology). I think the procedure is a little different this
year, and we actually propose projects to mentor through their system.
So anybody interested in mentoring should go here:

  https://www.outreachy.org/communities/cfp/git/

(and you'll need to create a login if you don't have one from last
year). You should be able to click through "Submit a Project Proposal",
after which the fields are pretty self-explanatory.

-Peff

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

On Thu, Sep 6, 2018 at 3:21 AM, Jeff King <peff@peff.net> wrote:
> On Mon, Sep 03, 2018 at 06:36:19AM +0200, Christian Couder wrote:
>
>> So here is a landing page for the next Outreachy round:
>>
>> https://git.github.io/Outreachy-17/
>>
>> about the microprojects I am not sure which page I should create or improve.
>
> Thanks. I signed us up as a community (making me the "coordinator" in
> their terminology). I think the procedure is a little different this
> year, and we actually propose projects to mentor through their system.

Yeah, I think the https://git.github.io/Outreachy-17/ is not actually necessary.

> So anybody interested in mentoring should go here:
>
>   https://www.outreachy.org/communities/cfp/git/
>
> (and you'll need to create a login if you don't have one from last
> year). You should be able to click through "Submit a Project Proposal",
> after which the fields are pretty self-explanatory.

I did that for the "Improve `git bisect`" project. As the
"coordinator", you will need to approve that project.

I think the person who submits a project becomes some kind of primary
mentor for the project. So Dscho, if you want to be such a mentor for
one or both of the other projects on the Outreachy-17 page, please
submit the project(s) otherwise please tell me and I will submit them.
You are free of course to change things in these projects when you
submit them or to submit other completely different projects.

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

On Thu, Sep 6, 2018 at 3:14 AM, Jeff King <peff@peff.net> wrote:
> On Wed, Sep 05, 2018 at 09:20:23AM +0200, Christian Couder wrote:
>
>> >> Thanks. I think sooner is better for this (for you or anybody else who's
>> >> interested in mentoring). The application period opens on September
>> >> 10th, but I think the (still growing) list of projects is already being
>> >> looked at by potential candidates.
>>
>> Do you know where is this list? On
>> https://www.outreachy.org/apply/project-selection/ they say
>> "Information about projects are unavailable until applications open".
>
> This was the list I was looking at (scroll down below the timeline):
>
>   https://www.outreachy.org/communities/cfp/

Ok, so it's the list of "communities" not "projects" in Outreachy terms.

> But yeah, most of the "current projects" lists just say "not available
> yet", so I think we're actually OK until the 10th.

Yeah, I think so too.

>> > So here is a landing page for the next Outreachy round:
>> >
>> > https://git.github.io/Outreachy-17/
>> >
>> > about the microprojects I am not sure which page I should create or improve.
>>
>> Any idea about this? Also any idea about new microprojects would be nice.
>
> I think #leftoverbits is your best bet for micro-projects. Last year I
> think we had interns actually hunt for them via the list archive. That's
> a little unfriendly for total newcomers, I think, but it also does give
> a chance to demonstrate some skills. Perhaps it would be help to create
> a curated list of such bits.

Ok, I will see if I have time to create such a list.

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Thu, Sep 06, 2018 at 11:51:49AM +0200, Christian Couder wrote:

> > Thanks. I signed us up as a community (making me the "coordinator" in
> > their terminology). I think the procedure is a little different this
> > year, and we actually propose projects to mentor through their system.
> 
> Yeah, I think the https://git.github.io/Outreachy-17/ is not actually necessary.

I think it still may be helpful for explaining in further detail things
like #leftoverbits (though I see you put some of that in your project
description).

> > So anybody interested in mentoring should go here:
> >
> >   https://www.outreachy.org/communities/cfp/git/
> >
> > (and you'll need to create a login if you don't have one from last
> > year). You should be able to click through "Submit a Project Proposal",
> > after which the fields are pretty self-explanatory.
> 
> I did that for the "Improve `git bisect`" project. As the
> "coordinator", you will need to approve that project.

Thanks. I approved it, though a few of the descriptions are a little
funny. For instance, the text says "we use an issue tracker", which then
links to public-inbox. I assume this is because you filled in a field
for "issue tracker" and then the system generated the text. I don't know
if there's a way go into more detail there.

> I think the person who submits a project becomes some kind of primary
> mentor for the project. So Dscho, if you want to be such a mentor for
> one or both of the other projects on the Outreachy-17 page, please
> submit the project(s) otherwise please tell me and I will submit them.
> You are free of course to change things in these projects when you
> submit them or to submit other completely different projects.

Yes, I think the point is make sure the mentors are invested in the
individual projects. I imagine a kind of "oh, one of us will probably
mentor it" attitude has led to problems in other projects in the past.

-Peff

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Thu, Sep 06, 2018 at 11:58:16AM +0200, Christian Couder wrote:

> On Thu, Sep 6, 2018 at 3:14 AM, Jeff King <peff@peff.net> wrote:
> > On Wed, Sep 05, 2018 at 09:20:23AM +0200, Christian Couder wrote:
> >
> >> >> Thanks. I think sooner is better for this (for you or anybody else who's
> >> >> interested in mentoring). The application period opens on September
> >> >> 10th, but I think the (still growing) list of projects is already being
> >> >> looked at by potential candidates.
> >>
> >> Do you know where is this list? On
> >> https://www.outreachy.org/apply/project-selection/ they say
> >> "Information about projects are unavailable until applications open".
> >
> > This was the list I was looking at (scroll down below the timeline):
> >
> >   https://www.outreachy.org/communities/cfp/
> 
> Ok, so it's the list of "communities" not "projects" in Outreachy terms.

Yeah, sorry, when I said "projects" originally I meant what they call
"communities". But it seems that yes, the communities information is
being made public now, but the list of mentors/projects is not yet.

By the way, I've got funding from GitHub lined up, so we are good on
that front.

-Peff

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

On Thu, Sep 6, 2018 at 9:31 PM, Jeff King <peff@peff.net> wrote:
> On Thu, Sep 06, 2018 at 11:51:49AM +0200, Christian Couder wrote:
>
>> Yeah, I think the https://git.github.io/Outreachy-17/ is not actually necessary.
>
> I think it still may be helpful for explaining in further detail things
> like #leftoverbits (though I see you put some of that in your project
> description).

You mean in https://git.github.io/Outreachy-17/ or somewhere else?

It is already described in https://git.github.io/SoC-2018-Microprojects/.

>> I did that for the "Improve `git bisect`" project. As the
>> "coordinator", you will need to approve that project.
>
> Thanks. I approved it, though a few of the descriptions are a little
> funny. For instance, the text says "we use an issue tracker", which then
> links to public-inbox. I assume this is because you filled in a field
> for "issue tracker" and then the system generated the text.

Yeah, it was generated from fields that I filled in.

> I don't know if there's a way go into more detail there.

I don't think so, though we could perhaps improve our web pages.

Re: Git in Outreachy Dec-Mar?

[Christian Couder]

On Thu, Sep 6, 2018 at 9:34 PM, Jeff King <peff@peff.net> wrote:
>
> By the way, I've got funding from GitHub lined up, so we are good on
> that front.

Great, thanks!

Re: Git in Outreachy Dec-Mar?

[Jeff King]

On Sat, Sep 08, 2018 at 10:57:46AM +0200, Christian Couder wrote:

> On Thu, Sep 6, 2018 at 9:31 PM, Jeff King <peff@peff.net> wrote:
> > On Thu, Sep 06, 2018 at 11:51:49AM +0200, Christian Couder wrote:
> >
> >> Yeah, I think the https://git.github.io/Outreachy-17/ is not actually necessary.
> >
> > I think it still may be helpful for explaining in further detail things
> > like #leftoverbits (though I see you put some of that in your project
> > description).
> 
> You mean in https://git.github.io/Outreachy-17/ or somewhere else?
> 
> It is already described in https://git.github.io/SoC-2018-Microprojects/.

Yeah, I meant it may still be useful to have an Outreachy page for our
community explaining community-specific procedures. I agree it's mostly
redundant with what's on the GSoC page, but it might be easier on
applicants to have a page tailored directly towards Outreachy. But I
haven't gone over the material as recently as you, so I'd leave that
decision to you.

-Peff