Bienvenue sur Innerspace — un espace personnel pour des pensées, des notes et des explorations.
Céder au homelab
En tant que quelqu’un né au début des années 1990, je dis souvent que ma génération a été la dernière à ne pas être née dans le cloud.
J’ai commencé ma carrière chez Dailymotion, qui exploitait à l’époque deux datacenters et son propre Autonomous System. Tout était on-premise, avec toutes les contraintes que cela implique sur le software delivery, le réseau et la gestion du stockage. Les outages étaient moins abstraits mais plus difficiles à atténuer : il n’y avait pas de capacité de scaling infinie, dupliquer les données entre sites était un vrai débat de coût, et quand quelque chose cassait à 3h du matin, nous étions seuls.
Exécuter des LLMs en local : guide pratique pour les ingénieurs
Introduction En discutant d’IA avec des collègues et des amis (comme tout le monde ces jours-ci), j’ai partagé mon intérêt pour comprendre l’architecture des modèles en profondeur, et comment, dans ce processus, les modèles locaux ont attiré mon attention. On me posait souvent la question : comment commencer à tester des modèles locaux et naviguer dans la quantité absurde d’informations sur le sujet ? Cet article vise à y répondre précisément.
Un blog autonome, servi en 4G
Et si vous pouviez faire tourner un blog sur 1W de puissance, servi en 4G depuis un Raspberry Pi Zero alimenté par un panneau solaire ?
En tant qu’ingénieurs logiciel, nous passons la plupart de notre temps dans un monde de ressources cloud virtuellement infinies, où les limites physiques ont été remplacées par des factures élastiques et des couches d’abstraction (IaaS, PaaS, SaaS) qui nous tiennent éloignés du matériel. Il est facile d’oublier ce qui est possible avec très peu.
Comment ce blog a été construit
Ce blog n’a pas commencé dans un IDE ou un terminal. Il a commencé par une conversation.
Je me suis assis avec Crush — un assistant de codage IA agentique qui s’exécute en CLI — et j’ai décrit ce que je voulais : un blog personnel appelé Innerspace, hébergé sur thylong.com, construit avec Hugo et le thème monochrome, servi par Redbean, conteneurisé avec Docker, et déployé sur un cluster k3s.
Pourquoi cette stack précisément ? En tant que développeur Go, j’ai longtemps admiré le travail de spf13 — Hugo est une pièce d’ingénierie remarquable, et c’était un choix naturel. De la même manière, j’ai opté pour Redbean dès le départ parce que le travail de Justine sur le projet Cosmopolitan est véritablement impressionnant. L’idée d’un binaire unique qui tourne partout, sans runtime — ça résonne avec ma façon de penser l’infrastructure. J’ai prévu d’héberger ce blog ailleurs à un moment donné, mais j’en parlerai dans un prochain article.