Hacker News new | comments | show | ask | jobs | submit login

I'll tell you the numbers. We spend way too much effort trying to make our sophisticated web app work with ie7. The industry demands innovation in ux but it's nearly impossible to provide it when you are writing for 4 browsers. In a lot of cases we struggle for hours on one problem and end up writing a separate implementation for that feature that doesn't perform as well.

Now we have segmentation in experience, help documentation, and support.

It's expensive as fuck.

FYI: you didn't mention any numbers like you promised.

Sorry - you are right.

1) 90% of our visual front-end bugs come from IE, sometimes only showing up in certain versions of IE7.

2) Our mac developers either need a license for VMware fusion or multiple boxes/VMs to test IE 7/8/9 which of course behave very differently. Maintaining these boxes, Windows licenses, and VMware licenses adds additional stress to IT, and the context switching for our developers is expensive.

3) For the ones that do run a VM, we've had to upgrade their RAM so they could run the app and the VM at the same time. RAM is cheap, but its still money for each new mac-based frontend developer we have.

4) A lot of our distributed application message passing is actually done through the browser via client-side javascript. This makes it even more of a pain to test since automating this is difficult and expensive (more setup code, and capybara tests), and needs to be run in each supported browser.

For 2: Any reason why your developers can't use VirtualBox with the free IE-test VM images that Microsoft provides? I don't know if the license allows them to run on a non-MS OS, but you can at the very least have several of them run on a single box and enable RDP in VirtualBox.

That "single box" needs to be able to support enough instances for our entire development team. This is more hardware and IT maintenance costs. Also, if we are doing network maintenance and wifi goes down, developers have to stop working.

The point is - even that solution costs time and money.

Sure, but why not Sauce Labs Scout + OnDemand? That was the whole reason we built it. I don't like running VM's on my machine, I prefer them to be perfectly maintained and run in the cloud.

Is there anywhere it fails to meet your teams needs? Genuinely curious if it's a product fail or a marketing problem.

Disclaimer: Used to work at Sauce Labs, not anymore.

Deploying VMs to an external cloud provider for the simple task of testing a browser is very heavy handed.

My point was that Virtualbox with the free images is still vastly cheaper than VmWare Fusion + a bunch of Windows 7 licenses.

(And your internal network is all wifi? Seriously? With designers shuffling big files around? Then you have bigger problems)

1) Maybe it's a design problem, do you really have to provide the exact same experience to everyone?

2) As others have said, there are "free" (of course, there's a cost in setting up) alternatives.

3) Indeed, we bumped every iMac RAM here as well. It's very cheap, though.

4) Well, not really. Any logical piece of software can (and should) be isolated to run by itself. That's how you unit test them. This is the kind of thing that you build once, test everywhere and stop worrying about it until you have to change the set of features.

My point is: why don't we all serve a lo-fi version of our apps based on the features present in the current agent? This way we can stop worrying about release numbers once and for all. If nothing, it usually result in a more stable code base.

1) Yes. Our user experience, look and feel, and "funness" is part of the brand experience that we can't compromise. Does Apple compromise?

2) Nothing is free if you are buying more hardware. Considering the costs of supporting Chrome/Firefox are very incremental, doing anything other than running the browser natively increases time and cost.

3) Cheap yes, but you have to do it, and its not like buying one piece of hardware. You have to do it for every person. Better, but not great. No one likes running VMs on their boxes because it still crawls, even with 2 cores and 8GB ram.

4) Don't disagree with you at all. I was against this design decision from the beginning but lost that battle. It doesn't change the fact that we need to test all of it.

1) I don't get it. Completely dropping support would not break the brand experience, but allowing use via a simpler experience would?

2) The hardware issue was addressed in 3. Also, I don't follow, what do you mean by "the costs of supporting Chrome/Firefox are very incremental?"

3) That's a fallacy, actually. You're both proposing and confirming that "No one likes running VMs on their boxes because it still crawls". I, for one, run Windows XP VMs on my 4GB Core i3 iMac with no burden on the host OS at all. Some people might suffer with it? Yes, but some people could try tuning their setup for their needs.

4) Agreed.

Anyhow, we both know that the kernel of your argument is the first topic. I could convince you that the benefits outweigh the costs in 2, 3 and 4. But if your mindset is focused on giving the very same experience to every agent that can reach your app, or giving no experience at all; this argument is already over.

Also, saying that Apple does X or Y means absolutely nothing. Even if your company were almost exactly the same as Apple in every competitive aspect, nothing can assure that copying its culture would also lead you to a successful path. Actually, I believe history tells us the opposite.

Why not use chrome frame for ie users? If you're building a 'sophisticated web app' then you really are nuts to try to support way back to ie7.

Chrome frame takes about 30-45 sec to DL & install. Doesn't require a browser restart and doesn't require admin rights. Its incredibly slick. and then you're free to work with HTML5 and CSS3 in ie6+

We have no control over whether or not our users use chrome frame. Asking them to install it isn't always an option, especially for government installations.

I dont have any experience developing for govt, so for all I know the barrier against installation of CF may be insurmountable. Have you ever tried? It really is extremely painless and would result in a net + in terms of security.

Definitely insurmountable in the environment of many of our users. They're doctors working with medical data, so IT has to certify anything new installed.

So they're stuck with IE6, because that was the latest & greatest when large custom web-based applications really took off, so they're all certified for IE6 only and would have to be replaced at enormous cost before the users can be allowed to upgrade (or install chromeframe, for example).

It's a big barrier.

This. We would ask our users why they use IE and if they would switch to using Chrome/Firefox or CF. Many of them in public education or state government offices are in a situation where the conversation is a no-starter.

ahh that's a real shame. I guess the best you can hope for is a change of policy when xp is EOLed. Even if it's just an upgrade to ie8 that would make your life more bearable.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact