Re: [PEPr] Comment on RFC::Prefix all packages with P_
| From: | Pierre | Date: | Wed, 12 Jul 2006 18:17:24 +0000 |
| Subject: | Re: [PEPr] Comment on RFC::Prefix all packages with P_ | ||
| References: | 1 2 3 4 5 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-43447@lists.php.net to get a copy of this message | ||
On Wed, 12 Jul 2006 14:08:06 -0400
Philippe.Jausions@11abacus.com (Philippe Jausions) wrote:
> Pierre wrote:
> > Hi,
> >
> > So are we going to ask again the php developers to do not add
> > classes, functions or constants using reserved words or common
> > names? and for the next 3-4 years?
> >
> > The answer is clear: no.
> >
> > Not because we cannot ask, but because they will tell us to go to
> > hell (to be honest, they already did).
> >
> > Cheers,
> > --Pierre
>
> And you stil don't need a Public Relation team, right? ;-p
You miss my point. Nothing you can say will change this fact, we should
prefix our class names, constants and functions. It is not about
communication but facts. They have asked us already *many* times to do
it, they will not slow down the additions for us or anybody else. This
is the reason why all new projects (Zend, eZ,...) use prefixes as well,
they were warned.
> The fact that there is now a Zend Framework, is an hint to that PHP
> devs don't really care about PEAR.
I don't think many care about the XYZ Framework either. Having two devs
involved in one and two other in another do not make them anything
better or worst than pear.
> Furthermore given the ties between Zend and PHP, and that Zend
> Framework prefixes all classes with "Zend_" it will give leverage to
> php devs, to not include namespaces.
It is a wrong statement, as I said earlier. Also you should read why
and when the prefix was added, it was also not an easy decision there.
> Then it won't be long that Zend Framework will be bundled with PHP
> instead of PEAR. That would be a great waste of resources.
I think you are confused between the role of a developer in php
internals and his role in another project or company.
-- Pierre