Quelques réflexions notées au passage lors du développement d'EAC en collaboration avec GPT
Le mythe de l'ingénieur full-stack
À vrai dire, pour EAC, de la conception au front-end, en passant par le back-end et la base de données, j'ai tout géré moi-même ; en théorie, je pourrais donc porter la casquette d'ingénieur full-stack.
Mais en toute franchise, je n'ai jamais aimé cette casquette, ou plutôt, je n'aime pas les casquettes en général, mais je déteste particulièrement ce titre d'ingénieur full-stack.
Les étiquettes, les casquettes, ce sont autant de barrières, mais aussi autant de pierres tombales ; si l'on doit absolument tout catégoriser ainsi, cela devient dénué de tout intérêt.
Un ingénieur chevronné devrait toucher à différents domaines ; le génie de l'ingénierie réside précisément dans la manière de concrétiser une idée à travers différentes technologies.
Et le point le plus important est que, tout au long du processus de développement,
la casquette d'ingénieur full-stack n'existe tout simplement pas !
Ce qui est intéressant, c'est que la première version que j'ai développée était extrêmement chaotique, un véritable désastre sur le plan de l'ingénierie, et je pense que l'une des raisons était justement que je portais cette casquette d'ingénieur full-stack.
En portant cette casquette, par exemple pour coder les pages front-end, je me lançais directement dans le code, sans phase de design ni d'intégration graphique. Idem pour les tables de la base de données : dès qu'un champ me venait à l'esprit, je le modifiais à la volée. Résultat, c'est devenu de plus en plus chaotique, le full-stack ne tenait plus la route, les problèmes se sont multipliés au fil du développement, obligeant souvent à tout recommencer de zéro.
En réalité, même si l'on maîtrise de nombreuses compétences, lorsqu'il s'agit réellement d'accomplir une tâche, on ne peut
porter qu'une seule casquette à la fois.
Par exemple, lors de la création d'une page front-end, lorsque vous portez la casquette de designer, vous devez uniquement vous concentrer sur la pertinence de l'UI, de l'UX et du design ; vouloir porter deux casquettes en même temps, c'est créer un conflit d'esprit.
De même, lorsqu'on porte la casquette de gestionnaire opérationnel, il ne faut pas penser au développement, mais plutôt déterminer comment une communauté doit être gérée et établir des règles, sans se préoccuper de la complexité du développement.
De même, lorsqu'on porte la casquette d'ingénieur, il faut réfléchir à la façon d'optimiser les performances et de réduire la charge de travail.
Garder les casquettes entre ses propres mains
J'ai entendu un acteur dire que n'importe qui peut jouer n'importe quel rôle, pourvu qu'on lui laisse suffisamment de temps pour entrer dans le personnage. Dans la tempête, on peut facilement se laisser déborder. Pour moi, le point essentiel est de garder les casquettes entre ses mains : le rôle est un choix personnel, qu'on le joue bien ou mal est une autre histoire, mais il ne faut pas oublier de retirer la casquette qu'on a sur la tête pour penser à celles qu'on a en main.
Merci pour votre lecture. Chapeau bas à vous.