Blog

HTML5 Is Ready – Rebuttal to Facebook’s native app

Here’s a great “HTML5 Love Story” about the team at Sencha, who is passionate about using proper technologies for the one open web, who knew better than to trust that the failure of Facebook to create a reliable HTML5 app for users was because HTML5 wasn’t ready (as Facebook claimed). They built this demo to prove that HTML5 can do all that the now gone native FB app does and faster. The trick is you have to know what you are doing. Something it seems, FB doesn’t. Ready the full story and watch the comparison video: The Making of Fastbook: An HTML5 Love Story | Blog | Sencha. Or go try it yourself. Visit http://fb.html5isready.com on your favorite mobile browser.

When we started what became Sencha, we made a bet on the web: a bet that modern application development didn’t need anything except the browser, a great set of frameworks and a great set of tools. With those three weapons in hand, we knew developers could build applications that would delight users. The advent of HTML5 upped the game and it gave developers even more tools to let them treat the browser as an application development platform and not a page rendering engine. Developers sprang at the opportunity and unleashed a torrent of apps — on both desktop and mobile — that leveraged the new HTML5 capabilities to build amazing applications using web standards.

So, when Mark Zuckerberg said HTML5 wasn’t ready, we took a little offense to the comment.

We thought to ourselves: HTML5 can’t really be the reason that Facebook’s mobile application was slow. We knew what the browser on modern smart phones was capable of and what kind of rich capabilities HTML5 offered. We saw the latest generation of mobile devices — running at least iOS 5 or Android 4.1 — push ever increasing performance and HTML5 implementation scores. But perhaps most importantly, we’d seen what our customers were building and the amazing things they were creating using HTML5.

I totally agree with this sentiment and believe that native apps are the new flash to the web. They are fun and seem to be the way, but give it a few years and these native apps will quickly give way to web based apps that are browser based and offer speed and flexibility and consistence to the web experience. Sure, flash can do things that html still can’t. But I’m pretty sure no one would want to build their whole site in flash today. They would put the parts that need to be or the parts that belong in flash in flash and let the rest be standards compliant open web. Facebook has essentially built a flash based website for phones to access their website content. They will have to maintain and update this separate from their “real” version.

Our smart phones are helping us converge our devices, as in we no longer need a phone a camera a gps a notepad a … But it is not helping us converge our internet or content. We currently need to use a website in one way at our desk and another way on the go. Websites and the internet should have the same capabilities and the same uses no matter where we decide to use it. Sencha is showing us that, built correctly, HTML5 truly is ready to handle many things that belong in the browser rather than in a native app. We should never need to download a native app to access website data that we normally would just login at our desk. That’s inefficient, divergent and complicated. It’s against the openness and standards everyone preached and pined for and indeed “won” when flash-haters succeeded in ousting flash from mobile browsers. I actually respect Adobe for finally pulling the plug there because they too, believe in the web (and at the time, I was a full-time flash developer). I believe in the web too and that’s why I call it the one open web.

Randomness and Unicorns for Programming

book

Programming seems to have a gulf dividing the playful and the useful. The random and scripted. The fun and the business. KrazyDad writes the book review and calls for a concerted effort to close this gap. The pleasurable and “recreational programming” mindset seems to be giving way to OOP and other acronyms that do little to inspire new programmers to experiment. While I agree I also think that the web of today makes a lot of old boring aspects – now playful. There are things like the 1K competitions, and all the magic that is now coming our with these new CSS3 properties. Although it’s not enough, I think there is at least a spark of it, and agreed it could be better in that it could be easier for newbies to jump in and experiment without understanding so much first. Thanks for the book recommendation Jim, I’ll add it to my list and hopefully get an into to BASIC.

For a long time, the amount of joy I derived from writing software was proportional to the amount that the features depended on randomness. There is a relationship between the RND() function and the perception of utility. To me, programs that are useful, and that do not require randomness, are useful, but boring — they fill out your tax return and monitor patients in hospitals. The RND() function is like a firehose from God, and the programs that use it are useless, but fun — they are games, and simulations, and art.

KrazyDad » Blog Archive » The mark of the unicorn.

Web vs Mobile – For The User

I agree with this idea from Ryan that the web has big advantages. I am constantly hearing stats and projections that Mobile is taking over. And sure, I agree that I use my phone to browse more sites, but when it comes down to it I’m just casually browsing – not working. I love the post he’s links in the first line: Vibhu Norby has a detailed post on why his startup is pivoting from mobile first to web first.

Vibhu details that he’s done the mobile startup thing and has learned from the complications. He explains that most of these have been solved in the desktop browser already and a lot of it relates to usability.

Another big point is that mobile apps must be installed (actually they must be found, installed, opened and setup), whereas a web app can be as simple as a link- click, and then the user is already using it. Adoption is much easier on the web.

And even another point is updates and testing and whatnot. YOu can do various tests and even update the whole app relatively fast on the web. There is the one version to support – the live one. While with apps, you can’t do much in the arena of testing and updating is sluggish plus it relies on the user to update (some don’t know how to update and even less care).

I think a web app that is mobile friendly wins. You can give mobile users access, but they aren’t stuck on mobile. They can use it anywhere. While so many are talking about responsive design and produce sites that are device agnostic mobile apps are very device centric.

I’m a fan/advocate of future friendly at least, and strive for future proof (although I understand that’s near impossible). I also hold that there is ONE web and mobile myths.

Web versus Native Economics and User Adoption | Ryan Stewart – Mountaineer Coding.

Stats on a Windows 8 Game

The Falling balls app seems to be Keith Peter's "Hello World" in exploring new development arenas. Here he walks us through how his first app is trending on Windows 8.

Embedded Link

Falling Balls Update | BIT-101
At the end of October this year, Falling Balls was released into the Windows 8 Store. After just over a month, I thought it would be interesting to discuss how it is doing, and to answer the question,…

Inverse Kinematics + Javascript = Cool Squid

Really nice animated movement. I can't get over how much life this little guy has. The pulse, and the trailing tentacles which don't always move the same way and just enough random thrown in for fun. This should be a game, but I can't decide if I'd rather be the squid or run from it. Nice work Justin!

Embedded Link

Muscular Hydrostats | CreativeJS
About Tim Holman. Tim (@twholman) is an Australian developer with a healthy addiction to all things web. Tim loves seeing how people interact with technology, and is even more interested in how techno…

Relationships between CS and JS

Keeping styles out of scripts helps us code better. Much easier and deliberate coding when the javascript only adds or removes classes and the actual styles are in the css rather than inline.

Embedded Link

Building A Relationship Between CSS & JavaScript | Smashing Coding
This article shows how to open up lines of communication between CSS and JavaScript and lean on the strengths of each language.

Trying to create a views-block to show content that shares a 'parent' (as…

Trying to create a views-block to show content that shares a 'parent' (as an entity reference) on a content node page, any ideas?

Embedded Link

Views Relationship/Contextual Filter for sibling nodes
I have a content type ‘property’ and a content type ‘park’. I’m using an Entity Reference field in the property to reference a park. The park is essentially a parent or neighborhood or that contains t…

Spinning Puzzels from Satellite Imagery

An app which creates spinning circular puzzles from the abstract landscape imagery from our satellites.

Embedded Link

Oko: An iPad App That Turns Satellite Photos Into Spinning Puzzles
I’m sure I’m not the only person who finds jigsaw puzzles totally maddening. It seems pretty clear that they’re a holdover from an era when the mean attention span could be measured in minutes, not se…

Collaborative Music Experience

"Play" JAM in your favorite browser and with others. You choose an instrument and join a group to create tunes. This is some amazing work and very nice design and experience.

Embedded Link

JAM With Chrome | CreativeJS
JAM with Chrome is a super fun collaborative live music experience that has been keeping the internet pretty busy ever since it went live. Pick and instrument, invite some friends, and jam the hours a…