(This is a shorter version of this talk: https://speakerdeck.com/foliosus/style-guides-where-designers-and-engineers-meet)
All too often the designers and engineers on a team are seen as being at odds with each other. It turns out that there's a huge area of overlap, where we all want the same things. The designer wants the button to move down 2 pixels, so it lines up to the baseline correctly. The engineer doesn't want to have to worry about the baseline, and doesn't want to write extra code to make that one button line up. We can all agree on the rules. We can have it all!
Putting a style guide front and center in your workflow can make these problems go away, while simplifying the eventual redesign that you'll have to do. A good style guide isn't a PDF that tells you if you should use the Oxford comma or not. (You should, by the way.) It is a visual pattern library, a design inventory, and an engineering guide all in one. It's built in your app, using the same widgets that you use to build the app, in the same way. It's a living, breathing example of how an engineer builds the designs, and makes all of the system-wide rules clear.
Designers can use the style guide as a visual pattern library. They can look at all of the pieces together, and decide that one widget needs some work. They can look at the changes they're advocating for in a particular widget to see how it fits with the rest of the site.
Engineers can use the style guide as a how-to guide for the implementation of complex patterns. The code will reveal the implementation details, making them easy to reproduce. The shape of the code that powers the UI is made visible, letting you know when refactoring or other maintenance is necessary.
Both sides can look at the style guide and understand the system that they are responsible for.
This talk looks at how you can build a functional, beautiful style guide that will help you solve many of the long-term site management problems we all have. It requires a certain approach to building your front-end that's based on small repeatable units, strong semantics, and something like OOCSS. You will walk away with a concrete understanding of how the style guide looks and behaves in code, along with the semantic and technical underpinnings necessary to make it a feasible goal.