I know when I've hurt a man's feelings. In a segment of the technology business that has recently become fiercely competitive, it's difficult to report bad news about a team that tries very hard to build a good Web browser. It was very apparent from our interview today at PDC 2009 in Los Angeles that Microsoft Internet Explorer General Manager Dean Hachamovitch has an emotional and personal investment in the product he's building.

"If I had a script engine that was twice as fast as the one before, the Web should be twice as fast," said Hatchamovitch today. "But if JavaScript is 10 percent of my site, at most, I'll shave 5 percent off; and if the site was 1.8 seconds, yea, I'm not going to be able to tell...Yes, we understand that there's a microscope on JavaScript performance. We've made progress on JavaScript performance -- we're all in the same neighborhood now."

He was referring to the first news of development of Internet Explorer 9, which he confirmed only began weeks ago, but whose early builds -- according to both Hatchamovitch and Windows Division President Steven Sinofsky today -- were producing JavaScript performance numbers that were comparable to its competition for the first time since Mozilla released Firefox 3.5.

"That's just going to re-emphasize that it's the systems that come together. Because as all the JavaScript engines converge on their performance, people are going to notice the other 90 percent [of Web components] a lot more significantly."

Betanews' reporting on Internet Explorer in the past few months has not been kind. The October Patch Tuesday round of fixes included one for all versions of Internet Explorer that addressed a very serious, possibly exploitable issue. While we feel addressing this issue is absolutely necessary, we also noticed that applying the patch resulted in a noticeable slowdown in IE performance. At least, noticeable to us.

The most vocal reader response to our reporting could be grouped into three categories: One group vocalized that it did not care about Internet Explorer performance as a factor in computing, since it's mainly a way to read news articles anyway, and voiced their opinion that we shouldn't care either. Another group of readers took Microsoft to task for, in their opinion, not caring about IE performance, but added that it shouldn't be expected to care because nobody else does (or at least, nobody of importance) and that we should drop the subject for that reason. A third group applauded our efforts to, in their opinion, expose Microsoft for not caring about browser performance.

None of these are groups that anyone at Microsoft would want to appear publicly aligned with. So perhaps part of Dean Hachamovitch was interested in speaking with me today, and another part -- for absolutely understandable reasons -- was dreading the thought.

But bravely, he made his company's case, a valiant effort to split the difference: JavaScript isn't the Web, he asserted, but just one of many subsystems. A multitude of other factors will contribute to users' decisions. "There's performance, there's interoperable standards, and there's graphics," said Hatchamovitch. Each component strikes a different chord with different groups of users, he said. Since the Day 2 keynote's conclusion, he and his press handler had opportunities to ask individuals what they thought of the presentation -- or more specifically, what did they remember from it?

"I asked some folks what they heard, and some just said, 'Yea, you guys are doing a lot of compliance and interop.' 'Did you hear anything else?' 'No, not really.' Talked to someone else, 'So what did you hear?' 'You guys are doing some stuff around making the script engine faster.' 'Huh. Anything else?' 'No, not really.' So what I'm finding is that this is the classic game of Telephone."

What resonates with various attendees is essentially aligned with what they want to hear, Hatchamovitch went on...perhaps to illustrate the point that when he asked me the very same question at the start of our interview, I dove right into the performance aspect.

Rendering is another critical aspect, and we saw demonstrations of the changes IE9 will make in the rendering department. Specifically, the next edition of Microsoft's browser will move away from GDI, the graphics library favored by Windows during the late 1980s, and toward the new Direct2D library which takes fuller advantages of the capabilities of the underlying hardware, including the GPU. In response to my request for a video that showed this performance, Microsoft asked us to include in our story the video you see embedded above, which is as close as the Web can come to approximating the speed and fluidity improvements attainable through Direct2D.

There is absolutely no question that, if IE9's rendering improvements were to simply stay on the same level as they appear from these early demonstrations, through to the end of the product's development, the result will be a perceptible qualitative difference that could be the deciding factor in whether Firefox or Chrome or Safari users switch back to IE -- as important a factor as computational performance.

Hachamovitch showed us up close the map rendering demonstration seen from a distance during the Day 2 keynote. Shifting the same road map across the screen on a small Dell XPS laptop produced typical, perceptible jitters using IE8's GDI graphics methodology, compared to a smooth, even flow using IE9's Direct2D.

Some folks were confused by the meaning of the number in the demo, and why the slower, jittery-er graphic produced the higher value. This represented the number of milliseconds between frames -- a number that plummeted from 130.2 ms as in this photo, or even much higher on occasion, to as low as 8 ms for Direct2D. Actual frames per second rises from around 7 (or lower) for GDI, to about 60 for Direct2D on the same machine.

"Now, that kind of difference -- somebody said, 'Oh, it's like game-level animation!' Yea, you can call it like it's a Pixar movie or an Xbox game. But then they said, 'But what does that have to do with the Web?' It has everything to do with the Web. When you're using Web mail or this mapping site, or you're previewing photos -- imagine going to a photo site, and you want to have 1,000 thumbnails up on the screen. Now we're using the graphics card, so you're not waiting on every piece of graphics that way. That's a huge gain for performance, that's a huge gain for developers because they can use all their old patterns -- they didn't have to rewrite their sites."

So graphics does strike the performance chord with users and developers after all.

During the Day 2 keynote, Sinofsky said the IE9 team has been working for all of three weeks, and we were skeptical. Didn't IE9 development really start after IE8 was released to general availability in March? What was going on all these months?

"There's a lot of work that went into IE8 for sure," Hachamovitch responded. "But realize, on March 19 we released IE8 in a few dozen languages. After March 19, we had several waves of languages for IE8 to get out, because it's worldwide. There's more than a few dozen languages of IE8. Then we had to finish Windows 7, and all the languages of Windows 7. So we're three weeks past the general availability of Windows 7. In some ways, we've all been on call, ready, working through...well, several Patch Tuesdays since March 19."

As Microsoft tries for a valiant comeback attempt for IE in the realm of qualitative measures, expect the company to demonstrate any number of various other aspects where the browser makes gains, and say this, too, is the Web.

And if those gains in one or two departments aren't as significant, expect the message to be, "But that's not all of the Web."

We've asked Dean Hatchamovitch to join us in responding to your comments to this article.

Next: A word about Dean's comments about our performance measurements...