On Sun, Mar 14, 2010 at 05:11, Mike Hommey <m...@glandium.org> wrote:
>
> Note that GSoc is supposed to sponsor students to do some development
> work, preferably with the purpose of getting these people involved in a
> project they weren't involved in to begin with.

That's not, per se, accurate. From the GSoC FAQ:

Many of our past participants had never participated in an open-source
project before GSoC; others used the GSoC stipend as an opportunity to
concentrate fully on their existing open source coding activities over
the summer. Many of our 'graduates' have later become program mentors.
  -- 
http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs#what_is

Google only funds students, and only funds development work, but apart
from that, exactly what's worked on and what the aim is is left up to
the project.

> Considering this, I think there are good reasons GSoC didn't get the
> flames that DuncTank had.

Probably the major reason is just that Google remain much more
interested in avoiding flame wars than I was with dunc-tank. For
instance when someone criticises Google for GSoC, people will come to
its defence, even when the criticism's legitimate; nobody's made much
effort to do that for dunc-tank, including me, including when it was
running.

There's a number of features in that vein in general: the money is
fixed as are the overall terms so there's simply no room for debate, a
lot of it's done in forum that are only open to people who are already
participating, people who do generate controversy and arguments about
it tend to not be invited to participate again next year, and there
are plenty of free and open source projects involved so there's a fair
bit of social proof that it doesn't screw up projects. Similar things
apply in Debian -- the people who get to judge the applications are
the ones who've signed up to be potential mentors, and hence have
already indicated they approve of the overall idea at least in
principle.

A major factor in avoiding the arguments, in my opinion, is also that
GSoC is restricted to students. That means a bunch of Debian
contributors naturally can't apply, which in some sense avoids the
sense of unfairness that many people who are doing good work aren't
getting funded equivalently -- "of course they aren't, they're not
students". It also avoids the concern that some people will end up
getting "jobs" via GSoC -- people generally only get to be students
for a few years, after which they can't keep being part of GSoC. To
some extent it also avoids the problem of differentiating the people
who decide who should get paid and who gets paid (you don't want
people deciding to pay themselves, generally) -- if you're a student
you apply for funding, if you're not, you're a mentor; and Google adds
a specific rule that you can't be a mentor and apply for funding to do
away with the occassional edge case.

But all that aside, GSoC still gets some "flames" on Debian lists; see
the thread on -devel from about this time last year, eg:

    http://lists.debian.org/debian-devel/2009/04/msg00424.html
    http://lists.debian.org/debian-devel/2009/04/msg00431.html
    http://lists.debian.org/debian-devel/2009/04/msg00441.html

Out of free and open source projects, Debian isn't the most amenable
to funding and corporate sponsorship. There are (demonstrably)  ways
to manage that though, and if you're interested in stress-testing
funding ideas, well, it's a particularly good supplier of stress in
this area. ;)

As far as DPLness is concerned, I (as DPL) was an GSoC admin in the
first year Debian participated in GSoC, and I think it would've been
difficult for Debian to join without at least the DPL's support via a
prompt delegation so that someone was authorised to register the
project with Google and setup mentors and so forth. (I'm pretty sure
the lack of a quick response was what meant we missed out in
participating in the first year Google ran GSoC; that both would've
required a very quick response though, and it's possible letting other
projects try these things first and only adopting things proven to
work is a good idea anyway)

Cheers,
aj

--
Anthony Towns <a...@erisian.com.au>


-- 
To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/87b3a4191003131439j3ec57c0cqe3ca706547678...@mail.gmail.com

Reply via email to