Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:31219
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.166.181 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
        b=npfxVDhxOwZk29LJpBWdSFeMl39hF1pazcB2lK0GpZJFZN6NRcwZIWTN9INSa6tw8rV8DWdEddPF9KK+3mgacEsCJ6dXaOWeVHziiZiseTTELNRKYYH0S351K7X/P5jxAZANiEi/4Dez4RmPfXAAKlA6kq73bZWcmj9nspAYje8=
Message-ID: <30bd80240707231103mb84fd0o7c6267583b00b9b5@mail.gmail.com>
Date: Mon, 23 Jul 2007 14:03:14 -0400
Sender: nicobn@gmail.com
To: "Stanislav Malyshev" <stas@zend.com>
Cc: "PHP Internals" <internals@lists.php.net>
In-Reply-To: <46A4DC4C.3050300@zend.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_155243_18793409.1185213794845"
References: <46A31D95.2080407@fischer.name>
	 <E996AAF4A714DF4D9BD59E9418957A2128CD19@peak8sbs.peak8solutions.local>
	 <46A4661A.6080202@zend.com> <200707231140.55535.pstradomski@gmail.com>
	 <46A4BA4F.6090506@dealnews.com>
	 <40CA6572-030F-43E2-8706-64D1167C527C@bitxtender.com>
	 <alpine.DEB.0.98.0707231646120.27483@kossu.ez.no>
	 <30bd80240707230902m5084b6d9te4489173675f22ec@mail.gmail.com>
	 <46A4DC4C.3050300@zend.com>
Subject: Re: [PHP-DEV] Question about Namespace patch
From: nicobn@php.net ("=?ISO-8859-1?Q?Nicolas_B=E9rard-Nault?=")

------=_Part_155243_18793409.1185213794845
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

I agree with some (if not most) of your positions on namespaces and I do
think the work you've put on this issue is valuable. However, I just fail t=
o
see who, other than people with karma on php-src (and that excludes me)
could decide what the implementation will be in the end.

In the end, I think you're right though, some people will not like it and
some will. That's how painful life is. Sorry if I was too harsh on you.

On 7/23/07, Stanislav Malyshev <stas@zend.com> wrote:
>
> > Despite all the comments made on this list by countless people, it's
> still
> > Stanislav's way or the highway. I don't want to sound negative but come
>
> No it isn't. If you failed to make convincing argument on one particular
> case, it in no way means that I am deaf to any argument at all - it just
> means your particular argument didn't convince me as of yet.
>
> > on... this is getting ridiculous. Stanislav, why don't you just tell
> > everybody that you'll stop answering because the patch will stay AS IT
> IS
> > over your dead body anyway ? I think you'll save us all some time.
>
> Because it's not true. We consulted with many people before this
> proposal, and we got positive feedbacks from yet more people after we
> made this proposal. Of course, there are people that have different
> opinion. But there's a difference between discussing opinions and
> dismissing other's opinion as illogical brain-dead stubbornness. I think
> I took a lot of effort in explaining my position - in many cases much
> more than opposing side did, when some people pretty much summed up with
> "your proposal is crap, it's not like Java, so I have no use for it". I
> will continue to put an effort in explaining. I however would not change
> my position just because somebody feels sore when his argument turns out
> not be as persuasive as he thought it would be.
>
> > This discussion is endless and not productive. I can't speak for anybod=
y
>
> Make it productive. Propose something productive. By that I mean a
> consistent concept that will be superior to existing one. Or at least a
> consistent amendment to existing concept that would improve it.
>
> > here but I think a vote by all people who have commit access to php-src
> > would clarify this issue once and for all so we can just move along.
>
> I don't think these issues have to be decided by arithmetics. Of course,
> writing "+1" is much easier than spending a month on researching
> possible solution, considering all implications of each one and figuring
> out the optimal one - but I don't see any value in the former unless the
> latter was done. That doesn't mean expressing an opinion is to be
> discouraged - but there's more than sum of +1-es to make an informed
> decision that is going to influence PHP for years to come. I welcome
> everybody to make a contribution and discuss things - but please do not
> assume if you have an opinion everybody would agree.
> --
> Stanislav Malyshev, Zend Software Architect
> stas@zend.com   http://www.zend.com/
> (408)253-8829   MSN: stas@zend.com
>
>


--=20
Nicolas B=E9rard-Nault (nicobn@gmail.com)
=C9tudiant D.E.C. Sciences, Lettres & Arts
C=E9gep de Sherbrooke

Homepage: http://nicobn.googlepages.com

------=_Part_155243_18793409.1185213794845--