CodeinWP CodeinWP

What Advice Would You Give to a CSS Beginner?

ChalkboardRecently, a friend who used to do some web design years ago approached me with some questions about getting back into front-end coding. She doesn’t have a programming background and, from what I understand, her experience in coding is limited to old-style HTML using tables and very little CSS.

She says she finds all the stuff associated with front-end development to be quite overwhelming. Well, she’s not the only one. I think we all feel frustrated at the amount of reading and research that’s needed to keep up with things in the industry.

I tried to give her some advice on what to do and what to learn now, so I thought I would summarize my own personal suggestions here for any beginners looking to learn CSS from scratch. I was going to send this to her directly, but I thought it would make for a nice blog post that I could point beginners to in the future.

These aren’t necessarily in order of importance, but I tried to put the easiest and more important stuff near the top.

Finally: Don’t Feel Overwhelmed

There’s a lot to take in and to catch up on. But there’s no reason to be overwhelmed. We’re all working on keeping our skills up to date, and learning new things. I have a laundry list of things to learn that I’ve barely scratched the surface of.

I think one of the best approaches is to just focus on small steps, one thing at a time, and even if you don’t feel like you’re going to remember everything you read, it’s not a big deal. We all use code references and Google regularly.

In fact, I would argue that it’s not important to know everything, but rather it’s important that you know how to find anything when you need it.

What Do You Suggest?

I’m sure there are things I’ve left out and maybe some things that people disagree with (cough OOCSS cough). If you have any suggestions for beginners looking to get into CSS and other aspects of front-end code, I’d love to hear them.

Credit: Chalkboard photo by Oliver Gruener

42 Responses

  1. Sean says:

    1. Avoid preprocessors until you have a handle on the ins and outs of “regular” CSS.
    2. Format the code in a way that makes sense to you, not what is recommended by the experts. Again, once you are more familiar with CSS, you can start adjusting your style based experience instead of advice.

  2. kevin says:

    I’d give a look at the tutos at and avoid preprocessors for a beginner!

    • Paul says:

      +1 for codeacademy. I’m only starting out but I really feel like I’ve learned lots because of the interactive learning style.

  3. Dale Cruse says:

    I find it ironic that the last thing many people learn about CSS is how to master the cascade. Instead, I say learn that first, as your life will become easier & more enjoyable.

    • This is good advice. The books I recommended should have a little info on those, but I added an extra line about the cascade, specificity, and specificity wars. Thanks!

  4. lord xeon says:

    1. Do not learn a preprocessor, that’s a surefire way to not learn proper CSS, but the shortcuts, and overly comlpex ways that preprocessors generate CSS.

    Instead focus on writing all your CSS from scratch.

    2. Learn the cascade, embrace it, learn to love it
    3. Learn that not every single element needs to have a class or ID to be targetable
    4. Figure out what/who you want to design for – don’t learn IE6/7/8 hacks if you’re only working on learning stuff right now and you only use Firefox.
    5. Don’t waste your time learning IE6/7 hacks at all
    6. Start with the basics and work your way up
    7. Find a (simple) website you admire, and try and replicate it (locally for yourself so you can prove you can do it)
    8. Understand semantic markup to some extent. It’s not that important to understand when/why you should use an h1 tag over an h2 in one particular case, but it is important to understand that through css you can make any tag look like anything*
    9. Comment your code when you comment it you should be able to understand it, and therefore remember it
    10. Build something you want to build and have fun.

    *to some extent, you can’t style a style tag obviously.

  5. cssbob says:

    My advice would be to consult a psychiatrist.

  6. Spoike says:

    The one site that started popularizing CSS-based design back in the early days of web is CSS Zen Garden. That site got me interested in learning more about CSS and giving me inspiration that everything doesn’t have to be an ugly mess (though they have examples of this as well). I don’t know any other inspirational site that still hits it with the flexibility of CSS.

    I’d say as a first step for inspiration, go to then go through the different designs for the *same* HTML. Then go tinker around with the CSS yourself in the web browser’s dev tools (Chrome and Firefox/Firebug has tools that lets you manipulate the CSS on the fly).

    Also on top of learning CSS you have to learn javascript/jquery. I would argue that you can’t really call yourself “front-end” designer if you don’t know a little bit of javascript… at least the good parts of it. The web is an interactive medium. So don’t forget to learn how to deal with little bits of interactivity and, most importantly, designing proper feedback loops to the user.

    • Jay Tillery says:

      This is good advice. I was going to say, use Firebug on Firefox to manipulate and get the hang of what is happening on a web page. I largely learned by doing this.

    • Michael Tuck says:

      When I want to show my middle schoolers what CSS does and doesn’t do, I show them random pages from CSS Zen Garden. After they quit yelling to “click on that one!”, they start asking questions — why does this design have these images in it and that one doesn’t, why is the text content all the same regardless of the page, and every question leads them closer to a rich understanding of the power of the stylesheet. CSSZG is a hell of a valuable learning tool.

  7. Thanks for the encouragement and write up! Points noted.

  8. Mauro says:

    This will be posted into my “learning advice” part in my CSS/HTML course blog. Many thanks and excellent advice(s). Mauro.

  9. I have been mulling over some of these issues/thoughts while formulating a “the web for graphic designers” short course aimed at students. For those wanting to get into code I am thinking of pointing them toward the Twitter Bootstrap for one simple reason: they will be able to have a website up very quickly. From there we could restyle the elements with colours, fonts etc. And only then would we deconstruct the code or perhaps move onto another simple template/boilerplate. The key here is a sense of accomplishment from the outset that can be built on. CSS is first and foremost a means to an end, and should be learned in tandem with HTML and JS.

  10. I think there needs to be some more focus on software engineering fundamentals before stepping into the details.

    There’s no mention in this list of the design philosophy behind CSS: i.e. why is it good to have this separation of concerns?

    Understanding fundamental concepts such as this when beginning helped me create much better mental models of the different aspects of the purpose of HTML and CSS and as such helped me design better coding practices as a result.

    You could lump into that a look at object orientation for inheritance etc. as these are also fundamental aspects of the design of the CSS.

    As Steve McConnell puts it in code complete, code into the language not in the language.

  11. I almost forgot about this resource:

    I’ve seen it before but I just stumbled across it again today. I haven’t looked into it much, but it looks like a solid source for beginners.

  12. Paul says:

    The best advice I can give to beginners to CSS is to just do it.

    Read some of the big blogs such as CSS tricks, nettuts find some of their tutorials and go through them the tutorials. Don’t just see the demo and download the files work through the tutorials. The more you code the more you learn.

  13. Can anyone tell me if using CSS preprocessors degrade the performance or not (I think they do as I have seen LESS use javascript library).


  14. Claudio says:

    The easy HTML 5 template link doesn’t work.

  15. Erik says:

    My biggest advice would be to make this website your bestfriend and Cheers from Erik at

  16. Ferdy says:

    I think the list is accurate and quite complete, but probably quite discouraging to somebody starting out. I mean, just reading SM or CSS Tricks’ archives (partly) is something that can take days or weeks. And that crosses of only one bullet point in a long list.

    • Agreed. I definitely don’t expect anyone to read all of SM’s archives. I just think it’s a good idea to at least go through them, maybe skimming and looking for some tips here and there, if for no other reason than to get up to date on what’s been happening in CSS for the past 3 or 4 years.

  17. ITS Training says:

    If you’re a beginner and want to learn basic HTML and CSS (including HTML5 and CSS3) by watching video tutorials, please check out our YouTube channel. There are a lot of free tutorials on basic coding, web accessibility, and other related media applications such as Photoshop, Dreamweaver, and others. Download the data files and follow along with the online presenter.


  18. This is great collection of resources, thanks. As a beginner I think good advice is to start simple, learn how to edit the vast sources of css styles and effects that are out there which will lead to you being able to write your own. i am currently trying to reduce and tidy up my css – although D-R-Y is a bit complicated for me I am trying to re-use selectors etc. I have never heard of pre-processors but this is definitely something I will look into.

  19. 1. Make sure your site can be accessed on various devices. Consider responsive web design. Design for mobile first approach.

    2. Separate structure (HTML), presentation (CSS) and behavior (JavaScript) layers, cf. Meiert. Write your markup without thinking about the page layout. Write your CSS after the markup has been done.

    Don’t write presentational markup. Don’t use presentational class names. Use appropriate HTML elements and semantic classes (saying what an element represents, not how it should be styled).

    3. Do use what CSS has to offer. Use ID selectors, use descendant/child combinators. Learn about the selector specifity and how the cascade works. Make it work for you.

    Did I just say don’t use the OOCSS approach? Sure, I did. Don’t use the OOCSS approach. (At least not in the suggested way. Don’t mess up your markup with classes. A CSS preprocessor might come to the rescue.)

    • Gunnar, there is no practical reason to use an ID for styling purposes. It’s virtually useless in that context. Classes keep the CSS clean and reusable, and specificity becomes a non-issue (like it should be, because it’s a pain to deal with). Give me one good reason to use an ID as a styling hook, and I’ll concede. Other than “to override an existing style”, there is no good reason to do it. An ID is really not that much different than an !important declaration, when you really think about it. See:

      Markup being “messed up” with classes is an old-school myth that had no practical value to it. For those interested, Nicole Sullivan discussed some OOCSS stuff here on the Shop Talk podcast:

      There she mentions that using OOCSS properly doesn’t pollute your markup with extra classes. If you plan properly, you should not have unmanageable markup. (Of course, I’m not saying that she would agree with me in any of my approaches here, or that my view of OOCSS is the same as hers).

      • there is no practical reason to use an ID for styling purposes.

        Louis, there is a big difference between “there is no” and “I see no”. You were meaning the latter.

        Classes keep the CSS clean and reusable

        I’ve shown that you can keep CSS reusable not relying on classes.

        For you, the holy grail seems to be to keep the CSS “clean” (whatever that means). I, like many others, aim to keep the markup clean (that means purely “semantic” markup, not presentational markup).

        Why is presentational markup bad?

        1. Because of maintainability. Depending on the development worklflow, OOCSS misses its goal to “improve both the performance and maintainability of your Web pages.” Consider a development team where frontend developers provide a sample HTML document and the stylesheet; the backend developers write code that generates the HTML output. (In the final product, there’s no static HTML.) Later, the layout is required to be changed.

        What happens if the site was built on presentational markup? The backend developers need to change their code in order to generate different HTML for changes in the frontend. High costs. That’s really bad.

        If the site was built on pure markup, no markup changes need to be made for layout changes. A frontend developer (that’s who you guessed to do changes in the frontend, right?) would change some lines in the CSS, done. Simple as that. Low costs.

        That’s not “an old-school myth”.

        2. Because the same HTML document might (read: should) be presented differently on different devices. OOCSS is not suited to responsive web design. OOCSS is not suited to modern web development.

        Give me one good reason to use an ID as a styling hook

        Because it’s already there. The main navigation menu, for example, is a very special, unique element on a web page. That makes it predestinated to carry an ID “main-nav”. Wheather this ID would later be later used for scripting or styling, is irrelevant at the time of writing the markup.

        Once you have that hook, you can use it for styling. There’s no need for another hook. <nav id="main-nav" class="main-nav"> doesn’t make any sense when <nav id="main-nav"> is sufficient.

        Use ID selectors for elements that carry an ID (or their descendants). Not because the selector would be more specific, but because you’re gonna style that very element.

        specificity becomes a non-issue (like it should be, because it’s a pain to deal with).

        Now that’s weak. The cascade (hey, that’s the “C” in CSS!) and selector specificity might be an enemy to bad frontend developers who fight against it. But it’s a friend to good frontend developers who make use of it. What kind of developer are you going to be?

        • Gunnar, this post is not meant to be a debate on OOCSS. So I am going to respond to your comments here in a post of its own. Not sure when, but I hope some time this week or next.

          Thanks for your thoughts.

  20. Bubba says:

    Hang out where people are asking CSS questions and responding to them. I’ve learned a lot by hanging around forums, trying to figure out someone’s CSS problems. I spend about 5 minutes trying to fix it, then usually see that someone else has fixed it. Although I can fix the problem less than 5% of the time, I’ve learned a lot by struggling and reading the answers of people more knowledgeable than me. I don’t learn much when I just read a question then go straight to an answer. Well, I might learn a bit, but if I don’t struggle with the problem for a few minutes, I probably won’t remember it.

    • Michael Tuck says:

      I’m biased because I volunteer there, but I find the SitePoint forums to be very friendly and useful for beginners. They are where I began asking noob questions back in the day and getting polite, helpful responses instead of the arrogant snot-headed “answers” I received at Other Forums Not to Be Named. It’s very easy for the initiated to mock and berate the not-yet-initiated, but it’s such a lousy thing to do. I’m glad you’re spending time and effort on helping the newbies, Louis.

  21. Santosh says:

    Hello Louis,

    You are an ultimate person and I am really thankful to honestly for having this article for all starters or beginners and I hope this article will help to everybody and I assure 1000000% guarantee.

    Thank you once again for this article and I will start learning more now with the help of the links given in this article.

  22. kingabel says:

    As a beginner I think good advice is to start simple, learn how to edit the vast sources of css styles and effects that are out there which will lead to you being able to write your own.

  23. Simon says:

    Install CSS Usage for Firefox and every few weeks just run through you site with FF and CSS Usage to make sure there is no straggler CSS code that’s causing your stylesheet to bloat.

  24. Alex Devine says:

    This blog post has made my day, coming from a design background i now want to bring my PSD files to life. Thank you for providing such great links.

  25. Very Informative good for beginners

Leave a Reply

Comment Rules: Please use a real name or alias. Keywords are not allowed in the "name" field and deep URLs are not allowed in the "Website" field. If you use keywords or deep URLs, your comment or URL will be removed. No foul language, please. Thank you for cooperating.

Markdown in use! Use `backticks` for inline code snippets and triple backticks at start and end for code blocks. You can also indent a code block four spaces. And no need to escape HTML, just type it correctly but make sure it's inside code delimeters (backticks or triple backticks).