-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2/18/2016 10:53 PM, Stanislav Malyshev wrote: > This is all generic advice which is nice and well if we would be > designing language anew. As it is, we are not - we already have > lots of code using var. For code not using var, removing var does > not do anything. For code using var, removing var means no upgrade. > It is unnecessary breakage for the sake of feeling that we follow > the advice somebody put on the website. That feeling is not worth > very real work that people would have to do to achieve what they > already have now.
I would not say that the information that the Nielsen Norman Group puts on their website falls in the category of "somebody putting something on a website". https://www.nngroup.com/about/ https://en.wikipedia.org/wiki/Nielsen_Norman_Group Additionally there is other scientific work that supports what I stated, e.g.: http://www.eecs.yorku.ca/research/techreports/1999/CS-1999-08.pdf On 2/18/2016 10:53 PM, Stanislav Malyshev wrote: > Yes, PHP has aliases. Nothing wrong with that, provided you bother > to look in the manual once, and then you are enlightened forever. > [...] It only wastes their time if they don't read the manual but > instead chat on Stackoverflow :) Which I have nothing against, it's > just not the reason to introduce BC breaks because somebody asked a > question about it. A lot of things are wrong with this (see above reasons) and the RTFM argument is a thought-terminating cliché. Duplication harms the overall design of a language, it results in a maintainability burden for the developers, hell, even this discussion is only happening and wasting our time due to these duplications. I am not saying that your arguments about breaking changes and more complicated upgrades for a small user base are wrong; I am saying that these are weak arguments compared to the scientific facts and the overall progress for the PHP programming language. After all, we are talking about an upgrade path of several years. Anyone should be able to adopt by that time and they probably have other problems until then with their old systems. - -- Richard "Fleshgrinder" Fussenegger -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWx3V1AAoJEOKkKcqFPVVrc4cQAINj1zV9lXZAaMGCHrTWjtK8 RC04cjsYzG0XMUa+8wexxmQCkgMSBkRLOWaDa8VyCTbUabHSHi70Zf2mj0qyFQcM rv6DxYVorWDx5ty0odnv+8vgnBra2LHc4OntRGe0GWsM0Z4aQ2QfriMzaAt+diBn gSCC5yPxfE3jjqi4TYuT7eshQ3Kz0SeTAarY19fApi7f80JDwChHeerUiGFMZE3x GUUJi02NeKUnfqliAM0k9VGgAP4qGjmPiVFWjoQKZ9rYPvGRqztLO7c2V+65DlY7 He/vibZDsmvbQZXVcszi2cWNhhzn43XXTwF+jiFuKhlXNLwJJDcJbanfJtQJpEiI MB5adPIROxTtgJdrOBTZ8PMT0IKk4P1i19IUqL6sne4AJtcn3UYEoNUiUiO2TJfP 1zgNfTOAnlmf14jtij2g1wj8XPscjA38zo/2QWzGxadqgsQX6m2NgqlzMV+D6WbH C5KToC5EiF/WNWd/vsViYLCEPusuFzHDx8qWFH0ZiNBdhsMTX6yB+Rt5mKZ2hauY o4+5z4308JPrI8Ao6oroVJ3TqiGN7R8nWUlE3J5/v9psgYVdFMyIe1vXmhtROBo9 N382klHxZHVISis0290HnmdlP8t/g6AevdF3uGHbLEUA8Jzs9LwzrAlUtSBkCNlx 3Yeby46U03XVb3zCZzm3 =1iGy -----END PGP SIGNATURE----- -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php