Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 17 Feb 2007 17:27:45 +0100
From:      Alexander Leidinger <Alexander@Leidinger.net>
To:        Robert Watson <rwatson@FreeBSD.org>
Cc:        doc-committers@FreeBSD.org, cvs-doc@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: www/en/projects/ideas index.sgml
Message-ID:  <20070217172745.qlurgeolwswokcww@webmail.leidinger.net>
In-Reply-To: <20070217153019.F48994@fledge.watson.org>
References:  <200702161123.l1GBNZSD076510@repoman.freebsd.org> <20070217155538.wezh42xqeoswsw4o@webmail.leidinger.net> <20070217153019.F48994@fledge.watson.org>

next in thread | previous in thread | raw e-mail | index | archive | help

Quoting Robert Watson <rwatson@FreeBSD.org> (from Sat, 17 Feb 2007  
15:38:18 +0000 (GMT)):

> A general point: in a a few weeks, we're going to have hundreds of
> students looking at the ideas page looking for concrete project ideas
> to propose for summer of code.  We should avoid putting things on the
> ideas page if we don't want them done.  We should make it clear for

I don't think we should remove the research-items. Better mark them as  
inappropriate for the SoC.

> each item that we think is worth exploring but aren't sure will be
> committed that this is the case.  This will avoid unhappiness later
> when we say "Yeah, it was on the ideas list, but really, we don't want
> that".  I'm fine with having high level categories of ideas with
> contacts, rather than having every idea there be specific and concrete,
> but let's be very careful not to ask for things we don't want.

My experience with the ideas list so far is, that specific and  
concrete items are more likely to get picked up than high level stuff.  
An item will be picked up more likely, the smaller the concrete item is.

This (small and very detailed) is not something we want for the SoC,  
but this is the FreeBSD ideas list and not the SoC ideas list. If you  
think something is not appropriate for the SoC, mark it up as such. If  
you think an idea should vanish completely, remove it with an  
approriate commit log or start a discussion about it the removal may  
be controversal. Personally I'm not emotionally attached to any entry,  
and I think the same is true for Joel. Related thought: maybe we will  
need a list of stuff we will not do ever for stuff which is removed  
from the list but gets suggested again.

Bye,
Alexander.

-- 
Memory should be the starting point of the present.

http://www.Leidinger.net    Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org       netchild @ FreeBSD.org  : PGP ID = 72077137



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070217172745.qlurgeolwswokcww>