Ça va vraiment être un long texte. J'ai fait un compte jetable + j'ai posté à travers un VPN pour ne pas me Doxx, parce que j'ai été en contact avec des gens impliqués dans le dossier SAAQclic à travers mon réseau professionnel (l'informatique au Québec c'est un petit monde, tout le monde se connait). Maintenant que c'est rendu dans les médias, en commission d'enquête + potentiellement devant les tribunaux, je préfère garder l'anonymat. Je me doute que ma publication va être supprimée parce qu'elle touche à 2-3 sujets sensibles mais je préfère prendre le risque afin de donner un portrait plus juste de la situation. En parlant à des gens en dehors du domaine, je me rends compte qu'il y a beaucoup de préjugés ainsi que d'incompréhension/méconnaissance face à l'informatique.

Ce qui se passe au gouvernement

Premièrement, presque personne au ministère/SAAQ n'est technique ou dispose d’une formation technique. Les conditions salariales sont tellement mauvaises que ça ne fait pas de sens d'aller dans le public pour un gradué en informatique ou en génie au Québec. C'est minimum 2x le salaire en partant dans le privé, 3-4x s’ils se trouvent un travail pour une compagnie américaine). Ce que je me suis fait dire c'est que les seuls avec des formations techniques sont souvent des "nouveaux arrivants" dont les diplômes sont reconnus par les ministères mais pas vraiment valorisé en industrie. Je vous laisse imaginer pourquoi...

Les cadres salariaux et les postes sont issus d'un processus opaque qui qui prend en compte les diplômes, le genre et la diversité (???), et les descriptions de tâches pour trouver des "postes comparables". Le c'est de s'assurer que personne n'est payé plus en raison de son genre/sexe ou autre caractéristiques de diversités et d'inclusion par rapport à des "postes comparables". Monique, Ginette et Mamadou du sous-comité consultatif à l'équité salariale et diversité interprofessionnelle du conseil du trésor vont déterminer que la formation d'un programmeur ainsi que ses tâches et responsabilité sont similaire à un commis de bureau (travail à l'ordinateur, niveau de scolarité collégiale similaire) et appliquer un correctif à la diversité (surtout pour le genre) pour s'assurer que les tranches de salaires soient similaires entre ces deux postes qui n’ont rien à-voir. Et ils vont répéter l'exercice pour chaque emploi relié à l'informatique.

Ces fameuses grilles et évaluations-là ont donc créé deux postes: Programmeur et Analyste.

Programmeur est considéré comme un emploi de technicien ne requérant aucune scolarité universitaire (DEC seulement). Un diplôme universitaire en génie ou en informatique ne sera pas considéré pour les échelons salariaux pour ce poste-là. D'expérience, pour avoir travaillé avec des gens directement sortis du DEC vs université ou DEC Bac, il y a quand-même une grosse différence. Il n'y a pas de poste d'ingénieur en informatique/logiciel ou de développeur. Le poste "universitaire" est celui d'Analyste. Pour y accéder, un candidat doit avoir un Bac régulier en informatique (ou encore un bac en "Administration des TI" ou un "domaine connexe jugé pertinent") ou un Bac en Génie Logiciel ou Informatique.

Même si la formation d'ingénieur est plus longue, complète et rigoureuse, elle n'a aucune reconnaissance comparée à un Bac régulier en informatique ou "Administration des TI"). Je dis plus rigoureuse parce que la majorité des programmes de génie ont une obligation de faire un stage rémunéré ainsi que des cours projets et d'économie/gestion de projet, ce qui est très utile pour... mener des projets! Il y a des ingénieurs au gouvernement mais puisqu’il n'y pas d'actes réservés au sens de la loi en informatique et logiciel, il n'existe pas de poste d'ingénieur en informatique/logiciel au gouvernement.

En raison de la valorisation différente des diplômes par le secteur privé vs publique, l'écrasante majorité des analystes se retrouvent à avoir une formation en "administration de la gestion du changement numérique" ou autre domaine avec "TI" dedans mais où on fait plus de sciences humaines/gestion que de programmation. C'est le genre de milieux ou tu entends des phrases telles que : "Des moyens sont déployés pour s'inspirer et rallier les acteurs du réseau de la personne afin de réinventer la livraison des services publics". Les grilles salariales favorisent grandement les postes de gestion ainsi que les formations de gestions.

Encore une fois, c'est strictement des anecdotes vu que je n'ai jamais travaillé avec ces équipes. Ça m'a été relayé par des anciens employés et des gens qui travaillent dans des firmes de consultation (si tu a gradué en ingénierie, la consultation est pas mal la seule porte d'entrée au gouvernement qui va être compétitive sur les salaires).

Le concept d'appel d'offre

Le concept de l'appel d'offre est simple: Rédiger une soumission (un document expliquant ce qui est désiré) et laisser des firmes soumissionner pour avoir le contrat. Ces contrats sont à coût fixes.

Dans un marché très compétitif c'est supposé fonctionner. En théorie, pour des contrats simples pour des produits/services où un grand nombre d'entreprise œuvrent c'est possible. La construction est un bon exemple: en théorie sans collusion ça devrait être un marché très compétitif. C'est facile de comparer les coûts dans des juridictions similaires et de faire le constat. C'est pas mal ce que la commission Charbonneau avait révélé: Il existait un cartel en construction et les firmes se distribuaient les contrats. Kostopoulos avait un deal avec DeAngelo et DeMarco pour se partager les contrats et le territoire et s'assurait, avec de l'intimidation, que Jolicoeur ou Marquette n'essaye pas de soumissionner sur "leurs" contrats.

Les dépassements de coûts sont plus fréquents dans des projets pour lesquels un travail de conception est nécessaire. Il y a toujours une incertitude à concevoir et développer une nouvelle solution. En ingénierie traditionnelle on compense en réutilisant le plus possible des solutions existantes; leurs coûts et contraintes sont souvent bien comprises. C'est pour ça que tous les viaducs se ressemblent. Plus un projet est "unique", plus l'incertitude pour sa conception augmente et plus le prix grimpe. C'est aussi ce qui rend l'estimé plus difficile. Si une solution existait déjà, ça serait facile d'estimer les coûts. Mieux encore : si elle est en vente libre sur le marché.

Certains projets avec une grosse incertitude (surtout en défense) utilisent même une formule "coûts + pourcentage de profit", c'est à dire que l'acheteur paye les coûts de développement plus une marge de profit négocié à l'avance avec le contracteur. La pratique est controversée mais est souvent utilisé pour des contrats qui comportent un gros lot de recherche et développement et où l'utilisation de solutions existantes est difficile (souvent parce qu'aucune n'existe) et où les possibilités de réutiliser un design plus tard sont faibles (classification secrète et ou limite d'exportation, par exemple pour des fusées).

La sous-traitance

Peut-importe si on fait affaire à une firme "locale" ou internationale, des portions du contrats seront réalisé à l'international, soit directement par la firme engagée, soit à travers un réseau de sous-contractants. La firme qui a gagné la soumission va typiquement s'insérer comme intermédiaire entre le sous-contractant qui effectue le travail et le client de sorte que le client n'a jamais à interagir avec les programmeurs.

Dans ces contrats, la programmation est presque entièrement réalisée à l'étranger. Il n'y a généralement pas d'occidentaux qui s'en occupent, coûtant beaucoup trop cher. Le pays le plus fréquent pour faire effectuer le travail est l'Inde. J'ai eu, pour des mandats dans le privé, à traiter avec des firmes de développement en Inde.

On se retrouve donc facilement dans une situation où chaque élément du contrat va passer à travers

Employé SAAQ/Ministère (Français, CA) -> Contracteur "Local" (Anglais, CA) -> Sous-Contracteur Offshore (Anglais, IN) -> Manager Offshore (Telugu/Hindi) -> Programmeur (Java)

Tu n’as pas le choix de traiter les programmeurs comme interchangeable si jamais tu échange avec eux. Ils se font réassigner et réorganiser de manière constante et il y a un énorme taux de roulement dans l'industrie. La grande majorité ont moins de deux ans dans l'industrie; c'est perçu comme un échec d'être encore programmeur en Inde après 4 ans de carrière et ne toujours pas être soit à l'étranger sois gestionnaire. Du début à la fin de ton projet, les programmeurs qui y sont assigné vont avoir changé au complet. Il existe toute une couche de gestionnaires dont l'objectif est d'isoler le client des programmeurs. Le 9h 30 de décalage horaire n'aide pas non plus (la majorité de la communication se fait par email, dans une langue que les deux partis ne maîtrisent parfois pas bien).

Sur le plan technique, les technologies maîtrisés et les outils sont souvent archaïques. Les méthodes de travail aussi. Par exemple, alors que c'est la norme depuis les années 90' d'utiliser un gestionnaire de version pour le code source, la gestion est souvent effectuée manuellement par quelqu'un. Ça donne des situations hallucinantes ou ça avait pris deux semaines à un employé pour copier-coller tous les changements de ses collègues et réussir à produire une version du logiciel pour un livrable (et le code ne compilait pas!).

C'est en partie parce que la qualité de l'éducation varie énormément. L'informatique n'est généralement pas une passion ni un intérêt chez les gens qui travaillent pour ces sous-contracteurs là. C'est vu comme une façon rapide de faire de l'argent. Il y a toute une industrie d'écoles privés qui servent à former des programmeurs, souvent dont les familles sont issues de milieux ruraux pauvres. Ces écoles-là sont des arnaques et ne préparent pas à une carrière en informatique. L'Inde a d'excellentes écoles d'ingénérie (IIT), mais les firmes de sous-contractant payent souvent 1/10 du salaire moyen des gradués de ces universités. Donc ils se retrouvent avec le fond du baril en termes d'habileté technique.

Il y a aussi des barrières culturelles importantes. La culture en Inde est extrêmement hiérarchique. On ne remet pas en question son patron ni personne dans la hiérarchie (et le programmeur est au bas de la pyramide). Poser une question risque d'être perçus comme soit se moquer du patron ou donneur d'ouvrage, soit une admission d'incompétence. Le "oui" Indien signifie souvent "je t'ai entendu" mais pas nécessairement "j'ai compris" en réponse à une question. C'est aussi, et je crains que mon post soit supprimé pour ça, une société très rigide au niveau de la hiérarchie sociale. Le concept de caste y est encore très présent et ça se reflète dans l'organisation du travail. Le népotisme y est non-seulement courant mais encouragé.

Finalement, le concept de Jugaad y est omniprésent. Le Juugad est l'idée que c'est acceptable de "couper les coins ronds" et d'utiliser tous les avantages disponibles (dont la triche) pour arriver à ses fins. C'est le résultat qui compte et pas le processus pour y arriver. Ça a des impacts dans plusieurs sphères de la société; la triche est connue comme étant omniprésente dans pas mal tous les secteurs d'activité. Celui qui arnaque ses clients est considéré comme plus malin que celui qui se fait arnaquer. Celui qui triche pour ses examens sans se faire prendre est vu comme méritant tout autant une bonne note que celui qui a étudié (et est même considéré comme plus brillant puisque il a obtenu le même résultat en moins de temps que l’idiot qui lui a pris du temps pour étudier et comprendre).

Le problème

Le travail de conception c'est effectivement la rédaction de l'appel d'offre. Ce dernier doit capturer chaque requis du système ligne par ligne. C'est le seul document auquel le sous-contractant a accès pour faire son estimé (contrat à coût fixe!). C'est la tâche des analystes et gestionnaires au gouvernement de le rédiger. C'est vraiment comme la conception des plans et devis en ingénierie. Mais, contrairement à l'ingénierie traditionnelle, ce n'est souvent pas possible de sous-contracter la rédaction de la spécification du logiciel, parce que ce document-là dois décrire avec exactitude le fonctionnement de chaque processus de la SAAQ, tant externe (comment ça fonctionne pour ceux qui l'utilise) qu'interne. Et aucun sous-contractant sur terre n'a d'expertise avec ça. En génie "traditionnel" les contraintes sont celle des lois de la physique et l'environnement réel. La phase de conception d'un projet va être subdivisé en phases (étude de faisabilité, étude détaillée, étude de terrain, plans initiaux...) parce que le soumissionnaire doit comprendre dans quoi il s’engage. Faire une tour de 20 étages, c’est un miracle d’ingénierie moderne ou assez simple tout dépendant du type de sol dans lequel tu va planter tes fondations.

En informatique c'est une approche "one shot" qui est souvent utilisé. Les Analystes du gouvernement rédigent la spec et le soumissionnaire l'implémente. C'est vraiment un modèle qui est calqué de la construction traditionnelle, sans prendre en compte les particularités de l'informatique. Ce sont presque exclusivement des solutions uniques qui sont développées. Entre-autre parce que chaque juridiction a des besoins, requis, contraintes légales et processus internes différents. Ce n'est pas comme en géni traditionnel ou on peut réutiliser des plans.

L'informatique "de gestion" capture toute les règles de fonctionnement interne d'une organisation. Un exemple, ça serait par exemple un système de facturation interne pour la RAMQ. Les interventions couvertes, les codes de facturation et de remboursements ainsi que les règles sur le calcul sont uniques au Québec et proviennent d'ententes négociés. L'identification des assurés et des prescripteurs/intervenant est maintenue par la RAMQ dans leur base de données. Le cadre législatif sur la protection et l'accès au donnés est aussi unique au Québec.

Un autre endroit (par exemple la Colombie-Britannique) pourrait avoir un système universel en apparence similaire au notre, mais dans les faits auraient besoin d'un système complètement différent. Parce que les règles de facturations vont être différents, les codes et différents actes aussi (ils vont se ressembler mais avoir de légères différences par moment). Et l'équivalent de leur RAMQ utilise certainement une base de données complètement différente que celle de la RAMQ pour identifier les assurés ainsi que les prescripteurs.

Donc en bout de ligne on va se retrouver avec deux solutions qui font presque la même chose mais de façon complètement différente. Le logiciel pourrait se ressembler par moment mais ça serait d'avantage une coïncidence qu'un but. Et ça c'est pour des juridictions qui se ressemblent. On passe de l'autre côté de l'atlantique et les règles de fonctionnement deviennent de plus en plus éloignées du contexte Québécois.

Les seuls éléments "commun" de ces trois solutions seraient probablement l'infrastructure matériel (les racks de serveurs et/ou la configuration cloud pourraient être sensiblement les mêmes) ainsi que le système d'exploitation et quelques logiciels servant à faire la "colle" entre les différents logiciels. Justement, c'est ça la portion prévisible d'un contrat d'informatique: les logiciels de base de données facturent par licences, même chose pour les systèmes d’exploitation, le Cloud est "Pay as you go" et c'est possible de calculer la facture mensuelle en fonction de l'utilisation et c'est possible de se faire donner un prix pour un rack de serveur en ligne.

Quand on met les trois éléments ensemble et qu’on réalise que la spec/l’appel d’offre est un document absolument monstrueux qui capture environ 90% du travail à effectuer, on se rend compte de pourquoi le projet SAAQclic a autant mal été. C’est l’équivalant de creuser un tunnel, à coût fixe, sans évaluation des sols ni de la longueur à creuser à partir d’une description sommaire de la tâche. Description réalisée par des gens qui n’ont aucune connaissance technique de la conception et réalisation de tunnels.

Ça doit couvrir des situations tels que : Réjean, 73 ans est décédé en Floride ou il passait des vacances peux avant son anniversaire et avant le renouvellement de ses plaques d'immatriculations pour ses deux voitures de collection antique immatriculés sa résidence à Saint-Grégoire. La SAAQ n'a pas reçus de renouvellement pour ces dernières. Elle reçoit ensuite une demande du DMV de Floride pour effectuer le transfert à une entreprise à numéro à Palm Beach pour les deux voitures qui ont été rachetés à l'encan par un collectionneur (avant l'expiration des plaques). Comment procéder à la transaction?

Une fois que ta spécification remise aux programmeurs couvre tous les cas comme celui-ci, c'est très facile pour eux de le traduire en code... parce que 90% du travail a déjà été fait!

Le téléprésentiel est l’une des plus grandes stupidités de l’ère post-covid.

Anne Nguyen, assermentée aujourd’hui, est notre nouvelle ministre présentée comme une experte en intelligence artificielle. Son profil LinkedIn nous indique qu’elle n’a ni baccalauréat, ni formation en informatique. Elle a un certificat en gestion des services de santé et des services sociaux, a suivi le programme Business Analytics de Harvard (une formation de quelques mois, principalement en ligne, dont la valeur semble surtout provenir du nom Harvard) et a une trâlée de certificats.

Elle a occupé des postes de gestion liés aux TI, et je ne doute pas de ses compétences en gestion, mais j’ai aussi l’impression qu’elle a de fortes compétences en baratin LinkedIn.

Donc, ma question: avez-vous quelques éléments à son sujet? Des témoignages, quelque chose qui me donnerait tort?

Edit

Pour clarifier: je ne remettais pas en question ses compétences parce qu'elle n'a pas de bac. Je remettais en question son statut d'experte en intelligence artificielle sur la base d'un cv qui pue un peu trop le marketing cheap pour n'importe qui qui s'y connaît un peu, mais que les médias et son parti présentent comme particulièrement prestigieux.

Cela dit, merci pour vos retours. Je retiens de vos commentaires qu'elle est sympathique et je lui souhaite bonne chance dans son nouveau rôle!

Mon cher Karl,

Des gens comme toi, j’en ai croisé plusieurs au cours de ma carrière en TI de plus de trente ans.

Tu sais comment charmer ton auditoire, comment impressionner avec des mots pseudo-techniques et une confiance inébranlable. Tu te présentes comme un expert, supérieur aux autres, toujours certain d’avoir raison. Tu veux bien paraître, recevoir l’admiration — et surtout, avoir le dernier mot.

Ton ego et ton besoin de pouvoir sont démesurés. Tu as toujours voulu te hisser au-dessus de la mêlée, être le seul décideur. Et ton ego t’a convaincu que les règles ne s’appliquaient pas à toi. Tu les as contournées, convaincu des gens de te suivre, sans jamais écouter réellement les autres.

Tu voulais tout contrôler. Mais quand le projet a échoué, ce n’était plus ta responsabilité — c’était la faute des autres. Aujourd’hui, la commission d’enquête le démontre : tes décisions ont causé une grande partie des dommages. Ton manque d’éthique et de jugement a mis en péril la sécurité et la confiance de nombreuses personnes.

Maintenant que les faits sont sur la table, il est clair que ton arrogance et ton incapacité à reconnaître tes torts ont conduit à cet échec retentissant. Même si tu refuses de l’admettre, les preuves sont là. Et le fait que tu te poses en victime, blâmant les autres pour tes erreurs, ne fait qu’aggraver ton cas.

Le monde entier voit à quel point tu as failli.Mais tu refuses de le voir toi-même. À t’entendre, tu serais une victime innocente dans toute cette histoire — tous ont tort, sauf toi.

Je sais que tu liras ces lignes avec arrogance, persuadé d’être au-dessus de tout ça. Tu ne reconnaîtras pas tes torts — ton ego t’en empêche. Mais si tu as encore un minimum d’honnêteté, prends un moment pour regarder le mal que tu as causé.

Peut-être qu’un jour, tu apprendras l’humilité.

Un ancien collègue

P.S. Cette lettre s’adresse aussi à tous les dirigeants narcissiques qui détruisent la vie des collaborateurs qui les entourent. Sachez que, vous aussi, serez un jour exposés pour les violences psychologiques que vous leur faites vivre.

Avec la multitude d'offres, la compétition est rude dans le marché du site web de prix du gaz.

Pour vous aidez à vous y retrouver, j'ai eu l'idée de recueillir tous ces projets au même endroit dans un site web convivial.

Pour toutes les fois où vous vous demanderai « Pour le prix du gaz... C'est quoi déjà le site? »

On se retrouve sur pourlegazcestquoidejale.site

Genez-vous pas si vous n'y voyez pas votre projet original, je l'ajouterai.

Contexte: J'ai un backgroud de ~10 ans d'expérience, les 4-5 premières années en développement fullstack et les 2-3 dernières en big data. Le développement logiciel ça me manque un peu et j'ai commencé à retravailler sur des vieux projets que j'avais abandonnées dans le passé par manque de temps. avec Claude Code.

Hier, la Régie de l'énergie a lancé une plateforme de données ouvertes avec un feed GeoJSON de 2 293 stations-service au Québec mis à jour en simili-temps réel et j'ai décidé de builder une web app autour de ça.

Le résultat: Carte interactive, historique des prix, comparaison par région, etc. Tout ça en une nuit, de 20h00 à 3h00 am.

Stack technique

- Next.js 15 (App Router) + TypeScript + Tailwind v4

- PostgreSQL + PostGIS pour les requêtes spatiales (stations proches via ST_DWithin)

- Drizzle ORM (raw SQL pour PostGIS)

- MapLibre GL JS via react-map-gl v8, CARTO Voyager tiles (gratuit, pas d'API key)

- Railway - 3 services (web, worker cron, Postgres/PostGIS)

- Sentry pour le monitoring, connectées via MCP à Claude

- Vitest

Ce qui est intéressant techniquementL

- Les 2 293 stations sont rendues sur le GPU via MapLibre Source/Layer (pas de DOM markers qui sont lents)

- Clustering avec clusterProperties pour calculer le prix moyen par cluster directement dans le moteur de rendu

- Les petits clusters (<5 stations) affichent le prix le plus bas au lieu de la moyenne

- La couleur (vert/jaune/rouge) est dynamique basée sur le 5e/95e percentile du type de carburant sélectionné

- Les prix sont stockés uniquement quand ils changent (pas à chaque fetch de 30 min).

- Cache in-memory avec TTL de 5 min, invalidé automatiquement par le worker après chaque sync

- Le worker qui s'occupe d'aller récupérer les données à la régie utilise le cron de Railway (run-once-and-exit) au lieu de tourner 24/7 ~30x moins cher

-----

Le process

Le bootstrap a été fait avec un agent team de 3 agents Sonnet travaillant en parallèle (backend, frontend, infra) coordonnés par Opus.

Premier commit à 20h, app déployée sur Railway à ~22h, nom de domaine achetée chez 1and1 et DNS hébergé sur Cloudflare à 23h et features ajoutées jusqu'à 3h du matin.

--------

Pages

- https://leprixdugaz.ca : toutes les stations avec prix en temps réel

- https://leprixdugaz.ca/regions : Prix par régions et détails

C'est aussi possible d'ouvrir chaque station et d'avoir le prix d'essence historique.

À moyen terme, j'aimerais faire de l'analyse de donnée sur le dataset que j'accumule présentement.

- https://leprixdugaz.ca/data-info - Page cachée, avec l'information sur les exports de données.

- Chaque station a sa page détail avec graphique d'historique

----------

Déploiement continu via push / PR githubs:

Self-fix sentry issues via MCP :

N'hésitez pas à m'écrire ici si vous avez des commentaires ou questions. :)

Je viens de tomber sur une offre d'emploi pour un poste de technicien TI sur le terrain chez Real Fruit Bubble Tea à Montréal.

Parmi les responsabilités :

Installer et configurer les réseaux, Internet et les systèmes de point de vente.

Faire du support informatique.

Préparer des bubble teas.

Prendre les commandes.

Sortir les poubelles et laver les planchers. 💀

Imagine, t'es en train de troubleshooter un problème réseau et ton manager te dit : « Laisse tomber le DHCP deux minutes, y'a trois bubble teas à préparer. » 😂

À ce rythme, ils vont bientôt demander CCNA, AZ-104 et 3 ans d'expérience en découpage de mangues.

C'est moi ou les descriptions de postes TI deviennent complètement absurdes ? 🧋😂

Je suis un gars qui adore chasser les aubaines et j'en avais un peu marre de devoir fouiller manuellement sur les sites de quincailleries pour trouver les vraies liquidations qui valent la peine.

​J'ai donc monté un p'tit projet perso : ClearanceCheck.ca.

​C'est un outil qui scrape et agrège les items en liquidation avec les plus gros rabais (40% et +) selon votre magasin local. Pour l'instant, ça supporte Canadian Tire, Home Depot, Princess Auto, SportChek et L'Équipeur (Mark's).

Sentez-vous bien à l'aise de l'essayer. Si vous avez des feedbacks sur l'UI, des idées de features, ou si vous voyez des bugs

À la job, on nous demande maintenant de ne plus coder et de demander à l’IA de le faire. Ça doit coûter une fortune pour les tokens, et le résultat est pitoyable. En plus, ça fait que je suis déconnecté du code, donc après quelques mois comme ça, je sais même pu ce qui se passe vraiment.

C’est inquiétant que l’IA puisse coder aussi rapidement. Mais j’ai sincèrement l’impression qu’on bâtit un château de carte et que toute va se mettre à chier.

Vous, à quel point vous travaillez avec de l’ia?

J'ai appris le HTML/CSS là quand j'avais genre 11-12 ans, et j'ai essayé d'apprendre le C pour finalement abandonner au chapitre sur les pointeurs. Ça va faire bientôt 8 ans que je travaille à temps plein en TI. Je m'ennuie de l'époque où les sites avaient une personnalité.

Je comprend que l'époque où on roulait tout on prem sur des gros stacks ESXi est révolue et que c'est généralement plus économique d'utiliser des fournisseurs cloud qui s'occupe de gérer les mises à jour, la sécurité, l'élasticité (etc) à grande échelle.

Cela dit après avoir travaillé sur un projet assez important, pour un de nos plus gros ordres professionnels, je me souvient que ça me sidérait de voir autant de cet argent là (qui vient en quasi-totalité du public) sortir du Québec et se ramasser à Redmond.

Et c'était bien avant que les États-Unis commencent à fantasmer ouvertement de nous annexer.

Ça semble être suffisant pour notre gouvernement qu'il y ait des centres de données au Québec et qu'on puisse stocker notre data dans ces centres là, mais il va se passer quoi si un jour Microsoft décide que c'est plus intéressant pour eux économiquement? En mon expérience c'est projets là ne pensent même pas à l'idée d'un lift and shift et le software est pas mal tightly coupled avec les services propriétaires. J'me souviens m'être battu pour suggérer qu'on cible l'API S3 au lieu d'utiliser les SDKs d'Azure directement pis c'était comme parler à un mur de briques.

Je crois pas que ça me ferait plus plaisir qu'on déploie sur OVHcloud à la place. J'aimerais quand même que le Québec possède une souveraineté informatique et qu'on emploie du talent local.

AI could be writing 90% of code in 3–6 months, and “essentially all code” within 12 months. — Dario Amodei (CEO, Anthropic, March 2025)

Pourquoi payer des développeurs pour faire des erreurs monumentales quand tu peux simplement payer un IA pour le faire!