Ce que j'ai fait : J'ai procédé à l'analyse spectrale d'un signal carré en laboratoire de télécommunications.

Pourquoi je l'ai fait : Je devais observer les différentes fréquences (harmoniques) qui composent un signal complexe.

Comment je l'ai fait (méthode, outils, ressources) : J'ai manipulé un générateur de fonctions couplé à un analyseur de spectre.

Mes difficultés : Interpréter le domaine fréquentiel affiché à l'écran par rapport au domaine temporel classique a demandé de la réflexion.

Ce que j'en ai appris : J'ai compris la décomposition de Fourier de manière très visuelle et pratique.

Ce que je ferais autrement : Je prendrais le temps d'exporter les données de l'appareil sur clé USB pour illustrer plus proprement mon rapport.

Preuves (PJ) : Graphiques spectraux annotés avec les fréquences fondamentales.

Notes : Ce point illustre bien le lien entre mathématiques et électronique.

Ce que j'ai fait : J'ai étudié et mesuré les signaux d'une modulation d'amplitude (AM).

Pourquoi je l'ai fait : L'objectif était de comprendre comment une information basse fréquence est transportée par une porteuse haute fréquence.

Comment je l'ai fait (méthode, outils, ressources) : J'ai utilisé des maquettes spécifiques de modulation et observé les signaux entrants et sortants à l'oscilloscope.

Mes difficultés : Régler les paramètres pour éviter la surmodulation (qui déforme le signal) a demandé beaucoup de minutie.

Ce que j'en ai appris : J'ai perçu comment le bruit ambiant peut facilement dégrader un signal analogique modulé.

Ce que je ferais autrement : Je comparerais visuellement ces résultats avec une modulation de fréquence (FM) pour mieux comprendre les différences.

Preuves (PJ) : Relevés de courbes oscilloscopiques du signal modulé.

Notes : C'est la base théorique essentielle pour aborder le Wi-Fi plus tard.

Ce que j'ai fait : J'ai étudié en détail la structure interne d'un câble à paires torsadées (RJ45) et les différentes normes existantes.

Pourquoi je l'ai fait : Il était essentiel de comprendre les caractéristiques physiques des câbles pour faire les bons choix de supports matériels lors du déploiement d'un réseau local.

Comment je l'ai fait (méthode, outils, ressources) : J'ai analysé des échantillons de câbles ouverts en classe, observé les blindages et étudié les normes de câblage (EIA/TIA 568) à l'aide des supports de cours.

Mes difficultés : Mémoriser les différents types de blindages (UTP, FTP, STP) et leurs impacts réels sur la diaphonie a été difficile au début.

Ce que j'en ai appris : J'ai compris l'importance de la torsion des paires pour annuler les interférences et j'ai appris à différencier les catégories de câbles en fonction des débits.

Ce que je ferais autrement : J'aurais aimé avoir le temps de pratiquer réellement le sertissage d'une prise RJ45 avec une pince spécifique pour concrétiser cette étude théorique.

Preuves (PJ) : Schémas annotés de la coupe d'un câble RJ45 issus de mes notes de cours.

Notes : Préciser à l'oral que la pratique du sertissage n'a pas pu être faite par manque de temps, mais que la théorie est acquise.

Ce que j'ai fait : J'ai installé un serveur Asterisk et un serveur TFTP pour relier un téléphone Fanvil et un Cisco.

Pourquoi je l'ai fait : L'enjeu était de faire communiquer entre eux deux téléphones physiques de marques différentes via le protocole SIP.

Comment je l'ai fait (méthode, outils, ressources) : J'ai installé un serveur Debian virtuel, paramétré le service TFTP, et édité les fichiers "sip.conf" et "extensions.conf".

Mes difficultés : Comprendre la syntaxe stricte exigée par les fichiers de configuration Asterisk a demandé beaucoup de concentration.

Ce que j'en ai appris : Il est essentiel d'analyser les fichiers ligne par ligne et j'ai appris à déployer les VM simultanément pour gagner du temps.

Ce que je ferais autrement : Je sauvegarderais systématiquement les fichiers de configuration d'origine avant de commencer mes modifications.

Preuves (PJ) : Extraits commentés de mes fichiers de configuration et vidéo d'un appel.

Notes : Faire le lien entre les TP et les concepts de la VoIP vus en cours.

Ce que j'ai fait : J'ai réalisé une présentation orale devant la classe lors de mes cours de communication et d'anglais.

Pourquoi je l'ai fait : L'objectif était d'apprendre à structurer mon discours, à m'exprimer en public et à adapter mon vocabulaire (y compris en anglais).

Comment je l'ai fait (méthode, outils, ressources) : J'ai préparé un diaporama épuré pour appuyer mes propos, et j'ai rédigé des fiches mémos pour ne pas lire mes notes.

Mes difficultés : Gérer mon stress face au public et trouver fluidement mes mots en anglais ont été de véritables défis.

Ce que j'en ai appris : J'ai compris que la communication non verbale (posture, regard, intonation) est vitale lors d'une intervention.

Ce que je ferais autrement : Je m'enregistrerais en vidéo lors de mes répétitions pour repérer mes tics de langage et améliorer ma posture.

Preuves (PJ) : Support de présentation (diaporama) et grille d'évaluation de l'enseignant.

Notes : Insister sur l'importance de l'anglais technique dans l'informatique.

Ce que j'ai fait : J'ai pris en main l'environnement Linux en ligne de commande.

Pourquoi je l'ai fait : Il est indispensable de savoir se déplacer et gérer des fichiers sans interface graphique sur les serveurs professionnels.

Comment je l'ai fait (méthode, outils, ressources) : J'ai utilisé le terminal d'Ubuntu et manipulé les commandes de base (ls, cd, grep, chmod, nano).

Mes difficultés : Abandonner le confort de la souris et mémoriser les options de chaque commande a été déroutant au départ.

Ce que j'en ai appris : J'ai découvert la puissance et la rapidité du shell, notamment pour gérer les permissions des fichiers.

Ce que je ferais autrement : Je créerais dès le début des raccourcis (alias) pour les commandes que j'utilise le plus souvent.

Preuves (PJ) : Capture de l'historique de mes commandes shell (.bash_history).

Notes : Compétence incontournable pour l'administration système.

Ce que j'ai fait : J'ai débogué un script Python fourni avec des erreurs intentionnelles par l'enseignant.

Pourquoi je l'ai fait : Je devais analyser la logique d'un code écrit par un tiers pour l'optimiser et le rendre fonctionnel.

Comment je l'ai fait (méthode, outils, ressources) : J'ai utilisé un IDE (Visual Studio Code) avec des points d'arrêt (breakpoints) pour suivre l'exécution pas à pas.

Mes difficultés : Suivre l'évolution de la valeur des variables à l'intérieur des boucles complexes a demandé beaucoup de concentration.

Ce que j'en ai appris : J'ai appris qu'il faut être extrêmement méthodique et patient lors du débogage d'un programme informatique.

Ce que je ferais autrement : J'ajouterais plus de logs ou de commandes "print" dans le code pour tracer facilement ce qui se passe.

Preuves (PJ) : Code Python d'origine commenté et version finale corrigée.

Notes : Utile pour aborder l'automatisation réseau dans le futur.

Ce que j'ai fait : J'ai développé un petit programme en Python pour calculer automatiquement des masques de sous-réseau.

Pourquoi je l'ai fait : L'objectif était d'automatiser un calcul réseau récurrent en appliquant une logique algorithmique stricte.

Comment je l'ai fait (méthode, outils, ressources) : Je suis parti d'un algorigramme dessiné sur papier, que j'ai ensuite traduit en code Python via un environnement de développement.

Mes difficultés : Respecter l'indentation stricte exigée par Python pour délimiter les blocs d'instructions m'a posé quelques difficultés.

Ce que j'en ai appris : J'ai compris comment utiliser les boucles et les conditions en Python pour traiter les différentes parties d'une adresse IP.

Ce que je ferais autrement : J'utiliserais davantage les blocs "try/except" pour éviter que le programme ne plante en cas de mauvaise saisie de l'utilisateur.

Preuves (PJ) : Fichier source (.py) du programme et capture d'écran d'un calcul réussi.

Notes : Le développement Python est très utilisé pour l'automatisation réseau.

Ce que j'ai fait : J'ai créé une page web statique que j'ai hébergée sur un serveur web local (portfolio).

Pourquoi je l'ai fait : Il fallait comprendre concrètement le fonctionnement du modèle client-serveur web (requêtes HTTP).

Comment je l'ai fait (méthode, outils, ressources) : J'ai codé en HTML et CSS sur un éditeur de texte, et j'ai installé le serveur Apache sous Linux pour héberger les fichiers.

Mes difficultés : Centrer les éléments avec CSS et rendre la page adaptable à la taille de l'écran (responsive) a été fastidieux.

Ce que j'en ai appris : J'ai bien assimilé le rôle du "front-end" pour l'affichage visuel et du serveur pour la distribution des fichiers.

Ce que je ferais autrement : J'utiliserais un framework CSS simple comme Bootstrap pour gagner du temps sur la mise en page visuelle.

Preuves (PJ) : Code source HTML/CSS et capture d'écran du site hébergé.

Notes : Base solide pour gérer les interfaces d'administration web des routeurs.

Ce que j'ai fait : J'ai conçu une petite base de données relationnelle pour recenser le matériel des labos de chimie.

Pourquoi je l'ai fait : L'information devait être structurée correctement pour pouvoir effectuer des recherches rapides et précises.

Comment je l'ai fait (méthode, outils, ressources) : J'ai commencé par dessiner un Modèle Conceptuel de Données (MCD) avant de créer les tables en langage SQL.

Mes difficultés : Comprendre les règles de normalisation pour éviter d'avoir des informations en double a demandé de la réflexion.

Ce que j'en ai appris : J'ai appris le principe des clés primaires, des clés étrangères et la puissance des jointures dans les requêtes SQL.

Ce que je ferais autrement : Je définirais beaucoup mieux mes besoins au brouillon avant de lancer la création des tables informatiques.

Preuves (PJ) : Schéma relationnel de la base et exemples de requêtes SQL de recherche.

Notes : Les bases de données sont essentielles dans tout système d'information.

Ce que j'ai fait : J'ai utilisé GitLab et GitHub lors d'un projet informatique réalisé en groupe.

Pourquoi je l'ai fait : Nous avions besoin de gérer les versions de notre code source sans écraser le travail de nos camarades.

Comment je l'ai fait (méthode, outils, ressources) : Nous avons créé un dépôt distant, utilisé les commandes de "commit", de création de branches et de fusion (merge).

Mes difficultés : Gérer les conflits de fusion, lorsque deux personnes avaient modifié la même ligne de code en même temps, a été source de stress.

Ce que j'en ai appris : J'ai compris que la communication au sein de l'équipe est aussi importante que la maîtrise technique des outils collaboratifs.

Ce que je ferais autrement : Je ferais des sauvegardes de code (commits) beaucoup plus fréquentes, petites et précises au lieu de gros blocs.

Preuves (PJ) : Lien vers notre dépôt GitHub étudiant et historique de nos commits.

Notes : C'est une compétence transversale très recherchée par les entreprises.