Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:80503
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.44 as permitted sender)
Message-ID: <54B6FBD8.9050109@gmail.com>
Date: Wed, 14 Jan 2015 15:29:28 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Zeev Suraski <zeev@zend.com>, RQuadling@gmail.com
CC: Andrea Faulds <ajf@ajf.me>, Leigh <leight@gmail.com>, 
 PHP Internals List <internals@lists.php.net>
References: <8DCD1B72-C81D-499E-B455-E4A042CD76E6@ajf.me> <CAPwsocGyv7dp8n=_E1QfrXRSbYZXcHZAPk5F=hDLB070i=SCGA@mail.gmail.com> <4E2073DE-0951-498C-97BB-DDAC094F11FA@ajf.me> <9a033dd1f223f854e760924d118ab812@mail.gmail.com> <CAKUjMCU-57cDpG5ZbDGv10dSqx=Ey40D-WbKxKSnC6oSYOfLWw@mail.gmail.com> <2ae0164cb9b9bf1c974d7a3c60af0466@mail.gmail.com>
In-Reply-To: <2ae0164cb9b9bf1c974d7a3c60af0466@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [RFC] Scalar Type Hints v0.2
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> We’re definitely not going to have consensus on introducing both options as
> per this RFC.  I for one think it’s the worst possible option.

I agree. Being wrong is bad, making a mistake is bad, but having split
personality language and not knowing in which world you are - or even
worse, having to deal with both worlds in the same code and being thrown
back and forth between them by some little switch which is easy to miss
- IMO is worse. I don't like strict typing in PHP because I think it is
contrary to the idea of how dynamic languages should work, but I'd
rather have that then two sets of rules living within the same code,
especially when looking at the function I can't even know how it would
work without checking if there's a declare hiding somewhere. And
refactoring becomes a nightmare - what if I moved function from strict
world to non-strict world or vice versa?

I also agree with Dmitry in other thread - if some conv rules are so bad
everybody hates them (or at least you think it is the case :), we can
change them. We are already on that track with some weird ones like
array->string. Even with BC effects, IMO better than too many sets of
rules.
-- 
Stas Malyshev
smalyshev@gmail.com