J’en suis à la troisième vidéo de création de minimap, réalisée par Ryan Laley, qui a pourtant l’air de connaître son affaire, et je tombe sur des choses suspectes : placer un délai à l’initialisation d’un élément d’interface pour être sûr que son parent a bien été créé avant lui, opérer des calculs avec des valeurs fixes au lieu d’aller rechercher ces valeurs dans les objets concernés ou encore placer des opérations complexes dans le Tick d’un objet, soit la meilleure manière de saturer un CPU…

Le problème, c’est que je n’ai pas le choix. Epic avait publié un projet gratuit qui gérait toutes les opérations d’une minimap mais il ne comporte aucun commentaire – bonjour pour comprendre comment tous les petits bouts de blueprints s’articulent – et il est outdated. Donc, je dois bien me rabattre sur un tutoriel de la communauté ce qui me permet de comprendre, et donc apprendre, des concepts au fur et à mesure que je suis les vidéos. Seulement voilà, en un mot comme en cent, c’est de la merde.

Je dois donc faire exactement comme Ryan, sachant que je devrai rectifier ses erreurs une fois que j’aurai tout terminé.

J’ai commencé à programmer des ordinateurs en 1980 et, depuis, j’ai tellement rarement lu un code écrit selon les règles de l’art et correctement commenté, que j’en suis – depuis longtemps – arrivé à la conclusion que les informaticiens sont d’infects bricoleurs. Un peu comme les dentistes. Ou les avocats. Ou presque toutes les professions, en fait. Tu dois en essayer dix pour trouver un bon, ce qui est fâcheux en ce qui concerne les dentistes, et je sais de quoi je parle !

Ce qui me permet, plaisir non dissimulé, de rappeler que les musiciens, eux, n’ont pas droit au luxe de la médiocrité. Si ta note ne sort pas au bon moment ou n’est pas juste, tout le monde l’entend et tu passes pour un con, sans appel. Et ça aussi j’en parle en connaissance de cause. Si TooLs était encore dans le coin, il ne pourrait qu’approuver.