bug-hurd
[Top][All Lists]
Advanced

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

Re: Google Summer of Code participation


From: olafBuddenhagen
Subject: Re: Google Summer of Code participation
Date: Tue, 11 Mar 2008 06:47:46 +0100
User-agent: Mutt/1.5.17+20080114 (2008-01-14)

Hi,

On Sun, Mar 09, 2008 at 11:43:12PM +0100, Carl Fredrik Hammar wrote:
> <olafBuddenhagen@gmx.net> writes:

> > Especially the project list needs work. Some of the project
> > descriptions are only skeletons; I lack the knowledge to fill in the
> > details. But I know that some of you have much better understanding
> > about some of these projects.
> 
> I noticed ``Translator stacking mechanism'' in there.  I'm planning on
> getting some serious work done on this soon, as I'm just getting out
> of a particularly stressful quarter (just one exam left now :-), and
> I'm entering a particularly calm quarter and I will have plenty of
> spare time on my hands.

Oh, I didn't know that. Good to hear, though :-)

In this case, maybe it's better to take it off the ideas list
alltogether...

It's not like there are no other project ideas :-)

> So I'm not sure how much will be left for a student to do.  But then
> again life happens, and should I fail to get started with it, it would
> be a nice project.

Well, we could still propose the task again for next year's SoC, if it
turns out you can't do it after all. By no means I want to take this
project away from you :-)

> Of course, I'm more than willing to sign up for another GSoC to get
> this done if we have a shortage of volunteers.  ;-)

I was actually partially thinking of that when putting it in there.

There is no guarantee however that the project would actually get
accepted. I very much doubt that we could find someone better for this
task than you, considering the knowledge you already have about it, and
the good work you did previously... But then, we do not know yet how
many brilliant students will sign up for the other tasks :-) The limited
number of available slots always makes it a tough choice...

> > Also the mentor list inside the organisation application (
> > http://www.bddebian.com/~wiki/community/gsoc/organization_application/
> > ) is still pretty incomplete -- please speak up if you are willing
> > to mentor.
> 
> Not sure if I'm experienced enough to be an actual mentor, but I'm
> more than willing help out when it comes to fitting the ``Sound
> support'' and ``TCP/IP stack'' projects into the translator stacking
> framework.

Well, to fit something into it, first the framework needs to exist :-)
So that would probably be a followup task for next year or so...

Unlike some others, I do not believe that libchannel is a prerequisite
to implement these things. On the contrary, I think it makes more sense
to implement them as standalone translators first, and only think of
optimized stacking mechanisms later on.

In fact, I think that it would be better even to have the actual
applications there before writing the stacking framework -- much better
to test it in the actual use cases, rather than designing it on a purely
abstract basis, and trying to fit the applications into that later on...

> Of course, if a student beats me to it I might be able to mentor
> ``Translator stacking mechanism''.

I've also been considering this possibility. Of course you are still
pretty new to the Hurd project yourself; but on this specific topic, you
are *the* expert now :-) So maybe indeed it would be good to have you
mentor it...

You would soon have to decide whether you want to apply as student
again, or mentor the project. (Or just do it independently as you
planned...) It's not possible to do both :-)

-antrik-




reply via email to

[Prev in Thread] Current Thread [Next in Thread]