Il y a quelques secondes, je regardais fixement une page blanche, juste avant de commencer à écrire les premières lignes qui finiront par se transformer en ce que vous êtes en train de lire en ce moment.
Je ne dirais pas que je déteste la page blanche (ou le syndrome de la dites page blanche), mais je ne l'aime pas non plus. En fait, j'essaie de m'en débarrasser le plus vite et le plus tôt possible. Énoncez une première phrase, ajoutez quelques liste à puces, esquissez où cette chose devrait aller aussi vite que possible. N'importe quoi, vraiment, pour la débarrasser de son vide.
Les possibilités infinies promises par la page blanche ? Merci mais, non merci. Donnez-moi plutôt la page mal foutu que vide et blanche.
Pareil pour la programmation et le génie logiciel : je n'aime vraiment pas les projets entièrement nouveaux.
Il y a trop d'options. Trop d'outils à choisir et de décisions à prendre. Tout le code doit être écrit, y compris le « boilerplate » et les trucs ennuyeux.
Merci mais, non merci. Donnez-moi plutôt un projet sale. Un projet qui a un vécue, si mauvais soit-il.
Quelque chose que nous savons déjà qui fonctionne un tant soit peu mais qui doit être étendu ou mis à l'échelle ou refactorisé ou testé ou optimisé ou expédié. C'est là que le plaisir commence.
Pourquoi? Parce qu'il y a moins d'incertitude. Avec les projets « vert », vous ne savez souvent pas si le travail que vous faites aujourd'hui ne sera pas supprimé dans quatre semaines, car, hé, nous sommes allés dans la mauvaise direction. Ah, c'est un sentiment horrible de ne pas savoir si le travail que vous faites sera payant ou non. Je serais terrible dans un laboratoire de recherche ou une université, où vous pourriez vous retrouver dans une impasse en 6 mois et devoir tout jeter. L'anxiété me tuerait.
Les projets sur lesquels j'aime le plus travailler ont une adéquation claire avec le marché des produits, des exigences assez claires, et il vous suffit « juste » de le faire fonctionner. Donnez-moi des invariants ou une forme approximative de la chose que nous essayons de construire et je suis bon.
C'est peut-être pour ça que j'aime tant le débogage. Dans le débogage, il y a des exigences très claires ("corrigez ce bogue") et vous savez généralement que l'effort ne sera pas vain (il a été étiqueté comme un "bogue", donc quelqu'un pense probablement que cela vaut la peine de le réparer).
C'est peut-être aussi pourquoi je me fiche de savoir si un assistant de codage IA produira des bogues ou non. Parce que je préfère avoir un morceau de code désordonné contenant un bogue plutôt qu'un fichier vide.
Merci d'avoir lu Out of the box!
Abonnez-vous pour recevoir un e-mail hebdomadaire de ma part.