Aller au contenu
Journal

Ministère 11 juillet 2026 4 min de lecture

Pourquoi nous avons construit Verahm en quatre langues

L'Écriture n'a jamais été destinée à n'appartenir qu'à une seule langue. Construire Verahm dès le premier jour pour les francophones, hispanophones et lusophones n'était pas une décision de fonctionnalité. C'était une conviction.

La plupart des applications commencent dans une langue et en ajoutent d'autres plus tard, si un cas d'affaires se présente. Nous avons construit Verahm différemment, parce que la raison des langues multiples n'a jamais été un cas d'affaires. C'est une image donnée dans l'Écriture de ce à quoi ressemble réellement l'adoration une fois achevée.

Une vision de toutes les langues, non d'une langue élevée

Après cela, je regardai, et voici, il y avait une grande foule, que personne ne pouvait compter, de toute nation, de toute tribu, de tout peuple, et de toute langue. Ils se tenaient devant le trône et devant l'agneau. (Apocalypse 7:9)
Quoi que cette vision nous dise d'autre, elle nous dit que le rassemblement final autour de Dieu n'est pas monolingue. Aucune langue unique n'est présentée comme la « vraie » à partir de laquelle les autres seraient traduites. La foule se tient ensemble, non diminuée par ses différences, chaque langue pleinement présente. Cette image a façonné une décision prise tôt dans la construction de Verahm : les francophones, hispanophones et lusophones ne seraient pas une réflexion après coup greffée sur un produit anglais. Ils seraient intégrés dès la première version.

À quoi cela ressemble dans la pratique

Chaque verset qu'un utilisateur de Verahm lit provient d'une véritable traduction biblique dans sa propre langue (la Louis Segond pour les francophones, la Versión Biblia Libre pour les hispanophones, la Bíblia Livre pour les lusophones), et non d'une traduction mécanique d'une phrase anglaise. Une méditation écrite pour un utilisateur hispanophone est composée en espagnol dès le départ, non traduite après coup en espérant que rien ne se perde. Cela coûte plus cher de construire ainsi. Nous pensons que c'est la seule façon honnête de le faire.

Un coût que nous avons décidé de payer

Construire de cette façon est mesurablement plus lent. Une fonctionnalité qui sort pour les utilisateurs anglophones en une semaine prend souvent trois ou quatre fois plus de temps une fois qu'elle doit être lancée correctement dans les quatre langues simultanément, parce qu'une traduction précipitée est pire qu'aucune traduction: une référence de verset mal traduite ou une méditation qui semble être passée par une machine érode exactement la confiance que l'application existe pour construire. Nous préférons retarder une fonctionnalité plutôt que de la publier sous une forme qui dit discrètement aux trois quarts de nos utilisateurs qu'ils ont eu la version de second rang.

Ce que le multilingue exige réellement dans les coulisses

Cela signifie des locuteurs natifs qui révisent le contenu avant sa publication, pas seulement après qu'une plainte arrive. Cela signifie un résolveur de références bibliques qui comprend la numérotation propre à chaque traduction plutôt que de supposer que chaque langue compte les versets de la même façon: un détail technique réel qui a déjà permis de repérer de vraies erreurs durant le travail de contenu de ce projet. Rien de tout cela n'est visible pour un utilisateur qui ouvre l'application. Cela n'est visible que dans ce qui ne se passe pas mal.

Une image inachevée vers laquelle nous avançons

Nous ne sommes pas terminés. Une partie du contenu revient encore par défaut à l'anglais pendant que nous développons notre bibliothèque dans chaque langue, et nous le disons clairement plutôt que de prétendre le contraire. Mais la direction est fixée, et Apocalypse 7:9 en est la raison : la foule dans cette vision n'est pas une décoration future, c'est la forme réelle de l'Église, et Verahm essaie, à sa petite échelle, de construire un logiciel qui la reflète plutôt que de l'aplatir.

Pourquoi cela dépasse une feuille de route de fonctionnalités

Les fonctionnalités liées à la langue sont faciles à déprioriser lorsqu'une échéance se resserre: elles apparaissent rarement dans une démonstration de la même manière qu'un nouveau bouton. Nommer par écrit la conviction derrière cette décision est en partie une façon de nous y tenir plus tard, lorsqu'il serait plus simple de laisser une langue tranquillement prendre du retard sur les autres. Si vous lisez ceci en français, en espagnol ou en portugais et que quelque chose semble encore inachevé, dites-le-nous. Ce retour fait partie de la façon dont l'image se construit.
Nous préférerions être corrigés maintenant, pendant que la bibliothèque est encore petite, plutôt que de découvrir dans des années qu'une langue est discrètement devenue une réflexion après coup après tout. Apocalypse 7:9 ne décrit pas une foule arrivée progressivement pendant que tout le monde attendait que la « vraie » version rattrape son retard. Elle décrit tout le monde debout ensemble. C'est la cible, même les jours où nous en sommes encore loin.

L'équipe Verahm

Un ministère de LeySoft LLC

Commentaires 0

[02] Commentaires (0)

    Aucun commentaire pour le moment. Soyez le premier à partager une pensée.