Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:73372 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 80425 invoked from network); 24 Mar 2014 09:52:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Mar 2014 09:52:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:48607] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 30/C2-63501-17000335 for ; Mon, 24 Mar 2014 04:52:49 -0500 Received: from [192.168.2.31] (ppp-188-174-53-226.dynamic.mnet-online.de [188.174.53.226]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id 76CB34302B; Mon, 24 Mar 2014 10:53:33 +0100 (CET) To: Pierre Joye Cc: "Ivan Enderlin @ Hoa" , internals In-Reply-To: References: <532FF7B9.5040700@hoa-project.net> <1395653827.9365.9.camel@guybrush> Content-Type: text/plain; charset="UTF-8" Date: Mon, 24 Mar 2014 10:52:24 +0100 Message-ID: <1395654744.9365.17.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP Specification From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Mon, 2014-03-24 at 10:42 +0100, Pierre Joye wrote: > Agreed on the contributions process, however: > > Ivan is talking about specifications, an implementation follows a > given specification, not the other way 'round. A well written > specification greatly simplify documentations, implementation(s) and > testing, to name only a few advantages. Yes, that's what we do in RFCs. I won't stop anybody from consolidating a base specification, but as everything in this volunteer driven project this depends from people actually doing this, not from meta discussions. Also as long as PHP is the PHP reference implementation all things have to be implemented there to be part of the language. > That being said, I find very disturbing the total lack of interest > from historical (from a time pov, not activity) core developers in the > next major version. Most drastic changes around PHP happen outside > PHP, many features our users are looking for are implemented outside > the core while we keep arguing about the needs of these features. This > is not a good thing. In my opinion it is a good thing that PHP is powerful enough to enable frameworks etc. to innovate around the core language. The core language has to be a reliable and stable. johannes