News for hackers. Stuff that matters.
[dead]
Re:Upcoming changes in PHP 7.1 by gog on Monday May 23, 2016 @10:45AM (#11754154)
PHP community is huge and you are generalizing things from your limited experience.

The language is not perfect (is any?) but it works and delivers business value.

If it's not your cup of tee, that is fine, but I don't see you promoting better solutions, just bashing on PHP. Some people think that that is cool, well, it's not.

Re:Upcoming changes in PHP 7.1 by greatdipper on Monday May 23, 2016 @11:47AM (#11754596)
Bashing Php should be encouraged just like bashing any other bad practice..

For example. Take the case of MySQL injection. People does not hand wave SQL injection vulnerabilities by saying. "Na, It haven't happened to me ever, even after 10 years of making websites using mysql". Just like that.

Use of PHP IS a bad practice today.

Re:Upcoming changes in PHP 7.1 by ars on Monday May 23, 2016 @12:03PM (#11754715)
The fact that you think SQL injections are actually MySQL injections tells me you are not qualified to criticize PHP.

Get a few more years of experience then come back.

Re:Upcoming changes in PHP 7.1 by greatdipper on Monday May 23, 2016 @12:25PM (#11754851)
>SQL injections are actually MySQL injections

What? Where did I say so?

I said "people does not hand wave SQL injection vulnerabilities by saying they haven't encountered it in their 10 years of experience with MySQL".

That does not mean all sql injection vulnerabilities are limited to MySQL!

Is this one of those of tactics that are frequently employed by php apologists to derail arguments against the language?

Re:Upcoming changes in PHP 7.1 by ars on Monday May 23, 2016 @12:38PM (#11754939)
A: That isn't what you said. You said: "Take the case of MySQL injection."

Second, bringing up MySQL when talking about SQL injection is rather odd, and I don't see any reason you added that except that you don't realize MySQL is irrelevant.

> to derail arguments against the language?

Your "arguments" were very poor. There was no need to detail them.

Re:Upcoming changes in PHP 7.1 by TryAgainMaybe on Monday May 23, 2016 @10:43AM (#11754137)
PHP is a widely-used mature tool for website development. It can be used in good or bad ways by good or bad people. Nothing more, nothing less. No need for the fanatical absolutism.
Re:Upcoming changes in PHP 7.1 by busterarm on Monday May 23, 2016 @10:48AM (#11754172)
"Yeah, well, you know, that's just, like, your opinion, man."

Seriously though, it's just a tool. Sometimes it's the right tool. I come from working with other dynamic languages to using (modern) PHP daily in my current job and it's fine. Absolutely fine to work with. Does it have gotchas? Sure, just as much as any other language.

Re:Upcoming changes in PHP 7.1 by greatdipper on Monday May 23, 2016 @11:45AM (#11754583)
>Sure, just as much as any other language.

Did you see the thread I just linked?

https://www.reddit.com/r/PHP/comments/41bm7j/new_rfc_allow_s...

I don't see something like this happening this in any main stream language.

That example illustrates one thing very clearly. How you believe you KNOW the language, and how it pulls the rug from under your feet in the most unexpected way.

You can wait for it to happen to you. Or you can learn from the experience of others.

Your pick.

Re:Upcoming changes in PHP 7.1 by busterarm on Monday May 23, 2016 @12:44PM (#11754985)
There's always some "here be dragons" area/library in any language. I've had it with Ruby, JavaScript, Clojure, Scheme and PHP.

It's really easy to pick on PHP's array methods. Sure there are problems there. What that means though is that when I'm using them I refer to the documentation frequently. I do this anyway, with any language.

The language never made or broke any promises to you, except where the specification is incorrect. Create a ticket when you find it. Notice how in the example you linked that the documentation is explicit about that caveat.

Programming languages are just tools. They are not your girlfriend. They are not your religion. There is no one tool to rule all tools and you're not entering into some major commitment in life to use them.

Re:Upcoming changes in PHP 7.1 by coldtea on Monday May 23, 2016 @01:32PM (#11755377)
>It is a stupid, stupid piece of crap.

You haven't convinced anyone for either your eloquence or your argumentative skills.

All your comments in this post, furthermore, suggest a teenager or close. Not to be ageist, but "stupid piece of crap", "shittier community", "drama loving, infantile minds" show neither deep thinking on the subject nor much maturity.

Re:Upcoming changes in PHP 7.1 by greatdipper2 on Monday May 23, 2016 @01:49PM (#11755502)
>you haven't convinced anyone for either your eloquence or your argumentative skills.

Even in this thread,

https://www.reddit.com/r/PHP/comments/41bm7j/new_rfc_allow_s...

even when the language shows its true color in front of their very own eyes, people continue to be in denial. (See arguments of /u/betterphpguy).

I don't bother to polish my arguments regarding this, because I know how futile it really is. A programmer who "likes" or Php cannot be convinced otherwise by arguments. If he/she is lucky, their own experience with the language and outside of it, will take them to that realisation.

I do this only for the benefit of any newcomer who might come across these thread, and might think that Php is on par with the other languages.

Re:Upcoming changes in PHP 7.1 by coldtea on Monday May 23, 2016 @02:07PM (#11755634)
Part of growing up is not caring for BS like this, because you can find this, and even worse caveats in any popular language (and worse stuff in non populars).

You will also realize that such caveats never prevented people from creating billion dollar companies with PHP (or C++, or JS, etc), and perfectly workable code, powering 40% of the internet.

The rest are child games.

Re:Upcoming changes in PHP 7.1 by dang on Monday May 23, 2016 @04:13PM (#11756562)
We've banned these accounts for repeatedly breaking the HN guidelines.