Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id D96BE2E00A3 for ; Mon, 2 Jun 2008 12:53:59 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 02276-06 for ; Mon, 2 Jun 2008 12:53:51 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from lists.commandprompt.com (host-159.commandprompt.net [207.173.203.159]) by developer.postgresql.org (Postfix) with ESMTP id E58DD2E0098 for ; Mon, 2 Jun 2008 12:53:32 -0300 (ADT) Received: from [192.168.1.5] (or-69-34-217-90.sta.embarqhsd.net [69.34.217.90]) (authenticated bits=0) by lists.commandprompt.com (8.13.8/8.13.8) with ESMTP id m52FssNb027618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2008 08:54:56 -0700 Subject: Re: RFC: Product directory From: "Joshua D. Drake" To: Dave Page Cc: David Fetter , w^3 In-Reply-To: <937d27e10806020846i5e4263d9sf521e74614049018@mail.gmail.com> References: <937d27e10806020130l418d1730o84de8773f1f182f5@mail.gmail.com> <20080602113349.GA8921@fetter.org> <937d27e10806020458o68717cd7sb7e0424338ff5d19@mail.gmail.com> <484411B4.4020801@commandprompt.com> <937d27e10806020846i5e4263d9sf521e74614049018@mail.gmail.com> Content-Type: text/plain Organization: Command Prompt, Inc. Date: Mon, 02 Jun 2008 08:56:34 -0700 Message-Id: <1212422194.12052.37.camel@jd-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (lists.commandprompt.com [207.173.203.159]); Mon, 02 Jun 2008 08:54:56 -0700 (PDT) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200806/9 X-Sequence-Number: 15236 On Mon, 2008-06-02 at 16:46 +0100, Dave Page wrote: > > I have to go with fetter here. Pricing is not our concern. > > I actually feel quite strongly about that one - it's not *our* > concern, but it is the concern of the users. There's nothing worse > than researching a product, and eventually finding out after trawling > the website for half an hour that it's way too expensive. As an > end-user I always wanted to see a ballpark figure up front. And who is going to make sure the pricing is up to date? (hint: no one will) > > Yeah I mentioned this in my previous post. Publisher really needs to be > > pushed out. There is entirely too much redundant information that can be > > accumulated. > > OK so the difficulty here/previously is that you are essentially > saying I need to write a publisher management system and a product > management system, and update sponsors, news, events, services etc to > use that data as well. Nice in theory, but not something I have time > to do. But I am sure you have time to create a secondary table and the code for it. I am not asking you to create all the code for sponsors, news, events. I am asking you to use a reusable design so others can create code for those services. Sincerely, Joshua D. Drake >