Skip to content

comparison.md : Traduction française complète. #7

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Dec 19, 2016
Merged

comparison.md : Traduction française complète. #7

merged 2 commits into from
Dec 19, 2016

Conversation

MachinisteWeb
Copy link
Member

@MachinisteWeb MachinisteWeb commented Dec 15, 2016

Fait suite à la relecture de #6 par @sylvainpolletvillard

  • Besoin de revoir anglicisme à garder.
  • Besoin d'une relecture orthographique.
  • Besoin de discuter autour de certains termes traduits

@MachinisteWeb MachinisteWeb changed the title Traduction française complète de comparison.md comparison.md : Traduction française complète. Dec 15, 2016
@MachinisteWeb MachinisteWeb self-assigned this Dec 15, 2016
@MachinisteWeb
Copy link
Member Author

MachinisteWeb commented Dec 15, 2016

Points convenus

  • core team => mainteneurs
  • opening an issue => ouvrant un ticket
  • library => bibliothèque
  • composable => composable
  • scale => adaptabilité
  • scale up => utilisation avancée
  • scale down => utilisation minimale
  • i.e. => c-à-d
  • e.g. => ex :
  • data binding => liaison de données
  • opinionated => opiniâtre
  • watchers => observateurs
  • single-page => monopage
  • scope => scope (si fait référence au « scope » de Angular)
  • dirty checking => dirty checking (si fait référence au « dirty checking » de Angular)
  • digest cycle => digest cycle (si fait référence au « digest cycle » de Angular)
  • tree-shaking => tree-shaking (si fait référence au « tree-shaking » de Angular)
  • fork => fork
  • build => build
  • scoped => portée limitée
  • workflow => workflow
  • two-way binding => bidirectionnelle
  • one-way binding => unidirectionnelle
  • third party => tierce-partie
  • performance update => performance au rafraîchissement (contexte de rafraîchissement d'écran).
  • bare-bone => strict minimum.
  • code-splitting => scission de code.
  • async => asynchrone.
  • lazy-load => à la volée

Copy link
Member

@sylvainpolletvillard sylvainpolletvillard left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

2ème relecture

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>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.
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 bibliothèque pour les résoudres. 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.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

pour les résoudre.


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.
Nous voudrions également essayer d'être objectif. En tant que mainteneurs, nous aimons énormément Vue. Il y a certains problèmes que nous pensons pouvoir être résolu avec Vue. Si nous n'y croyions pas, nous ne travaillerions pas dessus. Cependant nous voulons être juste et précis. Les autres bibliothèques offrent 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.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

pouvoir être résolus

<td>343ms</td>
<td>453ms</td>
</tr>
</tbody>
</table>
{% endraw %}

#### Update Performance
#### Taux de rafraîchissement

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

cf PR précédente, je garderais le mot "performance" pour "Performance au rafraîchissement" car le taux de rafraîchissement fait référence à la fréquence et non à la latence.


ReactNative enables you to write native-rendered apps for iOS and Android using the same React component model. This is great in that as a developer, you can apply your knowledge of a framework across multiple platforms. On this front, Vue has an official collaboration with [Weex](https://alibaba.github.io/weex/), a cross-platform UI framework developed by Alibaba Group, which uses Vue as its JavaScript framework runtime. This means with Weex, you can use the same Vue component syntax to author components that can not only be rendered in the Browser, but also natively on iOS and Android!
ReactNative vous permet d'écrire des applications natives iOS et Android et Android en utilisant le même modèle de composant que React. Cela est génial pour un développeur, vous pouvez appliquer vos connaissances d'un framework sur de multiple plateformes. De ce côté, Vue a une collaboration officielle avec [Weex](https://alibaba.github.io/weex/), un framework de développement d'UI multiplateforme développé par le groupe Alibaba, qui utilise Vue en tant que framework JavaScript d'exécution. Cela signifie qu'avec Weex, vous pouvez utiliser la même syntaxe de composant Vue pour concevoir des composants qui peuvent non seulement être utilisés sur navigateur mais également nativement sur iOS ou Android !

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

C'est génial car en tant que développeur, vous pouvez appliquer
(pour justifier la virgule)


### 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 il est bien plus optimisé car il n'utilise pas le *dirty checking*. Angular 1 devient lent quand il y a un grand nombre d'observateurs, car chaque fois que quelque-chose change change dans le *scope*, tous les observateurs ont besoin d'être réévalués. De plus, le *digest cycle* peut avoir besoin de s'exécuter plusieurs fois pour se « stabiliser » si un observateur déclenche une autre mutation. Les utilisateurs d'Angular ont parfois recourt a des techniques ésotériques pour contourner le *digest cycle*, et dans certaines situations, il n'y a simplement aucun moyen pour optimiser un *scope* avec beaucoup d'observateurs.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

recours à


## Riot

Riot 2.0 provides a similar component-based development model (which is called a "tag" in Riot), with a minimal and beautifully designed API. Riot and Vue probably share a lot in design philosophies. However, despite being a bit heavier than Riot, Vue does offer some significant advantages:
Riot 2.0 fournit un modèle de développement basé sur les composants similaire (cela est appelé un « tag » dans Riot), avec une minimal mais magnifique API. Riot et Vue partage beaucoup en matière de philosophie d'architecture. Cependant, bien qu'il soit un peu plus lourd que Riot, Vue offre beaucoup d'avantages significatifs :

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

un modèle de développement similaire orienté composants (qui sont appelés "tag" dans Riot), avec une API minimaliste mais conçue de manière élégante.

partagent probablement beaucoup de choses dans leur philosophie d'architecture.

bien qu'étant un peu plus lourd (pour éviter de donner un genre au framework)

Vue offre certains avantages significatifs

- A far more powerful router. Riot’s routing API is extremely minimal.
- Better performance. Riot [traverses a DOM tree](http://riotjs.com/compare/#virtual-dom-vs-expressions-binding) rather than using a virtual DOM, so suffers from the same performance issues as Angular 1.
- More mature tooling support. Vue provides official support for [Webpack](https://github.com/vuejs/vue-loader) and [Browserify](https://github.com/vuejs/vueify), while Riot relies on community support for build system integration.
- [Les effets de transitions](transitions.html). Riot n'en a pas.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

un système d'effets de transition

- Better performance. Riot [traverses a DOM tree](http://riotjs.com/compare/#virtual-dom-vs-expressions-binding) rather than using a virtual DOM, so suffers from the same performance issues as Angular 1.
- More mature tooling support. Vue provides official support for [Webpack](https://github.com/vuejs/vue-loader) and [Browserify](https://github.com/vuejs/vueify), while Riot relies on community support for build system integration.
- [Les effets de transitions](transitions.html). Riot n'en a pas.
- Un système de route bien plus puissant. Le routage de l'API Riot est vraiment minimal.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Un routeur bien plus puissant

L'API de routage de Riot est extrêmement minimaliste

- More mature tooling support. Vue provides official support for [Webpack](https://github.com/vuejs/vue-loader) and [Browserify](https://github.com/vuejs/vueify), while Riot relies on community support for build system integration.
- [Les effets de transitions](transitions.html). Riot n'en a pas.
- Un système de route bien plus puissant. Le routage de l'API Riot est vraiment minimal.
- Meilleures performances. Riot [utilise le DOM](http://riotjs.com/compare/#virtual-dom-vs-expressions-binding) plutôt qu'un DOM Virtuel, et par conséquent il souffre des mêmes problèmes de performances que Angular 1.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

De meilleures performances.

- [Les effets de transitions](transitions.html). Riot n'en a pas.
- Un système de route bien plus puissant. Le routage de l'API Riot est vraiment minimal.
- Meilleures performances. Riot [utilise le DOM](http://riotjs.com/compare/#virtual-dom-vs-expressions-binding) plutôt qu'un DOM Virtuel, et par conséquent il souffre des mêmes problèmes de performances que Angular 1.
- Plus d'outils de support mûrs. Vue fournit un support officiel pour [Webpack](https://github.com/vuejs/vue-loader) et [Browserify](https://github.com/vuejs/vueify), là où Riot s'appuie sur le soutien de la communauté pour l'intégration d'un système de création.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Le support d'un outillage plus mâture.

pour l'intégration de systèmes de build

@sylvainpolletvillard
Copy link
Member

Pas la peine de créer une nouvelle PR à chaque relecture, même si tu veux y voir plus clair c'est dommage de perdre l'historique des commentaires et c'est plus compliqué pour échanger.

@MachinisteWeb
Copy link
Member Author

Je voudrais bien rester dans la même Pull request effectivement mais :

Comment je peux faire depuis cette page pour mettre à jour mes nouveaux changements par rapport à tes retours du coup ?

@sylvainpolletvillard
Copy link
Member

Ça se met à jour tout seul avec tes nouveaux commits, mes commentaires passent en Outdated et je peux refaire une review ou accepter les changements. Je fais ça aujourd'hui

@sylvainpolletvillard sylvainpolletvillard merged commit 4d91209 into vuejs-fr:master Dec 19, 2016
@sylvainpolletvillard
Copy link
Member

Voilà j'ai tout accepté ! Merci pour ta patience 👍

@MachinisteWeb
Copy link
Member Author

Merci pour la tienne surtout !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants