Browser war centers on once-obscure JavaScript
Summary
Topics
JavaScript, which lets developers create everything from basic Web site menus to online spreadsheet applications, was born in the mid-1990s when Microsoft's Internet Explorer challenged the incumbent browser, Netscape's Navigator. IE won that war, but now it faces its own challenge from the heir to the Navigator throne, Mozilla's Firefox, along with upstarts including Google's Chrome, Apple's Safari, and Opera.
All the challengers tout JavaScript performance as a major part of their competitive attack--even to the point of naming their JavaScript engines built into their browsers: Chrome's V8, Firefox's TraceMonkey, Opera's Futhark and upcoming Carakan, and Safari's newly branded Nitro, which is Apple's version of WebKit's Squirrelfish.
Though IE lags all these rivals in JavaScript performance, Microsoft does care about performance overall and JavaScript performance specifically. Even as Microsoft launched a brand-new browser version, Internet Explorer 8, on Thursday, however, it's also clear the company has a big difference of opinion about the matter.
"We're going to keep making the script engines faster (but) right now it's not clear how many people are gated by script performance," said IE general manager Dean Hachamovitch in an interview. "JavaScript comprises a small portion of how fast a Web page will render. It is a piece, but by no means the holy grail."
Because it's easy to measure, JavaScript performance has "become shorthand for browser performance," Hachamovitch added. Microsoft has begun touting its new test of page-loading speeds (right) in which IE 8 fared better overall than Firefox 3.0.5 and Chrome 1.0. A supporting slow-motion video (click "Case Study Videos, then Performance Testing) shows page-loading speeds down to the hundredth of a second.
Likely not coincidentally, though, Google offered its own propaganda the day before the IE 8 launch. Google launched its Chrome Experiments site to tout what can be done with high-performance JavaScript and to promote its browser. While Chrome generally runs sites' applications with aplomb, that isn't the case for IE.
Browsing vs. running applications
Here's what the difference between the companies boils down to: Microsoft is focusing on today's Web, and the rivals are focusing on tomorrow's.
The Internet is growing from a Web made of static pages to be read with links to be clicked into a Web that also includes applications that perform computational tasks and that people interact with. In other words, browsers now have to process data as well as load pages. Microsoft's dominant share--67 percent according to Net Applications' figures--reflects the more mainstream world, and the challengers are aiming for where they think the mainstream will be going.
"The faster we make JavaScript, the more interesting and interactive the Web becomes," said Mike Beltzner, Mozilla's director of Firefox.
Google agrees. "We saw a lot of Web developers lamenting the fact that they couldn't do what they wanted to do because JavaScript was a limiting factor," said Darin Fisher, a Chrome engineer at Google. It's certainly not the only bottleneck, but Google concluded that "by far the biggest performance opportunity we saw was to improve JavaScript."
Google has a direct interest in faster JavaScript. It's among the biggest advocates of cloud computing, in which Internet-based applications and services replace those running natively on a personal computer.
But Google Docs, Google Calendar, and Gmail aren't rarities. Yahoo, Facebook, and countless other sites make extensive use of JavaScript, and Microsoft itself is working to produce online versions of its Office suite.
AdventNet's Zoho division, which also offers Web-based tools for word processing, spreadsheets, and other tasks, is another company eager for faster JavaScript. Currently the company has to show a separate site with reduced abilities to people who use IE 6 with the site, said Zoho Chief Executive Sridhar Vembu.
"We're excited because this represents a fundamental breakthrough in JavaScript performance and capability for applications like ours," Vembu said of the new generation of browsers. "Within a year I think we'll see such browsers dominating the landscape."
He's also optimistic that Microsoft will close the JavaScript gap with its rivals. "I believe Microsoft will catch up," he said.
To emphasize only JavaScript for Web applications is to oversimplify the situation. (And of course there are any number of other aspects of browser quality, including security, plug-in availability, operating system support, user interface responsiveness, Web site support.) Web applications also benefit from new technology arriving Web standards including HTML (Hypertext Markup Language) 5 and CSS (Cascading Style Sheets) 3. But JavaScript provides the programming language to join all those elements into a Web site that does something, not just shows something.
"All that is mediated by JavaScript. It's really the control structure of the Web," said Mozilla's Beltzner said.
A horse race
JavaScript didn't just catch on yesterday. Its popularity has been gradually building as programmers discovered how to use it to reproduce some of the interactivity of PC-based software in Web-based applications. For example, in Yahoo Mail, people can click on a message and drag it to a folder. Collectively, this higher-end JavaScript technology is called Ajax.

Microsoft's Internet Explorer remained the dominant browser in February 2009 but challengers have secured about a third of the market.(Credit: Net Applications)
"A couple years ago, people started embracing new development models that were even more JavaScript-heavy than before," Beltzner said. "We were getting to a point where Web developers wanted to do more than the browsers could handle."
In 2008, the JavaScript engines started hogging the spotlight in browser advancement circles. In June came Squirrelfish from WebKit, then Squirrelfish Extreme in September. Firefox announced TraceMonkey in August. Google touted V8 with its release of Chrome in September. Opera in February announced its aspiration to beat them all with Carakan, and later that month Apple touted the JavaScript speed of its new Safari 4 beta version.
"It was WebKit I think that really ignited the competition," Beltzner said. "Having somebody else play along (gave us) a way of us questioning our own assumptions about whether we have done the best we can do." And Chrome is "certainly keeping the pressure on."
Microsoft defends its priorities. "We're certainly aware of what the other browsers are doing," said IE senior director Amy Barzdukas. "Browser makers need to be sensitive not just to the cutting edge but to people who use the Web."
JavaScript vs. Flash and Silverlight
Microsoft also has another answer for those who want to build elaborate Web applications: its Silverlight software, version 3 of which the company detailed Wednesday. Silverlight competes most directly with Adobe Systems' Flash, the dominant browser plug-in used to provide applications with a lot of pizzazz.
The current trajectory of JavaScript means that it's encroaching more on the turf of Silverlight, which uses Microsoft's C# programming language, and Flash, which uses a JavaScript relative called ActionScript.
"JavaScript in Chrome almost reaches the speed of Flash," said programmer Mr. Doob, who wrote Chrome Experiments called Ball Pool and Google Gravity, in a blog post about them this week.
In an interview, Mr. Doob--a Flash programmer who learned JavaScript just for the Chrome Experiments and declined to give his real name--said JavaScript is about three quarters Flash's speed. There are weaknesses, though. For one thing, he found JavaScript developer tools to be primitive. For another, JavaScript varies from one browser to the next.
"The main benefit of ActionScript is that it will look exactly the same in any browser and in any version of the browser, even on IE6! With JavaScript it depends on which features the browser supports so you would spend more time making sure the project looks good in all the browsers than actually developing the project," he said. To make his Chrome experiments work on other browsers, "I'll have to introduce some hacks which will slow down performance and will dramatically affect the user experience."
Typically, though, as programming technologies mature, they settle into standards and get more refined tools. For now, performance is the top priority--at least until JavaScript gets fast enough that other problems move to the fore.
"All it took was a little competition to get other companies focusing on this problem," Fisher said. At some point, "Suddenly this problem won't be a problem anymore and we can move on to the next issue."
This article was originally posted on CNET News.
Talkback Most Recent of 24 Talkback(s)
-
now called AJAX, Rails, and AIR
where have you been?
CSS took the stage for simpler options, but Javascripting is still key. Also some ASP and PHP added database work.
OK back to Javascript; all the old code still works, but make sure you get it right the first time.
With this "NEW" option, why don't yout take a spin at Adobe AIR. Wow now there's a software package where HTML and Javascript can be used as a desktop program. Sounds like the Apple Software store for the PC, but free. It's been out for awhile now and experienced people make decient program instead of everyone trying to make a quick buck off stupid apps for the iCrap.
Maarek Stele20th Mar 2009 -
MS does NOT want good JavaScript performance, but, they can not stop it,
and must even improve JavaScript performance in their own browser or face even bigger market share losses for IE. Good JavaScript performance eliminates the need for Silverlight, which MS was hoping on for the next round of lock-in.
DonnieBoy20th Mar 2009 -
Rubbish!
"Good JavaScript performance eliminates the need for Silverlight"
Sorry, but no! Silverlight offers many features that Javascript simply does not and will never provide. It's integrated rich-media abilities alone, along with it's enormously powerful 3D capabilities are not likely to be met by Javascript anytime soon.
de-void-2116559065030180600283633778702322nd Mar 2009 -
Who cares?
Silverlight may be a some sort of mystic self contained system capable of streaming media, 3D design, and fluffing my pillows. I don't believe it is all that, but who cares. Many applications fit this description. "Web Applications" however are expected to be versatile, fast, and created to reach the maximum number of people as easily as possible.
If you forget it only runs in IE, only works with Windows (server or client side), and that it limits what web server you can install, you're forgetting what a "Web" development tool should be.
It's like selling your boss a pinto as a company car because someone loaded it up with mag wheels, a killer sound system, and tinted glass. It is still a pinto, and if your a technology professional offing any advice to an employer which pushes features at the expense of alienating a portion of your client base, then you're doing your company an equally great disservice.
Socratesfoot24th Mar 2009 -
Don't even get me started on Silverlight...
What a piece of crap!
If MS would just spend 1/5th as much effort working on browser/OS inter-interoperability that they spend on making new proprietary products that do something someone else already does better, we wouldn't have these issues.
Socratesfoot24th Mar 2009 -
wheres_my_stuff8th May 2009 -
Firefox fastest at loading microsoft.com???
So Microsoft's own company website loads fastest on Firefox? Blah ha ha ha!! Oh my. The irony. That's too funny.
Takalok20th Mar 2009 -
CowLauncher20th Mar 2009 -
Silverlight represents MS fight for the Internet
Silverlight has a very peculiar characteristic. It only runs in Windows. (Yes, I know about moonlight, but it will always be behind)
If too many web sites start using Silverlight, forget about website ubiquity
Sometime ago I wrote about this:
http://rarsa.blogspot.com/2008/12/when-good-may-not-be-so-other-day-i-was.html
Do you concur?
rarsa20th Mar 2009 -
PB_z20th Mar 2009 -
And, we have no guarantee that Silverlight will continue to be available
for Mac, or for that matter that the Mac version will be compatible with the Windows version. For Linux, we must depend on Moonlight, with no guarantees that MS will release the specs in order to keep in close to compatible, or even that MS will release specs in a timely manner so that the Windows / Mac / Linux versions can by synchronized. If MS were to release the code and make certain guarantees, that would all go away, but, seems like they want to reserve the right to screw competitors when it is convenient for them . . . .
DonnieBoy21st Mar 2009 -
And, again, without guarantees and access to the source code, that is
pretty much worthless. The situation is worse for Linux, where we must depend on MS spoon feeding us one bite at a time up coming features and specifications to try to remain synchronized so that everything works the same.
Until MS makes some guarantees that take away their right to screw competitors when it is convenient for them, the Mac version and Moonlight are meaningless.
DonnieBoy21st Mar 2009 -
Lock-in, no access to source code...
DonnieBoy,
If you're going to complain about Silverlight, you have to levy the same complaint with Flash. It's no different, adobe doesn't share the source code for it either.
bmonster23rd Mar 2009 -
Very true, it is Microsoft's last stand to take the web proprietary and
maintain lock-in. They will give lip service to other platforms like making a version available for Mac, pretending it is open, knowing full well that they will be able to cause compatibility problems so that in reality, Windows is the only viable platform if you want Silverlight to work right.
DonnieBoy21st Mar 2009 -
You've got that right
Any multiplatformness will be tokenism at best
and missing many features that are available
under Windows - with the claim that the said
hosting operating system is apparently
deficient or 'too complex' to implement it.
If people want to see what it will be like,
look at Microsoft Office 2008, the fact that
VBA was completely gutted from it with no multi
platform replacement (why not port the .NET
Framework so that there is cross platform macro
writing?) or worse, you find that large parts
of Office 2007 aren't support in Office 2008.
There is nothing wrong with Office 2008 as a
stand alone product but at the same time it is
delusional to think that it provides a bridge
from Windows to Mac OS X given how castrated it
is.
Kaiwai22nd Mar 2009
Talkback - Tell Us What You Think
The best of ZDNet, delivered
ZDNet Newsletters
Get the best of ZDNet delivered straight to your inbox




