J’utilise aujourd’hui un autre fond d’écran, car ce mantra fait aujourd’hui partie de moi et je n’ai donc plus besoin de ce rappel.
Chaque jour qui passe, j’essaye en effet dans la mesure de mes moyens de trouver des solutions simples à mes problèmes, aussi bien dans ma vie privée que ma vie professionnelle.
Et ce n’est pas toujours évident, car paradoxalement, il est très compliqué de faire simple, notamment parce que l’Homme semble être un proche cousin des Shadocks puisqu’il a une aptitude naturelle à rendre compliqué ce qui ne devrait pas l’être.
L’administration française en est un exemple éclatant, mais il est loin d’être le seul, et le code informatique peut également en être également l’illustration parfaite.
Et je ne suis pas le seul à le penser, car au hasard d’une papillote, j’ai découvert cette citation de Henri Bergson, un philosophe français qui a reçu le prix Nobel de littérature en 1927 :
L’homme devrait mettre autant d’ardeur à simplifier sa vie qu’il en met à la compliquer
En cette période de fin d’année souvent considérée comme propice aux bonnes résolutions, il serait peut-être bon pour tout le monde que tout le monde médite là-dessus, afin que l’Homme se rapproche un peu plus du bonheur.
6 réactions
1 De sdouche - 16/12/2013, 12:53
Plus je vieillis, plus je considère la simplicité comme fondamentale. Ceci dit, c'est une notion que j'ai toujours en tête car j'ai "l'avantage" de ne pas comprendre grand chose, donc je vois tout de suite les choses compliquées :).
Mais le soucis avec la simplicité, c'est que cela prend un sens différent pour chacun d'entre nous. Ce qui sera vu comme simple par quelqu'un ne le sera pas pour d'autres. une personne qui aime les maths trouvera les langages fonctionnels simples, pas moi. Ou comme un développeur PHP trouvera son langage simple alors qu'il est bourré d’incohérences qui me rebute. Ou un dev Java qui aura oublié qu'il a du se taper plein de livres pour y arriver. Ou un dev Python / Ruby...
Bref c'est une recherche qui demande beaucoup de temps, de reflexion et d'introspection . C'est une voie difficile. Et pour reprendre un autre slogan : "on sait que l'on a terminé quand il n'ya plus rien à enlever".
2 De bdelespierre - 16/12/2013, 13:57
Il m'a fallu 2 ans et un projet majeur mis à la poubelle pour me rendre compte combien la simplicité était importante dans le processus de dévelloppement. Avec de la complexité, même une petite erreur prend des proportions inimaginables et devient un cauchemard à corriger à postériori alors qu'avec une solution simple (ou un assemblage de solutions simples) non seulement les problèmes sont rapidement identifiés mais sont en plus vite résolus.
C'est pourquoi j'évangélise en faveur des 3 acronymes qui sont aujourd'hui mon dogme: KISS, DRY et YAGNI (Keep It Simple you Stupid, Don't Repeat Yourself, You Ain't Gonna Need It).
En termes de développement, spécialement en PHP, c'est l'approche orientée composant et composer qui permettent au mieux de favoriser l'émergence du concept de simplicité, c'est pourquoi j'en fais la promotion partout où je vais.
3 De mageekguy - 16/12/2013, 14:05
@bdelespierre : Mouais, je suis plus que moyennement convaincu.
À mon sens, parvenir à la simplicité veut avant tout dire penser à l'utilisateur final, ce qui veut dire le comprendre aussi bien avec ses qualités et ses défauts, bref, faire preuve d'empathie.
Et ça n'a STRICTEMENT rien à voir avec la technique et à mes yeux, vouloir atteindre la simplicité par la technique est même la meilleure solution pour créer une usine à gaz car la technique masque alors les objectifs.
Donc tu pourras utiliser tous les outils que tu veux, qu'il soit simple ou non, si tu n'as pas compris l'utilisateur final, tu feras tous sauf un outil simple à ses yeux (car je rejoins sdouche, la simplicité n'est pas la même pour tout le monde).
Pour faire un outil simple, il faut donc avant tout (paradoxalement) faire prendre le pas à l'humain sur la technique.
4 De bdelespierre - 16/12/2013, 14:36
@mageekguy : je parlais uniquement de mon avis et de mon expérience de technicien. Même si je suis sensible aux problématiques d'ergonomie et au concept d'user-friendlyness, ce n'est pas mon coeur de métier. Je suis d'accord quand tu dis qu'il faut avant tout penser à l'utilisateur final, que l'humain est plus important que la technique. Mais dans une boite à outils, il vaut mieux que chaque outil soit le plus simple possible: un marteau-tournevis-fer-a-souder-planche-a-repasser n'est pas très intéressant pour un artisan. Pour un développeur c'est la même chose: je préfère assembler des outils simple (sous la forme de composants indépendants idéalement) pour adresser un problème complexe qu'utiliser une solution couteau-suisse structurante qui va me gêner plus qu'autre chose pour construire ma maison.
En somme, quand je code, j'essaie de ne pas oublier que les techniciens sont aussi des humains et j'essaie donc de faire simple pour eux aussi
5 De mageekguy - 16/12/2013, 14:51
@bdelespierre : Tout d'abord, il faut arrêter avec les métaphores relatives à la construction ou tout autre chose ne requérant pas un processus empirique pour être finalisé et répondre au besoin.
Faire du code, ce n'est pas empiler des briques avec des couches de ciment, etc.
Ça n'a strictement rien à voir, car ceux qui construisent une maison ont des plans, ils l'ont déjà fait ou peuvent s'appuyer sur le fait que d'autres l'ont fait avant eux.
Le développeur est lui tout seul dans son short face à son éditeur, avec bien souvent une idée très vague de l'objectif à atteindre et uniquement quelques pistes (dans le meilleur des cas) sur la façon de l'atteindre (je force le trait à dessein pour faire passer mon message, mais dans les faits, ce n'est finalement pas si exagéré).
Utiliser ce type de métaphore ne fait que renforcer la croyance populaire qui veut que pondre du code est un processus à 100% industrialisable car maitrisé de bout en bout et répétable à l'infini sans ajustement, alors qu'il n'y a rien de plus faux.
Quand au fait d'utiliser des outils simples de préférence à des outils complexes, j'y mettrais un gros bémol.
Je pense qu'il faut surtout utiliser des outils que l'on maîtrise plutôt que des outils que l'on ne maîtrise pas, et peu importe que l'outil maitrisé soit complexe, car si ses utilisateurs le maîtrise, il n'est plus complexe à leur yeux (et une nouvelle fois, je rejoins donc sdouche sur l'aspect relatif de la simplicité).
Le but est que l'outil final soit simple à mettre en œuvre pour son utilisateur final, pas qu'il soit simple à construire, produire ou développer (je doute très fortement que le processus de création d'un produit estampillé d'une pomme, pourtant réputé pour être les plus simples à utiliser au monde, voir trop simple, ne soit pas un tantinet complexe à tout point de vue).
Même si effectivement, pouvoir faire simple dans la phase de production peut être une bonne chose, mais… c'est la cerise sur le gâteau.
6 De bdelespierre - 17/12/2013, 11:09
@mageekguy : Ce que tu dis est vrai, le développement est très loin d'être une science exacte. On se retrouve souvent avec des spécifications bancales voire inexistantes et il faut savoir faire avec. Mais on n'avance pas sans plan et quoi qu'on en dise, il s'agit bien de construire quelque chose. D'accord, ce n'est peut être pas aussi normalisé que dans le bâtiment (encore que dans leur domaine je doute que ce soit carré à 100%) mais on ne se lance pas non plus dans la réalisation d'un soft au petit bonheur la chance sans savoir ce qu'on fait.
De même qu'il vaut mieux avoir un plan (donc faire un minimum de conception), il faut aussi savoir s'appuyer sur ce que d'autres ont fait, notamment en termes d'architecture. Je n'invente pas de nouveaux patrons à chaque fois que je fabrique une nouvelle application et je ne ponds pas de nouveaux designs applicatifs toutes les semaines non plus.
Tout ça pour dire que je ne trouve pas cette métaphore si éloignée de la réalité de notre métier.
Produire une solution simple pour l'utilisateur final, c'est l'essence de notre métier: savoir répondre à un besoin ou problème. De toute façon un code sans valeur ajoutée est un code inutile (à l'exception près de quelques expérimentations avec lesquelles on s'amuse sur GitHub). Je suis conscient du fait que plus la solution est simple pour l'utilisateur final, plus elle devient complexe pour le développeur et cette complexité peut rapidement nuir à la qualité du code ce qui tôt ou tard se traduit par une dégradation de l'expérience utilisateur.
C'est pourquoi j'attache une importance particulière à la simplification dans le processus de développement. On est jamais seul à travailler sur un projet informatique, si j'essaie de rester le plus simple possible dans mes développements, c'est surtout pour que d'autres puisse continuer à faire grandir le projet sans moi sans pour autant devoir endommager l'expérience utilisateur à grands coups de patchs.
J'ai vu tellement de bonnes idées fonctionnelles foutues à la poubelle à cause d'un design applicatif bancal qui ne pouvait pas les accueillir, c'est pour ça que je prône la simplicité des deux cotés du mirroir.