Bilan de stage : compétences acquises et axes de progression

Trois mois entre développement web, administration réseau et DevOps. Ce bilan récapitule ce que le stage a produit : compétences acquises, axes de progression et propositions concrètes.

Mon ressenti

Ce que j'ai préféré tient en trois choses : la relation avec mon tuteur, l'autonomie encadrée, et le fait de sentir la progression au fil des semaines plutôt que de la constater à la fin.

Mon tuteur ne nous a jamais donné une réponse directement. Pas une seule fois. Il nous renvoyait chercher, indiquait des sources, orientait la recherche quand elle partait dans le décor. En revanche, il savait expliquer : une fois qu'on avait trouvé, il remettait la pièce à sa place dans l'ensemble. Il nous a épargné l'errance, jamais le travail.

Sur le moment, c'est parfois frustrant. Avec le recul, c'est ce qui distingue ce stage d'un stage où l'on exécute : les méthodes décrites dans l'article sur les difficultés, je ne les ai pas apprises parce qu'on me les a enseignées, mais parce qu'il ne m'a pas laissé le choix de les construire.

Ce qui m'a surpris

Mes lacunes, d'abord. Je pensais avoir des bases correctes ; j'ai découvert qu'une notion comprise en cours et une notion utilisable devant une infrastructure réelle sont deux choses différentes.

La portée des actions, ensuite. En cours, une erreur se solde par un exercice raté. Ici, une mauvaise manipulation se voit sur une infrastructure que quelqu'un utilise. Cette différence-là ne se transmet pas par un cours : il faut avoir eu le doigt au-dessus de la touche Entrée en se demandant si on a bien vérifié.

Ce qui a été pénible

Passer des heures sur un blocage en tournant en rond. C'est la partie la moins glorieuse et la plus fréquente. Les trois difficultés racontées plus haut ont chacune coûté un temps disproportionné par rapport à la taille du correctif final - une option à ajouter, une variable manquante, une ligne à supprimer.

C'est aussi de là que vient le plus utile de ce stage. Chercher au mauvais endroit pendant deux heures apprend, mais seulement si on prend ensuite la peine de comprendre pourquoi on cherchait là. La méthode ne vient pas des problèmes résolus : elle vient des problèmes mal cherchés.

Une difficulté, ce qu'elle dit de moi

Si je devais n'en retenir qu'une, ce serait le blocage sur la clé d'API racontée dans l'article sur les difficultés. Elle est la plus instructive parce qu'elle m'a montré mes deux versants d'un coup.

Mes faiblesses, d'abord, parce qu'elles sont les plus visibles. J'ai fait confiance au message d'erreur au lieu de le questionner : il disait « clé invalide », j'ai cherché un problème de clé. J'ai ensuite testé mes hypothèses dans le mauvais ordre - en commençant par les plus coûteuses à vérifier, la région du compte et les droits d'accès, alors que la plus simple ne demandait qu'une commande. Et j'ai retapé une clé à la main plutôt que de la copier, ce qui a ajouté une fausse piste à un problème qui n'en manquait pas.

Mes forces, ensuite. Je n'ai pas contourné : la solution facile aurait été de régénérer une clé jusqu'à ce que ça marche, sans jamais comprendre pourquoi. J'ai procédé par élimination méthodique, j'ai isolé chaque couche jusqu'à prouver que la clé était bonne, et je suis remonté à la vraie cause - une ligne de configuration qui empêchait la valeur d'arriver. J'ai aussi documenté la démarche, ce qui l'a rendue réutilisable.

Le déséquilibre est clair et je l'assume : je suis meilleur à creuser qu'à choisir par où commencer. Ma marge de progression est là - ordonner mes hypothèses de la moins chère à la plus chère avant de me lancer, au lieu de suivre la piste la plus évidente.

Ce que le stage a confirmé

La double dimension du stage - développement et infrastructure - correspond à l'orientation que je vise. Elle a confirmé mon positionnement Fullstack & DevOps, répercuté depuis sur mon CV et sur ce portfolio.

Curiosité, créativité, autonomie

Curiosité : quand l'application refusait de démarrer sans dire pourquoi, je suis allé ouvrir le script d'installation à l'intérieur de l'image officielle. La documentation ne mentionnait pas la variable manquante ; le code, lui, l'exigeait noir sur blanc. Lire la source d'un outil plutôt qu'attendre qu'il s'explique est le réflexe que je garde de plus utile.

Créativité : cette même image ne savait pas lire un mot de passe depuis un fichier, alors que c'est la bonne pratique. Les deux options évidentes étaient mauvaises - laisser le secret en clair, ou renoncer à l'image. J'ai construit une image dérivée dotée d'un point d'entrée qui comble le manque avant de rendre la main à l'original. La contrainte était contournée sans rien dégrader.

Autonomie : sur les trois forges, seule la première a été accompagnée. Les deux suivantes, je les ai montées seul en transposant ce que j'avais compris - y compris lorsque l'outil rangeait les mêmes concepts à des endroits différents, ce qui obligeait à comprendre le principe plutôt qu'à recopier une recette.

Les compétences acquises

En suivant la formulation « je suis capable de + verbe + objet + contexte » proposée dans le guide de stage :

• Je suis capable de cartographier et documenter une infrastructure existante (machines, services, dépendances).
• Je suis capable d'administrer des services DNS, DHCP et VPN sur un environnement de production, en suivant une procédure d'intervention.
• Je suis capable de conteneuriser une application existante avec Docker/Compose et de mettre en place son pipeline CI/CD sous GitHub Actions.
• Je suis capable d'automatiser une configuration serveur simple avec Ansible.
• Je suis capable d'auditer et de refactorer du code existant par étapes vérifiables, sans casser l'existant.

Mes points d'amélioration

• Estimer le temps d'une tâche : j'ai régulièrement sous-estimé la part de vérification et de documentation.
• Communiquer l'avancement sans attendre qu'on me le demande - un réflexe de junior à corriger.
• Approfondir la sécurité (durcissement, gestion des secrets), survolée pendant le stage et essentielle pour la suite.

Mes suggestions

Si la mission se poursuivait, trois chantiers dans la continuité directe de ce qui a été livré : généraliser l'IaC avec Ansible pour rendre les serveurs reproductibles, étendre la supervision au site web (et pas seulement aux services réseau), et centraliser les procédures d'intervention dans un wiki unique.

Et maintenant

Ce stage clôt mon Bachelor 2 et ouvre la suite : une alternance dès septembre 2026, sur un rythme de 2 semaines en entreprise pour 1 semaine de cours, sur un poste mêlant développement et pratiques DevOps. Ce blog continuera à documenter ce parcours.