Mon portfolio de développeur au Québec : ce qui attire vraiment les recruteurs

J'ai refait mon portfolio de développeur plusieurs fois depuis mes débuts. Chaque version m'a appris quelque chose, souvent à mes dépens : les premières ne généraient à peu près aucune réponse, les dernières déclenchent de vraies conversations avec des recruteurs et des clients.

Voici ce que j'ai appris sur le terrain québécois, version par version, avec les erreurs qui vont avec.

Mes versions successives : de catastrophe en formule qui marche

Version 1 : Le CV glorifié

Mon premier portfolio ressemblait à tous les autres. Une photo, trois projets d'école, et une section « À propos » qui disait « développeur passionné par la technologie ». Les recruteurs scrollaient dix secondes et fermaient l'onglet.

L'erreur : j'ai copié les templates vus partout au lieu de montrer qui j'étais.

Version 2 : L'overengineering

J'ai construit une SPA React avec animations CSS, dark mode et des dizaines de micro-interactions. Le site prenait plusieurs secondes à charger sur mobile. Les recruteurs sur iPhone voyaient une page blanche le temps que tout arrive.

L'erreur : j'ai optimisé pour impressionner d'autres développeurs, pas pour décrocher un mandat.

Version 3 : Le catalogue de projets

Quinze projets sur la page d'accueil. Clone Spotify, clone Netflix, clone Twitter. Tout le monde a les mêmes. Les recruteurs ne savaient pas où regarder.

L'erreur : quantité n'égale pas qualité. Un bon projet vaut mieux que dix clones de tutoriels YouTube.

Version 4 : Le virage québécois

J'ai gardé trois projets, mis du contenu en français, et ancré le tout dans mon contexte : le Saguenay, les PME d'ici, les problèmes locaux. Premier vrai changement dans les réponses.

La leçon : le marché québécois a ses spécificités, et il faut montrer qu'on les comprend.

Version 5 : La formule actuelle

Épuré, rapide, trois projets qui racontent une histoire. Les visiteurs restent plusieurs minutes au lieu de trente secondes, et les conversations qui suivent partent des projets eux-mêmes.

Les projets qui ont tout changé

Projet 1 : Une application de gestion locative pensée pour le Québec Stack : Django, PostgreSQL, déployée sur Railway.

Pourquoi ça marche ici :

• Résout un problème local (le marché locatif québécois et ses règles particulières)
• Interface entièrement en français
• Montre que je comprends un contexte réglementaire, pas juste un framework

J'ai raconté la construction de ce projet dans Comment j'ai construit Housing AI.

Projet 2 : Un dashboard de suivi SEO pour PME québécoises Stack : React, Node.js, données de Google Search Console.

Pourquoi ça marche :

• Cible spécifique (les PME d'ici)
• Problème réel que j'ai vécu moi-même en freelancing
• Résultats observables sur mes propres sites, que je peux montrer en entrevue

Mon article sur mes erreurs en SEO programmatique explique pourquoi ce projet existe.

La constante : chacun de ces projets part d'un problème que j'ai réellement rencontré, et je peux en parler pendant une heure sans préparation. C'est exactement ce qu'une entrevue technique va tester.

Ce que les recruteurs québécois regardent vraiment

Je demande du feedback après chaque entrevue ou appel client. Quatre thèmes reviennent constamment :

Le bilinguisme. Pouvoir coder en anglais et expliquer en français est une attente de base ici. Mon réflexe : code et commits en anglais, documentation et README en français. Ça montre que tu navigues dans les deux univers.

La stack pragmatique. Des choix qui se défendent, pas des frameworks à la mode. Ce qui rassure au Québec : Django, React, PostgreSQL, un déploiement cloud simple. Ce qui inquiète : tout ce qui est sorti la semaine dernière sur Hacker News.

L'ancrage local. Comprendre les défis d'une entreprise québécoise (budgets serrés, équipes réduites, clientèle bilingue) pèse plus lourd qu'une certification de plus. Mon article sur être développeur à Jonquière détaille ces réalités régionales.

L'impact mesurable. Dire ce que tes projets ont apporté, pas seulement comment ils fonctionnent. « J'ai construit une API » intéresse moins que « cette API a éliminé une saisie manuelle quotidienne ».

Ma formule : 7 éléments non négociables

1. Une intro qui dit ce que tu fais, pas qui tu es Avant : « Développeur passionné par la technologie ». Maintenant : « Je construis des applications web pour les PME québécoises ».

2. Trois projets maximum, avec impact démontrable Problème résolu, stack utilisée, résultat obtenu, code source visible.

3. Du français partout où ça compte URL en français (/projets pas /projects), méta-descriptions en français, contenu adapté au marché local.

4. Performance mobile irréprochable Vise un score Lighthouse de 95+ sur mobile. Les recruteurs consultent ton portfolio sur leur téléphone, souvent dans le métro.

5. Contact facile Courriel visible, profil LinkedIn à jour, pas de formulaire à rallonge. Si on doit cliquer trois fois pour t'écrire, on écrit à quelqu'un d'autre.

6. Code accessible GitHub propre, commits cohérents, README détaillés. Beaucoup de recruteurs techniques regardent ton code avant même l'entrevue.

7. Une section « Processus » au lieu de « Technologies » Ne liste pas tes langages. Explique comment tu résous les problèmes. C'est ça qu'on achète.

Les spécificités du marché québécois

Le facteur culturel. Les entreprises d'ici veulent quelqu'un qui « fit » avec l'équipe. Ton portfolio doit montrer ta personnalité, pas juste tes compétences. Ajouter une section sur des projets personnels non techniques ou du bénévolat local déclenche souvent plus de conversations que des certifications.

Les attentes salariales. Les afficher (même en fourchette) évite des pertes de temps des deux côtés. Renseigne-toi sur les ordres de grandeur de ta région et de ton niveau avant l'entrevue, les écarts entre Montréal et les régions sont réels.

L'écosystème tech local. Montre que tu connais le terrain : événements comme le Web à Québec, entreprises d'ici, communautés régionales. Le réseautage compte énormément au Québec, et mentionner un événement où tu étais vraiment crée des ponts instantanés en entrevue.

L'effet PME. Les grandes entreprises ont leurs processus RH standardisés, mais une énorme partie des occasions vient des PME de 10 à 200 employés. Elles cherchent quelqu'un qui comprend leurs contraintes : budgets serrés, petites équipes, clients locaux. Ajuste ton portfolio en conséquence.

Le SEO local de ton portfolio. Mon portfolio n'apparaissait nulle part pour les recherches du type « développeur web + ma région ». Corriger ça (titres, méta-descriptions, contenu en français ciblé) a transformé mon site en canal d'acquisition passif. C'est d'ailleurs ce qui m'a amené à automatiser le référencement de mes propres sites avec Gridar, un outil SEO pensé pour le français du Québec.

Mes erreurs les plus coûteuses

Erreur 1 : Cibler trop large. « Développeur full-stack disponible pour tous projets » ne parle à personne. « Développeur Django pour applications web B2B » parle directement aux bonnes personnes. Plus c'est précis, plus ça répond.

Erreur 2 : Négliger le SEO local. Des mois de visibilité organique perdus simplement parce que mon site ne mentionnait ni ma région ni mes services dans les bons termes.

Erreur 3 : Oublier le suivi. Envoyer son portfolio et attendre ne suffit pas. Relancer après quelques jours avec une question précise sur leur stack change complètement le taux de réponse : ça démontre un intérêt réel, pas une candidature de masse.

Conclusion

La conclusion de toutes ces versions : ton portfolio de développeur au Québec doit parler québécois. Pas juste la langue, mais la culture, les défis et les attentes du marché local.

Mon conseil concret : prends un de tes projets existants et adapte-le pour résoudre un problème spécifiquement québécois. Documente le processus en français. Déploie-le sur un domaine .ca. Ce projet-là va probablement générer plus d'occasions que tout le reste de ton portfolio combiné.

Le marché québécois récompense ceux qui font l'effort de le comprendre. Ton portfolio est ta première chance de prouver que tu as fait cet effort.