Re: Git and GSoC 2013

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Christian Couder <christian.couder@xxxxxxxxx> writes:

> On Thu, Mar 28, 2013 at 5:45 PM, Junio C Hamano <gitster@xxxxxxxxx> wrote:
>
>> What I gathered from the discussion so far is that everybody agrees
>> that our mentoring has been suboptimal in various ways (not enough
>> encouragement to engage with the community early, working in the
>> cave for too long, biting too much to chew etc.).  What makes you
>> think we would do better this year?
>
> The fact that we will be more conscious that we need smaller projects
> and that we need to push even more for students to send their patch
> soon on the mailing list.
>
> If it doesn't work at all we will be set and we will know that there
> is not much we can do to make it work.

That sounds like doing the same thing over and over again to me.

I just looked at the "ideas" page Thomas sent the link to upthread
this morning, but I didn't see any evidence that it has been been
curated with "we need smaller projects" in mind.

We will be more conscious?  I cannot take that promise at face value
after seeing that the page stayed the same since Thomas resurrected
it from last year's ideas page ever since it was created.

> If we don't even try we will not know soon, so not be able to improve
> or decide to stop.
>
> It's like software or science. If you don't test soon your hypothesis
> you don't progress fast.

The impression I am getting is that the concensus is that we do not
even have hypothesis worth testing with a grant money from GSoC and
students' time at this point, if I may borrow your science analogy.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]