On Mon, Feb 4, 2019 at 12:33 PM Andrea Faulds <a...@ajf.me> wrote: > A concern I have with the current RFC is a lack of a good case for why > it should be necessary;
While this is a subjective opinion, it's definitely a valid one. Unlike phpng (PHP 7) which was a slam dunk - JIT isn't - and whether or not the added value is worth the added complexity is very much up for debate. One our hopes in opening this up for comments, is that people would actually try the code themselves and experiment with it - well beyond what we can do ourselves. If & when we get feedback from folks on apps and use cases they tried this on with interesting results, we'll add them to the RFC. I'd love to hear from folks trying it on things like React. Then, there's also the possibility of writing builtin functions in PHP - although that would obviously require a much wider platform support than we presently have to be viable. > and not much else. Maybe PHP being able to be used for this kind of > software would be cool, but it wouldn't justify the added complexity > (and for that matter security headaches) of adding a JIT to PHP given C, > C++, FORTRAN and so on already exist and are better-suited to it. > This too is a subjective (& obviously completely valid) opinion. Of course, if the only point of JIT would be 'coolness' then it's probably not worth the trouble (although JIT is a huge selling point even if it doesn't bring huge gains, as we've seen in the past). But I don't think it'll end just there. For me, I would prefer using PHP over any of these if I can help it and if the performance is reasonable enough - and I doubt I'm the only person on the planet that feels that way. Again, we don't think it's a slam dunk (the RFC would have looked differently if we did), but it's not inconceivable that if we position PHP as a language where you can get the ease of development benefits of PHP, while getting near-native performance - it will open the door to new audiences. Zeev