Old : comparison.md : Traduction française complète. #6
Conversation
MachinisteWeb
commented
Dec 14, 2016
MachinisteWeb
commented
- Besoin de revoir anglicisme à garder.
- Besoin d'une relecture orthographique.
- Besoin de discuter autour de certains termes traduits
+ Besoin de revoir anglicisme à garder. + Besoin d'une relecture orthographique. + Besoin de discuter autour de certains termes traduits
MachinisteWeb
changed the title
|
J'ai traduit ses termes sans être sûr des anglicismes que l'on garde et éventuellement de meilleurs traduction de termes. Points à noter :
|
| type: guide | ||
| order: 29 | ||
| --- | ||
|
|
||
| <p class="tip">**Cette page est en cours de traduction française. Revenez une autre fois pour lire une traduction achevée ou [participez à la traduction française ici](https://github.com/vuejs-fr/vuejs.org).**</p> | ||
| C'est définitivement la page du guide la plus difficile à écrire, mais nous avons le sentiment que c'est important. Fortes sont les chances pour que, vous ayez des problèmes à résoudre et que vous utilisiez une autre librairie pour les résoudre. Vous êtes ici parce que vous voulez savoir si Vue peut encore mieux résoudre vos problèmes spécifiques. C'est la réponse que nous espérons pouvoir vous apporter. |
There was a problem hiding this comment.
je supprimerais la virgule après "pour que"
|
|
||
| This is definitely the most difficult page in the guide to write, but we do feel it's important. Odds are, you've had problems you tried to solve and you've used another library to solve them. You're here because you want to know if Vue can solve your specific problems better. That's what we hope to answer for you. | ||
| Nous allons également essayer d'être objectif. En tant que mainteneurs, nous aimons énormément Vue. Il y a tellement de problèmes que nous pensons pouvoir être résolu bien mieux avec nous que nul part ailleurs. Si vous n'y croyez pas, nous allons travailler là dessus. Nous voulons être juste et précis. Les autres librairies offres des avantages significatifs, comme React et son vaste écosystème de rendu alternatif ou le support de Knockout des navigateurs jusqu'à IE6 ; nous allons essayer de prendre en compte cela correctement. |
There was a problem hiding this comment.
Il y a certains problèmes que nous pensons pouvoir être résolus par Vue mieux que nulle part ailleurs
Si nous n'y croyions pas, nous ne travaillerions pas dessus.
Cependant nous voulons être juste et précis
Les autres librairies offrent
nous essayerons de les lister également
There was a problem hiding this comment.
J'ai donc mis « Les autres bibliothèques offrent ». (La loose de traduire nous par vous...).
|
J'ai commencé la relecture ortho. Je continuerai ce soir |
| We also try very hard to avoid bias. As the core team, we obviously like Vue a lot. There are some problems we think it solves better than anything else out there. If we didn't believe that, we wouldn't be working on it. We do want to be fair and accurate though. Where other libraries offer significant advantages, such as React's vast ecosystem of alternative renderers or Knockout's browser support back to IE6, we try to list these as well. | ||
|
|
||
| We'd also like **your** help keeping this document up-to-date because the JavaScript world moves fast! If you notice an inaccuracy or something that doesn't seem quite right, please let us know by [opening an issue](https://github.com/vuejs/vuejs.org/issues/new?title=Inaccuracy+in+comparisons+guide). | ||
| Nous apprécierions également **votre** aide pour garder ce document à jour car le monde de JavaScript bouge rapidement ! Si vous remarquez quelque chose de faux ou quelque chose qui ne semble pas tout à fait être juste, faites le nous savoir en [ouvrant un ticket](https://github.com/vuejs/vuejs.org/issues/new?title=Inaccuracy+in+comparisons+guide). |
There was a problem hiding this comment.
Nous voudrions également
Si vous remarquez une imprécision
faites-le
| - provide reactive and composable view components | ||
| - maintain focus in the core library, with concerns such as routing and global state management handled by companion libraries | ||
| - utilisent un DOM virtuel, | ||
| - fournissent des composants de vue réactifs et organisables, |
There was a problem hiding this comment.
composable --> je suggère de traduire en composable, le mot français a la même signification. Cela dit c'est un pléonasme aussi bien en anglais qu'en français, car un composant est composable par définition.
|
|
||
| Being so similar in scope, we've put more time into fine-tuning this comparison than any other. We want to ensure not only technical accuracy, but also balance. We point out where React outshines Vue, for example in the richness of their ecosystem and abundance of their custom renderers. | ||
| Ayant un champ d'action similaire, nous avons passé plus de temps à affiner cette comparaison que les autres. Nous voulons être sure non seulement de nos précisions techniques, mais aussi de leurs justesses. Nous soulignons que React éclipse Vue, par exemple dans la richesse de son écosystème et l'abondance de ses rendus personnalisables. |
There was a problem hiding this comment.
Nous voulons être sûrs non seulement de l'exactitude technique de nos arguments, mais aussi de leur neutralité.
(neutralité ou équilibre, j'hésite)
Nous soulignons là où React brille par rapport à Vue
l'abondance de ses moteurs de rendu personnalisés
There was a problem hiding this comment.
Bien neutralité, j’adhère. Comme tu le dis plus bas, « justesse » fait que l'on s'implique à être droit, hors justement on ne veut pas impliquer d'avis perso.
|
|
||
| With that said, it's inevitable that the comparison would appear biased towards Vue to some React users, as many of the subjects explored are to some extent subjective. We acknowledge the existence of varying technical taste, and this comparison primarily aims to outline the reasons why Vue could potentially be a better fit if your preferences happen to coincide with ours. | ||
| Ceci étant dit, il est inévitable que la comparaison va paraître biaisée entre Vue et les utilisateurs de React, tant les sujets explorés tendent à la subjectivité. Nous reconnaissons l’existence de goût différent en matière d'implémentation technique, et cette comparaison va principalement avoir pour but de décrire en quoi vous pourriez potentiellement préférer Vue si vos préférences coïncides avec les nôtres. |
There was a problem hiding this comment.
que la comparaison puisse paraître biaisée envers Vue pour certains utilisateurs de React, puisque beaucoup des sujets explorés sont subjectifs dans une certaine mesure.
l'existence de préférences techniques différentes.
s'il s'avère que vos préférences coïncident avec les nôtres.
|
|
||
| The React community [has been instrumental](https://github.com/vuejs/vuejs.org/issues/364) in helping us achieve this balance, with special thanks to Dan Abramov from the React team. He was extremely generous with his time and considerable expertise to help us refine this document until we were [both happy](https://github.com/vuejs/vuejs.org/issues/364#issuecomment-244575740) with the final result. | ||
| La communauté React [a été sollicitée](https://github.com/vuejs/vuejs.org/issues/364) pour nous aider à atteindre cette justesse, avec des remerciements spéciaux à Dan Abramov de l'équipe React. Il a été extrêmement généreux en accordant son temps et son expertise pour nous aider à remanier ce document jusqu'à ce que le résultat final [convienne](https://github.com/vuejs/vuejs.org/issues/364#issuecomment-244575740) aux deux parties. |
There was a problem hiding this comment.
atteindre cette neutralité
(ou équilibre, j'hésite, en tout cas pas justesse qui est un synonyme de précision ce qui n'est pas le propos ici)
des remerciements en particulier à
|
|
||
| Vue has a clearer separation between directives and components. Directives are meant to encapsulate DOM manipulations only, while components are self-contained units that have their own view and data logic. In Angular, there's a lot of confusion between the two. | ||
| Vus a une séparation clair entre les directives et les composants. Les directives sont des manipulations d'encapsulation de DOM uniquement, tandis que les composants sont des unités auto-sufissante contenant leur propre vue et logique de donnée. Dans Angular, il y a beaucoup de confusion entre les deux. |
There was a problem hiding this comment.
Vus -> Vue
Vue fait une distinction plus claire entre directives et composants.
Les directives sont conçues pour encapsuler uniquement des manipulations du DOM
des unités indépendantes ayant leur propre vue et logique de données.
Avec Angular
|
|
||
| ### Performance | ||
|
|
||
| Vue has better performance and is much, much easier to optimize because it doesn't use dirty checking. Angular 1 becomes slow when there are a lot of watchers, because every time anything in the scope changes, all these watchers need to be re-evaluated again. Also, the digest cycle may have to run multiple times to "stabilize" if some watcher triggers another update. Angular users often have to resort to esoteric techniques to get around the digest cycle, and in some situations, there's simply no way to optimize a scope with many watchers. | ||
| Vue a de meilleures performances et est plus, bien plus optimisé car il ne fait pas de vérification à l'aveugle. Angular 1 devient lent quand il y a un grand nombre de observateur, car chaque fois que quelque chose change dans le champ lexical, tous les observateurs ont besoin de ré-évaluer de nouveau. Aussi, le cycle de vérification doit être exécuté de multiple fois pour être sur que tous les observateurs surveillent des données « à jour ». Les utilisateurs d'Angular ont parfois recourt a des techniques esoterique pour contourner le cyle de vérification, et dans beaucoup de situations, il n'y a simplement pas de moyen d'optimiser un champ lexical avec trop de observateurs. |
There was a problem hiding this comment.
et il est bien plus optimisé car il n'utilise pas de dirty checking
(note: je ne traduis pas dirty checking car c'est un concept propre à Angular)
un grand nombre d'observateurs
quelque-chose change change dans le scope
ont besoin d'être réévalués
De plus, le cycle de digestion peut avoir besoin de s'exécuter plusieurs fois pour se "stabiliser" si un observateur déclenche une autre mutation.
(note: j'hésite à laisser digest cycle car là encore c'est un concept propre à Angular, sans vraiment de traduction possible)
des techniques ésotériques pour contourner le cycle de digestion, et dans certaines situations, il n'y a simplement aucun moyen pour optimiser un scope avec beaucoup d'observateurs.
There was a problem hiding this comment.
Dans ce cas je vais dire « le » dirty checking
On ne va pas traduire « le » digest cycle.
Plus globalement, scope, dirty checking et digest cycle vont passer en italique pour souligner que c'est un concept propre à Angular
|
|
||
| Vue doesn't suffer from this at all because it uses a transparent dependency-tracking observation system with async queueing - all changes trigger independently unless they have explicit dependency relationships. | ||
| Vue ne souffre pas de tout ça grâce à l'utilisation du système transparent de dépendance de surveillance avec une mise en pile asynchrone — tous les changements se déclenchent indépendamment à moins qu'ils aient des relations de dépendance explicites. |
There was a problem hiding this comment.
car il utilise un système transparent de suivi de dépendances avec mise en file d'attente asynchrone
|
|
||
| Interestingly, there are quite a few similarities in how Angular 2 and Vue are addressing these Angular 1 issues. | ||
| De façon intéressante, il y a quelque similitudes dans la manière dont Angular 2 et Vue corrigent ces problèmes de Angular 1. |
There was a problem hiding this comment.
Il est intéressant de noter qu'il y a quelques similitudes
ces problèmes propres à Angular 1
|
|
||
| ## Angular 2 | ||
|
|
||
| We have a separate section for Angular 2 because it really is a completely new framework. For example, it features a first-class component system, many implementation details have been completely rewritten, and the API has also changed quite drastically. | ||
| Nous avons une section dédiée à Angular 2 car c'est un framework complètement nouveau. Par exemple, les fonctionnalités du système de composant de première classe et beaucoup d'autres détailles de l'implémentation on été complètement ré-écrit. L'API à également radicalement changée. |
There was a problem hiding this comment.
c'est vraiment un framework complètement nouveau
Par exemple, il comporte un système de composants de première classe, beaucoup de détails d'implémentation ont été complètement réécrits, et l'API a également changé assez drastiquement.
|
Voilà pour une première relecture... et je n'ai pas fini 💀 Désolé, c'est assez dense mais outre les nombreuses fautes d'orthographe, il y aussi beaucoup de nuances qui ne sont pas ou mal retranscrites, dans les adjectifs ou les prépositions (some vs many, though vs while etc...) Autre petit conseil, évite de remplacer mot à mot dans le paragraphe. Il vaut mieux lire en entier le paragraphe en anglais puis le réécrire en français en partant de zéro. Cela permet d'éviter des erreurs de copier/coller, des oublis, ou encore une traduction trop littérale qui ne laisse pas percevoir le message global. |
|
C'est super tous ses retours, ça va beaucoup m'aider à progresser. Je corrige tout ça dès demain. Pour les fautes d'orthographes c'est un long travail de tous les jours mais pour le reste je devrais vite progresser. Merci pour cette relecture ! EDIT : J'ai déjà changé tout ce que tu as revu. Il y a tellement de modification que j'ai le sentiment que si tu avais traduit ce document de A à Z tu aurais peut être consacré moins d'effort, je ne sais pas. En tout cas pour ma part, c'est un réel exercice d'apprentissage et de compréhension des MVVM avec ton aide alors franchement, Merci ! Je vais rassembler ce qui reste encore en suspens et le placer dans une prochaine itération. |
MachinisteWeb
changed the title
MachinisteWeb
changed the title
