Target market?

Luis Villa luis at tieguy.org
Tue Jul 24 03:34:47 UTC 2007


On 7/23/07, seth vidal <skvidal at linux.duke.edu> wrote:
> On Mon, 2007-07-23 at 23:06 -0400, Luis Villa wrote:
> > On 7/23/07, seth vidal <skvidal at linux.duke.edu> wrote:
> > > On Mon, 2007-07-23 at 22:37 -0400, Luis Villa wrote:
> > > > > So let's decide, then. Let's put the set of things we could be focused
> > > > > on up. If we have 10 things we can focus on then we have 5 points to
> > > > > delegate to each. We count them all up - the top 5 things are ALL we do
> > > > > for F9 and F10.
> > > >
> > > > I'd suggest there are two different levels here:
> > > > * what target market/vision does fedora have? these are big, permanent
> > > > things, not things that can be 'done' in any given release.
> > >
> > > that's the set of things we have to choose from. something like:
> > > - desktop
> > > - online-service-interface
> > > - server
> > > - portable-devices
> > > - choose-your-own-adventure
> >
> > My personal two cents is that the best place to be is to be the
> > choose-your-own-adventure platform- a robust and easy place to start a
> > desktop, online-service, server, portable device, etc. Leave building
> > the specialized tools to specialists, and (when appropriate) suck them
> > back into the distro if/when it doesn't conflict with flexibility.
> >
>
> see, I would think that choose-your-own-adventure is what we have and
> what we're focused on now. The tools in F7 were good but not great and
> not very obvious, but we've been working on improving just that set of
> tools. The web-visor work and the decisions about what the standard
> inputs are and standard outputs are for our toolchain make the
> choose-your-own-adventure distro even more real.
>
> but you haven't been talking about that - you've been talking about spit
> and polish which sounds more like integration -
> choose-your-own-adventure and integration seem fairly antithetical
> unless you have N teams for each adventure type doing the integration.

Not necessarily antithetical. After all, anyone who uses the thing as
a base for their distro is going to want the base to be solid and
well-integrated. Taking that route probably would mean that desktop
polish is a lower priority than polishing the tools for making
derivatives, though.

Also, polishing the user experience is generally not in conflict with
doing other things, whereas stripping the core down to something that
would fit on a mobile device would likely conflict with being a good
server :)

(Of course, another option is that my desire for a polished desktop
experience may be best met by someone doing a polished desktop spin of
Fedora rather than by having Fedora work on desktop polish at all, and
that Fedora should merely enable that and work to get fixes/polish
upstream where possible.)

Luis




More information about the fedora-advisory-board mailing list