Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66103 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 94098 invoked from network); 21 Feb 2013 11:24:28 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Feb 2013 11:24:28 -0000 Authentication-Results: pb1.pair.com header.from=zeev@zend.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=zeev@zend.com; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain zend.com does not designate 209.85.219.48 as permitted sender) X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 209.85.219.48 mail-oa0-f48.google.com Received: from [209.85.219.48] ([209.85.219.48:47895] helo=mail-oa0-f48.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A3/BE-03224-BE306215 for ; Thu, 21 Feb 2013 06:24:28 -0500 Received: by mail-oa0-f48.google.com with SMTP id j1so8905989oag.7 for ; Thu, 21 Feb 2013 03:24:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:from:references:in-reply-to:mime-version:x-mailer :thread-index:date:message-id:subject:to:cc:content-type :x-gm-message-state; bh=UpbODO7vneE/Q6QsAvWitND86BoLwH61BzemIz2MoYM=; b=M3QpNx/fw6EWA0sWGnhloGFN3npCjUMhERsBrN1Ab6KMGkaXZD3Gg7oLG99nD8dCl/ GiAessqKqOl/U0EEfkCEa3RLxeFIWbKkgU9oK1KjjCaNDR3wJ1IlNwVt/XagRTDtC5Tk fSD16eguNNmBK+DjWVvyInfy5SK73KeoXuUefiEzb+94nHuFy+SI9lFLwrdFS5uKD1v9 mFi3/sweZXVKPIrKfpWKpebLh15HrN8SlkoRTEkKc6nWZ5n8wkfMUsWkqbmmsCCqalGh eJc8bf65iMM+H7iXfSp9W0vcyJYkERDP4gph4x5P9e3rIrHiiyjUWoLBiRXq4Hvk1yqq Uq+A== X-Received: by 10.60.3.10 with SMTP id 10mr11099807oey.61.1361445865248; Thu, 21 Feb 2013 03:24:25 -0800 (PST) References: <678597E6-E3A8-42E0-8DFC-F8382C9DFB41@strojny.net> <8d4e991084a1313844910ec0168eacdf@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQKUtCADwWZJQw53BQRQK5z5+Zyt1AI9ey+DAuX/OEUCE1wVSpa9KxYQ Date: Thu, 21 Feb 2013 13:24:24 +0200 Message-ID: <829d097b47f87f11b1e6186c6467b3c7@mail.gmail.com> To: Pierre Joye Cc: Lars Strojny , Derick Rethans , PHP Developers Mailing List Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnl+omsAYj7xBnC6DYeALzt1yPO26SyKugCs7ynAkX0SMWZl4HjhBB/fZvWq1M4qRfNeZo8Quj0xtF0o8+LBXflR7DnMuAPJVqOVclPVgLalP1sAqAqQ3x8kmfPVJB2SGiWgiE3 Subject: RE: [PHP-DEV] Give the Language a Rest motion (fwd) From: zeev@zend.com (Zeev Suraski) Pierre, People who think differently from you are not necessarily blind of stubborn. I honestly think that those comments were completely out of line in several different ways. Regarding 'voting with feet', it's an idiom, look it up. Zeev > -----Original Message----- > From: Pierre Joye [mailto:pierre.php@gmail.com] > Sent: Thursday, February 21, 2013 12:09 PM > To: Zeev Suraski > Cc: Lars Strojny; Derick Rethans; PHP Developers Mailing List > Subject: Re: [PHP-DEV] Give the Language a Rest motion (fwd) > > hi Zeev, > > On Thu, Feb 21, 2013 at 10:56 AM, Zeev Suraski wrote: > > What you're bringing up is not at all about adapting. Adapting is > > something we do at the extensions, frameworks and tools levels. I'm > > happy to say PHP's ecosystem here is very healthy, in my opinion. > > Yes, most of the time. But the language needs evolution, must have evolution. > > F.e., how long have we been battled for annotations? With all respects, it is > about being blind and stubborn to say that PHP should not have annotations. > But due to some "I'm happy with what we have now" way of doing things, we > are very unlikely to have them any time soon, even if any major projects out > there are waiting for it, for years. Even the ZendFramework leads want them > now (changed their mind since the last attempt). > > This is not about borking the language with useless features. This is not about > being on the cutting edge. this is about catching up with the competition. > > > Adapting is not what we're dealing with here. We're talking about Adding. > > Adding? Surely a matter of wording. I'd to say evolve and catch up. > > > By adding more and more, we're making the language more and more > > complex, less and less accessible to both new and existing developers, > > thereby hurting its #1 appeal - simplicity. > > I heard that in php 4 > 5 and OO, and all we rejected back then have been > introduced since then. Not sure what is the best way, trying to stop with all four > feet (to take your analogy) any kind of additions/evolution/catching up and then > still doing it but years later, or trying to get a bit more open minded and listen to > our communities. > > > As we thrust forward towards 5.5, > > more than half of the community is still on 5.2. 5.4 is virtually > > nonexistent in terms of real world usage, and yet we thrust forward to > > 5.5, as if the community at large cares about all these new features. > > The community is voting with its feet, and that is probably the best > > survey we're ever going to get. > > Excuse me? Voting with its feet? Dare to explain the underlying meaning of this > comment? > > > > I'm not saying we shouldn't add new features. But I am saying that we > > shouldn't add many of them. The very few we should add - should have > > exceptional 'return on investment'. To be clear, the investment isn't > > just the effort to develop or even maintain the implementation - > > that's not even the main point. It's the increased complexity that > > each and every new language construct brings with it, whether we like it or > not. > > Yes, totally agree here. Annotation and usable getter/setter syntax have a huge > ROI. Discuss with any application or framework developers/users will bring you > to the same conclusion. > > > There used to be a language that was the Queen of the Web. It was > > full of clever syntax. It prided itself on having a variety of > > expressive ways of doing the same thing. You're on the mailing list > > of the language that dethroned it. > > You are living in the past glory. We are not willing to make PHP more complex or > kill it. We are willing to make compromises between the 2000s simplicity and the > needs of modern application developments. > These compromises are not only required but possible. > > > Cheers, > -- > Pierre > > @pierrejoye