Newsgroups: php.apc.dev,php.internals
Path: news.php.net
Xref: news.php.net php.apc.dev:196 php.internals:43206
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain Opus1.COM designates 192.245.12.8 as permitted sender)
Date: Thu, 26 Feb 2009 18:38:16 -0800
In-reply-to: <2E.38.44668.710A6A94@pb1.pair.com>
To: Rodrigo Saboya <rodrigo.saboya@bolsademulher.com>
Cc: apc-dev@lists.php.net, internals@lists.php.net
Message-ID: <FE6AF067-9EAA-42DC-A6BB-73B45CCB8DBA@opus1.com>
MIME-version: 1.0
Content-type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Content-transfer-encoding: 7bit
References: <49A097FE.10205@tekrat.com>
 <633918AD-16DE-4B34-A76E-E90A21E325B3@opus1.com> <49A0F6D6.3080605@tekrat.com>
 <6A41B9D3-7312-49F3-A4B0-C5D6DC23AF9D@Opus1.COM>
 <2E.38.44668.710A6A94@pb1.pair.com>
Subject: Re: [PHP-DEV] [RFC] APC/PHP Lazy Loading
From: ron@Opus1.COM (Ronald Chmara)

On Feb 26, 2009, at 5:58 AM, Rodrigo Saboya wrote:
> Ronald, I think you are overreacting a little bit. It may be that  
> proper written could would get no benefit from this patch since it  
> would not load unneeded code and this patch ends up speeding up  
> environments where such "correct" loading isn't done. I don't think  
> that's a reason to disqualify a feature that brings benefits with  
> no significant drawbacks.
>
> For the average PHP programmer, the language will simply "get  
> faster". That can't be bad in any way. It doesn't encourage you to  
> write bad code, it just doesn't kick you in the nuts when you do.

Sold. (The best arguments are always the short ones).

As I said: "I'm trying to raise a token flag of discussion/ 
resistance", but nobody in the discussion seems to have found any  
really important downsides, yet, with only me raising *any* sort of  
flag (though I admit it's not much of one).

:)

-Bop