Hi all,
I was very happy to be able to attend this year's GSoC Reunion, as I
could learn about a lot of other open source projects that I otherwise
probably would never have heard of.
It was also nice to meet Stefano, as I had never met any LyXer in person
before!
At the reunion, I could learn a bit more about Google Code In while
talking to Stephanie, who runs that program. To recap, to join we have
to provide 100-150 tasks to high school students in the following
categories:
1. Code: Tasks related to writing or refactoring code
2. Documentation/Training: Tasks related to creating/editing
documents and helping others learn more
3. Outreach/Research Tasks related to community management,
outreach/marketing or studying problems and recommending solutions
4. Quality Assurance: Tasks related to testing and ensuring code is
of high quality
5. User Interface: Tasks related to user experience research or user
interface design and interaction
The major differences to GSoC are:
* Each task should be "bite-sized", about 2 - 3 hours per student.
* We *cannot* choose students: whoever applies is eligible to work on
tasks (hence the need for so many tasks).
* Stephanie recommended 5 - 7 available mentors, although there are some
orgs where one mentor covers nearly all bases.
* It is possible to add more tasks later, but at least 100 are
recommended so an org does not run out of tasks too soon.
* Now it is too late to gather 100 high-quality tasks within just two
weeks; but we can take it slowly and collect those tasks over a year!
I also talked a bit to Joel, who works on a project that is of roughly
similar size as ours, in terms of mentoring power. He also confirmed
that collection tasks over a year makes it very easy to have 100 tasks
in total.
I think we could probably get some tasks for categories 1 (Code) and 4
(QA) from our bug database. Do you think it would be good to have a new
tag "GCI" for that? This would mean that the task is not urgent and
should be solvable by someone with little prior experience with LyX.
(Some experience can be provided by "beginner tasks", which any student
who wants to work on actual tasks has to do first to become familiar
with the project).
Other categories, especially 2 (documentation) and 3 (outreach) would
not suit the approach of tagging bugs. For this, we would need a new
wiki page.
I am not very familiar with that aspect of LyX; but I think that we
could also benefit from screen captures and videos being updated, or
from how-to solutions for specific tasks (such as how to import a table
from a spreadsheet, mark it up nicely with LyX' GUI, and then produce a
.tex file that can be included in an existing .tex document).
Do you think we could get about 20 small-ish tasks collected by next
November that way?
If so, please discuss if
(1) you agree with a new bug tag to mark small bugs that we'd like to
get fixed (or if existing tags suffice);
(2) you think we should put up a few wiki pages to cover all five
categories (for entries in the bug tracker, we can just provide a link).
I personally think it's a worthwhile task. We could even ask students to
help with integrating existing GSoC project code, which has not made it
into the main repository yet. If we maybe don't have enough manpower to
run GSoC again next year, we can perhaps try to join GCI instead?
--
Regards,
Cyrille Artho - http://artho.com/
Those who will not reason, are bigots, those who cannot,
are fools, and those who dare not, are slaves.
-- George Gordon Noel Byron