Re: [RFC] Integrating Zend Optimizer+ into the PHP distribution

From: Date: Fri, 08 Feb 2013 15:47:42 +0000
Subject: Re: [RFC] Integrating Zend Optimizer+ into the PHP distribution
References: 1 2 3 4 5 6  Groups: php.internals 
Request: Send a blank email to internals+get-65728@lists.php.net to get a copy of this message



----- Ursprüngliche Message -----
> Von: Zeev Suraski <zeev@zend.com>
> An: hakre <hanskrentel@yahoo.de>
> CC: internals@lists.php..net
> Gesendet: 15:31 Dienstag, 5.Februar 2013
> Betreff: RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution
> 
>>  > Based on an 18 month release cycle, and assuming we release 5.5.0 in
>>  > mid 2013, 5.6.0 will come out late 2014.
>> 
>>  I wonder where you pick those quantifications from, according to
>>  https://wiki.php.net/rfc/releaseprocess there is
>> 12 month cycle/tact, and
>>  according to the release date of PHP
>>  5.4 major releases (golden) are scheduled for the first of march each year
>>  (alphas accordingly earlier).
> 
> 
> I'm taking it from both reality and the discussions we had surrounding the
> release process RFC (in short, the 'yearly' in there was subject to 
> change
> without notice;  It's not an 11th commandment).  I see good reasons not to
> go with a yearly release cycle, considering there's next to nobody actually
> interested in consuming those releases, but that's another story.

Well in/for reality I only care about the documentation. If the RFC has no use to communicate a
qualified decision, this should be clearly written down somewhere if that is a common good.

Also I have problems to decipher the "11th commandment" - "Thou shalt not speak ill
of any fellow Republican." ???

And as you talk about it: do you know if there was criticism with the yearly release cycle before
the new release process? I can imagine a time when a new PHP major was released in a ~yearly cycle,
but I can not remember that somebody didn't consume those nor was hurt by that.

> 
>>  >>  > * Which benefits does Zend Inc. see in contributing the 
> Opcode
>>  >> cache?
>>  >
>>  > Simply put, this could benefit PHP greatly without negatively
>>  > affecting our business in any way.
>> 
>>  And not simply put?
> 
> Complexly put, this could benefit PHP greatly without negatively affecting
> our business in any way.  I don't intend to become argumentative.  
> You're
> obviously entitled to your opinion and I think that there's nothing I could
> say that would change it.

Thanks for your feedback and please rest assured that I'm not entitled to any opinion about
Zend in this case. Actually the opposite is the case which is why I was asking again.

I normally would expect that there is something positive (in contrast to non-negative) in opening
the source, e.g. getting a benefit from the collaborative development model.

-- hakre



Thread (7 messages)

« previous php.internals (#65728) next »