Live data from Hacker News

PHP 7 Virtual Machine

nikic.github.io

121–128 of 128 posts

Re: PHP 7 Virtual Machine

#121
post #36

Earlier quoted context omitted.

Honestly. I think its main problem is it's not hipster enough. It's too popular. I bet if you made it difficult to use (for most people), added features that make certain aspects a nightmare to scale and gave it a weird name then it would do well here. Obviously don't let anyone know about the origin... say you built it at a series of obscure coding bootcamps.

> I bet if you made it difficult to use (for most people), added features that make certain aspects a nightmare to scale and gave it a weird name then it would do well here This is the same quality of vapid criticism that is often levied against PHP, just in reverse, all that's missing is a link to a 'fractal of bad design' type of post. I'm guessing you're going to try and justify your comment with some version of "…

Mind you - that article is from 2012, and was valid criticism. In 2012. Quoting that today would be similar to "HURR DURR IE8 SUCKS COMPARED TO CHROME 57" ;)

Re: PHP 7 Virtual Machine

#122
post #119

Earlier quoted context omitted.

What was your IDE of choice at that shop?

I think PHPStorm from JetBrains is the IDE of choice of most PHP devs using IDEs at this point. They completely own the market, and rightfully so (I'm still stuck on Sublime Text myself, but wouldn't consider any other IDE than PHPStorm if I were to use one).

How are you stuck on Sublime Text?

Re: PHP 7 Virtual Machine

#123
post #96
post #75

Earlier quoted context omitted.

I think that's unfair, the reason PHP has a bad reputation is not because of silly hipsters. It's because for a long time it was a terribly designed language. It was a laughing stock for a good reason. The whole "hobby-grade templating language turned general purpose with complete disregard to how programing languages are designed" thing. Now I'm willing to believe that it's improved a lot since then, but it's got a…

Agree with you, and let's not forget that JavaScript has similar origins.

Lets not forget that Javascript still has a lot of the issues that PHP has now finally overcome.

Re: PHP 7 Virtual Machine

#124
post #119

Earlier quoted context omitted.

It has come a long way. My last job was at a big PHP shop, which had a heavy focus on doing PHP The Right Way. The result was a fairly decent, maintainable codebase. I came to really appreciate the flexibility and ability to just "make things work" that PHP has, while finally having a proper development environment with real dependency management and IDE support.

What was your IDE of choice at that shop?

PHPStorm all the way. It integrates perfectly with Xdebug and you end up with an environment almost as good as Visual Studio or Eclipse debugging.

Re: PHP 7 Virtual Machine

#125
post #99

Earlier quoted context omitted.

Facebook built their own PHP-to-C++ compiler ( https://en.wikipedia.org/wiki/HipHop_for_PHP ) and later a JIT compiler/VM ( https://en.wikipedia.org/wiki/HipHop_Virtual_Machine ), with a custom, typed version of PHP ( https://en.wikipedia.org/wiki/Hack_(programming_language) ). All just to make PHP a little faster. I think you are making my case.

HH transpilation was introduced in 2010. Depending on when exactly you look in 2010, FB had between 350-600M active users ( https://www.yahoo.com/news/number-active-users-facebook-over... ). Many websites don't ever get to 350M users, so it's safe to say that plain PHP will satisfy your startup for a long time. Also, PHP7 is pretty much on par with HHVM in real-world scenarios: https://kinsta.com/blog/the-definitive-…

Check out "experimental JIT branch" of PHP. It boost performance 1.5-2 times compared to current PHP 7.1, and they didn't start optimization yet. It blows HHVM out of the water, and I can't wait to compare performance with Java and .NET.

Re: PHP 7 Virtual Machine

#126
post #95

Earlier quoted context omitted.

PHP performs better than Java? Care to offer evidence?

Can't disclose much in public, but our PHP CMS hosting requirements tend to be waaaay cheaper than our Java-based CMSes. Also, deployment of PHP apps is (in my experience) faster and easier.

(cheaper hosting || faster deployment) != better performance

Re: PHP 7 Virtual Machine

#127
post #49

Earlier quoted context omitted.

Reading through it, my comment came about too much as a rant against PHP, though I actually like parts of the PHP community for their sense of practicality. I know there are libraries for HTML escaping, but I stand behind my statement that PHP's lack of HTML escaping is a fatal and unforgivable (almost criminal) design flaw when PHP's original use case, and distinguished feature vs. other general-purpose languages is…

PHP made it way too simple to go from a basic installation -> serving web pages, just using it's standard library. You're right -- that was it's intended use-case and while it made for a dead-easy user experience, it also planted lots of traps that users fell into in droves. Where languages like Ruby had Rails and Python had Django, PHP was able to do things quickly without having a framework on top of it. That, coup…

I agree! 6 years ago when I started with web, as a total newbie, decision was to use Ruby on Rails. I gave up after day or two, I didn't understand how to start with this thing. And I was pissed of. Then I wrote few lines and save it as .php, upload to hosting which I already had, and things worked. I'm still using php to this day.
Post reply on HN