OmniDocLaissez d'abord le réviseur voir les modifications : comment créer un tableau de différences de traduction qui ne soit pas trompeur
Un manuscrit traduit en anglais a été révisé dix fois et il n'est pas efficace pour le réviseur de le lire depuis le début à chaque fois. La vue des différences peut attirer l'attention sur les changements, mais il y a un principe : elle compare deux versions révisées de la même langue, plutôt que de comparer le texte chinois original et la traduction anglaise caractère par caractère, puis d'utiliser les zones rouges et vertes pour évaluer la qualité de la traduction.
Lorsque la traduction atteint la dixième édition, si le critique la lit à chaque fois depuis le début, la tâche la plus longue est souvent de découvrir « ce qui a été modifié ». La vision des différences attire directement l’attention sur les changements, ce qui constitue sa valeur.
Mais la vision des différences a un principe : elle doit comparer deux révisions du même langage. Si vous comparez le texte original chinois et la traduction anglaise caractère par caractère, puis utilisez les zones rouge et verte pour évaluer la qualité de la traduction, la conclusion sera faussée. Cet article explique comment utiliser difflib pour générer des différences de traduction révisables, et explique ce qu'il peut faire et ce qu'il ne peut pas faire.
Comment comparer les différences de traductions ? Conclusion en une phrase
Seules les versions révisées dans la même langue sont comparées et les différences sont utilisées pour aider les réviseurs à localiser les modifications. Le jugement de qualité est toujours laissé à l’homme.
| votre situation | Pratiques recommandées | raison |
|---|---|---|
| Il existe plusieurs révisions anglaises du même manuscrit de traduction | Comparez les différences entre deux révisions anglaises | Les différences reflètent uniquement l'emplacement des modifications, ce qui permet aux réviseurs de se concentrer plus facilement sur |
| Vous souhaitez évaluer la qualité de la traduction | Pas besoin de marquer les zones rouges et vertes | difflib signale uniquement les modifications textuelles et ne détermine pas si la terminologie et la sémantique sont correctes. |
| Le retour à la ligne du paragraphe est instable lors de l'exportation | Corrigez d’abord l’ID du paragraphe et la ligne de traduction | Évitez que le bruit typographique n'étouffe les changements réels |
| Besoin de confirmer le sens de la traduction | Revenir au texte original pour vérification bilingue | Les différences de révision ne remplacent pas l’inspection de la signification de la source |
| Le rapport veut montrer la similitude | N’appelez pas cela « exactitude de la traduction » | La similarité dépend des règles de segmentation et de correspondance |
La différence est un indice de modification, pas un score de qualité
difflib peut générer des différences au niveau de la ligne, qui vous indiquent quel texte a changé, mais il ne juge pas si le choix terminologique est correct, ni ne comprend les conséquences commerciales ou techniques d'une phrase.
- Supprimez un mot négatif, la différence est peut-être minime, mais l'impact est énorme.
- Réorganiser un paragraphe, la différence peut être énorme, mais le sens reste fondamentalement le même.
Stabilisez d'abord l'unité de comparaison
Commencez par donner au réviseur une unité stable, comme un identifiant de paragraphe et une ligne de traduction. Si le processus d’exportation retourne à la ligne de manière aléatoire à chaque fois, les différences seront noyées dans le bruit typographique.
Les changements dans la structure du document source et les modifications apportées à la traduction doivent être enregistrés séparément et ne peuvent pas être mélangés en une seule « mise à jour du texte ».
Un exemple de révision synthétique contenant des risques sémantiques
Cet article utilise des échantillons synthétiques pour démontrer la méthode de traitement. Le code a été vérifié avec des exemples dans un environnement isolé et ne constitue pas une garantie de tous les fichiers réels ou des performances du produit. Avant de traiter des documents importants, veuillez conserver les originaux et les examiner en fonction des limites et des éléments d'acceptation du texte.
import difflib
import html
before = ["Do not disconnect the cable.\n", "Wait for the green light.\n"]
after = ["Disconnect the cable.\n", "Wait for the green light.\n"]
delta = "".join(difflib.unified_diff(before, after,
fromfile="revision-A", tofile="revision-B"))
assert "-Do not disconnect" in delta
assert "+Disconnect" in delta
assert list(difflib.unified_diff(before, before)) == []
# 差异如需显示在网页中，按普通文本转义。
unsafe_line = "<script>alert(1)</script>"
assert "<script>" not in html.escape(unsafe_line)
print(delta)Aucune opération sur l'appareil n'est effectuée ici, seules deux phrases de texte synthétique sont utilisées pour expliquer : Une modification très courte peut nécessiter une révision ciblée. L’exemple de sortie est une différence de texte à des fins de révision et ne constitue pas la base de l’approbation automatique des modifications par la machine.
Comment réduire les blocs rouges et verts inutiles
Les fins de ligne peuvent être unifiées, les identifiants de paragraphe stables préservés et le bruit exporté qui n'affecte clairement pas le sens peut être traité séparément.
Mais ne supprimez pas tous les signes de ponctuation, chiffres ou espaces juste pour donner une belle apparence à la différence. Les espaces blancs dans le code, les formules, les tableaux et certains langages ont une signification en soi, et une normalisation excessive peut masquer un réel changement.
| Type de modification | Comment les différences de points de vue peuvent aider | Ce qui doit encore être jugé manuellement |
|---|---|---|
| remplacement de terme | Trouver tous les emplacements modifiés | Est-ce adapté au contexte actuel ? |
| Changements de numéro | Exposer les anciennes et les nouvelles valeurs | Vérifiez si la modification a une base source |
| Changements de mots négatifs | Il est rappelé aux lecteurs de vérifier | S'il faut changer le sens de la commande |
| Mouvement de paragraphe | Afficher les gros morceaux supprimés et ajoutés | Est-ce juste un ajustement de position ? |
Ne pas regrouper la similarité dans l'exactitude
SequenceMatcher Classe d'outils de comparaison dont les résultats dépendent de la segmentation des entrées et des règles de correspondance. Une similarité de chaîne élevée peut représenter un petit changement ou les mots les plus critiques peuvent être manqués ; une faible similarité peut être simplement une réorganisation de l'expression.
Le simple fait de le nommer « Précision de la traduction » serait trompeur pour les utilisateurs du rapport.
L'examen des différences devrait également permettre de revenir au texte original correspondant. Surtout lors de la révision d'une traduction, vous ne pouvez pas simplement choisir la phrase « la plus fluide » entre les deux versions de la traduction et oublier si elle exprime toujours le sens du document source.
Utilisez les outils au bon endroit
Vous pouvez d'abord générer un manuscrit de traduction à réviser dans le portail de traduction de documents de OmniDoc (portail produit), puis comparer les modifications avant et après révision dans votre propre processus de gestion des versions.
La vérification bilingue résout la signification source et la différence de révision résout ce qui a été modifié. Il est plus clair d’utiliser les deux ensemble, sans que l’un ne prétende être l’autre.
Références : Python difflib.
📊 Comparaison de base
| Dimensions contrastées | Différences de révision | chèque bilingue |
|---|---|---|
| Objet de comparaison | Deux révisions de la même langue | Texte original chinois et traduction anglaise |
| Questions répondues | Ce qui a été changé | Si la traduction exprime toujours le sens du texte source |
| facile à trouver | Changez la position des termes, des nombres, des mots négatifs, etc. | Signification déviation et omission |
| Principales limites | Ne jugez pas le bien ou le mal, la similitude n’est pas égale à l’exactitude | Nécessite une lecture manuelle et un jugement |
🎯 Quelle méthode vous convient ?
Si vous avez besoin que le réviseur localise rapidement les modifications
Générez des différences à partir des révisions dans la même langue et corrigez les ID de paragraphe afin que les réviseurs ne voient que les modifications.
Si vous évaluez la qualité d'une traduction
N'utilisez pas la zone rouge et verte pour marquer. Utilisez d'abord la vérification bilingue pour confirmer la signification, puis utilisez la différence pour vérifier si les modifications sont bien fondées.
Si vous souhaitez signaler les progrès aux autres
Appelez la similarité le « degré de changement du texte », et non la « précision de la traduction ».
❓ Questions fréquemment posées (FAQ)
1. Pourquoi ne pas comparer directement le texte original chinois et la traduction anglaise ?
Les deux langues sont différentes. Les blocs rouges et verts dans les différences caractère par caractère reflètent la différence dans la forme du texte, et la qualité de la traduction ne peut pas être jugée sur cette base.
2. Pouvez-vous supprimer tous les espaces et signes de ponctuation pour réduire les blocs rouges et verts ?
Non recommandé. Les espaces blancs dans le code, les formules, les tableaux et certains langages ont une signification en soi, et une normalisation excessive peut masquer un réel changement.
3. La similarité est très élevée, cela signifie-t-il que la traduction est exacte ?
ne peut pas. Une grande similarité peut n'être qu'un petit changement, ou les mots les plus critiques peuvent être manqués.
📝Résumé
La vue des différences permet aux réviseurs de trouver rapidement les modifications apportées à la traduction, tandis que la vérification bilingue est utilisée pour confirmer si la traduction exprime toujours le sens du texte source. Les deux ont une division claire du travail et sont plus fiables lorsqu’ils sont utilisés ensemble.
