Comment survivre à son DEC en informatique sans se faire détruire par les maths

Je me souviens encore de la première semaine. J'arrivais au cégep avec mon laptop flambant neuf, convaincu que j'allais coder des jeux vidéo et des apps mobiles en un clin d'œil. Trois semaines plus tard, j'étais assis devant un problème d'algèbre linéaire à 23h, les yeux rouges, à me demander si j'avais fait le bon choix.

Mon expérience étudiant informatique Cégep a commencé exactement comme ça : une claque monumentale.

Le problème avec le DEC en Techniques de l'informatique, c'est que personne ne te prépare à ce qui t'attend vraiment. Les journées portes ouvertes te montrent des labos brillants et des étudiants qui construisent des sites web. Ce qu'ils ne te disent pas, c'est que tu vas passer autant de temps sur des matrices que sur du code.

J'ai failli lâcher deux fois. La première fois en première session, quand j'ai réalisé que je comprenais rien à la logique mathématique. La deuxième fois en troisième session, quand la charge de travail m'est tombée dessus comme une tonne de briques.

Alors si tu commences ton DEC bientôt, ou si tu es en train de te faire détruire en ce moment même, voici ce que j'aurais aimé savoir.

Les maths, ce mensonge

Quand on m'a dit que le programme était « informatique », j'ai pensé programmation, algorithmes, projets créatifs. Personne n'a mentionné que j'allais devoir réviser des concepts mathématiques de secondaire 5 que j'avais à moitié compris.

Le cours de logique mathématique m'a pris par surprise. Les tables de vérité, les preuves par induction, les ensembles. Je regardais le tableau et j'avais l'impression qu'on parlait chinois. Mes collègues qui venaient de Sciences nat s'en sortaient bien eux. Moi, j'avais pris Informatique justement pour éviter les maths avancées.

Ironie du sort.

Le pire, c'est l'algèbre relationnelle et les bases de données. Tout le monde pense que SQL c'est juste des SELECT et des WHERE. Personne ne te dit que tu vas devoir comprendre les jointures complexes, la normalisation, les dépendances fonctionnelles. C'est des maths déguisées en programmation.

Le cours de calcul différentiel qui s'en vient? Celui-là, je l'ai juste passé à 61%.

Je ne te raconte pas ça pour te faire peur. Je te raconte ça parce que personne me l'a dit avant, et j'aurais pu me préparer mentalement et matériellement.

La réalité des labos

Le deuxième choc, c'est la différence entre « programmation créative » et les laboratoires réels.

Le premier projet de programmation que j'ai eu, c'était un système de gestion de bibliothèque en Java. Pas un jeu. Pas une app cool. Un CRUD avec des fichiers plats. Un truc que j'aurais pu faire en 30 minutes aujourd'hui, mais qui m'a pris 3 semaines à l'époque.

Pourquoi? Parce que les concepts abstraits te frappent en pleine face.

Les pointeurs en C++? Je les ai détestés pendant deux sessions avant de comprendre comment ça marche vraiment. Les patrons de conception? J'en avais jamais entendu parler. Les structures de données? Pourquoi j'aurais besoin d'un arbre binaire dans ma vie?

La partie la plus frustrante, c'est le debugging. Tu passes le plus clair de ton temps à chercher pourquoi ton code plante, et le reste à écrire le code qui plante. Les profs te donnent des énoncés vagues et tu dois deviner ce qu'ils veulent. J'ai passé une nuit entière sur un bug qui venait d'un point-virgule mal placé.

Je déconne pas. Un point-virgule.

Ce qui m'a sauvé, c'est le tutorat entre étudiants. J'ai rapidement compris que j'allais pas m'en sortir tout seul. Les groupes WhatsApp de la classe sont devenus ma bouée de sauvetage.

Se trouver un projet perso vite

Le moment où j'ai failli lâcher pour de vrai, c'était fin de première session. Je voyais pas le rapport entre les cours et le métier que je voulais faire. J'apprenais des concepts abstraits sans applications concrètes. La motivation était en chute libre.

Ce qui m'a sauvé, c'est d'avoir commencé un projet personnel.

J'ai lancé un petit site de gestion de dépenses pour mes colocs. Rien d'ambitieux. Une base de données SQLite, un peu de HTML, du Python tout simple. Mais c'était MON projet. Pas un laboratoire noté. Pas un exercice imposé. Quelque chose que je construisais parce que ça me plaisait.

Ce projet a changé ma perspective complètement.

Soudainement, les concepts de base de données prenaient du sens. Les boucles, les conditions, la gestion d'état, tout ça devenait utile parce que je voyais où ça s'appliquait. J'ai commencé à aimer le code pour vrai.

Je te conseille de faire pareil. Dès la première année, trouve un petit projet qui te fait vibrer. Un site de collection de musique, un tracker d'habitudes, n'importe quoi. Tu vas apprendre plus sur ce projet que dans la moitié de tes cours.

D'ailleurs, c'est un peu l'approche que j'ai gardée depuis. Aujourd'hui, je documente mes erreurs et mes projets sur TokamDarius parce que j'ai compris que c'est en construisant qu'on apprend le mieux.

Les erreurs qui coûtent cher

J'ai fait des erreurs classiques pendant mon DEC. Les voici pour que tu les évites:

• J'ai sous-estimé la charge de travail. Je pensais que l'informatique c'était facile parce que j'étais « bon avec les ordis ». Résultat: des nuits blanches à rattraper des exercices.

• J'ai négligé le sommeil. Les sessions de code à 3h du matin semblaient productives, mais le lendemain j'étais bon à rien en cours.

• Je n'ai pas utilisé les ressources. Le centre d'aide en maths existait, les heures de disponibilité des profs aussi, mais j'y allais jamais par orgueil mal placé.

• Je comparais mon parcours aux autres. Y avait toujours quelqu'un qui comprenait plus vite, qui avait déjà programmé au secondaire. Ça me décourageait, mais la vérité c'est que tout le monde galère à un moment donné.

• J'ai ignoré les cours d'administration. Y a des cours de gestion de réseau, de systèmes d'exploitation, de sécurité. J'ai mis ça de côté pour me concentrer sur la programmation pure. Mes jobs plus tard m'ont prouvé que j'avais tort.

Une erreur que j'ai faite aussi, c'est de ne pas avoir assez diversifié mon stack. J'étais focus Java et un peu Python, mais j'ai laissé tomber le web frontend. Grave erreur. Aujourd'hui, les employeurs veulent des profils polyvalents.

Si tu veux un conseil, explore plusieurs langages dès le début, même rapidement. Et assure-toi de bien structurer ton workflow pour pas perdre de temps sur la configuration.

La survie en équipe

Contre toute attente, ce qui m'a le plus aidé, c'est les autres.

J'étais plutôt solitaire au départ. Je travaillais seul, je comprenais seul, je galérais seul. Et je galérais beaucoup. En deuxième session, j'ai intégré un groupe d'étude informel. On se retrouvait deux fois par semaine à la bibliothèque pour travailler sur les laboratoires.

Changement radical.

Quand j'étais bloqué sur un concept de programmation orientée objet, quelqu'un du groupe avait la réponse. Quand le groupe butait sur un problème de maths discrètes, j'étais celui qui trouvait la solution souvent. L'entraide nous a rendus pas mal plus productifs.

Le groupe d'étude, c'est aussi une pression sociale positive. Tu peux pas skipper une session quand les autres comptent sur toi. Tu te forces à être régulier. Et sincèrement, c'est plus le fun. On riait, on décompressait, on commandait des pizzas pendant les sessions de révision d'examen final.

Mon conseil: trouve-toi un groupe dès les premières semaines. Pas nécessairement tes amis, mais des gens sérieux qui veulent réussir. Les amis, tu les verras en dehors.

Et si tu travailles mieux seul, trouve au moins un partenaire de suivi avec qui tu checkes tes progrès chaque semaine.

L'après DEC

Mon expérience étudiant informatique Cégep m'a appris une chose: le diplôme n'est que le début. La vraie formation commence après.

Quand j'ai eu mon DEC en poche, je pensais être prêt pour le marché du travail. La réalité m'a rattrapé vite. Les frameworks que j'avais appris en classe étaient déjà obsolètes. Les méthodes agiles qu'on m'avait enseignées étaient la théorie, pas la pratique. Le travail d'équipe en entreprise n'a rien à voir avec les projets de session.

Mais le DEC m'a donné les bases. Les vraies bases. Pas juste « comment écrire du code », mais comment penser comme un développeur. Comment résoudre des problèmes. Comment apprendre par moi-même.

Aujourd'hui, quand je regarde en arrière, je réalise que les maths, le debugging, les nuits blanches, tout ça m'a préparé à la réalité du métier. Parce que oui, le développement professionnel, c'est aussi des maths et du debugging et des nuits à chercher un bug stupide.

La différence, c'est qu'après le DEC, tu es payé pour le faire.

Ce que j'aurais fait différemment

Si je pouvais retourner en arrière et recommencer mon DEC avec ce que je sais maintenant, voici ce que je changerais:

• J'aurais pris des cours de maths préparatoires avant de commencer. Même une session d'été pour consolider les bases. Ça m'aurait évité deux ans de stress inutile.

• J'aurais fait un stage dès la première année. Beaucoup de programmes offrent des stages, mais on les prend souvent en fin de parcours. Le stage te montre à quoi sert vraiment ce que tu apprends.

• J'aurais gardé une hygiène de sommeil stricte. Pas de code après 23h. Le cerveau fatigué écrit du code bogué et apprend mal.

• J'aurais participé aux hackathons. C'est gratuit, c'est formateur, et ça fait bien sur le CV.

• J'aurais contribué à des projets open source. Juste une petite correction de doc ou un bug fix. Ça te connecte à la communauté et ça t'apprend les vraies pratiques.

• J'aurais blogué mon parcours. Pas pour devenir influenceur, mais pour documenter ce que j'apprenais. Aujourd'hui, je blogue sur TokamDarius justement pour garder une trace de mon apprentissage continu.

Et j'aurais arrêté de stresser sur les notes. Un 70% en maths vs un 90%, ça change rien sur le marché du travail. Ce qui compte, c'est ce que tu sais faire, pas ta moyenne au cégep.

Conclusion

Ton expérience étudiant informatique Cégep sera ce que tu en fais. Les cours sont exigeants, les maths plus dures que prévu, les labos frustrants. Mais c'est aussi une chance unique d'apprendre dans un environnement structuré, avec des profs disponibles et des collègues dans le même bateau.

Mon dernier conseil: accroche-toi aux deux premières sessions. C'est le pire moment, celui où tu doutes le plus, où tu veux lâcher. Après ça, les concepts deviennent plus concrets, les projets plus intéressants, et la lumière au bout du tunnel plus visible.

Et si vraiment ça marche pas? Y a toujours d'autres chemins. Un AEC, un DEP, ou même l'autodidaxie complète. Le DEC n'est pas la seule porte d'entrée en informatique. C'est juste la plus structurée.

Mais si tu passes au travers, tu vas en sortir avec une base solide qui te servira toute ta carrière. Les probabilités et statistiques que tu détestais en première année, tu vas les utiliser pour analyser des données. L'algèbre relationnelle, tu vas la revoir en optimisation de requêtes. La logique mathématique, tu vas la retrouver dans les algorithmes complexes.

Tout sert à quelque chose.

Même les pointeurs en C++.

---

À lire aussi

• Pivoter un produit numérique : comment j'ai su qu'il fallait changer de cap
• Développeur solo : les pièges invisibles du travail en isolement
• Mon portfolio de développeur au Québec : ce qui attire vraiment les recruteurs