Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:101061 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 95343 invoked from network); 5 Nov 2017 10:24:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Nov 2017 10:24:59 -0000 X-Host-Fingerprint: 62.31.75.76 76.75-31-62.static.virginmediabusiness.co.uk Received: from [62.31.75.76] ([62.31.75.76:9215] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6A/75-09857-9F6EEF95 for ; Sun, 05 Nov 2017 05:24:58 -0500 Message-ID: <6A.75.09857.9F6EEF95@pb1.pair.com> To: internals@lists.php.net References: <64.21.07742.EF158F95@pb1.pair.com> <71.50.09857.3BBEAF95@pb1.pair.com> <6643d10b-8703-693c-15c2-da338022ef41@rhsoft.net> <18.19.09857.3E54CF95@pb1.pair.com> <941fd347-4a17-78b6-1bd7-4a5519aa722b@rhsoft.net> <67.8E.09857.7D58DF95@pb1.pair.com> In-Reply-To: Date: Sun, 5 Nov 2017 10:24:52 -0000 Lines: 6 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Newsreader: Microsoft Windows Live Mail 16.4.3564.1216 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3564.1216 X-Posted-By: 62.31.75.76 Subject: Re: [PHP-DEV] Re: RFC - Array Of for PHP 7 From: TonyMarston@hotmail.com ("Tony Marston") wrote in message news:d70cc49d-c397-3f09-d08d-b79b31014271@rhsoft.net... > > > >Am 04.11.2017 um 10:18 schrieb Tony Marston: >> wrote in message news:941fd347-4a17-78b6-1bd7-4a5519aa722b@rhsoft.net... >>> >>> Am 03.11.2017 um 11:33 schrieb Tony Marston: >>>> wrote in message >>>> news:6643d10b-8703-693c-15c2-da338022ef41@rhsoft.net... >>>>> >>>>> Am 02.11.2017 um 10:55 schrieb Tony Marston: >>>>>> "Kalle Sommer Nielsen" wrote in message >>>>>>> I fail to see how it offers "negative benefits to the vast number of >>>>>>> programmers who are happy with the language as it currently exists", >>>>>>> I >>>>>> >>>>>> If it's put into the language then it affects 100% of the users, but >>>>>> what percentage of the user base would actually take advantage of >>>>>> this feature? If it's only 1% then for the other 99% it's a complete >>>>>> waste of time >>>>> >>>>> how does any feature you don't use affect you? >>>> >>>> Because the language itself becomes bloated with the capabilities it >>>> has to offer, look for and deal with. This makes it bigger and slower >>> >>> unproven claim! >> >> It's pure common sense! You have to carry around the capability of doing >> something, then have tests everywhere to see if that capability is >> actually required or not at run-time. > >it depends on the implementation and just beause you say so does not prove >anything and even if you need to measure, optimize and make decisions based >on technical facts - what you do is "mimimi i say" I have worked on software which provided lots of different options, which means that you have to keep testing if an option is being used or not. This is an overhead whether you like it or not. >> There is a big difference between adding something to the language core >> which everyone has to load into memory, and having something in an >> extension which is entirely optional. >> >>> or why did 5.3, 5.4, 5.5 and 5.6 not speaking about 7.0/7.1 *all* have >>> new features and where *faster* then the previous version - frankly you >>> are raising alarm for no reason Can you prove that each new version was faster? Where is your evidence? >> PHP 7 is faster than PHP 5 for various reasons, such as it being 64bit >> instead of 32bit > >WTF, only in your windows world which don't matter that much, everywhere >else x86_64 is normal for many years and each software Excuse me! Some of the major clients who use my ERP application only use Windows servers, so your claim that Windows does matter is completely bogus. >> and improvements made to the engine itself, such as the AST. I submit >> that it would be smaller and faster if it did not have to carry around so >> much dross. Adding something to the core language just to save a few >> keystrokes for a small number of lazy developers falls into the category >> of dross > >you ignored that practicaly *every* PHP version before PHP/ was faster >*and* had new features compared to the previous one Just think how much faster and easier to maintain it would be if all this save-a-few-keystrokes dross had not been added in the first place. -- Tony Marston