4 ms·

noob question - I saw this on HN sometime last week https://www.webkit.org/blog/3362/introducing-the-webkit-ftl-jit/ https://www.webkit.org/blog/3362/introducin

noob question - I saw this on HN sometime last week https://www.webkit.org/blog/3362/introducing-the-webkit-ftl-jit/ https://www.webkit.org/blog/3362/introducing-the-webkit-ftl-... "This will allow JavaScript programs to leverage sophisticated optimizations that were previously only available to native applications written in languages like C++ or Objective-C." Would famo.us have any utility once Apple moves to that version of WebKit?

malandrew 12y ago
Definitely. JavaScript performance really isn't the problem. DOM with getters and setters that only accept strings and children are the problem. That being said, once the browsers fix the getters and setters so you can set them without marshaling types into strings, Famo.us will be even faster and all performance issues will drop to almost nothing. When that does happen, assuming no new yet unannounced HTML5/ES6 features, there isn't anything in the browsers that will magically give you the capabilities Famo.us does. The browsers would have to create an alternate parallel scene graph based interface for content. It's possible that may eventually happen. But like almost all features of the web, it takes a few bold individuals and teams implementing those features first to show what's possible and how they may be accomplished. We're hoping we can influence where the web is going enough that some of the ideas eventually become standardized. It would be nice if in the future, we find a way to get the benefit of Tim Berners-Lee's vision for the web and also what Alan Kay thinks the web had the potential to have become [0] had we gone down different paths. [0] http://www.drdobbs.com/architecture-and-design/interview-with-alan-kay/240003442 http://www.drdobbs.com/architecture-and-design/interview-wit...

4 ms·

noob question - I saw this on HN sometime last week https://www.webkit.org/blog/3362/introducing-the-webkit-ftl-jit/ https://www.webkit.org/blog/3362/introducin

by findjashua 12y ago

malandrew 12y ago
Definitely. JavaScript performance really isn't the problem. DOM with getters and setters that only accept strings and children are the problem. That being said, once the browsers fix the getters and setters so you can set them without marshaling types into strings, Famo.us will be even faster and all performance issues will drop to almost nothing. When that does happen, assuming no new yet unannounced HTML5/ES6 features, there isn't anything in the browsers that will magically give you the capabilities Famo.us does. The browsers would have to create an alternate parallel scene graph based interface for content. It's possible that may eventually happen. But like almost all features of the web, it takes a few bold individuals and teams implementing those features first to show what's possible and how they may be accomplished. We're hoping we can influence where the web is going enough that some of the ideas eventually become standardized. It would be nice if in the future, we find a way to get the benefit of Tim Berners-Lee's vision for the web and also what Alan Kay thinks the web had the potential to have become [0] had we gone down different paths. [0] http://www.drdobbs.com/architecture-and-design/interview-with-alan-kay/240003442 http://www.drdobbs.com/architecture-and-design/interview-wit...