Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75832 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 57648 invoked from network); 22 Jul 2014 10:26:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Jul 2014 10:26:38 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.41 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.192.41 mail-qg0-f41.google.com Received: from [209.85.192.41] ([209.85.192.41:35993] helo=mail-qg0-f41.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 57/2C-14611-D5C3EC35 for ; Tue, 22 Jul 2014 06:26:38 -0400 Received: by mail-qg0-f41.google.com with SMTP id q107so6732187qgd.14 for ; Tue, 22 Jul 2014 03:26:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0b5DrXdlKUNupRPEi5eXvRP127uBX18Jp9A5Gx58xqI=; b=OwwG9MnDi7DQCxfWOYXk80VbIhr9Gj0GlyWSED/VFmW01eF+Dkp3NWsVjGA3fhfATM f7cyKDix41XfkLNo2iHYMf72ABAV3UfCFHpP7CM39ZoVdCTU7S5RJUeCSbnkRwvcsw4d R9ez5DjqZQXiTPWLce2MWP+FXv03Z94Zprst1OIz9wkJpzVVVuekbXgD1PDc3REAgnWI GeZUF1qu4vEd2JCeq+oxYXZo6MFZ7JFx9a8Uq4Ddt5DJJFzcAlJMR/Aoti97LRil8F6P 5+InXMQzCE+x4A6f3MOSNPX/e/9jPlldW7JbGhPL3sZCXhqZx58o5SgLEcF2k+7cQSe8 kdNQ== MIME-Version: 1.0 X-Received: by 10.224.8.5 with SMTP id f5mr17843947qaf.87.1406024795420; Tue, 22 Jul 2014 03:26:35 -0700 (PDT) Received: by 10.140.28.139 with HTTP; Tue, 22 Jul 2014 03:26:35 -0700 (PDT) In-Reply-To: References: <-6299216022086038902@unknownmsgid> <53CE0EAE.8060602@lsces.co.uk> <0587d9fc9ab9ac41fcbfdb499c4e6ab8@mail.gmail.com> Date: Tue, 22 Jul 2014 12:26:35 +0200 Message-ID: To: Benjamin Eberlei Cc: Zeev Suraski , Lester Caine , PHP internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] RFC: Move phpng to master From: pierre.php@gmail.com (Pierre Joye) On Tue, Jul 22, 2014 at 12:11 PM, Benjamin Eberlei wrote: > On Tue, Jul 22, 2014 at 11:32 AM, Pierre Joye wrote: >> >> On Tue, Jul 22, 2014 at 11:18 AM, Benjamin Eberlei >> wrote: >> >> > This is the opportunity to do the cleanup now, based on phpng branch. >> > Since >> > the branch is pulic on Github, how is development secret? >> >> Benjamin, please check the background before replying. 80% of phpng >> development has been done secretly, before it was even announced. This >> development happened while we were discussing, collaborating, working >> on what will be php-next, including the long due 64bit patch. These >> actions and discussion have done without any feedback from any of the >> phpng developers. I can't blame them for not talking about phpng, but >> to have signed a NDA to do work on PHP itself. > > > I know the background and the int64 clash was unfortunate, however it was > resolved from what I see in a good compromise. There was no compromise but forcing a move on something that does not exist yet. We made the step to propose a merge with phpng if phpng is ever accepted. No step done from the phpng team, in contrary. So much about coop and trust of said promises. > I don't see how starting to work on some feature/refactoring requires > immediate communication with all of the team, since you need to prove it > works first, obviously you have the prototype then, which is always kind of > secret, because you are the only one who worked on it. There is a huge difference between working on a specific feature and do a total rewamp of the core, breaking APIs even more, for months, ignoring discussions about the exact same topic, let other waste *months* of work by doing so. Even have the mood to say that there is no plan to replace master with phpng and then come up with such proposal. I am sorry, but I totally fail to understand that we could even consider this behavior as good or normal. > Everybody can put their own time where they want in Open-Source, and since > After the initial prototype there was the announcment, no ninja merge or > similar, discussion is still possible. But this requires constructive review > of the patches and pull requests, like its done in any project I worked on > (Symfony, Doctrine, ..). Instead this discussion has already gone south > again discussing about politics instead of the actual code. What you see as politics, I see it as the core issues in why the PHP project does not work as team. >> > With Zend, Nikita >> > and laurence putting so much time into this, I fail to see how it would >> > work >> > to notify everyone of all the changes they are doing. As with every big >> > project you have to put time into following its progress. I agree though >> > that Zend (Zeev, Dimitry) could improve the RFC with a little more >> > details, >> > its focussing a lot on performance. >> >> A little? There is no details, there is no doc, there is nothing but a >> huge set of patches. >> >> > As i understood Nikita and laurence they are already improving it based >> > on >> > the first prototype from month ago. Honestly, if Nikita says converting >> > his >> > extensions improved the API a lot then this is a good sign for me >> > already. >> >> It does not improve anything from an extension developer point of >> view, or very little. On the other APIs are more dangerous, confusing >> and inconsistent. > > > So there is your opinion aginst Nikita's. He has already ported his > extensions and gave a positive opinion. Well, seriously, are you surprised that one of the phpng developer likes what phpng changes? I am not. And phpng solves none of the current APIs issue and code awful state. I am not alone to say it and I am not alone to see it. > PHP 5.3, 5.4 and 5.5 had fantastic feature additions and they are only minor > releases. > > I am a strong supporter of those features, however they have been voted out > several times, so I have accepted that they will probably be never in the > Core. I don't mind, they are just syntactic glue, PHP works for me anyways. > > What I would hate to see is that PHP 6/7 blocks itself by wanting to be too > much, failing again or delaying years like PHP 5.3. I agree with Zeev that > if phpng is going to be master, then this should be released sometime next > year. No way. It is impossible and there is so much chances to fuck it up by rushing it this way. And as usual, we will have to take of this mess for the next decade. This is not something I can live with. > Btw, it is your credit that we have the RFC process now, so i fail to see > how this would mean we have another 10 years of PHP 6/7 deadlock, the > release schedule increased massively since then and I expect this to > continue, even more so with the HHVM competition. That being said, between one year and six years there is a medium way. And this is the way I strongly recommend. What you do not seem to see or understand is that engine/core refactoring can't and won't happen post 6/7.0.0, for obvious reasons like API BC or similar things. Other features will require engine changes as well, and I can already see Zend blocking them with the same arguments they used in the past. Too big for a minor version, affect too many areas, we loose 0.01% perf here and there, etc. I am not willing to let that happen again, I am not willing to get 6/7 as we got 5. Cheers, -- Pierre @pierrejoye | http://www.libgd.org