RE: [PHP-DEV] PHP 7.0.0 final RTM delay
| From: | Anatol Belski | Date: | Thu, 03 Dec 2015 10:44:05 +0000 |
| Subject: | RE: [PHP-DEV] PHP 7.0.0 final RTM delay | ||
| References: | 1 2 3 4 5 6 7 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-89542@lists.php.net to get a copy of this message | ||
Hi Zeev,
> -----Original Message-----
> From: Zeev Suraski [mailto:zeev@zend.com]
> Sent: Thursday, December 3, 2015 9:55 AM
> To: Anatol Belski <anatol.php@belski.net>
> Cc: Sebastian Bergmann <sebastian@php.net>; internals@lists.php.net
> Subject: Re: [PHP-DEV] PHP 7.0.0 final RTM delay
>
>
> > On 3 בדצמ׳ 2015, at 10:09, Anatol Belski <anatol.php@belski.net> wrote:
> >
> > I would just ask for some patience, as mentioned before - today by UTC
> > the announcement is going out. It is still December 3rd as planned.
> > That's why I was sending the awareness about the late UTC afternoon today.
> >
>
> Anatol,
>
> We're not dealing with tax forms that have to make it in by midnight UTC but
> rather with humans. Humans who are very excited and literally can't wait to
> celebrate the release of PHP - a lot more so as an event than necessarily
> downloading and installing it right away (if that's what they cared about they
> could do it already).
>
> Releasing it now would mean most of the world gets to actually celebrate it on
> Dec 3rd, instead of turning it into a frustrating waiting day. I find it hard to
> imagine people having an issue with us saying the Windows binaries would be
> coming soon. That's why all in all, I think it's a mistake not to push it out as
> early
> in the day as possible, in other words - now.
>
> I also think that in general we shouldn't wait with source releases for binary
> release - but specifically in this case, it's too minor a thing in my opinion to delay
> a historical release like that of PHP 7.0.0.
>
> My 2c.
>
My red wine is already cooling for two days, your preferential drink for sure, too. The moment is
big. But how human it wants ever to be, it is hardly applicable to the the job of delivering a
release, even today. We should not let us to hype but do a solid delivery with everything that
belongs to it at the current time. Acting any other way can get dangerous in the technical
perspective and specifically today it would be explicitly unfair to a part of the community. Both
things are bad. That's why I would prefer rather to keep the heads cold and to follow the
process that is proven to deliver successful releases, then we can be sure others have a real reason
to overhype.
Regards
Anatol