Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48166 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 29580 invoked from network); 30 Apr 2010 01:56:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Apr 2010 01:56:41 -0000 Authentication-Results: pb1.pair.com smtp.mail=adam@adamharvey.name; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=adam@adamharvey.name; sender-id=unknown Received-SPF: error (pb1.pair.com: domain adamharvey.name from 74.125.83.170 cause and error) X-PHP-List-Original-Sender: adam@adamharvey.name X-Host-Fingerprint: 74.125.83.170 mail-pv0-f170.google.com Received: from [74.125.83.170] ([74.125.83.170:52644] helo=mail-pv0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 13/75-26584-8D83ADB4 for ; Thu, 29 Apr 2010 21:56:41 -0400 Received: by pvc7 with SMTP id 7so799182pvc.29 for ; Thu, 29 Apr 2010 18:56:38 -0700 (PDT) Received: by 10.115.39.39 with SMTP id r39mr11305006waj.157.1272592597675; Thu, 29 Apr 2010 18:56:37 -0700 (PDT) MIME-Version: 1.0 Sender: adam@adamharvey.name Received: by 10.115.16.9 with HTTP; Thu, 29 Apr 2010 18:56:17 -0700 (PDT) In-Reply-To: References: <1272386397.870.28.camel@guybrush> <698DE66518E7CA45812BD18E807866CE0411CA39@us-ex1.zend.net> <7C4871F6-CD94-47F2-94C5-4C6FDAC98FD9@pooteeweet.org> Date: Fri, 30 Apr 2010 09:56:17 +0800 X-Google-Sender-Auth: d62d643fccb53ad6 Message-ID: To: Gwynne Raskind Cc: Lukas Kahwe Smith , =?UTF-8?B?SsOpcsO0bWUgTG95ZXQ=?= , Andi Gutmans , =?UTF-8?Q?Johannes_Schl=C3=BCter?= , Pierre Joye , Ilia Alshanetsky , Kalle Sommer Nielsen , Derick Rethans , PHP Developers Mailing List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] trunk is alive and open From: aharvey@php.net (Adam Harvey) 2010/4/30 Gwynne Raskind : > On Apr 29, 2010, at 10:05 AM, Lukas Kahwe Smith wrote: >>>> As I've mentioned in the past I think we are better off with shorter r= elease cycles and less features per cycle. Reduces risk and enables us to p= ush out value faster. For example, we have made (and are still making) sign= ificant performance enhancements to the runtime. It'd be a shame if that wa= ited until Q4 for alpha. I think with traits, performance enhancements and = a few additional changes we already have a pretty substantial version. >>>> >>> >>> +1 >> >> >> +1 > > > +1 +1, where 1 is actually quite a large number.