la vérité qui fâche
CSS is like a bear cub.
It’s almost a challenge to find a development team that’s working on a codebase that’s more than a couple of years old where the CSS isn’t the most frightening and hated part of that system.
Thomas Zilliox.
Je suis un expert CSS indépendant.
Je sais produire du code CSS maintenable...
...au moins par moi-même !
Et après ?
Celui responsable d'au moins 18 tickets JIRA
.header {
padding: 0.5em 1em;
overflow: hidden;
background: black;
color: white;
white-space: nowrap;
text-overflow: ellipsis;
}
.header {
padding: 0.5em 1em;
/* overflow: hidden; */
background: black;
color: white;
white-space: nowrap;
text-overflow: ellipsis;
}
.header {
[...]
}
.ellipsis {
overflow: hidden;
white-space: nowrap;
text-overflow: ellipsis;
}
.header {
display: inline-block;
}
.ellipsis {
overflow: hidden;
white-space: nowrap;
text-overflow: ellipsis;
}
.header { [...] }
.ellipsis {
display: block;
overflow: hidden;
white-space: nowrap;
text-overflow: ellipsis;
}
.header { [...] }
.home-item { display: flex }
.ellipsis {
display: block;
overflow: hidden;
white-space: nowrap;
text-overflow: ellipsis;
}
body {
word-wrap: break-word;
}
.ellipsis {
overflow: hidden;
white-space: nowrap;
text-overflow: ellipsis;
}
body {
word-wrap: break-word;
}
.ellipsis {
overflow: hidden;
white-space: nowrap;
text-overflow: ellipsis;
}
Résumons !
Quelle que soit l'énergie que vous y investirez,
un niveau de qualité n'est jamais un acquis en CSS !
Ceux qui nous préviennent quand on fait une bourde !
Ce problème a été résolu du côté du code algorithmique :
Sur 6play.fr :
C'est à partir de maintenant que c'est intéressant !
Les revues de code c'est bien !
Elles permettent de prévenir la majorité des erreurs.
Sauf que c'est illisible !
Comment rendre la revue de code de CSS efficace ?
Le style guide permet de documenter les composants :
Il permet aussi de les visualiser sans leur contexte d'utilisation.
C'est un excellent bac à sable.
C'est l'équivalent des TUs !
Il y a un seul bémol sur ces tests automatiques...
Il s'agit de notre objectif !
et pour toutes les tailles de projet stp.
Les différentiel de capture d'écrans existent :
Mais ce n'est pas utilisable :
Pour être pérenne, il faudrait le coupler avec un style guide.
Encore faut-il en avoir un !
Les tests automatisés sur device sont possibles :
Les tests fonctionnels peuvent contenir des tests graphiques.
Vérifier qu'un élément :
Par contre c'est très long !
Impossible de valider tous les navigateurs sur toutes les PRs
Les linters et formateurs CSS et Scss existent :
Bemlinter permet de valider sur CSS et SCSS :
Première tentative :
Deuxième tentative :
En même temps c'était dans le titre de la conf.
Des questions ?
@iamtzi
tzi.fr/slides/pw2017
tzi.fr/slides/pw2017.pdf