Aller au contenu
La Lettre IT
Retour aux synthèses
3 min de lecture
Développement & outils

LeTrain : un simulateur de trains procédural en 3D, vingt ans d'itération

En bref

  • Simulateur de trains avec moteur 3D (LibGDX) et interface ASCII conservée, construit en Java depuis 2006.
  • Monde procédural infini, économie complète (gestion du capital, cargo spécialisé, prix ajustés à la distance).
  • Éditeur intégré, système d'undo, scenarios exportables en texte plain.
  • Développement humain-dirigé avec assistance d'agents IA (OpenCode) depuis mars 2026, code visible en public.

Ce que dit la source

Antonio Vazquez Araujo présente LeTrain comme un jeu de simulation ferroviaire qui revendique 20 ans de développement itératif (2006-2026). Le projet a basculé en 2026 d'une approche solo à un modèle hybride : direction humaine + agents IA sous supervision. L'auteur insiste sur le fait qu'il s'agit de code humain-assisté par IA, non généré, avec chaque changement passant la suite de tests complète et validé par le mainteneur avant merge. Le manifeste affiche l'ambition d'un simulateur « pour les enfants-ingénieurs et ingénieurs-enfants », mélangeant esthétique ASCII classique et moteur 3D moderne, sans « jouets qui jouent tout seuls ».

  • Moteur 3D basé sur LibGDX (OpenGL), terminal UI en Lanterna, scripting via ANTLR4.
  • Monde procédural avec Perlin noise, frustum culling ; chaque jeu démarre à des coordonnées aléatoires (±10k à ±100k) pour garantir des explorations uniques.
  • Économie intégrée : capital de départ $0, trois types de cargo spécialisés (OR, CHARBON, RUBIS), prix ajustés à la distance, coûts de construction équilibrés contre les frais d'exploitation.
  • Éditeur intégré en onglets (Scenario/Programming/Config), mode expériment (snapshot du monde, essai, restauration), undo/redo, scenarios exportables en texte plain (`.ltr`) avec validation headless.
  • Construction Java 17 entièrement automatisée (Maven), trois distributions autonomes : LeTrain (3D), LeTrain2D (ASCII terminal), letrain-check (validateur).
  • Moteur de synthèse granulaire pour sons de locomotive réalistes.
  • Limitation connue des paquets Snap : pas d'audio en WSL2 (restriction AppArmor PulseAudio), crash 3D sur XRDP/VNC (conflit Mesa/X11 virtuel).

Dans les commentaires

Débat minimal et partagé : curiosité sincère mais manque de matière pour juger. Un commentateur relève une rupture de tonalité (readme 2026 généré-par-IA vs. readme 2023 humain-rédigé), une tension visible entre « nous avons des agents IA » et « ne laissez pas les IA communiquer pour nous ». Pas de scepticisme technique affirmé, plutôt une demande de preuves (vidéo de gameplay récente, démonstration du jeu, non de la documentation).

  • Un commentateur souligne que le readme actuel (2026, probablement rédigé ou fortement affiné par les agents IA) dégage l'impression d'un projet « codé sur quelques semaines » typique, quand l'ancienne version (2023) était bien plus convaincante sur la motivation et l'originalité du projet (notamment le système de signal rail). Il invite explicitement l'auteur à reprendre le contrôle de la narration externe : « les agents IA ne savent pas ce qu'il faut dire ni comment le dire ».
  • Pas de matériel vidéo récent : la seule vidéo YouTube disponible date de 12 ans, ce qui rend impossible d'évaluer l'état du jeu en 2026.
  • Confusion sur le sens de « console hacker » : au moins un commentateur a cliqué en pensant qu'il s'agissait de homebrew PS5, alors que le sujet est simplement un jeu terminal.

Notre lecture

Projet d'une certaine profondeur (20 ans d'itération, pile complète, jeu économique non trivial) mais présenté de façon qui dessert sa singularité. Le paradoxe est frappant : l'auteur dit avoir directement assisté à l'émergence de l'IA générative et refuse de laisser les agents écrire sa communication, puis livrerait un readme qui dégage exactement l'impression qu'il dit vouloir éviter. À tester si des vidéos de gameplay récentes existent en dehors de GitHub, et à suivre si la distinction « humain-dirigé » tient vraiment face à la tendance industrielle. Pour un développeur intéressé par les simulateurs, les économies de jeu ou la programmation déclarative (rail DSL), le code source vaut le coup d'œil, mais pas de « doit voir » grand public identifié.

Le brief, dans votre boîte mail

Recevez chaque jour la sélection et l'analyse La Lettre IT, sans avoir à repasser sur le site.