MIME-Version: 1.0
In-Reply-To: <50EF26BD.60209@dalibo.info>
References: <50EEA591.3030905@dalibo.info>
 <50EEFA1C.4030508@commandprompt.com>
	<50EEFE57.2010505@agliodbs.com>
	<CABUevEw=bh_NNXy-SNo4WYW=c3nnXA0B2DEKQrSde8uGnn4bJQ@mail.gmail.com>
	<50EF26BD.60209@dalibo.info>
Date: Thu, 10 Jan 2013 21:48:23 +0100
Message-ID: 
 <CABUevEz8HB4mGn_5sQqudqdQ-mB27YCAxFXWitdcBK4W6ahTVQ@mail.gmail.com>
Subject: Re: Training approval policy on pg.org
From: Magnus Hagander <magnus@hagander.net>
To: damien clochard <damien@dalibo.info>
Cc: Josh Berkus <josh@agliodbs.com>, PostgreSQL WWW <pgsql-www@postgresql.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
Sender: pgsql-www-owner@postgresql.org

On Thu, Jan 10, 2013 at 9:38 PM, damien clochard <damien@dalibo.info> wrote:
> Le 10/01/2013 19:14, Magnus Hagander a =E9crit :
>> On Thu, Jan 10, 2013 at 6:45 PM, Josh Berkus <josh@agliodbs.com> wrote:
>>>
>>>> It is likely because we have in the past had lots of people advertise
>>>> training in bulk and then end up canceling most of them.
>>>
>>> We did.  The policy was specifically to address a couple of companies
>>> who were listing a training event every week, in order to upstage other
>>> training companies.
>>
>> Yes.
>>
>> An honest question to Damien though - do you actually expect to *run*
>> all these training sessions, or are you basicaly doing the same thing
>> - settings up lots of options and then plan to run the most popular
>> ones?
>>
>
> Short answer is "Yes I expect to run most of these training sessions".

That's pretty cool, actually.


> Here's why :
>
>
> First of all, every session I've submitted is "real" in the sense that
> you can find it on our website (http://www.dalibo.com/formations) and on
> our resellers catalogs... We don't invent fake trainings just for fun.

Just to be clear. I *never* meant to indicate that you would be
inventing fake trainings in order to make things "look better" or
anything. If it came across as that, I apologize.


> That being said, I don't see why submitting "unlikely sessions" should
> be a problem at all. For instance, we trying new things this year such
> as some PostGIS trainings (with Oslandia) and a couple sessions in
> Brussels (with Open DB Team). I can't really say if this is gonna work
> or fail, because it's new for us... It's a test and it's exactly in
> cases like this that we need to publish the sessions on pg.org. It's a
> basic chicken-egg situation : you need a minimum number of attendees to
> run a training session. Noboby will register if you don't plan at least
> a few sessions. When you try new trainings, you have a high cancellation
> rate.

I agree it's not necessarily a  bad thing, but the important point
with it is that we treat everybody equally.


> I understand there might have been a problem before with a couple of
> trolls posting too many unlikely sessions... But this is not what we are
> doing here. We don't believe in the Google pagerank religion. We suck at
> SEO. We don't need to upstage anyone.
>
> We just want to let people know what we plan to do. If that's not
> possible on postgresql.org, well nevermind. We'll find something else to
> do with our time :-)

Nah, I think we need a policy that actually helps people (both
providers and consumers), without being abuse:able. Not entirely sure
what it is. Maybe we can just increase the numbers now and it won't be
a problem, because the market has matured.

--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/


--=20
Sent via pgsql-www mailing list (pgsql-www@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-www