De Blade à Raku : un samedi de renommage à travers la base de code

Un nom est une promesse. Raku - facilité, confort, la touche humaine - est la promesse derrière un runtime construit pour que les expériences IA se sentent humaines, pas mécaniques. Voici le week-end où c'est devenu réel.

Le runtime avait un nom quand j’ai commencé à le construire. Le nom était un emplacement réservé, le genre d’emplacement réservé qui vous permet d’arrêter de vous inquiéter du nommage et de commencer à écrire du code. Je savais que c’était un emplacement réservé quand je l’ai choisi. Le vrai nom attendait que quelques choses se stabilisent.

Ce week-end, l’emplacement réservé est tombé. Le runtime s’appelle maintenant Raku.

Pourquoi maintenant

Trois raisons.

La cible produit s’est stabilisée. Quand le runtime était AR1+ puis AR2 Gen1 puis peut-être l’un de trois chemins matériels différents, le nommer d’après la famille d’appareils n’avait pas de sens. Maintenant que le pivot AR est réglé, le moteur peut avoir son propre nom qui ne dépend pas de l’appareil sur lequel il se déploie.

Les conversations de partenariat deviennent sérieuses. Une conversation de partenariat qui devient sérieuse ne peut pas survivre à un nom d’emplacement réservé dans la base de code. Les fournisseurs ne s’associent pas avec du code qui s’appelle lui-même « BladeRuntime » dans certains fichiers et « AR1+Runtime » dans d’autres. Le renommage est une condition préalable pour que ces conversations aillent plus loin.

La marque doit signifier quelque chose. Raku en japonais signifie facilité, confort, plaisir. C’est aussi le nom d’une tradition de céramiques de thé japonaises qui valorise l’irrégularité et la touche humaine plutôt que la précision mécanique. Les deux sont des signaux sur à quoi sert le moteur : des expériences faciles à créer et qui se sentent humaines, pas mécaniques. Le kanji 楽 apparaît dans le logo. Le choix de nommage n’est pas arbitraire. C’est la première pièce de l’identité de l’entreprise.

Ce qu’a impliqué le rebranding

Un balayage à travers la base de code. Deux PR ont fait atterrir l’essentiel de cela en passages d’agent consécutifs. Les agents ont fait le travail routinier, ce qui est bien parce que le travail routinier était énorme. Approximativement :

• Chaque référence à « ar1-runtime » dans le code, la documentation et la CI changée en « raku-runtime »
• Chaque référence à « Blade » dans le branding et l’emballage changée en « Raku »
• La bibliothèque de runtime native renommée de ar1plus à raku
• Tous les préfixes de symboles exportés mis à jour
• Tous les noms de cibles CMake mis à jour
• Toutes les références de chemins d’inclusion mises à jour
• Toutes les références croisées de documentation mises à jour
• Tous les README d’applications d’exemple mis à jour
• Logo et assets de marque remplacés

Deux PR. Environ cent dix fichiers touchés entre elles. Les deux ont atterri sans casser le build, ce qui était la métrique qui comptait.

Ce que j’ai appris en faisant cela de cette manière

Trois choses, chacune utile pour quiconque planifie un balayage à travers une base de code construite par des agents.

L’agent fait le renommage plus vite que moi, mais seulement si l’issue est précise. L’issue qui a produit l’essentiel du renommage disait exactement quels symboles changent, quels chemins changent, quelle documentation change, et quels schémas laisser tranquilles (entrées de changelog, journaux de décisions historiques, branches archivées). L’agent a suivi les instructions. Le résultat a été un renommage propre. La version de l’issue que j’ai essayée deux jours plus tôt était moins précise, et le renommage est revenu avec trente endroits où l’agent avait renommé trop agressivement, y compris des références dans d’anciens messages de commit qui auraient dû rester à des fins archéologiques.

Les PR de renommage veulent être petites même quand elles touchent tout. Les deux PR qui ont fait le renommage n’étaient pas subtiles. Chacune a touché des dizaines de fichiers. Elles étaient petites au sens où elles ne faisaient qu’une seule chose. Chaque PR était uniquement des renommages, aucun changement fonctionnel mélangé. Mélanger un renommage avec ne serait-ce qu’un petit changement fonctionnel rend la PR impossible à revoir, parce que le réviseur humain doit lire chaque ligne pour s’assurer que le changement fonctionnel est juste le changement fonctionnel. Les renommages purs peuvent être revus en quinze minutes.

La marque doit être prête avant que le renommage ne sorte. La moitié du travail de ce week-end n’était pas dans la base de code. C’était choisir le nouveau nom, enregistrer des domaines, sécuriser des handles, faire en sorte que le kanji soit correct, concevoir le logo. Le renommage de la base de code est la dernière étape, pas la première. Si vous faites le renommage de la base de code et réalisez ensuite que la marque n’est pas terminée, vous êtes coincé avec un autre tour de renommage.

Ce qui n’a pas changé

L’architecture n’a pas changé. L’API C n’a pas changé. La feuille de route n’a pas changé. La cible produit n’a pas changé. Quiconque lisant la base de code le week-end avant le renommage et le week-end après verrait le même moteur faisant les mêmes choses.

C’était le bon type de renommage. C’était un changement d’étiquette, pas une redirection.

Ce que les partenaires et bâtisseurs retiennent de ceci

Si vous êtes un intégrateur qui regarde le runtime maintenant : partout où vous voyez « raku-runtime » dans nos dépôts et notre emballage, c’est le même moteur qui s’appelait autre chose le week-end dernier. Il n’y a pas de casse de compatibilité. L’API C est inchangée. Les liaisons SDK sont inchangées. Les applications d’exemple fonctionnent toujours.

Si vous cherchez à vous associer sur un produit qui se déploie sur ce moteur, le nom est maintenant stable. La conversation n’a pas à commencer par « nous l’appelons comme ça pour l’instant, mais ». Elle peut commencer par « voici ce qu’est Raku et à quoi il est construit pour servir ».

Si vous êtes dans une équipe d’appareils AR2 réfléchissant à quel runtime cibler sur votre plateforme, le changement de nom est aussi une déclaration sur où le moteur est positionné sur le marché. Raku n’est pas « le runtime AR1+ qui a grandi ». C’est sa propre chose, avec sa propre thèse, prête à se déployer sur quel que soit le partenaire matériel qui convient le mieux. Le renommage fait partie de cette déclaration.

Week-end tranquille, au sens où rien de fonctionnel n’a changé. Le bon genre de tranquille.