Ou : de l’importance de ne « pas trop déconner ». Explications.

DRY – don’t repeat yourself – is one of the basic principles of programming. The two main concepts allowing you to avoid repetitions in programming are variables and functions.

Question is: how can we think DRY with a language which does not have variables or functions?

You cannot escape it : performance has become a vital and probably one of the most critical requirements of modern websites.

CSS production has to take this into account.

If semantics is defined as “a set of rules and conventions in order to allow a group of people to understand each other”…

Why not apply this concept to CSS conception ?

Choice between a "quick and dirty solution" and a "nice self-made solution" is really not simple: different approaches, different space-times, different costs, etc. The choice between these two space-times is even often a formidable headache for decidors.

Gaël Poupard looks into this issue for you, which is very far from being simple.

Le choix entre « une solution toute faite vite trouvée vite installée » et « une solution développée à la main » n’est vraiment pas simple : approches différentes, espaces-temps différents, coûts différents, etc. L’arbitrage entre ces deux espaces-temps est même souvent un casse-tête redoutable pour les décideurs.

Gaël Poupard se penche pour vous sur cette question très loin d’être manichéenne.

DRY – don’t repeat yourself – est un des principes de base en informatique. Les deux principaux outils qui permettent d’éviter de se répéter en informatique sont les variables et les fonctions.

La question se pose alors : comment penser DRY avec un langage qui n’a à la base ni variables ni fonctions ?

Il est inutile de se le cacher : la contrainte des performances est devenue vitale et probablement une des contraintes les plus critiques des sites internet modernes.

La production de CSS n’échappe pas à cette quête de rapidité.

Si la sémantique se définit comme « un ensemble de règles et de conventions dans le but de permettre à un groupe de personnes de se comprendre », pourquoi ne pas appliquer ce concept… à la conception même des CSS ?