markdown guide

I think it's fair that unless you support >95% of the "web" platforms available you aren't doing web development, but in stead "Chrome", "Firefox", or "IE" development.

It's really not that hard to support the major browsers, especially for basic apps. I don't really see an excuse* for it not working (sure, glitches are fine, as long as it works).

*This applies to Google as well, who seem to not care anymore that some of their crap only works in Chrome. The problem of vertical integration.


I know this is a year later, but I disagree. Internet Explorer NEEDS to Die. The reason it hasn't completely died yet is because of this idea; "Someone uses it, so I guess we have to make it work". IE is a security risk, it's a Javascript nightmare, and it reduces performance for ALL users just to include the <8%. Supporting it is a bad idea, and it's not just an opinion. There is factual evidence as to why it is bad, and there is not enough people using it for the inclusion of them.
Old browsers don't die fast enough because devs keep supporting them. The sooner the support is ended, the sooner it will die.


It's really not that hard to support the major browsers

Wow, It's quite difficult for me. A lot of time I feel like I have to rewrite entire features because of differences of these platforms. Each platform even performs differently depending on your OS (IE11 on win10 vs win7), so I have to account for that. It's really not simple.


We support the usual "last two browsers". The best support goes to browsers that the devs use and the top browsers that our users use so:

  1. Latest version of Chrome -- most developers use it but also, most clients use it!
  2. Firefox -- I use FF exclusively and have forced prime support for it which is great. None of our clients use it as far as I know.
  3. IE Edge -- this one is actually pretty easy to support since it follows the specs. Some our clients use it.
  4. IE 11 -- I think someone uses IE 11 but we don't explicitly check for support. We fix issues as they come up. So far? We had one issue 1-2 years ago regarding input box sizes.

But that's about it! Typically, there aren't any issues we have. Most of the styling we do hasn't changed over the past year or two which means we've worked out all of the cross-browser styling bugs. JS browser-related bugs have been extremely scarce.


I'm sensing some frustration in the early answers to this discussion 🙃


My team builds for financial institutions, and so we support as far back as possible, making Internet Explorer, at least 8+ a target.

We use Angular 5 and Bootstrap primarily, so a handful of compatibility issues are handled seamlessly.

However, we ensure there's a cross browser support.


We QA test the last two versions of IE Edge, FF, Safari, and Chrome. We try our best to support old IE and other older versions but don't spend a whole lot of time if we run into some hard to fix issues.


My current application is used by our Sale reps nationwide. Since Sale associates only use IT managed computers and our IT Department only supports IE 10,11 (Not Edge) and chrome. I only have support IE and Chrome.

It's still frustrating when things work perfectly in chrome, then everything explodes in IE. Things like Local Storage, page rendering, onloading, and CSS/Style are implemented differently in both platforms. Its a compromise trying to realize requirements on both. I often have to talk to the Bussiness Analyst and amend requirements based on this compromise.


While I was writing this, I got an email from my team telling me that our styles are not working in IE! -_-


For applications for consumption inside an enterprise: It's not a decision, it's typically a mandate, delivered reluctantly by whoever the head of the IT Department Happens to be. This can be a blessing and a curse. One time I only had to support the last 12 months of versions of Chrome - I thought I'd died and gone to heaven.

For applications facing the outside world: Our focus is always maximum accessibility. That means looking at trustworthy browser usage stats and targeting whatever doesn't fall into the "other" category on the chart - hell, we'd even target "other" if our clients would pay for it.

Typically this manifests as targeting the last years worth of releases for Chrome, Edge, Firefox and Safari (the web's new problem child) and the most prevalent screen-reader.

These days, this combination seems to result in nice, broadly accessible sites.

Just don't get too ambitious and try to implement things like automated screenshot comparison across browsers, for maximum consistency - you'll have a bad time. Things are always minutely different between browsers, accept it and move on 😣.


We only do lead-gen websites, so it's not as difficult as say, a React app.

We support down to IE10 based on a combination of web analytics and what we can reasonably test in-house - for a typical site, we see it leaves about 2% of IE users (about 10-20% of traffic) out using that strategy - so maybe .1-3% of total users.

Over the past 4 years that I've been here, we started at supporting IE8, and when it dropped to less than 1% of IE traffic, we dropped it. We dropped IE9 for similar reasons, as well as the fact that some of the Google APIs like YouTube and Maps API aren't compatible with lteIE9.

We're less concerned about browsers like Amazon Silk, which is only .5% of traffic to begin with, and then heavily fractured from there. We also don't have a high percentage of developer users, so stuff like Brave and Opera are pretty rare.


If the client needs/wants support for a browser version then we make it happen. Sometimes that leads to situations where we need to discard non essential features, which hurts, but at the end of the day the client paid us and they know what their needs are.


Let's be honest here, most of the time they don't know what they want, but we gladly overlook that because we get paid.


Depends a lot of the target audience of our client and whether they have preferences.

It tends to be "support browser versions that have come out in the past 2 years"

Or, at least, that's the goal. There are frequently times where towards the end of development someone with an IE machine will test a site even though we were pretty explicit early on that we wouldn't support it and the client will suddenly care about IE.


There are frequently times where towards the end of development someone with an IE machine will test a site even though we were pretty explicit early on that we wouldn't support it and the client will suddenly care about IE

Ah humans.


I feel like there are two sides to this one. There are a lot of questions that technical management asks themselves, but only one question that they should be asking.

Questions they ask:

  • Who are our users? (To be fair, a lot of B2B companies are forced to support old versions of Internet Explorer because they have enterprise customers who give their employees super locked-down computers and won't invest the money to update them.)
  • What does our competition do?
  • What kind of development resources do we have? (If you're a big company that moves slowly anyway, legacy browser support may seem like an easy win because it doesn't require a lot of creativity or debate.)
  • What will our egos allow?
  • Do we need a monopoly? (If you're Google Search or Facebook, you have to support IE5 because your ability to sell ads at a premium is extremely dependent on your dominance in the market. But you're probably not Google or Facebook.)
  • How complex is our front end? (If you're willing to be Craigslist, then heck, you can support Netscape Navigator. On the other hand, if you want a shiny, cutting-edge single-page app with cool animations and complex interactions, it's hard to support non-evergreen browsers. You either have to pick one or spend a lot of money.)

What they should be asking:

  • What's the marginal cost of supporting another browser, versus the marginal benefit of gaining people who use that browser as prospective customers?

If you're doing analytics, you can see exactly what browsers your users and prospects are using, and if you know what each user is worth, you can determine if it's worth the cost of supporting their legacy browsers. It comes down to a subtraction problem.

In many cases, Chrome + Firefox will net you 75% or more of your potential market in one fell swoop. So that's something to think about.


I believe in supporting users not browsers. Assess what your users actually use then aim for 100% features working or failing gracefully for 100% of your users. Make it as accessible as reasonably practicable and remember there are always a few odd users who do stuff like switch off css or javascript, or use reader view...


Not entirely sure, since it was formulated before I arrived; I work in the Digital department of an ad agency, so it occasionally depends on our client's audience.

For the most part, we support evergreens and a multitude of devices, and have a decent sized library of mobiles and tablets for QA. IE-wise, we support IE11, IE10 if it doesn't hold up deployment, and anything earlier usually comes at special request.


"Hey this company primarily uses IE on their work computers; how is the experience on IE?"

"Uh.. do they allow their employees to use chrome?"




I have 2 ways of approaching this: our core product only supports the latest (last 2 IIRC) but for our support services (which include prospective customers) we try and support as many versions as we can. The thought being a browser version shouldn't be a blocker to gaining a customer and isn't really relevant to that conversation; upgrading a browser can happen later.


I think browser support should be based around what your users need. If you have a market in China, for example, this might mean that you need to support very old versions of IE. Depending on the country you might also have to deal with browsers meant to deal with low bandwidth (such as UCBrowser).

When it comes to my line of work though, I test against Chrome and the most recent MS browser on Windows 7 (IE 11). I guess you could say I consider myself lucky.


This is something I need to have defined before writing a single line of code.
We split the browser-matrix into "Not supported", "Has to work but we won't pixel-push" and "Needs to work and look 💯.

We'll look at any bugs, even from older browsers, though. Fixing them depends on the cost/benefit.

We do large e-commerce-websites, and our clients usually have some old online-shop which is getting replaced. In that case we use their current stats and support whatever makes significant revenue. Usually the client is fine with that.

For my current project, iOS/MacOS-Safari 9-11 make almost half off all sales, with Chrome and FF on the second place. We support the latest Samsung-Internet and Edge/IE11, IE10/9 are quasi non-existent in their stats, so we don't support that.


We only support IE11, as that is the default browser selected by our IT Department. Which is great, because everyone (myself included) use Chrome and our webapps aren't quite right.


We’ve had a tough debate about support, so we’ve support only the last 3 major versions, excluding MSIE - we were wasting more time getting MSIE to work with our product so we dropped it and provide a desktop client for MSIE users to download instead


Ours is based on the best effort from what we can drive with Selenium


We go by traffic and market share. Which means we still support IE8+.

Life is fun in the corporate world.


Whatever IT pushes to employees laptops. Welcome to the not as bad as it sounds world of enterprise software.


We unite around our common hate of IE. But then we support only the latest version of it because customers use it. Almost everything else needs no separate consideration.


We look at our Analytics and some browser stats, if IE is less than 5% we think it's safe to say we're able to drop support.

Classic DEV Post from May 10

What do you wish you knew about Developer Relations?

A conversation... what do DevRel professionals wish devs knew about their job? And what do devs wish they knew about DevRel?

Ben Halpern profile image
A Canadian software developer who thinks he’s funny. He/Him.

Sore eyes? now has dark mode.

Go to the "misc" section of your settings and select night theme ❤️