Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:73530 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 75226 invoked from network); 2 Apr 2014 18:55:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Apr 2014 18:55:35 -0000 Authentication-Results: pb1.pair.com smtp.mail=eli@eliw.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=eli@eliw.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain eliw.com designates 69.195.198.246 as permitted sender) X-PHP-List-Original-Sender: eli@eliw.com X-Host-Fingerprint: 69.195.198.246 mx-mia-1.servergrove.com Received: from [69.195.198.246] ([69.195.198.246:34893] helo=mx-mia-1.servergrove.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5B/B2-60619-52D5C335 for ; Wed, 02 Apr 2014 13:55:34 -0500 Received: from [69.195.222.232] (helo=smtp1.servergrove.com) by mx-mia-1.servergrove.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1WVQJq-0003Y6-Bq; Wed, 02 Apr 2014 18:55:26 +0000 Received: from [69.140.213.111] (helo=crossbow.local) by smtp1.servergrove.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from ) id 1WVQJl-0002Jz-1c; Wed, 02 Apr 2014 18:55:21 +0000 Message-ID: <533C5D18.5040907@eliw.com> Date: Wed, 02 Apr 2014 14:55:20 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: internals@lists.php.net References: <533C0713.9070106@eliw.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="focQ0bTsFb0IVpDEHrj3kiewjCQkguFf7" Subject: Re: [PHP-DEV] About PHP6 ... From: eli@eliw.com (Eli) --focQ0bTsFb0IVpDEHrj3kiewjCQkguFf7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 4/2/14, 2:02 PM, Marco Pivetta wrote: > Sounds like a typical case of "marketing screwed up development", where= did > I see that? > > I agree with Nikita - it makes no sense to adapt to broken literature t= hat > is well known to be wrong. > I'd be more worried by all the confusion about "where did PHP 6 go?", a= s > well as the panic for those folks who are constantly scared by upgrades= =2E > > And yes, it would be laughable to have PHP7 without a PHP6 :-) > Thanks for the feedback Marco. A few responses: 1. On the 'marketing screwed up' and 'adapting to broken literature'. Realize that if we call the language PHP6, we are actually helping those marketers who named their books PHP6. They will get a large boost in sales as people search for books on this 'new PHP'. 2. On being 'well known to be wrong'. I believe you missed part of my message, which was pointing out that it's not actually well known. In the grand scheme of things, yes, the 'core community' knows that these things are wrong. But the point is that you would be amazed that for every community member you know, there are a dozen programmers out there who don't know that any sort of community exists. I just ran into a company in a nearby town 2 nights ago, who suddenly had 3 programmers from their firm show up to a local meetup. They'd been doing PHP development for 10 years now - They had no idea that meetups, or any online community existed. And once 'real' books about PHP6 come out, and would be sitting next to the 'incorrect' books on PHP6. How can one tell in a basic amazon book search, which are accurate, and which are incorrect? You can't even go off of the publication date, because often when publishers re-print a book, those dates automatically rev. 3. "Where did PHP6 go?" For those that have that question, it will be a simple google to answer it, and I would expect it to be a big story on php.net explaining it. On the converse, if we release a PHP6, then noone will question it. Noone will google: "Is the current PHP6 the same as the PHP6 that was supposed to come out years ago?" Because there's no reason to question it. 4. "laughable to have PHP7 without a PHP6" Yes and no. In the history of software development, this has actually happened many times in the past. I could quote a number of examples. (Word & WordPress anyone?) And really There is definite precedent for it. We had a PHP6, there was a branch. It was deemed a dead product, and so you move on to 7. More importantly in this case, it comes back to: I doesn't hurt us, at all, to just call it 7 and move forward, with a blog post explaining why it was done, because 6 was a 'dead product branch'. There is no drawback. And the benefit to the untold masses of programmers out there, both current, and those who will be picking up PHP in the future, is great. Eli --=20 | Eli White | http://eliw.com/ | Twitter: EliW | --focQ0bTsFb0IVpDEHrj3kiewjCQkguFf7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlM8XRgACgkQUTBVzmoxCKLQmgCgrXw7EI1Z1obprb06lxR8ASRS Tv4AmQHxEHINQc+Pdg7qiG2nHnJYmsj9 =h82V -----END PGP SIGNATURE----- --focQ0bTsFb0IVpDEHrj3kiewjCQkguFf7--