Junio C Hamano <gits...@pobox.com> writes:
> Thomas Rast <tr...@inf.ethz.ch> writes:
>> In defense of Thomas, whose project was mentioned earlier as a prime
>> example of something that is "too big":
>> He's in fact still working on the index-API angle, as part of a thesis
>> at university.
> That is probably a good indicator that it was too big for a summer
> student. It also is good to hear that the topic is being looked at
Not really: the API angle was never part of the proposal. The timeline
was [1 if you have access]:
24/04 - 01/05: Document the new index format.
02/05 - 11/05: Create a converter of the old index format to the new format.
12/05 - 18/06: Parse the index from disk to the current in-memory format. The
old index format shall still be readable.
19/06 - 09/07: Implement the re-reading of a single record, if the crc32
match (Meaning the record has been changed under the reader).
10/07 - 21/07: Map the current internal structure to the new index format.
22/07 - 31/07: Change the current in-memory structure to keep track of the
01/08 - 13/08: Write the index to disk in both the old and the new format
depending on the choice of the user and make sure only the changed parts are
really written to disk in the new format.
11/08 - 13/08: Test the new index and profile the gains compared to the old
/* Development work will be a bit slower from 18/06 to 21/07 because at my
* University there are exams in this period. I probably will only be able to
* work half the hours. I'll be back up to full speed after that. */
I think this case is somewhat symptomatic for one possible cause of
dragged-out non-inclusions _after_ GSoC: there's a certain scope creep
caused by striving for the perfect, long-term maintainable code.
The solution IMHO is to _both_ recognize such possibilities for scope
creep, and cut down the proposals to a size where a student has a
reasonable chance of achieving the code quality required for inclusion.
(The latter option has been mentioned a few times, but I wanted to make
people aware that the scope creep is happening, too.)
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html