5 reasons why people aren’t using new CSS features
Tags: css
Published: 2020-04-28 15:46:44

---
title: 5 reasons why people aren’t using new CSS features
published: true
date: 2020-04-01 05:30:03 UTC
tags: css
canonical_url: https://blog.logrocket.com/5-reasons-why-people-arent-using-new-css-features/
cover_image: https://dev-to-uploads.s3.amazonaws.com/i/vzb78e4pps46ij9sdlfi.png
---
**Written by [Nathan Sebhastian](https://blog.logrocket.com/author/nathansebhastian/)**✏️

Although new CSS features and properties are developed and released every year, web developers rarely learn them or use them in their projects.

This is an issue because the CSS Working Group — the team of developers who maintain and improve CSS specs — measures success by [looking at the adoption rate of those new features](https://www.w3.org/2019/10/css-wg-charter.html#success-criteria).

This is a chicken-and-egg problem. If the community doesn’t adopt and implement new features, the working group won’t bother maintaining them. On the other hand, if the working group doesn’t work to improve features, users likely won’t adopt them.

But if we can all agree that it’s important to update your JavaScript and React code, why do we tend to think it’s not worth the effort to update CSS? Let’s explore some possible reasons why people aren’t using new CSS features in 2020.

[![LogRocket Free Trial Banner](https://i0.wp.com/blog.logrocket.com/wp-content/uploads/2017/03/f760c-1gpjapknnuyhu8esa3z0jga.png?resize=1200%2C280&ssl=1)](https://logrocket.com/signup/)

## 1. There’s a cost to implement new CSS features

In any project, the budget influences what is prioritized during development. Implementing CSS features costs developers time, which impacts the project owner’s bottom line. Your client may deem your time better spent optimizing other features.

You could attempt to find workarounds for features that aren’t supported by the browser, but unlike JavaScript, which uses Babel to do exactly that, CSS affords you no such luxury.

## 2. CSS needs to be lean, and it’s not a priority

A new project may have just a few CSS rules here and there. But as it develops and expands, your small CSS rules can quickly become a tangled spaghetti monster. CSS needs to be lean and easy to understand, so it’s usually better to go with stable features that are already production-ready.

Most websites don’t even bother with CSS in the early stages because they can just use [Bootstrap](https://blog.logrocket.com/how-to-use-bootstrap-with-react-a354715d1121/) and call it a day. Only after it gains some traction will stakeholders consider developing a more tailored style that’s consistent with their branding. Even then, there are often more pressing tasks than upgrading CSS.

## 3. If it ain’t broke, why fix it?

The primary goal of writing CSS is to describe the presentation of your website, rendering it aesthetically pleasing and easy to understand. CSS help developers achieve that goal by manipulating two things: layout and design. Layout describes columns and rows, while design refers to colors, fonts, spacings, animations, and borders.

I think we can all agree that the current [state of CSS](https://dev.to/bnevilleoneill/the-future-of-css-features-in-2020-91h) handle these well enough. Sure, some parts could be better optimized. But there are only so many hours in a day. When you do have spare time, how likely are you to focus on optimizing CSS instead other things? As long as it’s not broken, why fix it?

## 4. Keeping up with CSS is hard

[React](https://reactjs.org/community/conferences.html) and [Vue](https://events.vuejs.org/conferences/#upcoming) have regular community conferences. Even [JavaScript](https://javascript-conference.com/london/) has a conference once in a while. But what about CSS? How do you keep up with its development and stay in the loop about new features?

[CSS doesn’t have versioning](https://www.quirksmode.org/blog/archives/2020/01/css4_is_here.html), and it doesn’t need it. Without conferences, there’s no excitement. People simply don’t pay much attention to the development of the tech they use. We’re all too busy building apps for our clients. The only way to keep up with CSS is to read the documentation. But why bother when old technology will suffice?

Unlike frameworks and programming languages, CSS doesn’t have patches for security issues. As for the design itself, most clients only care that their website looks exactly how they imagined it. There’s just not enough incentive for developers to keep up with CSS.

## 5. CSS is not an attractive investment

Let’s say you did the hard work of mastering new CSS features. How do you show that to potential clients or employers? You can’t put “CSS beyond CSS3” on your resume. [CSS3 was a great success](https://css-tricks.com/css4/) in the world of CSS development because it compelled:

- Browser vendors to implement new CSS support
- Developers to upgrade their skills
- Business leaders to update their tech stack

With huge demand comes great opportunity. Books, courses, and tutorial videos were released to help people learn about CSS3. Then there are layout models like [Flexbox](https://blog.logrocket.com/flexing-with-css-flexbox-b7940b329a8a/) and [Grid](https://dev.to/bnevilleoneill/css-grid-or-css-frameworks-50fd), though they are not part of CSS3.

Some developers advocate for putting all new CSS features under the banner CSS4. But then how do we define CSS4? What modules do we include or exclude? If it doesn’t introduce any drastic changes from CSS3, will the community even adopt it? Wouldn’t it be better for developers to spend their time on other things that are more visible and easier to market?

## Conclusion

It’s hard for anyone to say how these issues can be resolved. Unlike frameworks and languages, which have a timely release date, CSS just rolls out new features into the wild and wait to see if browser vendors, developers, and business leaders pick them up.

If you’re interested in diving deeper, the CSS Working Group is facilitating a lengthy conversation on [GitHub](https://github.com/w3c/csswg-drafts/issues/4770) to define what CSS4 is and how it might help push people to use new CSS features.

* * *
## Is your frontend hogging your users' CPU?

As web frontends get increasingly complex, resource-greedy features demand more and more from the browser. If you’re interested in monitoring and tracking client-side CPU usage, memory usage, and more for all of your users in production, [try LogRocket.](https://logrocket.com/signup/) 

![Alt Text](https://thepracticaldev.s3.amazonaws.com/i/403rye2ptzx994uhktk1.png)

[LogRocket](https://logrocket.com/signup/) is like a DVR for web apps, recording everything that happens in your web app or site. Instead of guessing why problems happen, you can aggregate and report on key frontend performance metrics, replay user sessions along with application state, log network requests, and automatically surface all errors.

Modernize how you debug web apps — [Start monitoring for free.](https://logrocket.com/signup/)
* * *

The post [5 reasons why people aren’t using new CSS features](https://blog.logrocket.com/5-reasons-why-people-arent-using-new-css-features/) appeared first on [LogRocket Blog](https://blog.logrocket.com).