Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35967
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain daylessday.org designates 89.208.40.236 as permitted sender)
Message-ID: <47CE5950.7010907@daylessday.org>
Date: Wed, 05 Mar 2008 11:26:56 +0300
User-Agent: Thunderbird 2.0.0.9 (X11/20071114)
MIME-Version: 1.0
To: internals@lists.php.net
References: <1706278209.20080302232134@marcus-boerger.de> <698DE66518E7CA45812BD18E807866CE01506D08@us-ex1.zend.net> <1245060809.20080304103839@marcus-boerger.de> <47CD1C1A.8000004@daylessday.org> <47CD94E0.9070600@zend.com>
In-Reply-To: <47CD94E0.9070600@zend.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Replace the flex-based scanner with an re2c [1]
 based lexer
From: tony@daylessday.org (Antony Dovgal)

On 04.03.2008 21:28, Stanislav Malyshev wrote:
> Hi!
> 
>> Right.
>> Please take more time if needed, no need to rush and release something half-working.
>> If it takes several months to prepare 5.3 release, let it be so.
> 
> With this approach we would never release 5.3 - each couple of months 
> somebody would have a cool idea which would only require initial commit 
> and 2-3 months work on it on CVS, which delays the release - and then it 
> goes to the next idea. We should cut it off somewhere - not because 
> these ideas are bad - they aren't, but because we have to have releases. 

Even though I do agree that delaying the release every 2-3 months is bad, 
I believe this particular case deserves some special treatment.
And btw this is a major release, not just a bugfix one, so everyone (Zend included)
should spend even more time to make sure there are no regressions whatsoever.

Releasing a half-working version just "because we have to have releases" is total nonsense.
So please instead of arguing with me, help Marcus and the others if 
you don't want the release postponed.

>   The best idea is worth nothing for the users unless it's part of the 
> release.
> 5.3 is not the last version of PHP

Making new 5.x releases each year makes no sense to me, so 5.3 seems to be 
perfect candidate for the next several years if we want to implement something major.

>> After all, we're not a commercial company that has to roll out a release every 
>> couple of months under pressure of share holders and overall competition.
> 
> If you think that because PHP project is not a commercial company it 
> doesn't have to adhere to the laws of markets, popularity and users 
> expectations - you are mistaken. 

These are the last things I think of.
The most important is to make it as stable as we can.

> We still have to take into account 
> millions of PHP users, even though they don't pay us money directly.

Right, and they want PHP to do its job and to do it good.

> And it's open source which was "release often" last time I checked ;)

Wow, that's the most serious argument ever!

-- 
Wbr, 
Antony Dovgal