Quelle est la chose la plus simple dont vous avez besoin ?

Il y a une citation souvent attribuée à Albert Einstein que j’aime bien (et je suis sûr que la plupart l’aiment):

Tout doit être rendu aussi simple que possible, mais pas plus simple.

Il y a une enquête pour savoir s’il l’a dit ou non, mais le point demeure, peu importe qui l’a dit.

Il est facile de prendre cette idée et de l’appliquer à des choses que nous faisons dans la vie de tous les jours et que nous ne voulons pas faire, n’est-ce pas ?

• Je ne veux pas nettoyer ma chambre, alors je vais la ranger juste assez.
• Je ferai juste assez de travail pour satisfaire les clients, et ça suffit.
• Je remplirai [quelle que soit la responsabilité] le [le plus bas degré possible] et parce qu’Einstein [prétendument] l’a dit, qui suis-je pour discuter.

Même si je ne suis pas d’accord avec cela (et la discussion à ce sujet sort du cadre de cet article), je considère cette idée dans le contexte du développement Web.

Et pour être clair, je ne parle pas de conception de sites Web. Je ne suis pas designer. Je ne veux pas parler au nom de quelque chose dont je ne fais pas partie. Mais en ce qui concerne la fourniture de solutions pour les utilisateurs de logiciels ou, plutôt, le développement Web, je suis beaucoup plus enclin et positionné pour en parler.

Strictement parlant, je me demande souvent si nous avons rendu le développement Web plus compliqué (et pourquoi nous l’avons fait) et si l’utilisation de la chose la plus simple nécessaire est tout ce dont nous avons vraiment besoin lors de la création de solutions pour les autres.

La chose la plus simple dont vous avez besoin

J’ai récemment écrit sur les différents aspects du développement frontal seul (dans le contexte de la sortie rapide de quelque chose) et sur la façon dont nous avons maintenant des outils de construction strictement pour cet aspect de la pile de développement Web.

Quand il s’agit d’outils comme celui-ci, quel que soit le niveau de la pile sur laquelle nous travaillons, je me demande :

Cet utilitaire est-il nécessaire pour faciliter efficacement et positivement le développement de la solution pour quelqu’un d’autre ?

Par exemple, je trouve que Composer est quelque chose de très utile. Cela me permet de gérer facilement des bibliothèques tierces, de les mettre à jour au besoin et de les intégrer à mes projets.

De même, je trouve utiles les outils qui examinent mes commits avant de les envoyer à GitHub, car ils me permettent de détecter les problèmes de qualité du code qui, autrement, prendraient plus de temps pendant le processus de révision du code.

Prenez par exemple, cependant, certains des outils de construction frontaux tels que Grunt, Gulp, Yarn, Node, Mix, etc. Pour être clair, certains d’entre eux font la même chose que d’autres tandis que d’autres ont un objectif différent.

Le point sur lequel je travaille est le suivant:

À quel moment les outils que nous utilisons pour le développement entravent-ils notre capacité à construire quelque chose et à livrer quelque chose efficacement ?

Il y a quelque chose dans notre domaine qui nous oblige à ressentir le besoin de rester à la pointe de la technologie. Mais je pense qu’il y a une distinction importante à faire: c’est une chose de connaître un outil, mais c’est une chose de l’utiliser.

Sensibilisation

L’avantage de savoir que quelque chose est disponible, c’est d’avoir la possibilité de le rechercher et de déterminer s’il nous est utile.

Ce n’est pas une idée révolutionnaire ou nouvelle, mais c’est une chose que je pense que certains d’entre nous contournent. Plutôt que de rechercher et d’évaluer, nous l’ignorons souvent et voyons à quelle vitesse nous pouvons l’utiliser.

Le mettre à profit

L’avantage de mettre quelque chose de nouveau à utiliser est que nous obtenons les avantages – ou les avantages attendus – que ladite utilité est censée fournir.

Le danger est que l’outil peut ne pas être là dans six mois, un an ou même deux ans et que les technologies qu’il vise à améliorer peuvent changer alors qu’il ne suit pas le rythme.

C’est pourquoi il est important de vous tenir au courant de cette utilité tout en déterminant simultanément si elle est utile ou non.

À propos de cette chose de simplicité

Pour en revenir à mon point de départ, cependant, c’est ceci : si le temps qu’il vous faut pour configurer, apprendre, développer, implémenter et utiliser un nouvel outil dans votre flux de travail, je pense qu’il vaut la peine de se demander si cela en vaut vraiment la peine. temps dans votre pile d’outils.

Les clients ne se soucieront pas de savoir si vous utilisez ou non l’outil que vous utilisez. Ils vous font confiance pour être un bon intendant de la solution qu’ils vous paient pour mettre en œuvre et une partie de cette responsabilité d’être sage et diligent avec votre temps.

Si l’utilitaire que vous utilisez entrave cette responsabilité de quelque manière que ce soit, il ne vaut peut-être pas la peine de l’utiliser pour un projet donné.

Et c’est en fin de compte ce qu’il en est pour moi : si ce que j’utilise m’aide à créer la meilleure solution possible sans le faire aux dépens du client, alors cela vaut probablement la peine de l’utiliser. À cette fin, l’ensemble d’outils le plus simple est souvent tout ce dont vous avez besoin et rien de plus.

Sinon, cela pourrait valoir la peine d’être examiné pour une utilisation dans un futur projet, mais pas sur le temps de votre client.