Skip to content

Improving how we communicate about Baseline #2783

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
captainbrosset opened this issue Mar 18, 2025 · 0 comments
Open

Improving how we communicate about Baseline #2783

captainbrosset opened this issue Mar 18, 2025 · 0 comments

Comments

@captainbrosset
Copy link
Contributor

captainbrosset commented Mar 18, 2025

This is an offshoot of #2758 to discuss about developer perception of Baseline and what we can do to improve it. The following is a summary/light interpretation of what was said in the referenced issue as well as our most recent WebDX CG call:

How developers perceive Baseline

We don't really have data here, but with Baseline having been around for some time, we're starting to hear some feedback:

  • Frustration that Baseline doesn't give you browser versions, whishing for Baseline to be enough and not have to refer to BCD.
  • Thinking that Baseline is a YES/NO answer to "is this feature allowed in production".

Whether you can use a feature is a complex question and the answer depends on many factors. Baseline provides a simple answer that's likely very attractive to developers who don't want to deal with the complexity. There is therefore a real risk of cutting off a large portion of the web platform that's not Widely Available (WA). This risk can further be exacerbated by more third-party tools and services adopting Baseline with less rigor with respect to how to communicate the limitations of Baseline.

Expert developers who are fully aware of the complexity also tend to be uncomfortable with the binary nature of Baseline.

What the group thinks Baseline is

  • Baseline does not create the full story of a feature. It's a simplification that's made on purpose.
  • Browser compat is only one small piece of the puzzle when considering to use a feature.
  • The point of Baseline is to say that if a feature is WA, you don't need to use any fallbacks, transpiler, or include any polyfills. It's just gonna work.
  • Baseline does not mean that you can't use a feature in any way at all unless it's WA.
  • Features that are not WA are features where additional cross-browser testing is important.

Things that have been proposed

  • Showing the progress from Newly Available to Widely Available.
  • Linking to more contextual information, such as progressive enhancement tradeoffs, existing polyfills, etc.
  • Improving the description for what Baseline is (and isn't) on this repository and on relevant webpages about Baseline.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant