Pouvoir mettre une idée à l’épreuve

Ce qui m’a attirée vers la programmation, c’est la possibilité de construire quelque chose, de le lancer et de voir ce qui se passe. Une idée cesse d’être seulement une description : elle rencontre des données, des règles et des usages. Quand le résultat ne correspond pas à ce que j’imaginais, il y a une question concrète à examiner.

J’aime ce retour, même lorsqu’il révèle un problème. Il oblige à préciser une intention : qu’est-ce que le programme devait faire et sur quelle hypothèse reposait le choix ? Modifier le code donne ensuite une manière d’essayer une réponse. Ce lien entre raisonnement et résultat explique davantage mon intérêt que l’image d’un domaine où l’on devrait déjà tout connaître.

Trouver une formation qui relie les pièces

J’ai commencé le DEC en Techniques de l’informatique au Cégep de Saint-Jean-sur-Richelieu en 2025, avec une diplomation prévue en mai 2028. La programmation y prend place dans un ensemble plus large : bases de données, développement web, réseaux, systèmes et autres dimensions du logiciel. Cette diversité m’intéresse parce qu’une application dépend rarement d’un seul morceau de code isolé.

Une interface doit recevoir des données qui ont un sens. Une règle métier doit rester compréhensible au-delà de l’écran qui l’utilise. Le fonctionnement d’un système et les tests posent encore d’autres questions. Je ne cherche pas à prétendre maîtriser chaque domaine ; je veux comprendre assez les liens pour savoir où regarder lorsque le résultat pose problème.

Les projets donnent un contexte aux outils

Dans mes projets, React et TypeScript occupent une place importante. DevFlow Studio relie les tâches, les projets, le focus et le journal autour de données locales. Practicora part des journées de stage pour construire un suivi et préparer des rapports. Ces besoins différents m’obligent à réfléchir aux données et aux parcours avant de choisir comment présenter une fonction.

C’est ce déplacement qui me plaît : une technologie devient un moyen de répondre à une contrainte plutôt qu’une fin à afficher dans une liste. DevFlow pose des questions de stockage et de récupération. Practicora en pose sur la saisie et les permissions. Les projets sont encore en développement ; leur intérêt est aussi dans les décisions qu’il reste à clarifier.

Ce que le travail a ajouté depuis la première publication

Lors de la première publication de cet article, en janvier 2026, mon stage n’avait pas encore commencé. La mise à jour d’octobre peut ajouter ce recul : de mai à août, j’ai travaillé sur Conexgo chez Laxson Solutions Inc., puis j’ai poursuivi à temps partiel. C#/.NET, Blazor et MudBlazor y font partie de mon environnement de travail.

Une application en production change le contexte d’apprentissage. Il faut comprendre le code existant, relier un problème à son parcours et regarder les conséquences d’un correctif. Les vérifications Playwright, les journaux et la relecture des différences Git donnent des éléments concrets pour cette démarche. Le travail ne se termine pas quand une fonction semble correcte dans un seul cas.

Une direction, avec encore beaucoup à apprendre

Je veux continuer à progresser dans ces environnements et approfondir l’architecture, les tests et les systèmes à partir de besoins réels. Cela demande de reconnaître ce qui manque dans mon raisonnement, de poser des questions précises et de revenir sur des choix avec davantage de contexte. Être en formation donne justement une place à cette progression, sans obligation de présenter chaque étape comme un résultat définitif.

Mon choix des Techniques de l’informatique reste lié à ce mouvement : comprendre une situation, construire une réponse et observer ce qu’elle permet réellement de faire. Aujourd’hui, j’y ajoute l’attention au code que d’autres liront et aux personnes qui utiliseront le résultat. C’est dans cette rencontre entre le raisonnement, le produit et le travail partagé que je souhaite poursuivre mon parcours.