CSS has a maintenance problem and preprocessors or current CSS architectures don’t help solving it. Instead they reinforce the language’s weaknesses and add more problems. But we can use components to do better.

Nobody questions a programmer’s decision of choosing the most popular tool, but does that mean that this choice comes with no trade-offs?

A lot has happened since I joined diesdas. This is an incomplete list of things I’ve worked on during this time.

I’ve already written about how to write maintainable CSS, but since this is still quite controversial for many I’d like to elaborate my point from a different perspective.

How do you decide which tool to learn next or which one is better? Learn about generic and specific knowledge as an important criteria when evaluating software.

This post contains the solutions to exercises which could be found on Elm’s official page for version 0.15.

I’ve never met someone who loved working with emails. If “Inbox Zero” is a term there certainly has to be a design problem. Recently I’ve realized why there is so much frustration when we have to deal with our inbox.

Because Elm is based on functional reactive programming concepts, dealing with time is different to most other programming languages.