Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85097 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 28610 invoked from network); 16 Mar 2015 22:03:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Mar 2015 22:03:15 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.181 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.216.181 mail-qc0-f181.google.com Received: from [209.85.216.181] ([209.85.216.181:34165] helo=mail-qc0-f181.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 47/BE-34940-22357055 for ; Mon, 16 Mar 2015 17:03:15 -0500 Received: by qcaz10 with SMTP id z10so57664044qca.1 for ; Mon, 16 Mar 2015 15:03:12 -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=pfxHlbrxyb9CxUQd0bxxJD24QqxOLu4Hzkbs+pGVcOs=; b=aykfuNCgEHoEThnIrROT4qakQ5FTH9tvdGYA7cNU+gQ7l+GpzpyyzviA88m+FVgdMn zJp9rQdT7iZNJsnqUeNOtuM0OQ6T6sy4Uvx2GMlwJT+5cOlyQjSc4ybGzZ+5316dP9iJ qWuZbb9dXmEPcJGc83NRPFe5nhGaQ+aL3+YyYMvROD9hfzjbEbKIOxnZa6i+Gssd1fmJ ktrGX2IRziKVGrAGVd6X3pOZHO6UUeTkCsXWxONgOCk+CAb6MOG/Tr8rAQ+i3vqtIC/i uhH2cCxP50qqaHkRMWO1STADqwZCVkSsSbywBUoUSZDXc7GcInOfz/EZXNFKHG70LN15 GhhQ== MIME-Version: 1.0 X-Received: by 10.229.207.198 with SMTP id fz6mr77776381qcb.27.1426543392275; Mon, 16 Mar 2015 15:03:12 -0700 (PDT) Received: by 10.96.39.195 with HTTP; Mon, 16 Mar 2015 15:03:11 -0700 (PDT) Received: by 10.96.39.195 with HTTP; Mon, 16 Mar 2015 15:03:11 -0700 (PDT) In-Reply-To: <5506C783.3020207@seld.be> References: <55066F07.80308@birkholz.biz> <5506794B.8090008@birkholz.biz> <5506C783.3020207@seld.be> Date: Tue, 17 Mar 2015 09:03:11 +1100 Message-ID: To: Jordi Boggiano Cc: PHP internals Content-Type: multipart/alternative; boundary=089e0122eb9c2741d505116f04b9 Subject: Re: [PHP-DEV] About declare(strict_types = 1) From: pierre.php@gmail.com (Pierre Joye) --089e0122eb9c2741d505116f04b9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mar 16, 2015 11:07 PM, "Jordi Boggiano" wrote: > > On 16/03/2015 11:49, Pavel Kou=C5=99il wrote: >> >> it's similiar to the safe_mode though. Sure, it's not as bad as INI >> setting, but the "intent" is the same - a switch changing how code >> behaves. > > > ini_set('memory_limit', 10); also changes how your code behave, but it's global so that can be problematic. > > die; changes how your code behave, but you can fix it if it doesn't do what you want in your file. > > Code has meaning and therefore code changes what the program does. I don't think that's really a problem. > > >> When I talked about the Dual Mode with some friends who are userland >> PHP devs (either current or former, because they switched to other >> stuff), none of them called the Dual Mode a great idea. The responses >> I got were mostly along the lines of "wow, this seems really weird" to >> "WTF are those developers smoking". Everyone of them (sure, ~10 people >> isn't really representative number) said that they think PHP needs >> STH, but not this Dual Mode stuff. >> >> Seriously, think about it for a while - when some setting that changes >> how code behaves was a good idea? > > > All your friends can happily ignore strict mode and no sysadmin can enable it as it is per-file. Those of us that do understand it and might want to use it can do so, and if your friends eventually go beyond the "this seems really weird" phase (it *is* weird because it's an uncommon approach to have both strict and non-strict in one language, but that doesn't necessarily mean it's bad) maybe they'll want to use it too some day. Or perhaps they'll need to start smoking. Btw, I have seen similar comment (to the ones in this thread) about the windows-like separator for namespaces. Guess what? Nobody cares now. :) --089e0122eb9c2741d505116f04b9--