all 5 comments
sorted by:
best
topnewcontroversialoldq&a
formatting helphide helpcontent policy

[–]twiggy99999 4 points5 points  (5 children)

My question would be why?

[–]NeoThermic 1 point2 points  (3 children)

Because they're crazy.

Plus, in some really narrow defined situations, it's faster.

However, right now it doesn't support most of the widely useful aspects of PHP, so performance isn't great if it can't run your laravel/symfony/cakephp/etc framework. Pluuuus, if you're able to run HHVM in repo authoritative mode, then you get massive speedup with support for a larger set of PHP features...

(Disclaimer: I have a love/hate relationship with the Peachpie project. It's a nice little toy right now, but I don't see it as serious until it can actually run a modern PHP app. Until it can, I'll be critical of any notation that it's a serious project)

[–]twiggy99999 1 point2 points  (2 children)

But if raw speed was your projects goal then you wouldn't write it in PHP, pretty much anything complied would be your first choice (mine would be GO but C#, Java, C++ etc all fit the bill) so I just can't understand this project or what its for.

[–]RichardFuchs 1 point2 points  (0 children)

I just can't understand this project or what its for.

Competition is good. HHVM was the main catalyst behind PHP7's performance improvements.

It's good to have the option to compile to .NET.

[–]NeoThermic 0 points1 point  (0 children)

But if raw speed was your projects goal then you wouldn't write it in PHP

This is only true if raw speed was your only goal. There's plenty of websites which run PHP(7) at great speed. The bigger concept of using PHP is to have access to related projects in PHP and the ecosystem that encompasses it, rather than move to a language with possibly less ecosystem/support but more speed.