20 thoughts on “Unlike Facebook, Famo.us thinks HTML5 rocks. Here is why.”

  1. Is’nt that being Flash ? All of it proves that everyone’s dying for having flash but the same people are also under the spell of Mr. Jobs

    1. Flash is long gone my friend. HTML 5, where it not only provides equally effective web apps for users also saves the battery life of your tablet.
      Flash over-heats your tablet and so is less recommended, on the contrary HTML 5 provides more efficient and SEO-friendly web sites.

      1. Probably you did not get my point, HTML5 is trying to do the same thing which flash has been doing for years, and because anyway it does not work, how will it even heat the CPU, HTML5 is all promises but no work, probably you guys have developed only sliding animations in jquery, no serious complex animations + synchronized sound work properly in HTML5 browsers, a dedicated player might work but then it would be same as flash player

    2. “the Famo.us javascript libraries are downloaded to the client and that’s that. The data comes from a datastore and via JSON goes through the Famo.us rendering engine which in turn taps into the graphic processor unit (GPU) and displays the app on the browser” – How does it resemble flash?

    3. HTML5 is trying to do _some_ of the things flash could do on the surface but with a very very different implementation. Flash was not an open standard. Flash relied solely on Adobe. Flash was buggy, filled with very very serious security vulnerabilities. If your point was to say ‘flash can do some of this’ ok – so what? HTML 5 is an open standard, is implemented in a far better way, and is not filled with the security issues that have plagued flash. Flash is ‘dead’ because it was only a matter of time before the gap they filled between html and more powerful features was clearly closing. But – we could go back to Flash if you’d like – and run on a proprietary technology that is completely closed, and wait for it to come out on your device, and hope an attacker doesn’t take control of your device by simply visiting a web page, and on and on and on.

    4. The point of contention with Flash was never its capability for doing animations or custom apps/players. It was that it’s an extraneous component with unrestricted access to the system by virtue of being a child of the browser.

      HTML5 can be “like Flash” in that it could be made to do the same Flash did in lots of things. It will never be “like Flash” in the sense that it’s not a 3rd party process that can run amok and disregard all security and CPU control measures imposed in the browser.

      Flash was, effectively, a way to run applications from the browser. The criticism was that these applications were as prone to security and unoptimization defects as normal ones, but by being in the browser layer they had an easier time of screwing up the user experience (not counting that they’re a separate program running as an overlay of the original browser and as such a direct competitor for resources in the mobile devices scheme).

      1. When flash is slow, you said it is flash player’s problem.
        When HTML5 is slow, you said it is Android’s problem.

  2. Rakesh, brother, sorry you’re just wrong and not informed enough.

    The debate is more than the fact that both flash and famous can do highly animated 3D stuff. The debate is more than just about performance too, which HTML5 wins. The debate isn’t even about Flash being dead because it’s not on iOS devices.

    The debate is about the fact that HTML is an open enough technology–the same open technology that made it possible for Google to index the entire web by analyzing deeply into web pages–something you cannot do with flash. This openness provides the foundation 2 main things:

    1) code-sharing and the proliferation of code libraries like jQuery and ultimately a crowd-sourced coding generation that will lead to exponential progress in technology/coding. In addition, since HTML and javascript can easily be viewed by anyone with a web browser, this context allows for anyone to easily dive into becoming a coder, and even editing the current page they’re looking at. HTML and Javascript is geared towards a future where everyone can contribute and push the collective coding consciousness forward.

    2) deep-linking between sites/apps where ultimately the “web” is true blending of multiple products. It’s not possible to deep link from a page/slide in one native iOS app to another native iOS app (let alone an Android app) without both parties creating custom deep-linking hooks, and then publicizing them.

    Ultimately, it’s complete crap that we can’t make beautiful stuff easily like Famo.us will soon allow us. It’s about time for the future of internet-connected web interfaces to reach this level!

  3. How is flash dead – last time i checked you could compile native iOS / Android / Air apps with low level access to the GPU on each system. Games leveraging Stage3D work great, and hit the 45-60 fps marks mentioned in this article, and utilize a long tried and tested tool chain.

    Flash Mobile Plugin is dead, while the Adobe Air / Flash runtime is still alive and well . Flash won’t run in browser, but the creators own comments talk about the distinction between working with the DOM vs. Applications. The DOM is not suited for Application Development.

    1. “Flash is dead” has always meant “Flash in the browser”. Exactly as “Java is dead” has meant for years.

      Even the (in)famous “thought on flash” referred exclusively to the flash plug-in, since that’s the only place there’re bones to pick. It was never flash technology (smartsketch), animation features (futuresplash) or programming (actionscript). The exact same discussion about Flash could be made for Java, Unity and NaCL for Chrome. Flash was the hot topic because it was ubiquous, automatically installed and perceived to be “the web” by many.

  4. If you:

    1. Present a webkit-extension-specific graphics demo and throw it up as indicative of a framework broadly ‘solving HTML5 app performance problems with just the DOM’

    2. Make your actual product a private beta so no one can actually try it

    3. Label the frontmost element in the periodic table ‘Michael Arrington’

    …then the emperor likely has no clothes and needs emergency funding to make payroll.

  5. Having spent years working in Flash and the past few years dabbling with any and every HTML5 technique I can come across I can tell you all one thing. You’re both correct, and you’re both wrong. Flash and HTML5 (periodic table demo included) skyrocket your CPU usage when doing complex animation. Thus, battery is drained, hence not supported on most mobile devices. HTML5 still has a long way to go to meet where Flash presently is while most HTML5 toys out there simply emulate functionality already mastered in Flash. That being said, flash is not a future compliant technology, it’s not easily indexed by search engines, it handles garbage collection poorly, it has some security concerns. While Flash is insanely awesome, being that it is compiled and will look the same on every browser, it is not responsive or mobile friendly (even if it were mobile compatible) limiting the developer to creating multiple aspect ratios of the same project for each device. With all that in mind, we need to start looking for future solutions to meet our need for mobile, responsive, CPU friendly, SEO compliant technology. To say ‘Flash is dead’ is an statement made out of arrogance or ignorance; however, to say that ‘Flash does not have an expiration date in the very foreseeable future ‘ is also a statement made out of arrogance or ignorance. These guys are aware of this reality, which is why they’ve made this effort to help us all. I respectfully disagree with some of the statements made, but understand why they were – progress requires funding and funding requires confidence that the funded will succeed. I hope they do succeed; i’m tired of settling with HTML5 solutions that are not nearly as capable as their Flash counterparts simply for the sake of being mobile/SEO friendly.

  6. This is the beginning of one of the biggest gold rush’s in the web’s history. probably the biggest yet. within a year, every site will be clamoring to have their site redesigned in the new 3D animated swipey famo.us powered style–dare I call it even a “style.”

    The leaders of every single niche will face scrappy competitors making a version of what they already have powered by famo.us, and a massive exchange in power will happen. I wouldn’t be surprised if google and facebook killers emerge out of this. mark my words. you heard it here first.

    Let’s rally to give Steve and Mark all the help they can get to make their product awesome. We need to build a list of the top design idioms to make templates for, and organize around them on github so we’re not all doing the same thing unnecessarily. Here’s a publicly editable spreadsheet to compile this list:


    ps. Meteor.com’s product will also be big. It won’t become big as quickly, but in the long “realtime by default products” will be nearly equal in impact. The mashup of famo.us and meteor to make a globally applicable product will grow to be worth billions quicker than any web application to this date. The person who figures out what that product is will win bigger than the creators of meteor and famo.us combined–because at the end of the day, the product for consumers will make more money than a developer product; and that’s exactly why they called this product “Famous”–because someone is going to become rich and famous making a product on top of it. Ultimately, lots of people will. Well played, Steve! You deserve every penny you’re working to raise right now, and at the highest valuation. Hopefully investors are smart enough to realize this–they’re going to have to be a lot smarter than the investors/judges at Techcrunch Disrupt this fall (check my comments on that techcrunch article). Though it actually doesn’t take that much smarts/experience to get the picture here. Anyway, it’s obvious to us developers. I’d love to be part of what you’re doing in any way possible. You and Marc are ass-kickers. good stuff.

  7. I’m interested, but anything beyond the basics of HTML and some of the transitions enabled by jquery and javascript don’t seem necessary in 99% of web cases. There is a lot to be said for consistent UI and UI conventions. Animating a bunch of things with cheesy low quality transitions seems generally to be a waste of energy.

    What we really need is a higher quality css and better image technology in the browser. So that we can do more of the things that you can do in a design program in the browser.

    Things like different kinds of color blending modes.

    I want a better HTML/CSS not another divergence in the form of canvas and a bunch of new libraries to support what is essentially another silo of functionality. Functionality that seems great if you are trying to develop games or apps that require more detailed visuals.

    It just seems that in the land of productivity we need more html/css not another set of technological distractions.

    My question is, how does this do anything for your average web application developer that wouldn’t be better done in something like phonegap with primarily html.

  8. This HTML5 animation web that you proud of is very lagged in my office computer, and it run smoothly at home. Interesting enough, my office computer spec is better than the one at home. A failure of HTML5?

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.