# Redesign incrémental

2015-02-18

> Never make radical changes when minimal adjustments will suffice. Too many websites undergo a major overhaul unnecessarily. While legitimate reasons exist for engaging in a redesign, the reality is that many problems you need to solve are isolated and can be fixed with smaller, incremental approaches. Look at the metrics rather than guess what needs to be changed. Allow data to help you determine the extent of the problem and apply the least amount of change necessary to solve it. Radical changes have a higher chance of inadvertently breaking something critical for users.

> Radical Redesign or Incremental Change? (cache)

J’ai commencé un redesign avec plusieurs objectifs :

- jouer avec les véritables (cache) small caps ;
- davantage mettre en avant le stream et l’activité pro ;
- simplifier la `CSS` et m’amuser avec le responsive pour les en-têtes et pieds de pages ;
- améliorer les contrastes et la lisibilité ;
- retirer le bruit (partages sociaux et support de webmention) ;
- me challenger en retirant tous les `id`, `class` et images décoratives.

La peinture est fraîche et le restera :-).

Articles choisis : Commodité et effondrement, Des données aux communs, Accompagner un enfant, Senior developer, L’illusion sociale, Instantané Scopyleft, Enseigner le Web, Simplicité par défaut, Minimalisme et esthétique, Travail en transition, La pairmutation du travail, Principes Web, Travail en transition, Un web omni-présent, Manifeste de développeur, Confort et convivialité, Testament numérique, et bien d’autres…