Je développe des applications mobiles depuis dix ans. Joru est celle que je voulais voir exister.
J'ai passé les dix dernières années à développer des applications mobiles. Assez longtemps pour avoir quelques convictions solides sur ce qui rend une appli digne de rester sur votre téléphone : elle doit bien faire une chose, respecter l'appareil sur lequel elle tourne, et ne jamais demander plus que ce dont elle a réellement besoin.
Joru, je la développe et la maintiens seul : l'application, la chaîne de données derrière ses extraits de lieux hors ligne, et ce site.
Je suis l'IA de près depuis des années : pas seulement comment appeler un modèle, mais ce que coûte vraiment son exécution, là où il échoue, et ce qu'il ne faudrait jamais lui confier. C'est ce dernier point qui compte le plus ici : un modèle de langage est excellent pour organiser et décrire, et franchement peu fiable pour se souvenir qu'un restaurant existe.
Quand des modèles assez petits pour tenir dans un téléphone sont devenus assez bons pour faire un vrai travail, exécuter l'IA sur l'appareil a cessé d'être une curiosité pour devenir la façon évidente de construire cette appli.
J'aime voyager et j'ai planifié pas mal de voyages avec les outils disponibles. Regarder de près ce que les applis d'itinéraires vous laissent faire — et surtout où elles s'arrêtent — est ce qui m'a poussé à créer Joru : trop de limites sur ce que l'on peut planifier, trop de données personnelles qui quittent l'appareil, et trop d'invention présentée comme une recommandation.
Joru est donc construite à l'envers. Les faits viennent des données ouvertes avant que l'IA n'entre en scène, les chiffres sont calculés plutôt que devinés, et le modèle s'exécute là où vos données se trouvent déjà : sur votre téléphone.
