Développement logiciel, jeux vidéo, formation et conseil — conçus pour les gens qui vont les utiliser, maintenus par ceux qui les ont construits. Un studio solo, une seule personne au bout du fil, zéro intermédiaire entre vous et le code.
01
Un seul interlocuteur
Du premier courriel à la mise en ligne.
02
Le temps qu'il faut
Prêt à tenir, pas prêt à être vu.
03
Du code lisible
Que votre équipe pourra reprendre.
04
Des mots humains
Pas de jargon pour impressionner.
Web, mobile, APIs, plateformes sur mesure. Du prototype jusqu'au transfert à votre équipe.
Développement de jeux complets — mécaniques, systèmes, rendu.
Ateliers techniques, mentorat d'équipe, revue d'architecture.
Audit de codebase, design de système, accompagnement de tech leads.
« Je pars toujours du problème. Les choix techniques viennent après — jamais avant. »
Discuter d'un mandat →Derrière chaque domaine, une réalité terrain. Défilez pour voir ce que chacun implique concrètement.
Une startup qui a besoin de son MVP en six semaines. Une PME dont le système interne commence à craquer sous la croissance. Une équipe qui reprend un projet legacy sans documentation. Je pars du problème, je propose une approche, j'écris du code que vos développeurs peuvent maintenir après moi.
Ce qui compte
« Du code que votre équipe peut maintenir sans moi. »
Un studio indépendant avec un concept solide mais une équipe technique limitée. Un projet de jeu dont les mécaniques tiennent en démo mais s'effondrent au bout de dix heures. Je conçois les systèmes, j'écris le code de jeu, je construis ce qui doit tenir dans la durée — pas juste ce qui impressionne à la présentation.
Ce qui compte
« Un jeu qui tient ses promesses au bout de 10 heures de jeu. »
Une équipe de développeurs qui code vite mais accumule la dette. Un tech lead qui doit faire monter son équipe en compétence sans ralentir la livraison. Une organisation qui adopte de nouvelles pratiques sans trop savoir comment. Je construis les sessions autour de ce que vos équipes font vraiment — pas des slides génériques.
Ce qui compte
« Une équipe qui comprend pourquoi, pas seulement comment. »
Un système qui grossit mais dont personne ne comprend vraiment les limites. Une décision technique structurante à prendre — migrer, refactorer, remplacer. Une direction technique à valider avant d'engager une équipe. Je lis le code, j'identifie ce qui tient et ce qui ne tiendra pas, je propose ce qui vaut la peine de changer.
Ce qui compte
« Comprendre ce qui tient avant de proposer ce qui change. »
Chaque projet a son rythme. Ce qui ne change pas, c'est la façon d'avancer — sans raccourci, sans surprise.
01
On prend le temps de comprendre avant de proposer quoi que ce soit. Le problème, les contraintes, ce qui compte vraiment pour vous. Rien n'est présupposé.
02
On valide l'approche avant d'écrire une ligne de code. La forme que ça prend — esquisse, prototype, atelier — dépend du projet. L'objectif reste le même : s'entendre sur ce qu'on construit.
03
Démos régulières, code lisible, zéro raccourci qui se paie plus tard. On avance de façon à ce que le résultat tienne — pas seulement à la livraison, mais après.
04
Je ne disparais pas après la bascule. Le transfert à votre équipe est planifié dès le début, pas improvisé à la fin.
Jordan Rioux
Fondateur · Aevia Studio
« Bâtir du logiciel qui tient. L'enseigner. Un studio solo pour réunir les deux. »
15 ans chez Staples — du développeur junior au Software Architect. J'ai vu ce qui tient en production à grande échelle, ce qui casse sous pression, et comment construire du durable quand l'incident n'est pas une option.
Depuis 2016, je suis professeur d'informatique au Cégep de Sorel-Tracy. Ça m'a appris que le meilleur code est celui que quelqu'un d'autre peut lire, comprendre et maintenir. Je ne livre pas que des projets — je m'assure que votre équipe peut continuer sans moi.
Parcours — en quatre chapitres
2007 – 2010
DEC Informatique
Cégep de Sorel-Tracy. Premiers projets, premières nuits à debugger — la passion avant le diplôme.
2010 – 2013
BAC Informatique
UQAM, en parallèle des débuts chez Staples. Théorie et terrain en même temps.
2016
Enseigner
Professeur, Cégep de Sorel-Tracy. Rien ne force à comprendre quelque chose aussi bien que de l'expliquer.
2026 →
Aevia Studio
15 ans chez Staples — Software Architect, Tech Lead. La synthèse : production + pédagogie, un seul interlocuteur.
Le problème d'abord, jamais la techno.
Les piles techniques viennent après le besoin. Pas avant.
Du code que votre équipe peut maintenir.
Architecture lisible, documentation claire, zéro magie noire.
Une vraie personne répond.
Pas de ticketing, pas de formulaires. Un courriel, une réponse.
L'IA accélère. L'humain décide.
Chaque choix structurant passe par un cerveau, pas un prompt.
En pratique
« L'IA est un outil dans mon processus, pas un substitut à la réflexion. Chaque décision structurante est révisée, testée et comprise par un humain. »
— Jordan Rioux, Aevia Studio
Pas de pitch de vente. Juste une conversation sur ce que vous avez en tête, et si je suis la bonne personne pour vous accompagner. Je réponds toujours moi-même, avec du vrai contenu.
jordan@aevia.studio →Disponible pour de nouveaux mandats
Réponse humaine · jamais de formulaire
Collaboration
Mandats suivis, pas les dépannages d'une heure. Chaque projet a son propre rythme.
Langues
Français (maternelle) · Anglais (professionnel)
Basé au
Québec, Canada. Collaboration à distance, déplacements possibles.
Réponse
Toujours moi, dans un délai raisonnable. Jamais un accusé automatique.
Ce qui aide à bien démarrer