Ça a commencé par une news sur GOG

Il y a quelque temps, j’ai vu passer la news : GOG allait sortir une version native Linux de GOG Galaxy. J’étais content, et dans ma tête ça cogite. Je me dis tiens, je vais aller voir les jeux gratos sur Prime Gaming.

Sauf que ça a changé de nom, c’est rangé ailleurs, bref c’est le bordel. Je ne retrouve plus mes jeux, j’en ai marre.

Et là je commence à me demander combien de jeux Epic j’ai loupés. Combien de jeux Prime aussi. Je me souviens que The Witcher a été offert un jour, un jeu que j’ai toujours voulu faire. Enfin je suppose, en fait j’en sais rien : je n’y ai jamais joué, alors que j’ai lu les bouquins.

10 000 clics pour rien

Récupérer ses jeux gratuits, c’est une perte de temps. Quatre sites, quatre connexions, cliquer, valider, recommencer. C’est long, c’est pour rien, et de toute façon tu en oublies tout le temps.

Entre-temps, au taf, on m’a fait faire les tests end to end de l’appli. En gros, des tests où le navigateur se pilote tout seul pour vérifier que l’interface marche. Et là, le déclic : ça suffit, on va automatiser tout ça.

claim-auto : tu branches tes comptes, il fait le reste

Ça a donné claim-game-auto. Tu connectes tes comptes Epic, Steam, GOG et Prime Gaming une bonne fois, il analyse les jeux gratuits du moment et les ajoute directement dans tes collections. Avec leur clé quand il y en a une. Zéro clic, ou presque.

Il tourne deux fois par jour par défaut, mais la planification se règle. Le reste du temps, tu ouvres la page quand tu veux voir ce qui est tombé.

Le « ou presque », c’est les captchas

Pour en arriver là, j’ai tranché deux choses.

La première : la connexion n’est pas en full API. L’outil lance de vrais navigateurs, dans des environnements virtuels cachés, et clique comme le ferait un humain. C’est ce qui permet de couvrir quatre boutiques qui n’ont aucune envie qu’on automatise quoi que ce soit. Et forcément, à un moment, un anti-captcha se réveille.

La deuxième découle de la première : quand un captcha est détecté, l’interface te propose d’ouvrir une fenêtre VNC, du contrôle à distance, sur ce navigateur caché. Mais dans une page web. Oui, un navigateur dans ton navigateur, lol. Tu résous le truc à la main, tu cliques sur « J’ai fini », le VNC se coupe et tout repasse en headless.

C’est le même écran qui sert pour les connexions initiales, mot de passe et 2FA compris. Une fois le profil enregistré, tu n’y reviens plus. Et il récupère même tes clés GOG et Legacy Games tout seul.

Une notif quand il a besoin de toi

Par-dessus ça, il peut te prévenir. Quand un captcha bloque, il t’envoie une notification sur le canal que tu veux : Discord, Telegram, Slack, ntfy, un webhook maison, un mail, ou même un SMS si tu es chez Free. Tu cliques sur le lien reçu et ça t’ouvre directement le contrôle à distance sur le navigateur coincé, celui de juste au-dessus. Tu règles le captcha, et la réclamation repart toute seule derrière.

Et si vraiment ça coince, l’interface te donne les liens directs pour claim à la main, à l’ancienne. Comme ça, même si un problème persiste, ça reste gérable.

L’installation, c’est un docker compose

Rien à cloner, rien à compiler : l’image est publiée sur Docker Hub. Tu fais un compose, ou tu le colles direct dans Portainer (va voir l’article), tu verras c’est hyper simple.

services:
  claim-auto:
    image: smeagolworms4/claim-game-auto:latest
    container_name: claim-auto
    restart: unless-stopped
    stop_grace_period: 45s
    user: "${PUID:-1000}:${PGID:-1000}"
    env_file:
      - .env
    environment:
      HOME: /data/home
    ports:
      - "${WEB_PORT_HOST:-8080}:8080"
    volumes:
      - ./data:/data
    shm_size: "1gb"

Tu lances, tu ouvres 127.0.0.1:8080, et tu connectes tes boutiques une par une. Il y a même une image pour Raspberry Pi.

Si tu l’exposes sur le web, mets un mot de passe

Attention à ce point, il est important : cette interface donne accès à tes comptes de jeu. Quelqu’un qui l’ouvre est connecté à ton Steam et à ton Epic. Donc si tu la sors de chez toi, tu remplis WEB_USER et WEB_PASSWORD, et tu ne publies pas les ports 6080 et 5900 : le VNC passe déjà par l’interface web, protégé par la même authentification.

Pour le nom de domaine, Duck DNS fait très bien l’affaire. Derrière, il te faut un reverse proxy pour gérer le certificat et l’aiguillage. Chez moi c’est Nginx Proxy Manager, je n’ai pas encore fait l’article dessus, promis il arrive.

C’est fait main, et j’attends vos retours

Je préfère être clair : c’est fait main et peu testé, c’est loin d’être parfait. Les quatre boutiques changent leurs pages quand elles veulent et leurs protections aussi, et régler ce genre de chose est assez complexe. Claudio m’a déjà bien aidé, mais il reste sûrement plein de cas que je n’ai pas vus.

Donc n’hésitez pas si vous avez des soucis, et surtout si vous avez des solutions. Les correctifs et les ajustements sont les bienvenus.

Moi, je voulais surtout tester. Pour le moment ça marche. Peut-être que ça passera plus dans six mois, on verra. Ça ne m’a pas coûté trop de temps à faire, donc à voir. J’attends vos retours.

Image d’en-tête générée par IA.

Pour faire ça bien, il faut deux choses

Une IP fixe, et un nom de domaine. Si tu n’as pas les deux, c’est la galère. Pas impossible, mais la galère.

L’IP fixe, c’est ce qui garantit que l’adresse de ta box aujourd’hui sera la même demain. Le nom de domaine, c’est ce qui t’évite de la retenir. Les deux ensemble, tu tapes un nom dans le navigateur et tu tombes chez toi, point.

Le cas de l’IP partagée, on en reparlera

Je ne vais pas te parler ici du cas où ton IP publique est mutualisée avec d’autres abonnés. J’ai Starlink, c’est exactement ma situation, et je te le dis tout de suite : c’est la merde. Tous tes ports ne sont pas disponibles, et ceux que tu obtiens ne sont jamais les mêmes. Ça mérite son propre article, je le ferai.

Là je pars du cas normal : une IP peut-être dynamique, mais au moins tu es seul dessus.

Le nom de domaine, ce n’est pas cher, mais c’est mieux si c’est 0

Un nom de domaine, ça ne coûte pas grand-chose. Une dizaine d’euros par an chez n’importe quel registrar. Chez OVH il y a même du DNS dynamique. Mais c’est pas 0, et pour du homelab tu as vite l’impression de payer pour pas grand-chose.

Et c’est là que Duck DNS entre en jeu.

Duck DNS, c’est gratuit et ça suffit

En gros, c’est un DNS gratuit. Tu te connectes avec ton compte Google, GitHub, Reddit ou Twitter, tu choisis un nom, et tu récupères un jeton. C’est tout.

Alors oui, il y a duckdns.org dedans. Ton domaine à toi ce sera toto.duckdns.org, pas toto.fr. Mais bon, c’est gratuit, on ne râle pas. Tu associes une IP, et hop, tous les sous-domaines et les sous-sous-domaines que tu veux pointent chez toi. nas.toto.duckdns.org, media.toto.duckdns.org, ce que tu veux : tout arrive au même endroit, à toi de trier derrière avec un reverse proxy.

Au lieu de taper 88.33.55.99 dans ton navigateur, tu tapes toto.duckdns.org et tu es sur ta machine. Il faudra quand même router les ports sur ta box, mais si tu as configuré un client torrent un jour dans ta vie, tu sais faire, mdr.

L’IP dynamique, avant et maintenant

Le vrai must de Duck DNS, c’est qu’il gère les IP dynamiques. Ton fournisseur te change d’adresse en pleine nuit ? Le nom continue de pointer au bon endroit.

À mon époque, on faisait tourner ADSL Auto Connect avec No-IP par-dessus. Ceux de mon âge s’en souviendront, avec le petit exécutable planqué dans la barre des tâches qui tombait une fois sur deux. Aujourd’hui c’est un petit compose Docker et c’est réglé. Si tu ne vois pas de quoi je parle, va d’abord jeter un œil à l’article sur Portainer et les conteneurs, ça te remettra dans le bain.

services:
  duckdns:
    image: lscr.io/linuxserver/duckdns:latest
    container_name: duckdns
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Paris
      - SUBDOMAINS=toto
      - TOKEN=ton-jeton-duckdns
      - UPDATE_IP=ipv4
      - LOG_FILE=false
    volumes:
      - ./config:/config
    restart: unless-stopped

Trois lignes à changer et c’est plié. SUBDOMAINS, c’est juste la partie de gauche : si ton domaine est toto.duckdns.org, tu mets toto, pas le nom complet. Tu peux en mettre plusieurs, séparés par des virgules, sans espace. TOKEN, c’est le jeton que Duck DNS t’affiche sur ton compte. UPDATE_IP accepte ipv4, ipv6 ou both selon ce que ta connexion sait faire.

Une fois lancé, le conteneur va contacter Duck DNS toutes les cinq minutes pour dire « voilà mon IP du moment ». Il ne fait que ça, il ne consomme rien, et tu l’oublies. Si tu veux garder une trace des changements d’adresse, tu passes LOG_FILE à true et tu le retrouves dans le volume /config.

Un nom qui pointe chez toi, et c’est déjà beaucoup

Une fois que c’est configuré, tu as un nom de domaine qui pointe vers ton IP, dynamique ou pas. C’est la première brique, celle sans laquelle rien d’autre n’est accessible de l’extérieur. Derrière, tu peux poser un reverse proxy, des certificats, de l’authentification, mais il faut bien commencer par un nom qui arrive quelque part. Chez moi c’est Nginx Proxy Manager qui s’occupe de tout ça, et je te ferai un article dessus.

Et si par malheur ton IP est mutualisée, on en reparlera. C’est moins cool, désolé.

Image d’en-tête générée par IA.

Home Assistant, c’est quoi

C’est le cerveau de la maison. Un logiciel libre que tu fais tourner chez toi, sur ta machine, qui va parler à tous tes appareils connectés quelle que soit leur marque et leur techno, et te donner un seul endroit pour tout voir et tout piloter. Pas de cloud obligatoire, pas d’abonnement, pas de service qui ferme dans deux ans en emportant tes ampoules avec lui.

Tu branches ta box, ton imprimante, tes prises, tes capteurs, ta voiture, et tout ça se retrouve au même endroit. Après, tu fais ce que tu veux avec : des tableaux de bord, des automatisations, des notifications.

Le pilier, parce que tout passe par là

J’ai des Alexa à la maison (oui, je préférerais ne pas en avoir, mais compliqué d’avoir mieux pour le moment). Elles communiquent avec Home Assistant. Et c’est là qu’est toute l’astuce : je mets pas mes appareils sur Alexa, je mets Home Assistant sur Alexa. Une seule intégration, et tout ce que connaît Home Assistant devient pilotable à la voix. Le jour où je change d’assistant vocal, je change une brique, pas cinquante appareils.

Pareil pour le reste. Je dois contrôler l’état d’un appareil, faire une action, ou même surveiller un de mes serveurs du home lab, c’est Home Assistant qui gère. Il est au centre, et tout le reste se branche dessus.

Grosso modo, mon install

J’ai des relais de différentes marques, du wifi et du Zigbee (si ça vous parle pas, j’y reviendrai dans un billet dédié). Je vais pas vous détailler tout ce que j’ai, sinon l’article fera 200 pages lol, je garde pour la suite. Mais un petit exemple : je contrôle toutes mes lumières, mes volets, les températures. Et même ma piscine (je vis à la campagne, ça donne certains avantages ).

On peut aussi gérer sa consommation électrique. Avec des appareils dédiés, ou sans : on peut remonter les infos Enedis directement (je vous en parlerai aussi, même si finalement je m’en sers plus, j’ai la donnée en direct).

La domotique ne s’arrête pas au physique

C’est là que je voulais en venir. Une ampoule connectée ou un volet, c’est vrai que c’est assez facile à imaginer. Mais tout ce qui est virtuel rentre dedans aussi.

L’état d’un serveur Minecraft. Ta télé connectée. Plex, Jellyfin. Ton imprimante. L’état de ton PC, ou de ton home lab. Tous les services que renvoie internet. Moi je reçois un mail, et ça déclenche une action ailleurs dans la maison.

Le plus simple, c’est d’installer et de regarder ce qu’il trouve tout seul sur votre réseau. Vous serez étonnés de découvrir la quantité de choses connectables que vous avez déjà, sans même le savoir. Il les trouve pour vous.

Pourquoi Home Assistant et pas autre chose

Parce qu’il est simple, convivial et facile à prendre en main. Et parce qu’il y a des milliers d’intégrations. Une intégration, c’est le module pour brancher un truc : ta Freebox, ton imprimante, un réseau Zigbee, ta voiture. Il fait toute la logique pour chaque appareil, tu as juste à remplir deux champs.

Rien que dans les intégrations officielles, on trouve son bonheur. Ensuite tu rajoutes les modules communautaires (je vous parlerai de HACS plus tard) et là, tu vois un truc qui existe, tu peux être sûr qu’un mec l’a branché mdr.

Et tu rajoutes encore ce qu’ils appellent les apps : en gros des conteneurs Docker préconfigurés pour Home Assistant, qui ont eux aussi leurs propres modules communautaires. À ce stade, ton Home Assistant peut à peu près tout faire.

Comment l’installer : pas en Docker

Alors même si tu peux le faire tourner en conteneur, je le déconseille. Pourquoi ? Parce que Home Assistant, c’est pas juste une appli, c’est un ensemble d’outils. Et ils proposent Home Assistant OS, qui s’installe facilement sur une machine monocarte (64 bits uniquement depuis peu), une VM, ou un vieux laptop ou PC qui traîne.

Une mini machine N100 serait parfaite. Un gros PC bien puissant juste pour Home Assistant, c’est peut-être un peu trop, mais ça serait super : ça consomme tellement peu que tu peux mutualiser (le mien, je l’ai gardé pour Jellyfin). Chez moi, c’est Home Assistant OS sur un Raspberry Pi 4.

L’intérêt de l’OS, c’est justement de proposer ces fameuses apps (on disait add-ons il y a encore quelques mois) qui permettent de centraliser tous les outils liés à la domotique sur la machine Home Assistant : un serveur MQTT, la passerelle Zigbee, ce genre de choses. J’y reviendrai aussi.

Pour l’installer, c’est Raspberry Pi Imager, tu choisis Home Assistant OS, et c’est parti.

Et oui, je déroge à ma règle du tout-Portainer. Mais ici c’est particulier, ça se justifie (le seul autre qui déroge, c’est mon NAS lol).

Essayez, même juste pour voir

Je vous conseille fortement d’essayer, même dans une VM VirtualBox, rien que pour découvrir ce qui est connectable chez vous. Et je sais qu’il y en a forcément.

Après, vous aurez envie d’avoir des lumières, des interrupteurs et tout le reste (promis, vous aurez un billet dédié aux relais). Et ça, ça va vous changer la vie.

Image d’en-tête générée par IA.

Il faut une machine qui tourne, pas forcément une grosse

80 % des outils techniques que je vais vous présenter s’exécutent sur un serveur. Souvent un tout petit : un Raspberry Pi (bon, ok, les vieux RPi 32 bits sont en fin de vie), une machine pourrie qui traîne, un vieux laptop. Un serveur dédié si vous y mettez le prix. Dans tous les cas il faut un truc qui tourne en permanence pour avoir un home lab.

Et je maintiens que garder son PC fixe ultra puissant allumé, avec toute sa config, juste pour faire tourner un serveur de redirection de mail ou un lecteur de comics et d’ebooks, c’est peut-être pas la meilleure des idées. Attention, je dis pas qu’on peut pas. Mais bon.

On trouve des N100 (le petit processeur Intel), des RPi reconditionnés pas chers, des cartes monocarte pas trop chères, même si la crise de la RAM est passée par là. Et ça vaut vraiment le coup : pour pas grand-chose, t’as un home lab de fou.

Une distrib Linux, Docker, et rien d’autre

Un PC pour un home lab c’est bien, mais tu mets quoi dessus pour avoir des services cool ? Allez, on va coller un bon gros Windows qui te bouffera 50 % de ta RAM juste pour exister. Je plaisante à moitié, y en a qui le font.

Moi c’est simple : une mini distrib Linux. Debian, Ubuntu, Red Hat, ce que tu veux, à la limite on s’en fout. Et Docker dessus, avec docker compose, le petit outil pour tout ranger. Rien d’autre.

Je vais pas vous détailler dans cet article tout ce que fait Docker. En gros c’est des containers, comme des VM, sauf que tu vires toute la couche matérielle, l’émulation du proco et compagnie. Tu fais juste tourner un OS dans ton OS, au niveau machine. C’est transparent, ça vit tout seul dans son coin.

Administrer tout ça à la main, c’est la merde

Sauf que le jour où tu commences à empiler les conteneurs, les administrer, c’est la merde. Et là on prend quoi ? Je te le fais dans le mille : comme le titre de l’article le dit, on prend Portainer.

Alors première question, pourquoi Portainer et pas K8s ou un autre orchestrateur ultra balèze ? Et bien parce que je suis tout seul. C’est assez simple, et même si j’utilise même pas 50 % de ce qu’il propose (tu vas me dire, on fait tous ça avec Word depuis des années et ça n’a jamais dérangé personne), on s’y retrouve, on contrôle ce qui se passe, et c’est plutôt facile.

Une stack par outil

En gros tu fabriques une stack par outil. Une stack, c’est quoi ? C’est juste ce qui regroupe ton compose.

Tu récupères le compose dans la doc de l’outil que tu veux monter, tu le colles, et ça démarre ou pas. Au pire, maintenant, tu te fais aider par Claudio (faudra que je parle de Claude un jour), il te fera très bien les choses. Ou son équivalent gratos, lol.

Et il te met tous les services dont t’as besoin. Ton outil a besoin d’une base de données dans telle version, c’est bon. D’un serveur web intégré, c’est bon. De l’outil lui-même, c’est bon. Une petite redirection de port, un serveur proxy pour taper dessus avec un nom de domaine (ça aussi je vous en parlerai plus tard), et hop, t’as ton outil. C’est trop bien.

La version entreprise, gratuite pour un usage perso

Petit bonus : tu peux avoir la version Business gratos pour un usage perso. Comme ça tu vois les mises à jour d’image et tout le reste. Sur la capture des stacks, la pastille orange au bout de chaque ligne, c’est exactement ça : une image plus récente est dispo.

Bon, c’est pas K8s, et je gère quand même pas mal de trucs à la main. Mais ça simplifie grandement la vie.

Le seul compose que tu lanceras à la main

Je vous file la doc d’installation, et un compose tout simple. C’est le seul que tu démarreras toi-même avec un docker compose up : tous les suivants passeront par l’interface.

services:
  portainer:
    image: portainer/portainer-ee:latest
    container_name: portainer
    restart: always
    ports:
      - "9443:9443"
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - portainer_data:/data

volumes:
  portainer_data:

Attention à l’image : portainer/portainer-ee, c’est celle de la version Business, celle qui attend une clé de licence (la perso, gratuite, que tu demandes sur leur site). Si tu veux rester sur l’édition communautaire, tu ne charges pas ee, tu prends l’autre image, portainer/portainer-ce:latest. C’est le même compose, juste cette ligne qui change.

Le volume /var/run/docker.sock n’est pas un détail : c’est par là que Portainer parle à Docker, donc c’est ce qui lui donne la main sur toute la machine. À garder en tête avant d’exposer l’interface au grand large.

Après le docker compose up -d, tu ouvres https://127.0.0.1:9443, tu suis les consignes, emballé c’est pesé.

Sans cette base, le reste n’a pas de sens

Comme je le disais, c’est pas hyper sexy comme article. Mais sans cette base, tout le reste qui devient sexy n’a aucun sens. Ça sert à quoi que je te présente un outil si tu sais même pas comment le faire tourner ?

En tout cas bonne lecture à tous, et je reviens très vite avec des outils plus cool.

Image d’en-tête générée par IA.

« Protocole vieillissant et sécurité »

L’annonce est habillée comme il faut : Google retire POP3 de ses serveurs « pour des questions de protocole vieillissant et de sécurité ». Mettez les guillemets, ils comptent.

Franchement, c’est surtout que ça leur coûte. Aller relever les boîtes des autres, c’est des connexions sortantes à maintenir, des serveurs en face qui répondent mal, des erreurs à absorber. À l’époque où il fallait arracher les gens à Free, Orange et compagnie, ça valait l’investissement : on rapatriait tout son passé chez Gmail et on ne repartait plus. Maintenant qu’ils ont le monopole, récupérer les mails des concurrents, ils s’en contrefichent.

Moi, j’ai des tonnes de mails à rapatrier

Mon cas n’a rien d’original : des adresses sur mes domaines OVH, du Free, et le reste, tout ça remonte dans Gmail depuis des années par la relève POP3. Ma configuration existante marche toujours. Mais pour en ajouter une nouvelle, c’est mort. Et comme c’est voué à disparaître, le jour où ils coupent pour de bon, je me retrouve le bec dans l’eau avec des boîtes que plus personne ne relève.

Attendre ce jour-là pour chercher une solution, très peu pour moi. J’ai donc écrit l’outil : pop3_to_smtp.

Ce que faisait Gmail, mais pas que vers Gmail

Le principe tient en une phrase : ça relève un mail en POP3 et ça l’envoie à une autre adresse, comme une redirection. Exactement le boulot que Gmail s’apprête à arrêter de faire.

La différence, c’est la destination : le serveur SMTP se configure, celui qu’on veut. Gmail si on y tient, ou tout autre. Et le message part intact : expéditeur d’origine, signature DKIM préservée, pièces jointes conservées. Ce n’est pas un transfert qui réécrit tout au nom du relais, c’est un relais.

Le reste se fait à la souris : ajouter une boîte, ajouter une destination, tester les réglages avant d’enregistrer, forcer une relève tout de suite au lieu d’attendre le prochain passage. Le bouton « Tester » m’a évité pas mal d’allers-retours. Un mot de passe d’application refusé, on le voit sur place plutôt qu’en fouillant des logs.

Les notifications, le vrai confort

Une redirection de mails qui tombe en panne sans rien dire, c’est le pire scénario. On ne s’aperçoit de rien pendant des semaines, jusqu’au jour où on cherche un message qui n’est jamais arrivé.

Du coup on peut recevoir des notifications sur son téléphone ou ailleurs quand ça foire : par mail, par ntfy, par webhook générique, ou par SMS avec l’API Free Mobile. Par défaut, seules les défaillances déclenchent une alerte. On peut aussi se faire prévenir à chaque succès, mais on s’en lasse vite.

Ça se déploie en Docker, et ça tourne sur un Raspberry Pi

Je ne vais pas vous dérouler la doc d’installation ici, c’est du Docker et on en reparlera une autre fois. Promis, je vous ferai un article sur Portainer, Docker et toute ma stack. En résumé : une image, un volume pour les données, un port pour l’interface.

docker run -d --name pop3_to_smtp \
  -p 8080:8080 \
  -v ./data:/data \
  -e WEB_USER=admin \
  -e WEB_PASSWORD=un_mot_de_passe_solide \
  smeagolworms4/pop3_to_smtp:latest

L’image est publiée pour amd64 et pour arm64, donc pour les petits RPi aussi : j’essaie de penser à eux. Un relais de mails qui tourne toute la journée, c’est typiquement le genre de service qui n’a rien à faire sur une grosse machine.

Pensez quand même à sécuriser l’accès. Il y a des variables pour ça, WEB_USER et WEB_PASSWORD, et ce n’est pas optionnel : l’interface contient les identifiants de toutes vos boîtes. Chez moi c’est mon SSO qui fait le boulot en amont, mais tout le monde n’a pas un SSO sous la main.

Chez moi, les deux tournent en même temps

Je n’ai pas fait sauter ma configuration Gmail : tant qu’elle tient, elle tient. Les deux font donc le même job en ce moment. Mais le jour où Gmail fera feu, moi je serai déjà bien caché à l’abri.

Le code est ouvert et je suis ouvert aux suggestions. Il y a sûrement des cas d’usage auxquels je n’ai pas pensé, et des serveurs POP3 exotiques qui vont me sortir des surprises. Je vous laisse essayer.

Image d’en-tête générée par IA.

Basic 1.0 / Écran bleu et texte jaune

J’ai codé mon premier jeu vidéo à 8 ans, sur un Amstrad CPC 6128 — une machine qui avait déjà sûrement dix ans d’existence à l’époque, j’avoue que je n’ai pas compté. C’était un morpion. Bête et tout simple, mais il marchait — fallait juste 30 secondes pour dessiner la croix, mdr.

Ça fait maintenant plus de 20 ans que je bosse dans la tech. Entre les deux, j’ai touché à vraiment toutes les technos, sans distinction. J’ai mes amours — le JS, j’adore, et ça se verra ici — mais je n’ai jamais été du genre à me ranger dans une seule chapelle. Un bon outil est un bon outil, peu importe le langage sur la boîte.

Quand je dis vraiment tout, c’est vraiment tout. Du Java, en écrivant des mods Minecraft. Du PHP, où j’ai bossé sur les tout premiers frameworks — avant même que le mot « framework » soit connu du commun des développeurs. Du Python, du .NET, de l’assembleur. Et même du Lisp et du Cobol, j’avoue que j’ai un peu envie d’oublier cette partie-là, lol.

Pourquoi un blog, et pas ailleurs

Le problème, c’est que je n’ai jamais eu d’espace pour parler de tout ça. Sur Reddit, c’est le bordel : le fil intéressant est noyé sous trois pages de bruit, et ce que tu écris a disparu le lendemain. Il y a bien de très bons Discord, mais aucun généraliste — chacun son sujet, sa techno, sa chapelle. Du coup c’est un peu nul quand tu veux juste parler de ce que tu bricoles, quel que soit le sujet du jour.

Ici, ce sera ce que je veux et comme je veux. Pas de karma, pas d’algo, pas de modérateur qui décide que mon post n’est pas dans le bon salon.

Ce que tu vas trouver ici

Concrètement : mes bouts de code, mes libs, mes outils, les technos que je trouve bonnes et pourquoi. Le genre de question que je me pose tous les jours au boulot — pourquoi utiliser ce pattern-là plutôt qu’un autre à cet endroit précis du code — et sur laquelle je n’ai jamais trouvé de réponse satisfaisante en trois lignes sur Stack Overflow.

Il y aura aussi des manières d’utiliser l’informatique, des trucs que j’ai mis en place et qui me servent tous les jours, et de l’info tech pure quand le sujet le mérite. Et à chaque fois la même chose : ce que j’ai essayé, ce qui a coincé, et ce que j’en ai gardé.

Toute ma maison est connectée (oui, toute)

Je fais énormément de domotique. J’ai eu la chance de faire construire, alors j’en ai profité pour que la maison soit pensée connectée dès le départ : j’ai pu poser directement le bon matériel au bon endroit, et réfléchir en amont pour que tout s’emboîte. Ça évite de bricoler des rustines une fois que tout est en place.

Résultat : j’en suis au point où je demande à ChatGPT ce que je pourrais bien rajouter, parce que je n’ai plus d’idées. Je plaisante à moitié. J’en parlerai sûrement dans un article, voire plusieurs — il y a de quoi faire.

Le gros nerd barbu derrière le clavier

Parce qu’il n’y a pas que le code : je suis un gros fan de SF, en séries TV comme en littérature. J’adore les mangas, mais un peu à l’ancienne, je l’avoue. Ajoute les comics et la culture pop par-dessus et tu obtiens le gros nerd bien barbu par excellence — et maintenant j’en ai assez pour le dire, mdr.

Ça débordera forcément sur le blog de temps en temps. Autant prévenir tout de suite.

Les commentaires sont ouverts — gardons-les ouverts

J’ai ouvert les commentaires, mais je sais très bien que ça peut vite devenir le bordel, et je ne veux pas passer ma vie à modérer. Alors faut être respectueux, SVP. Ça m’embêterait vraiment qu’il n’y ait pas de lieu d’échange sous mes articles : c’est souvent là que se trouve la moitié la plus intéressante d’un billet.

En tout cas, bienvenue sur mon blog, et j’espère que ce que je vais vous publier va vous plaire. Encore merci de m’avoir lu, et bienvenue à tous.