Was ist R-Machine
Internationalisierung ist nur der erste Anwendungsfall einer allgemeineren Idee.
Jede Ressource deiner Anwendung — lokalisierte Texte, Services, reaktiver State — liegt hinter einem stabilen Namespace, wie eine Tabelle in einer Datenbank. Wer sie konsumiert, hängt vom Namen ab, nicht davon, wo der Wert liegt oder wie er aufgebaut ist. Du kannst die Implementierung hinter einem Namespace ändern, ohne Consumer, Tests oder Mocks anzufassen: Der Compiler garantiert, dass der Vertrag hält. Das nennen wir uniformity under change — der Code entwickelt sich weiter, die Grenzen bleiben stabil.
i18n ist der Beweis, dass der Mechanismus funktioniert: Übersetzungen sind nur eine weitere Art von Ressource hinter einem Namespace, vollständig type-safe von Anfang bis Ende. Dieselbe Eigenschaft, die die Architektur für dich vorhersehbar macht, macht sie für einen Coding Agent lesbar — der Abhängigkeitsgraph ist explizit und benannt, nicht implizit.