Taking PHP Seriously [pdf] • Hacker News Board

Re: Taking PHP Seriously [pdf]

#71

Post by hayksaakian » Sat, Sep 28, 2013, 4:59 AM UTC

> mysql_escape_string vs. (sigh ) mysql_real_escape_string

ouch

Re: Taking PHP Seriously [pdf]

#72

Post by ChikkaChiChi » Sat, Sep 28, 2013, 5:03 AM UTC

harshreality wrote: post #14

vinight wrote: post #3

obligatory X is better than php flames on the way.. php just works.. end of story

$productid = "0x4zz5"; print $productid + 4; If printing "8" is your idea of a working interpretation of that code, then PHP is the language for you. If not, then PHP doesn't work. End of story.

Who the hell tries adding 4 to a product identifier?

I wish I could use static typing too, but when I can't I use vars that are somewhat intuitive.

Re: Taking PHP Seriously [pdf]

#73

Post by ChikkaChiChi » Sat, Sep 28, 2013, 5:11 AM UTC

Can anyone please point me in the direction of an open source project on Github that can showcase to me the 'elegance' of all these other programming languages that have the scale and adoption of some of the more well-known PHP community pieces?

I feel like so much of the bias towards PHP is either an unfair comparison (language to 'rails') or a bad taste left in the mouth because the person worked with a nasty domain specific language like Wordpress, Drupal, Magento, etc.

PHP is like pop music; there is a lot of it and 'true' artists think it's beneath them. Nevertheless the public demands and craves it, and most of the big web applications that are open source run on PHP.

If you feel like PHP is a blight on the world, by all means go out there and disrupt the community by launching something that gets widespread adoption the way PHP software has.

Re: Taking PHP Seriously [pdf]

#74

Post by bilalq » Sat, Sep 28, 2013, 5:13 AM UTC

hayksaakian wrote: post #71

> mysql_escape_string vs. (sigh ) mysql_real_escape_string ouch

I don't think bringing up deprecated functions is valid criticism. Everyone uses PDO these days.

Re: Taking PHP Seriously [pdf]

#75

Post by jronkone » Sat, Sep 28, 2013, 5:21 AM UTC

jdjb wrote: post #67

badclient wrote: post #35

Most of the criticism of php seems to contrast it with a language plus a framework. If you really want to compare, compare php with ruby or python, not Django or RoR. As for php encouraging shitty programming, a good bit of that is that so many more people program in php because its easier to get started with. This does not mean that just because php attracts shitty programmers that it doesn't have more or many aweso…

The linked article explicitly states that the author has found (albeit anecdotally) that good engineers are very very productive in PHP. I've found this myself as long as you don't go writing code that sits in PHP's "hmm, what'll happen if I do this..." area.

AFAICT, "good engineers are productive in X" doesn't imply that they wouldn't be yet more productive in Y.

Re: Taking PHP Seriously [pdf]

#76

Post by tomgruner » Sat, Sep 28, 2013, 5:26 AM UTC

ChikkaChiChi wrote: post #73

Can anyone please point me in the direction of an open source project on Github that can showcase to me the 'elegance' of all these other programming languages that have the scale and adoption of some of the more well-known PHP community pieces? I feel like so much of the bias towards PHP is either an unfair comparison (language to 'rails') or a bad taste left in the mouth because the person worked with a nasty domai…

I don't take php much more seriously than I take pop music. They both exist. At one point in my life I enjoyed them both immensely. Now I have chosen music that better fits my tastes and solutions that better meet my needs.

I don't choose my music by popularity, and won't try point you to popular repositories. You need to look at your needs, and decide what works for those needs. If that is php, that is great. No need to look further. If php doesn't cut it for you, you will have to decide what you need and find a solution that works for that.

Re: Taking PHP Seriously [pdf]

#77

Post by mappu » Sat, Sep 28, 2013, 5:27 AM UTC

dkhenry wrote: post #44

At this point we almost need to stop saying facebook programs in PHP. I know this was defending PHP, but look at what is happening. Facebook ( big engineering firm, lots of developers and resources ) could not get php to work for them short of rewriting the core (HPHP ) and then adding on features to the language that most other languages have determined are useful enough to be baked into the language. Here is my TL;…

    >At this point we almost need to stop saying facebook programs in PHP

This isn't the first language-incompatible change they've introduced - see XHP, which used to exist as a Zend extension(?) and is now rolled into hiphop

Re: Taking PHP Seriously [pdf]

#78

Post by duskwuff » Sat, Sep 28, 2013, 5:43 AM UTC

bilalq wrote: post #74

hayksaakian wrote: post #71

> mysql_escape_string vs. (sigh ) mysql_real_escape_string ouch

I don't think bringing up deprecated functions is valid criticism. Everyone uses PDO these days.

Everyone should be using PDO these days. Whether they are is another matter. :(

Re: Taking PHP Seriously [pdf]

#79

Post by maerF0x0 » Sat, Sep 28, 2013, 5:50 AM UTC

I like the look of this "hack". It adds things to PHP that I missed from C# .. now if they will add Accessors syntax, that would be nice, especially for those that use Doctrine2. PHP is as professional of a language as the user. I found fun working with PHP, C#, (node)js, python and think each has its own way, quirks and benefits.

Re: Taking PHP Seriously [pdf]

#80

Post by Xorlev » Sat, Sep 28, 2013, 5:51 AM UTC

It's a strange, strange world when your code has more gravity than the language it's written in and you start warping your language to fit your view of it.

I'll be the first one to take a swing at PHP, but Facebook has done some awesome things with it. I used to program in PHP and it does have some really nice bits...I mean, it's hard to fathom not waiting for my container to start anymore and go back to the days of save/reloading.

Cool. Nice link, OP.