public inbox for [email protected]
help / color / mirror / Atom feedFrom: Robert Treat <[email protected]>
To: [email protected]
Cc: Joshua D. Drake <[email protected]>
Cc: Josh Berkus <[email protected]>
Subject: Re: Training events policy ... first test case
Date: Tue, 23 Oct 2007 17:01:37 -0400
Message-ID: <[email protected]> (raw)
In-Reply-To: <20071023115955.39f4459a@scratch>
References: <[email protected]>
<20071023115955.39f4459a@scratch>
On Tuesday 23 October 2007 14:59, Joshua D. Drake wrote:
> On Tue, 23 Oct 2007 11:58:28 -0700
>
> Josh Berkus <[email protected]> wrote:
> > Folks,
> >
> > Everyone on this list who spoke up approved of the "No more than one
> > training event per company per month" policy for training events.
> > The purpose of this policy is to prevent training companies from
> > messing with our events listings in order to grab the "top 3 spots"
> > from the home page.
> >
> > EnterpriseDB has just submitted 3 trainings for November and 2 for
> > December. While I believe that EDB actually plans on holding all of
> > these trainings, it is the kind of flooding of the training listings
> > that we're trying to prevent.
> >
> > How should we suggest they revise the training listings?
>
> Have them submit a single event that states:
>
> Training events from November thru December
>
That seems to suck in a number of ways; penalizes companies who offer more
diverse training schedules, penalizes users looking for training in specific
locales. The classes between november and december have a month interval, if
no other classes are taking place during that time, I think it is ok that
thier listings show up, so for me this is not an issue. Now, looking at each
month individually, if we approve all 3 november events, currently that would
knock out the modern course untill the 8th, which kind of sucks too. The tie
breaker for me is that it seems what is really important to someone looking
for training is the date and location, so that two classes on different
continents should not be penalized because they are put on by the same
company (this thinking is re-enforced in that we dont show company names on
the main page). Also, given enough companies and bad scheduling luck, you
can always get bumped off the main page, so I think we should approve them
all.
--
Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL
view thread (76+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected]
Subject: Re: Training events policy ... first test case
In-Reply-To: <[email protected]>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox