Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35103
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.185 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=aAYzminuJ5NgBTE1T9rqQCBV17S66i1sQT7RbxGwUh9YOU7Rj+wkLbzQN+scjUJIS0lxTT2+WRVZTjHjpueMf/xjEZ1K/6AffPsQ4JIqQCuZ0r6rZrlCKl7ojna/WE7lFNDTOGqsZsAmnUh5G4FMYqEPL6fns0HzRmIbVcvOAUA=
Message-ID: <fe05d1540802020530v62911a26kce754043826ae7e7@mail.gmail.com>
Date: Sat, 2 Feb 2008 14:30:34 +0100
To: "Marcus Boerger" <helly@php.net>
Cc: "Wez Furlong" <wez.furlong@messagesystems.com>, "Steph Fox" <steph@zend.com>, 
	pdo@lists.php.net, internals@lists.php.net
In-Reply-To: <24733767.20080202135024@marcus-boerger.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <37388396.20080201212653@marcus-boerger.de>
	 <D8C84D73-1393-4D63-8B04-E1F784CB05E9@messagesystems.com>
	 <047101c8654b$11c7abb0$c6fc1f3e@foxbox>
	 <07969D40-134A-41CE-ABEE-80C0BB9742A0@messagesystems.com>
	 <24733767.20080202135024@marcus-boerger.de>
Subject: Re: [PHP-DEV] Re: [PDO] [RFC] An Idea for PDO 2
From: pierre.php@gmail.com ("Pierre Joye")

Hi,

I think the biggest myths in this CLA discussion are:

> > The main realization was that the vendors could not co-operate with
> > each other on code without a CLA in place, and that some of them would
> > not be able to co-operate with the community without a CLA in place.

and:

> > For example, a problem with this general solution is still that
> > database experts from multiple sources would not be able to directly
> > co-operate on the PDO core.  However, it sounds to me like a
> > reasonable (though sub-optimal, from a technical and productivity
> > point of view) compromise to be able to accept feedback and
> > suggestions and have those gated through the PDO core maintainers.
>>
> > --Wez.


The history of open sources and free softwares (generally speaking,
not specifically FSF) tells us that they can work without
restrictions, of any form.

If one has doubts, he can look at the X.org  projects or any other
areas where NDA and CLA are (I can soon say "were") a must have.
Almost all vendors are now opening theirs specs and collaborate with
the respective open source projects. Their teams even provide patches
and improvements on a regular basis. How does it happen? The project
leaders knew that vendors will have no choice in the end.

The problem with php is that we are easily influenced by a couple of
big companies. A couple of invitation here, some special events there
and suddenly the old evil is becoming our best friends. But they were
not the evil, they are also not out best friends. They simply do their
jobs, keep their market share using all well known marketing actions
(that's not badly meant).

-- 
Pierre
http://blog.thepimp.net | http://www.libgd.org