Tag Archives: javascript

The Web Doesn’t Suck

The web-world has been awash with the the sounding trumpets of the next round of battles in the long war to web perfection (whatever that may be). With the battle over web standards ending, the dust barely settled, new combatants and their champions are lining up and taking aim. As of late we have had, HTML 5 vs. Flash, CSS3 vs. its naysayers, and h.264 vs. Ogg Theora vs. V8. Of course, these are all the proxy wars being fought so that the real competitors, the browser makers themselves, don’t actually have to quantitatively prove whose browser is better, because honestly, what average user cares about Javascript execution time and page render speed when differences are measured in milliseconds? Barely registered by normal human perception!

Continue reading

Comments Off on The Web Doesn’t Suck

Filed under A Category Other Than Uncategorized

Cached Javascript Libraries

This is an extremely geeky blog entry, so unless you are into things like Javascript and web design and development, feel free to skip, I won’t be offended.

Ok with that out of the way, I hope the rest of the audience comes away thinking about all of this. In the past five (or fewer) years, we have finally seen a committed effort to transition the web into an interaction-rich user experience. This is in part due to concentrated efforts to make Javascript a more functional, cleaner language, which has resulted in the reciprocal effect of faster Javascript engines, starting a new self-perpetuating cycle of invigorating the ecosystem. Why we are seeing a Javascript explosion is because even though you are able to craft interaction-rich experiences with Flash, Javascript is a) Free, b) Ubiquitous (all major browsers come standard with a Javascript engine; as of now only Chrome comes with Flash) and c) relatively painless, mapping directly onto the HTML document model.

However there is an inherent drawback to crafting Javascript-heavy webpages that especially effects the browsing experience in poor-connectivity nations: everything from personal scripts to libraries must be loaded at run time. This is becoming a problem because most Javascript developers, myself included, are actually slowly become Javascript-[library-of-choice] developers. For example, I don’t develop in Javascript, I develop in JQuery. Or maybe the guy down the road develops in Prototype, and so forth.

As these libraries become even more ubiquitous and necessary, will it become worth overriding even the simple local caching option in your standard web browser of choice and instead implement an even longer term Javascript library unifier/cacher/updater/whatnot? A sort of Javascript pluguin a la Flash where the browser can maintain local versions of popular libraries and automatically redirect webpage requests for said libraries to the local cache before going over the pipes? This creates a long term reduction in transmission and would incrementally speed up load times on slow connections on a per page basis I would think.

Does this already exist and I am just missing it? Is it even worth it? Thoughts?

Powered by ScribeFire.

1 Comment

Filed under A Category Other Than Uncategorized