Si nous résumons ensemble nous pouvons tomber d'accord sur le fait que :

• Null et Undefined sont tous les deux des types ne possédant qu'une seule valeur ; les constantes respectives null et undefined.
• Ils s'utilisent tous les deux pour indiquer « l'absence ».
• Ils sont tous les deux évalués à false dans un contexte booléen (ex. : dans une structure de contrôle conditionnelle if, avec l'opérateur binaire d'égalité a == b, avec l'opérateur ternaire conditionnel a ? b : c, etc.).

En gros, ils servent donc à la même chose non ? Cette réponse ne me convient pas car, même s'il est vrai qu'à chaque première vu les comportements JavaScript semblent « loufoque », l'expérience m'a toujours montré que « c'était moi » qui n'avait pas compris correctement le JavaScript. Si les deux types existes, il y a probablement une distinction. Voici ce qui en est concrètement dit :

La valeur undefined appartient au type primitif Undefined et est utilisée quand aucune valeur typée n'a été assignée à une variable.

La valeur null appartient au type primitif Null et représente l'absence de valeur, la non-existence d'une référence dans une variable.

La distinction est plus clair ainsi non ? Pas vraiment... On va retrousser nos manches et regarder un peu ce qu'on peut éclaircir. Si vous n'avez pas le temps de suivre l'explication exhaustive (et intéressante je l'espère) qui va suivre, je vous laisse filer à la conclusion qui répond à cette question. Si par contre vous êtes curieux et/ou avez le temps de comprendre les différences, c'est juste en dessous !

Faible mais tout de même dynamique

Pour répondre à notre question, nous allons faire un petit tour d'horizon du typage en JavaScript pour qu'il soit plus clair et simple ensuite d'aborder la question principale.

Typage faible

Les développeurs ayant une grosse dent contre JavaScript (ou qui n'en veulent pas sans sa surcouche TypeScript), l'on souvent car c'est un langage que les moins intéressés qualifieront de non typé et que les plus avertis qualifieront de langage à typage faible (par opposition aux langages à typage fort). Cela signifie que vous ne verrez jamais clairement écrit devant une variable ou une constante qu'elle est de type int num = 45 ou bool bool = false ou String str = "Hello World", mais seulement qu'elle est var num = 45 ou const bool = false ou let str = "Hello World".

Typage dynamique

En fait en JavaScript, les variables n'ont pas de type : ce sont les opérandes ou les expressions (composition d'opérandes et d'opérateurs) qui sont typées (qui renvoi un type à l'exécution). On peut grossièrement dire qu'en JavaStript num, bool et str sont des conteneurs qui contiennent un élément typé. Cela permet a une variable d'accueillir tout au long de son cycle de vie dans l'application des valeurs d'opérande/d'expression de différent type, c'est ce qu'on appel le typage dynamique. C'est donc le développeur qui décide dans quelle mesure il souhaite afficher clairement le type de contenu qui sera utilisé par ses variables (ex. par leur nom, par leurs commentaires ou par leurs valeurs d'initialisation).

Comment ça marche ?

Nous allons donc voir en quelques exemples que ce qui est porteur du type n'est pas la variable en elle-même, mais l'opérande ou l'expression (groupe d'opérandes et d'opérateurs). Pour bien comprendre nos exemples, nous allons vérifier que nous parlons bien de la même chose quand nous parlons de variables, d'opérandes, d'opérateurs, d'expressions ou de structure de contrôle. Vous trouverez plus de détail à ce propos dans le billet Expression versus structure de contrôle en JavaScript.

Ainsi les instructions suivantes :

var num = 20 + true,
    bool;
str = 'Hello World';
delete str;
if (num === 21) {
    bool = true;
} else {
    bool = false;
    num = 0;
}

se décomposent ainsi :

┌──────────────────────────────────────────────────┬───────────────────────────────┬──────────────────────────────┬───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ Instruction                                      │ Instruction                   │ Instruction                  │ Instruction                                                                                                                   │
├──────────────────────────────────────────────────┼───────────────────────────────┼──────────────────────────────┼───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┤
│ Structure de contrôle                            │ Structure de contrôle         │ Structure de contrôle        │ Structure de contrôle                                                                                                         │
│ de déclaration de variables                      │ d'évaluation d'expression     │ d'évaluation d'expression    │ conditionnelle de bloc if — else                                                                                              │
├─────┬───────────────────────────────────────┬────┼──────────────────────────┬────┼─────────────────────────┬────┼──────┬────────────────┬─────┬───────────────────────────┬──────────┬───────────────────────────┬──────────────────────────┬───┤
│     │ Expression                            │    │ Expression               │    │ Expression              │    │      │ Expression     │     │ Instruction               │          │ Instruction               │ Instruction              │   │
│     ├─────┬────┬────┬────┬──────┬────┬──────┤    ├─────┬────┬───────────────┤    ├───────────┬─────────────┤    │      ├─────┬─────┬────┤     ├───────────────────────────┤          ├───────────────────────────┼──────────────────────────┤   │
│     │     │    │    │    │      │    │      │    │     │    │               │    │           │             │    │      │     │     │    │     │ Structure de contrôle     │          │ Structure de contrôle     │ Structure de contrôle    │   │
│     │     │    │    │    │      │    │      │    │     │    │               │    │           │             │    │      │     │     │    │     │ d'évaluation d'expression │          │ d'évaluation d'expression │ d'évaluation d'expression│   │
│     │     │    │    │    │      │    │      │    │     │    │               │    │           │             │    │      │     │     │    │     ├─────────────────┬─────────┤          ├──────────────────┬────────┼────────────────┬─────────│   │
│     │     │    │    │    │      │    │      │    │     │    │               │    │           │             │    │      │     │     │    │     │ Expression      │         │          │ Expression       │        │ Expression     │         │   │
│     │     │    │    │    │      │    │      │    │     │    │               │    │           │             │    │      │     │     │    │     ├─────┬────┬──────┤         │          ├──────┬────┬──────┤        ├─────┬────┬─────┤         │   │
│     │ var │ op │ od │ op │ od   │ op │ var  │ sc │ prp │ op │ opérande      │ sc │ opérateur │ variable    │ sc │      │ od  │ op  │ od │     │ var │ op │ od   │ sc      │          │ var  │ op │ od   │ sc     │ var │ op │ od  │ sc      │   │
│     │     │    │    │    │      │    │      │    │     │    │               │    │           │             │    │      │     │     │    │     │     │    │      │         │          │      │    │      │        │     │    │     │         │   │
│ var   num   =    20   +    true   ,    bool   ;    str   =    'Hello World'   ;    delete      str           ;    if (   num   ===   21   ) {   bool  =    true   ;         } else {   bool   =    true   ;        num   =    0     ;         } │
└─────┴─────┴────┴────┴────┴──────┴────┴──────┴────┴─────┴────┴───────────────┴────┴───────────┴─────────────┴────┴──────┴─────┴─────┴────┴─────┴─────────────────┴─────────┴──────────┴──────────────────┴────────┴────────────────┴─────────┴───┘

Légende :

• od = Opérande
• op = Opérateur
• var = Variable
• prp = Propriété d'objet
• sc = Point-virgule (Semicolon)
• ins = Instruction

Nous voyons ici que l'opérande 20 renvoi 20 qui est un opérande de type Number.

>  20
<· 20

Nous voyons également que l'opérande true renvoi true qui est un opérande de type Boolean :

>  true
<· true

Cependant, dès que ces opérandes sont couplés à des opérateurs, l'expression en question ne retourne pas nécessairement le même type. Cela est le cas de l'expression 20 + true ou

• 20 (type Number) couplé à
• true (type Boolean) par l'opérateur binaire d'addition +

retourne un opérande 21 de type Number :

>  20 + true
<· 21

Dans ce cas de figure, true a été coercisé (converti implicitement) par le système en Number (valant 1) et additionné à 20. C'est en cela que le typage est dynamique, ce sont les couples d'opérateurs et d'opérandes selon des règles bien précises qui décident du type de l'opérande retourné.

Voyons un autre exemple avec

• l'opérande de type Number contenu dans la variable num ainsi que
• l'opérande 21 de type Number

couplé à l'opérateur binaire d'égalité stricte === :

>  num === 21
<· true

On voit que cette expression renvoi un opérande de type Boolean alors que les deux opérandes originaux était de type Number.

Undefined, le retour

Revenons à notre expression 20 + true. En ajoutant un opérateur d'affectation à gauche = à cette expression, nous affectons à num un opérande de type Number valant 21. Consommer num retourne son opérande.

>  num = 20 + true
<· 21

Avec le mot clé var ajouté, notre expression passe de la simple structure de contrôle d'évaluation d'expresion à une structure de contrôle de déclaration de variable. L'expression initiale reste la même mais notre instruction n'est plus utilisable dans les zones accueillant uniquement des expressions (il faudra l'utiliser dans les zone accueillant des déclarations, comme avec for). Dans ce cas de figure, la structure de contrôle ne retourne rien et le moteur remplace cela par une opérande de type Undefined (sous entendu une valeur représentant l'« absence » de type).

>  var num = 20 + true
<· undefined

Cependant la variable num contient bien l'opérande 21 (c'est le rôle de = ça).

>  num
<· 21

Undefined 3, le retour 2

undefined est également une valeur qui peut être attribuée à la variable lors de l'utilisation d'une déclaration de variable. La variable n'ayant pas d'opérateur d'affectation à gauche = se voit attribué un opérande de type Undefined.

>  bool
<· « Uncaught ReferenceError: bool is not defined »

>  var bool;
   bool
<· undefined

Tout ceci pour dire que le type d'opérande de retour d'une déclaration (ou d'une structure de contrôle) est Undefined. Ce type peut également s'obtenir avec l'opérateur void. Ainsi dans l'expression void {opérande de n'importe quel type}, l'opérande de retour sera toujours du type Undefined.

Cela n'est pas le cas du type Null qui est un opérande que l'on peut uniquement déclarer manuellement.

C'est l'histoire de 8 types

La première chose qui diffère entre le JavaScript et d'autres langages, hors mis le fait qu'il n'y ai pas que la valeur null qui représente « l'absence », est que cette valeur est elle même un type à part entier. En d'autres termes, les 3 types primitifs chaîne de caractère, nombre et booléen —respectivement String, Number et Boolean*— ne peuvent pas avoir pour valeur null, à priori seul le type *Null peut valoir null. Et de la même manière, seul le type Undefined peut valoir undefined. Vous pourrez entrer plus en détail dans le typage en JavaScript avec ce billet : Les types en JavaScript : pour tout savoir !.

Nous pouvons donc affirmer dans un premier temps que le JavaScript possède 8 types, dont 7 types primitifs, dont 2 types spéciaux que nous pouvons résumer dans le tableau ci-après :

┌─────────────────────────────────────────────────────────────────────────┐
│ Opérandes                                                               │
├─────────────────┬───────────────────────────────────────────────────────┤
│ ES6+            │ ES1 à ES5                                             │
├────────┬────────┤                                                       │
│ ES2020 │ ES2015 │                                                       │
├────────┴────────┴──────────────────────────────────────────────┬────────┤
│ Primitives                                                     │        │
├────────┬────────┬────────┬────────┬─────────┬──────────────────┤        │
│        │        │        │        │         │ Spéciaux         │        │
│        │        │        │        │         ├───────────┬──────┤        │
│ BigInt │ Symbol │ String │ Number │ Boolean │ Undefined │ Null │ Object │
└────────┴────────┴────────┴────────┴─────────┴───────────┴──────┴────────┘

Quelque chose de primitif

Jusque là, nous n'avons pas encore répondu à la question. Nous allons creuser un peu plus en détail le fonctionnement des opérandes avant de s'intéresser à la question principale. Puisque nous allons uniquement nous intéresser dans cette partie aux types primitifs, les opérandes peuvent être appelés ici des primitives.

Comme nous avons pu le voir précédemment, chaque primitive peut en renvoyer une autre avec l'aide d'un opérateur. On peut ainsi dire que n'importe quel type peut se « transformer » en un autre type. Par exemple pour nos 3 primitives vedettes nous avons :

String

qui devient un Number grâce à l'aide de l'opérateur unaire + :

>  +'42'
<· 42

>  +'Hello World'
<· NaN

>  +''
<· 0

Note : NaN (Not A Number) est bien de type Number (Si, si...), il est généré par des convertions de type qui ne peuvent pas devenir des valeurs numériques usuelles.

ou qui devient un Boolean grâce à l'aide de l'opérateur unaire ! (x2) :

>  !!''
<· false

>  !!'Hello World'
<· true

>  !!'0'
<· true

Number

qui devient un String grâce à l'aide de l'opérateur binaire + et d'un opérande de type String :

>  42 + ''
<· "42"

>  -0 + ''
<· "0"

>  NaN + ''
<· "NaN"

ou qui devient un Boolean grâce à l'aide de l'opérateur unaire ! (x2) :

>  !!42
<· true

>  !!0
<· false

>  !!NaN
<· false

Boolean

qui devient un String grâce à l'aide de l'opérateur binaire + et d'un opérande de type String :

>  false + ''
<· "false"

>  true + ''
<· "true"

ou qui devient un Number grâce à l'aide de l'opérateur unaire + :

>  +true
<· 1

>  +false
<· 0

Un petit mot sur Symbol et BigInt si vous êtes curieux BigInt est similaire à Number pour devenir un type String dans l'usage de l'opérateur binaire + et d'un opérande de type String :

>  9007199254740993n + ''
<· "9007199254740993"

ou pour devenir un type Boolean grâce à l'aide de l'opérateur unaire ! (x2) :

>  !!9007199254740993n
<· true

>  !!0n
<· false

Bien que pour mélanger BigInt et Number il faille faire des conversions explicites (+9007199254740993n renverra une erreur), on peut toujours tricher en passant par un changement en String intermédiaire, voyez plutôt.

>  +(9007199254740993n + '')
<· 9007199254740992 // perte de précision car transformé en *Number* alors que la valeur était grande.

Quand a Symbol la coercition de type n'existe que pour le type Boolean et retournera une erreur si l'on tente de le convertir en String, Number ou BigInt.

>  !!Symbol('Je suis un symbol')
<· true

« Faux ! »

Ces transformations signifient que n'importe quelle valeur de primitive à forcément un équivalent de type Boolean, et donc une équivalence true ou false. Voyons cela à travers les tableaux suivants :

String

┌────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ String vers Boolean                                                                                            │
├───────┬─────┬─────┬───────────────┬─────┬──────┬─────────────────────┬────────┬─────────┬────────┬─────────────┤
│ ''    │ ' ' │ 'a' │ 'Hello World' │ '0' │ '42' │ '9007199254740993n' │ 'true' │ 'false' │ 'null' │ 'undefined' │
├───────┼─────┴─────┴───────────────┴─────┴──────┴─────────────────────┴────────┴─────────┴────────┴─────────────┤
│ false │ true                                                                                                   │
└───────┴────────────────────────────────────────────────────────────────────────────────────────────────────────┘

Number

┌────────────────────────────────────────────────────────────────────────────────────┐
│ Number vers Boolean                                                                │
├─────┬───┬────┬─────┬─────┬─────┬─────┬───┬────┬─────┬───────┬──────────────────────┤
│ NaN │ 0 │ -0 │ 0b0 │ 0o0 │ 0x0 │ 0e0 │ 1 │ -1 │ 789 │ -1789 │ Infinity │ -Infinity │
├─────┴───┴────┴─────┴─────┴─────┴─────┼───┴────┴─────┴───────┴──────────────────────┤
│ false                                │ true                                        │
└──────────────────────────────────────┴─────────────────────────────────────────────┘

BigInt

┌──────────────────────────────────────────────────────┐
│ BigInt vers Boolean                                  │
├────┬──────┬──────┬──────┬───────────────────┬────────┤
│ 0n │ 0b0n │ 0o0n │ 0x0n │ 9007199254740993n │ -42n   │
├────┴──────┴──────┴──────┼───────────────────┴────────┤
│ false                   │ true                       │
└─────────────────────────┴────────────────────────────┘

Symbol

┌─────────────────────────────┐
│ Symbol vers Boolean         │
├─────────────────────────────┤
│ Symbol('Je suis un symbol') │
├─────────────────────────────┤
│ true                        │
└─────────────────────────────┘

Boolean

┌──────────────────────┐
│ Boolean vers Boolean │
├───────┬──────────────┤
│ false │ true         │
├───────┼──────────────┤
│ false │ true         │
└───────┴──────────────┘

Null

┌───────────────────┐
│ Null vers Boolean │
├───────────────────┤
│ null              │
├───────────────────┤
│ false             │
└───────────────────┘

Undefined

┌────────────────────────┐
│ Undefined vers Boolean │
├────────────────────────┤
│ undefined              │
├────────────────────────┤
│ false                  │
└────────────────────────┘

Ce qui signifie que dans la totalité de tous les types et valeurs possible des opérandes, les 7 uniques valeurs pouvant être false dans une condition sont :

• false,
• NaN, 0 (et variantes),
• 0n (et variantes),
• '',
• null et
• undefined.

Tout le reste est obligatoirement true, et c'est aussi le cas de notre dernier type : le type Object.

Tout n'est qu'Objet

Penchons nous à présent du côté du dernier type. Celui-ci contient la totalité du reste en JavaScript ! Les objets sont de type Object, les functions sont de type Object, les tableaux Array sont de type Object. Math, RegExp, JSON, etc. sont de type Object.

À ce titre, ils ont donc tous la capacité d'accueillir des propriétés :

>  var obj = new Object();
   obj.test = 'Bruno';
<· "Bruno"

>  var obj = {};
   obj.test = 'Bruno';
<· "Bruno"

>  var fn = new Function();
   fn.test = 'Bruno';
<· "Bruno"

>  var fn = function () {};
   fn.test = 'Bruno';
<· "Bruno"

>  var arr = new Array();
   arr.test = 'Bruno'
<· "Bruno"

>  var arr = [];
   arr.test = 'Bruno';
<· "Bruno"

même s'ils y a une différence entre un objet utilisé uniquement comme agrégateur de valeur et ceux pouvant être exécuté :

>  typeof {}
<· "object"

>  typeof []
<· "object"

>  typeof (function () {})
<· "function"

Quels sont vos références ?

Là ou un opérande de type objet diffère fondamentalement d'un opérande de type primitif c'est qu'il est stocké dans les variables et les propriétés d'autres objets par référence. Cela signifie qu'il ne retourne pas un opérande lorsqu'il est analysé seul mais qu'il retourne une référence vers lui-même.

Cas d'une primitive qui copie son contenu

>  var value = 'a';

   (function (val) {
       val = 'b';
   }(value));

   value;
<· "a"

Cas d'un objet qui partage une référence

>  var ref = { name: 'a' };

   (function (obj) {
       obj.name = 'b';
   }(ref))

   ref;
<· Object {name: 'b'}

Cela induit une chose : un objet, qu'il soit remplit de propriété ou vide, est toujours évalué à true dans un contexte de booléen. Il n'existe donc aucun moyen pour un objet d'être false dans une condition.

Batnull vs. Superundefined

Bien, je pense que nous en savons assez pour dégager l'utilisé de null, undefined et de répondre à la question « Quelle est la différence entre la valeur null et la valeur undefined ? ». Mais ce n'est pas tout, nous allons également pouvoir identifier les différences avec false, '', 0, 0n, NaN, null et undefined : 7 valeurs qui au final sont évaluées à false.

C'est bien de rester neutre...

Sachez que même si null et undefined sont censés représenté « l'absence » de quelque chose ; s'ils sont évalués avec des opérateurs réclamant une transformation en String, ils ne représentent pas nécessairement l'élément neutre.

>  var str1,
       str2 = 'Hello';
   str1 + str2
<· "undefinedHello"

>  var str1 = null,
       str2 = 'Hello';
   str1 + str2
<· "nullHello"

Ainsi au lieu d'obtenir "Hello" en sortie nous obtenons "undefinedHello" ou "nullHello"

Également, s'ils sont utilisés avec des opérateurs réclamant une transformation en Number, null et undefined ne sont pas consistant l'un l'autre :

>  var num;
   +num
<· NaN

>  var num = null;
   +num
<· 0

Le plus intéressant va donc être de définir les variables de type String, Boolean, Number et BigInt en les initialisant avec leur éléments neutre c'est à dire :

• Celui qui va être évalué à false dans un contexte de condition,
• Celui qui va être ignoré lors de l'utilisation de l'opérateur + (concaténation), + (addition) ou &&.

Le fait de les définir de cette manière va également permettre aux développeurs de comprendre quels types d'opérande doivent contenir la variable tout au long de son cycle de vie s'ils sont adeptes du typage fort et qu'il n'utilise pas TypeScript :

var str = '',
    bool = false,
    num = 0,
    bInt = 0n;

Ainsi les opérations suivantes seront consistantes pour :

une chaîne de caractère

>  (str) ? true : false
<· false

>  'Hello World' + str
<· "Hello World"

>  typeof str
<· "string"

>  str = 'Hello World';
   typeof str;
<· "string"

pour un booléen

>  (bool) ? true : false
<· false

>  bool && true
<· false

>  typeof bool
<· "boolean"

>  bool = true;
   typeof bool;
<· "boolean"

pour un nombre

>  (num) ? true : false
<· false

>  1 + num
<· 1

>  typeof num
<· "number"

>  num = 42;
   typeof num;
<· "number"

pour un grand nombre

>  (bInt) ? true : false
<· false

>  1n + bInt
<· 1n

>  typeof bInt
<· "bigint"

>  bInt = 9007199254740993n;
   typeof bInt;
<· "bigint"

Il va donc être intéressant de laisser le système fournir un opérande de type Undefined à une variable uniquement si elle peut changer de type au cours de son cycle de vie et donc le définir en tant que tel.

var anything, // var anything = undefined,
    str = '',
    bool = false,
    num = 0,
    bInt = 0n;

...mais c'est null pour un Objet

Et c'est là qu'intervient notre type Null. Puisque le type Object est quoi qu'il arrive évalué à true dans un contexte booléen, il est impossible d'initialiser sa référence à « vide ». Or la valeur null est justement évalué à false et... révélation... retourne object quand on utilise l'opérateur typeof. De plus, il n'y a pas d’ambiguïté possible car seul vous (manuellement) pouvez affecter un opérande null sachant qu'aucune expression ne retourne cette valeur : on fait forcément référence à un objet non encore initialisé.

Ainsi définir

var obj = null;

signifie que obj accueillera un objet :

>  (obj) ? true : false
<· false

>  typeof obj
<· "object"

>  +obj // +''
<· 0    // 0

>  obj = {};
   typeof obj;
<· "object"

>  +obj // +'Hello World'
<· NaN  // NaN

NaN : Null avec Number

Quid de l'utilisation de null comme initialisation des types Number voir même Boolean ? C'est vrai, on a vu que null se transformait en 0 qui est neutre pour le type Number et en false qui est neutre pour le type Boolean. Rien n'est impossible ! Et c'est une éventualité mais gardez à l'esprit que cela fait perdre de la consistance et de la compréhension à votre code.

Effectivement, si pour une raison ou une autre vous ne souhaitez pas utiliser 0 comme élément neutre car il fait tout de même partis des valeurs numériques, vous pouvez le remplacer par NaN qui renvoi bien "number" avec l'opérateur typeof (contrairement à null qui renvoi "object"...).

En ce qui concerne le type Boolean, sa raison d'être est le fait de n'avoir que deux, et uniquement deux états possibles, aucun intérêt donc de ne pas le mettre à false (ou voir à true) plutôt qu'à null.

Et pour finir, puisque les variables n'ont pas de type à proprement parlé, les définir par défaut avec null empêche de ce fait de saisir le type que vous souhaitez y voir placer par la suite...

Undefined n'est pas Not Defined

Il y a encore une joie du JavaScript qui vient complexifier tout ça, une variable peut à première vue contenir un opérande de type Undefined ou Null mais également ne pas contenir d'opérande ce qui lève l'exception ReferenceError. On va essayer de comprendre ça tout de suite avant de conclure.

Utilisons str qui contient un opérande de type String :

>  str
<· "Hello World"

Couplé à l'opérateur delete, cet expression retourne comme opérande un type Boolean pour signifier si l'opération à réussi :

>  delete str
<· true

Opération qui a pour conséquence de vider la propriété str de l'objet global window de son opérande et donc de la laisser sans rien :

>  str
<· « Uncaught ReferenceError: str is not defined »

Il ne faut pas confondre str = 'Hello World' qui affecte à la propriété de l'objet global window.str un opérande de type String et var str = 'Hello World' qui affecte à une variable locale un opérande de type String (voir le billet sur l'objet des variables).

Effectivement, une variable locale ne peut jamais être vidée de son opérande et l'expression :

>  var str = 'Hello World'
<· "undefined"

>  delete str
<· false

>  str
<· "Hello World"

n'efface pas la valeur d'une variable. Ainsi une variable initialisée dans le champ lexical local doit être mise à undefined si vous souhaitez signifier qu'elle n'est plus utilisée.

« Euh... Pourquoi ? »

En fait, quand vous utilisez str = 'Hello World' alors qu'il n'a pas été défini au préalable par l'opérateur var, vous faites exactement la même chose que window.str = 'Hello World' dans un navigateur ou global.str = 'Hello World' en Node.js par exemple. Cela signifie donc que vous n'affectez pas un opérande à une variable, mais vous affectez un opérande à la propriété d'un objet : exactement de la même manière qu'avec cette déclaration { str: 'Hello World'; }. L'opérateur delete sert donc à « retirer » la propriété d'un objet là ou le mettre à undefined signifie simplement que la propriété n'a pas réellement d'opérande primitive ou objet.

Dans cet exemple, la propriété ne disparaît pas :

>  var obj = {
       str: 'Hello World',
       str2: 'Bye!'
   };
   obj.str2 = undefined;
   obj;
<· Object {str: 'Hello World', str2: undefined}

Alors que dans celui-ci, si :

>  var obj = {
       str: 'Hello World',
       str2: 'Bye!'
   };
   delete obj.str2;
   obj;
<· Object {str: "Hello World"}

En d'autre terme, quand vous sollicitez une variable ainsi : myVar,

• si celle-ci existe en tant que variable local vous obtiendrez au moins : undefined (sauf si elle contient un autre opérande).
• si elle n'existe pas en local mais existe en tant que propriété de l'objet global vous obtiendrez au moins : undefined (sauf si elle contient un autre opérande).
• sinon vous obtiendrez « Uncaught ReferenceError: myVar n'est pas définie ».

Il faut bien comprendre que ce message concerne la variable en elle même et non l'opérande qui pour le coup n'existe pas du tout : une sorte de « vrai undefined ».

tl;dr

Voici mon utilisation des 7 types primitifs et du type Object et quel est la différence d'utilisation entre les constantes undefined ou null.

String

Si vous savez qu'une variable sera uniquement de type chaîne de caractère durant son cycle de vie, vous pouvez l'initialiser à '' :

> ('') ? true : false; // false
  typeof ''; // "string";
  ('Hello World') ? true : false; // true
  typeof 'Hello World'; // "string"

  ;(function (str) {
      str = str || "";
      return str;
  })(/* String ou vide */)

Boolean

Si vous savez qu'une variable sera uniquement de type booléen durant son cycle de vie, vous pouvez l'initialiser à false :

> (false) ? true : false; // false
  typeof false; // "boolean";
  (true) ? true : false; // true
  typeof true; // "boolean"

  ;(function (bool) {
      bool = bool || false;
      return bool;
  })(/* Boolean ou vide */)

Number

Si vous savez qu'une variable sera uniquement de type numérique durant son cycle de vie, vous pouvez l'initialiser à NaN (ou 0 (neutre pour l'addition), ou 1 (neutre pour le produit)) :

> (NaN) ? true : false; // false
  typeof NaN; // "number";
  (42) ? true : false; // true
  typeof 42; // "number"

  ;(function (num) {
      num = num || NaN;
      return num;
  })(/* Number ou vide */)

BigInt

Si vous savez qu'une variable sera uniquement de type grand nombre durant son cycle de vie, vous pouvez l'initialiser à 0n (neutre pour l'addition) ou 1n (neutre pour le produit)) :

> (0n) ? true : false; // false
  typeof 9007199254740993n; // "bigint";
  (9007199254740993n) ? true : false; // true
  typeof 9007199254740993n; // "bigint"

  ;(function (bInt) {
      bInt = bInt || 0n;
      return bInt;
  })(/* BigInt ou vide */)

Object

Si vous savez qu'une variable sera uniquement de type objet, par convention, vous pouvez l'initialiser à null :

> (null) ? true : false; // false
  typeof null; // "object";
  ({}) ? true : false; // true
  typeof {}; // "object"

  ;(function (obj) {
      obj = obj || null;
      return obj;
  })(/* Object ou vide */)

Note: l'utilisation pratique de null est d'être la version évalué à false d'un type Object car un objet est toujours true, et parce que typeof null retourne object. Cela signifie que typeof myVarObject retourne une valeur consistante pour les deux types Object et Null.

Types multiples

Si vous savez qu'une variable peu être de plusieurs types (tout au long de son cycle de vie), par convention, vous pouvez l'initialiser à undefined.

> (undefined) ? true : false; // false
  typeof undefined; // "undefined";
  ;(function (value) {
      value = value || undefined;
      return value;
  })(/* tous les types ou vide */)

Note : ce genre de pratique tuera instantanément tout passioné de TypeScript, à manipuler avec prudence donc.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction . Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

Cadre de l'univers [Configuration du monde] (à partir des documents de développement) 界設定(開発資料より)

La Brume 霧

Les âmes de « Héra » [Gaia], renvoyées [envoyées, introduites] à travers les racines, sont devenues la « Brume » [brouillard] qui recouvre le continent. 根を通じて送りこまれたガイアの魂は、大陸を覆う"霧”となった。

Les gens, comme s'ils échappaient à un sentiment d'oppression [malaise, inquiétude, tension] qui les enveloppait dans la Brume, ont déplacé leurs activités vers les hautes terres (bien que certains groupes ethniques soient restés sous la Brume). 人々は、“霧”に立ちこめる不穏な気配からのがれるように、高地へとその活動の場を移した(なかには"霧”の下に居つづけた種族もあった)。

Néanmoins, les conflits sur le continent étaient constants, et la naissance puis la disparition de petits pays était une chose qui se répétait constamment. それでも大陸の争いごとは絶えず、小国が誕生しては滅ぶということがくり返されていた。

Les guerres engendraient de nombreux morts. 戦争は多くの死者を生む。 Cela signifiant l'augmentation des âmes retournant dans le « Cristal ». それは、クリスタルに還る魂の増加を意味する。 Comme prévu par [le plan de] « Garland », les âmes de « Terra » commencèrent à se rassembler. ガーランドのもくろみどおり、テラの魂は集まるようになった。

Cependant, un jour [à un certain moment], les guerres ont cessé [de se produire], et le cycle des âmes est revenu à un état antérieur [son état précédent]. だが､あるときを境に戦争が起こらなくなり、魂の循環は以前の状態にもどった。

Les Guerres 戦争

Garland a supposé que la raison pour laquelle les guerres se sont arrêtées (ne se produisaient plus) sur Héra était que, [à un moment donné,] un pays avait développé des véhicules volants fonctionnant [exploitant, utilisant] la Brume, avait pris le dessus [dominé, submergé] les autres pays. ガイアに戦争が起こらなくなったのは、一国が開発した“霧”を利用して飛ぶ乗り物が他国を圧倒してしまったためとガーランドは推察した。

C'est alors qu'à ce moment [cette époque], il pensa envoyer un « Génome » dotés d'une forte [puissante] volonté [détermination] pour provoquer à nouveau des conflits sur Héra. そこで、当時誕生した強い意志を持つジェノムを遣わして、ガイアにふたたび戦乱を引き起こさせることを考えた。 Ce Génome a été appelé « Kuja ». そのジェノムはクジャといった。

Les Génomes et Kuja ジェノムとクジャ

Contrairement à ce qui avait été réalisé parfaitement par le passé [jusqu'à présent] par « Fusion », le Génome créé à ce moment-là était encore mal adapté [non adapté, incompatible] en tant que réceptacle à âme, et Garland dû répéter les tentatives pour créer un Génome meilleur [plus adapté]. それまでの完璧に行なわれた融合によって生み出されたものとちがい、このときのジェノムは魂の器としてはまだ不適合であり、ガーランドはよりよいジェノムを生み出すために、試行を重ねざるを得なかった。

C'est lors de ce processus, qu'est né par hasard [par accident, de manière non attendu] Kuja en tant que Génome avec une volonté forte mais [et] inutile en tant que réceptacle. クジャは、その過程で偶然生まれた、器としては余計な強い意志を持つジェノムだった。

Garland décida d'envoyer [d'abandonner] ce Génome sur Héra, pour l'utiliser [le mettre à profit] comme un pion [une pièce] dans la création de conflits sur place. ガーランドは、そのジェノムを廃棄する前にガイアに遣わし、同地に戦乱を起こさせるコマとして活かすことにした。

Après avoir nommé le Génome Kuja et l'avoir envoyé, Garland décida de créer spécifiquement [dès le départ] des Génomes avec la capacité de perturber Héra en les étudiant [observant, examinant] attentivement. クジャと名づけたジェノムを送り出したのち、ガーランドは､ガイアを乱すための能力を持つジェノムを、はじめから見定めて創り出すことにした。

Djidane et Kuja ジタンとクジャ

« Djidane » est un Génome qui, contrairement à Kuja, a été créé à l'état [en tant qu'] enfant et possède la capacité de « Transe ». ジタンは、クジャとちがって子どもの状態で創り出された、トランス能力を備えるジェノムだった。 Le fait d'avoir été créé dans un état d'enfant signifie qu'il a appris [suivit un apprentissage] en grandissant, et le fait de posséder la capacité de Transe signifie qu'il a des émotions riches, ce qui le rend supérieur à [place au-dessus de] Kuja en tout. 子どもの状態で創られたということは、学習とともに成長させるための処遇であり、トランス能力を備えるということは､豊かな感情を持つということになり、すべてがクジャの上位にあった。

Kuja, qui n'a pas pu supporter [pardonner] l'existence de Djidane, a secrètement abandonné [jeté] Djidane sur Héra à l'insu de Garland. ジタンの存在が許せなかったクジャは、ガーランドの目を盗んでジタンをガイアに捨てた。 Garland a finalement toléré [accepté] cette action mais en contrepartie à interdit [en interdisant] à Kuja d'entrer et de sortir [d'aller et venir] de Terra. ガーランドは、クジャにテラへの出入りを禁ずることで、最終的にはその行為を容認した。

[Car] Garland avait réellement besoin d'âmes [à un tel point]. ガーランドは、そこまでして魂を必要としていた。

Le dilemme de Garland ガーランドのジレンマ

La Fusion est complétée [pour la première fois] lorsque la circulation du Cristal cible est complètement volée. 融合は、対象のクリスタルの循環を完全に奪ったときにはじめて完成する。 Cela signifie que l'éclat du Cristal de Héra (bleu) se transforme en l'éclat du Cristal de Terra (rouge). それは、ガイアクリスタルの輝き(青)がテラクリスタルの輝き(赤)に変わることを意味している。

Cependant, le monde de Terra est toujours enveloppé de la lumière bleue de Héra, et Garland est incapable [ne peut pas] d'entreprendre des actions telles que détruire Héra instantanément [d'un seul coup]. しかし、いまだテラ界はガイアの青い光につつまれており、ガーランドは、ガイアを一気に滅ぼすといった行動に移ることができないでいる。

Puisque que court des évènements doit être changer progressivement, Garland a gardé [laissé] Kuja en vie. 徐々に流れを変えなければならないゆえ、ガーランドはクジャを生かした。

Garland, qui avait confié à Kuja le travail de perturber Héra et travaillait sur la production de Génomes de haute qualité, a un jour détecté une réaction d'énergie élevée similaire à celle d'il y a 500 ans. ガイアを乱すことをクジャにまかせ、良質なジェノムの生産に取り組んでいたガーランドは、あるとき、500年前と同様の高エネルギー反応を感知した。

Il y a 500 ans 500年前

Dans un royaume sur le continent de la Brume, une puissante « Chimère » [bête invoquée] a été appelée [invoquée]. 霧の大陸のとある王国にて、強大な召喚獣が呼び出された。 La Chimère, qui avait un pouvoir étonnant [même] pour Garland, s'est échappée des mains de ses Invokeurs et a causé la destruction de la région environnante. ガーランドにとっても驚くべき力を有するその召喚獣は、術者の手を放れて暴走し、あたり一帯を壊滅させた。

Ceux qui l'avaient invoquée ont scellé la Chimère et ont dissimulé [caché] le lieu où elle se trouve [sa destination]. 呼び出した者たちは、その召喚獣を封印し行方をくらました。

◆ La Chimère « Alexandre », qui a provoqué une catastrophe il y a 500 ans, repose encore aujourd'hui dans le « Royaume d'Alexandrie ». ◆500年前に大惨事を引き起こした召喚獣、アレクサンダーは、いまもアレクサンドリア王国に眠る。

Les Chimères 召喚獣

Les Chimères [bêtes invoquées] sont des entités [puissantes] à hautes énergies nées des Cristaux, chargées de protéger leur Cristal et incarnées par les souvenirs [mémoires] stockés dans leur Cristal. 召喚獣とは、クリスタルから生まれる、クリスタルを守る高エネルギー体であり、クリスタルに蓄積された記憶が具現化した存在。

Le nombre, les capacités, etc., sont influencés par le pouvoir des Cristaux, donc les Chimères nées du Cristal ancien de Terra ne peuvent pas rivaliser avec les Chimères de Héra." その数、能力などはクリスタルのパワーに左右されるため、テラの老いたるクリスタルから生まれる召喚獣では、ガイアの召喚獣に太刀打ちできない。

Garland, ayant cherché l'endroit où la réaction à haute énergie s'est produite, a découvert une race capable d'interagir avec les Chimères, là où les lignes énergétiques [flux tellurique] de Héra se croisent. 高エネルギー反応の生じた場所を探ったガーランドは、ガイアの地脈の交わるところで、召喚獣との交感を行なうことのできる種族を発見する。

Bien que leur pouvoir ne menaçait pas encore Terra, Garland, considérant leur destination comme dangereuse, a donné des instructions à Kuja pour détruire le village. テラを脅かすほどの力はまだなかったものの、彼らの行く先を危険視したガーランドは、クジャに指示し、その集落を滅ぼす。

Ceci est un événement qui s'est produit il y a 10 ans. これが10年前の出来事。

Le dilemme de Kuja クジャのジレンマ

Kuja avait peur d'être considéré comme rien de plus qu'un simple intermédiaire [phase transitoire, maillon d'une chaine], car Garland était en train de créer un Génome exceptionnel appelé Djidane. ジタンというすぐれたジェノムをガーランドが創り出していたことから、クジャは、自分がただのつなぎとしか見なされていないのではと危惧していた。

Il pouvait utiliser librement les installations de Terra à la surface de Héra (Le « Palais du désert », « Pic de Goulg » [Volcant de Gurgu][, ] le « Château d'Ypsen », « Euyevair », L'« Arbre Ifa »), et appeler l'« Invincible » par l'intermédiaire de « Silverdragon » [Dragon d'argent], mais comme il lui était impossible [interdit] d'aller et venir sur Terra, il n'avait aucun moyen de les utiliser pour lancer une rébellion. ガイア地表のテラの施設(デザートエンプレス、グルグ火山イプセンの古城、ウイユヴェール、イーファの樹)は自由に使うことができたし、銀竜を通じてインビンシブルを呼ぶこともできたが、テラへの行き来を禁じられたために、それらを用いて反抗を仕掛けるすべはなかった。

Cependant, Kuja a été intéressé par ce qui se passait dans le village [la colonie] qu'il a détruit sur instruction [sous la direction] de Garland. しかしクジャは、ガーランドの指示によって滅ぼした集落で行なわれていたことに興味を持った。 Finalement, il a découvert l'existence des Chimères, ce qui l'a conduit à l'incident qui s'est produit à Alexandrie il y a 500 ans. やがて召喚獣の存在を知り、500年前にアレクサンドリアで起きた事件に行き着く。

Et ensuite, avec un cadeau [souvenir] sous la forme de « Mage Noir », il a cherché à gagner la faveur de la reine de l'époque, « Branet ». そして、黒魔道士という手みやげを持って、時の女王ブラネに取り入った。

Les Mages Noirs 黒魔道士

Des entités créées à base de Brume, en opposition aux Génomes. "霧”をもとにして生み出された、ジェノムと対をなす存在。 Les Génomes sont des êtres créés basés sur le facteur Terra, tandis que les Mages Noirs sont des êtres créés basés sur le facteur Héra. テラ因子をもとに生み出された存在がジェノムであり、ガイア因子をもとに生み出された存在が黒魔道士。

Tout comme les Génomes, ils étaient à l'origine des êtres dont les émotions étaient réprimées, mais en raison de l'environnement intense (les guerres) dans lequel ils ont vécu, des variations [divergences] individuelles se sont manifestés en réaction [produites en conséquence]. ジェノムと同じく、本来は感情の抑制された存在だが、強烈な環境(戦争)のなかで過ごした結果、個体差が生ずる結果となった。

De plus, les monstres [créatures magiques] de la Brume vont de [sont en] paire avec les Silverdragons [Dragons argentés], chacun étant respectivement créé à partir des facteurs de Héra et de Terra. なお、霧の魔獣と銀竜も対になっており、それぞれガイア因子、テラ因子から創り出されている。

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFIX par ici.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction . Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

Cadre de l'univers [Configuration du monde] (à partir des documents de développement) 界設定(開発資料より)

L'Arbre “Ifa” The Tree of “Eva”

En réalité, [la vraie nature de] l'arbre géant [est] se compose de racines en spirale donnant une forme d'arbre. 巨大樹の正体はスパイラル状の樹の根っこ。 Ce que l'on voit [en regardant] depuis la face extérieure sont les arbres qui parasitent [les racines]. その被っこに寄生した樹木が目から見ると Cela donne l'impression que [montre] les racines sont [comme étant] d'énormes arbres verts. 根っこを巨大な緑の樹木に見せている｡

Au centre, en tant que point focal [important, distinctif], il y a quelque chose qui ressemble à un œil. 中央にポイントとして、眼のようなものがある。

L'arbre a une teinte jaune.樹は黄色味がかったです。

【Figure 2】 Croquis de conception de pendant la phase de développement (Illustration : Hideo Minaba). 【図2】開発中設定画(Illustration: Hideo Minaba)

L'Arbre Ifa イーファの樹

L'arbre magique de « Terra » qui étend ses racines sur la surface de la planète et fait grandir son tronc à l'intérieur de la planète. 星の地表に根を伸ばし、星の内部に幹を成長させていく、テラの魔法樹。 La partie qui est sortie à la surface est en réalité équivalente aux racines, juste en dessous de la tige principale de l'arbre [du tronc], [il y a] s'étend un ensemble de racines. 【Figure 2】 地表に出た部分はじつは根にあたり、ちょうど幹の真裏に根の集合体がある。【図2】

Les racines s'étendent à la surface et ont pour effet de stabiliser la planète, tandis que le tronc qui s'étend jusqu'au cœur de la planète a pour effet de contrôler la circulation [le cycle] des âmes. 地表に根を伸ばすことは大地を安定させる効果があり、星の中心のクリスタルまで伸びる幹には、魂の循環を制御する効果があった。

Il y a 3000 ans, l'« Ifa » [Eva] a manifesté son pouvoir et stabilisé la planète « Héra » [Gaïa]. イーファがその能力を発揮し、ガイアの大地を安定させたのは3000年前のこと｡ « Garland » a décidé que le moment était venu de faire revivre le peuple de Terra et a entrepris la création des « Génomes ». ガーランドは、テラの民を復活させる時期がきたと判断し、ジェノムの創造に取りかかった。

Les Génomes ジェノム

Les Génomes sont des organismes vivant créés en tant que réceptacle [instrument de vie] pour abriter l'âme des habitants de Terra, qui reviennent à la vie après la fin de la « Fusion ». ジェノムは、融合が終わって復活するテラの民の魂を宿す器として、創り出される生命体。

Cependant, dans la Fusion de Héra et Terra, contrairement à toutes les Fusions précédentes, seuls des Génomes faibles et inadéquats [incompatibles, inadaptés] en tant que réceptacle [instrument de vie] sont nés. だが､ガイアとテラの融合では、それまでの融合と異なり、器としては不適合な、生命として貧弱なジェノムしか生まれなかった。

Garland, ayant remarqué l'affaiblissement de la brillance [de l'éclat] du « Cristal » de Terra, a commencé à créer des Génomes en parallèle du [tout en commençant à prendre le] contrôle de la circulation des âmes de Héra. テラのクリスタルの輝きの衰えに気づいたガーランドは、ジェノムを創り出す一方で、ガイアの魂の循環の制御をはじめた。

Le contrôle du Cycle des âmes 魂の循環の制御

En raison de l'existence de la circulation des âmes avec des souvenirs [mémoires] déjà présents dans le Cristal de Héra, une Fusion totale n'a pas pu être réalisée. ガイアのクリスタルには、すでに記憶を持つ魂の循環があったため、完全な融合を果たせなかった。 Au lieu d'être en phase [À la place, presque en phase], les cycles des âmes à travers le Cristal de Terra se sont superposés [ajoutés en combinaison], de sorte qu'il y a maintenant deux cycles qui existent simultanément [en combinaison]. そこに、ほぼ同じ位相に存在することになったテラのクリスタルによる魂の循環が加わり、合わせてふたつの循環が存在することとなった。

La circulation de Héra [, pour ainsi dire,] a un flux [un élan, une énergie] épais et énergique, tandis que la circulation de Terra [, pour ainsi dire,] a un flux mince et calme, et Terra n'a pas pu s'élever avantageusement [prendre le dessus sur, prévaloir sur]. ガイアの循環は、言わば太く勢いのある流れであり、細く静かな流れと言えるテラの循環では、優位に立つことができなかった。

Garland a tenté de bloquer le retour des âmes de Héra vers le Cristal en utilisant l'Ifa, afin d'empêcher la naissance de nouvelles âmes à partir du Cristal et de former un monde où seules les âmes de Terra circuleraient, cherchant ainsi à éradiquer les âmes de Héra. ガーランドは、イーファを使ってガイアの魂がクリスタルに還ることをせき止め、クリスタルから新たなが生まれないようにすることでガイアの魂の消滅をはかりテラの魂のみが循環する世界を形成しようとした。

Cependant, en dépit du fait [bien qu'il bloque] la circulation de Héra, la circulation de Terra continuait de s'affaiblir de plus en plus. しかし、ガイアの循環をせき止めているにもかかわらず、テラの循環は衰える一方であった。

Anomalies des âmes 魂の異変

La raison pour laquelle la circulation des âmes de Terra avait diminué [s'était affaiblie] était que, lors de la Fusion, les âmes de Terra, qui s'était superposés [avait coïncidé, s'était chevauché] avec les âmes de Héra, avaient été prises par la force [le pouvoir] de Héra et étaient devenues une partie de la circulation de Héra. 【Figure 3】 テラの魂の循環が衰えたのは、融合のさい、ガイアの魂に重なったテラの魂がガイアのパワーに負けて取りこまれ、ガイアの循環に乗るようになっていたためであった。【図3】

C'est pourquoi Garland a décidé de raffiner [renforcer, purifier] les âmes de Terra à partir [en se servant] des âmes de Héra. そこでガーランドは、ガイアの魂からテラの魂を精製することにした。

Raffinement des âmes 魂の精製

Afin de purifier les âmes de Terra à partir des âmes de Héra, le « Diviseur d'âmes » a été installé à la base de l'Ifa. ガイアの魂からテラの魂を精製すべく、イーファの根元にソウルディバイダーが据えられた。

L'Ifa, tout en rejetant les âmes provenant [en tant qu'éléments] de Héra, envoie au Diviseur d'âmes les facteurs [les parties, les éléments, les constituants] de Terra, qui les purifient. イーファが､ガイアのものとしてはじいた魂をソウルディバイダーに送りこむと、ソウルディバイダーはその魂を精製して、テラの因子だけを取り出す。 Ainsi, les âmes de Terra se retrouvent [ont été] raffinées. こうして、テラの魂が精製されていった。

Garland, quant à lui, a décidé d'utiliser l'effet d'influence qu'on les âmes nues [rejetées, dépossédées, non protégées] sur les esprits [cœur] des autres créatures, les incitants à laisser leur rationalité de côté et agir de manière instinctive. また、ガーランドは、むき出しの魂が他の生物の心に与える影響一理性のたがをゆるませ本能的にさせる効果を利用することにした。

Pour cette raison, après avoir réintégré les facteurs de Terra purifiés dans la circulation, Garland a commencé à envoyer [introduire] les facteurs restants de Héra sur le continent qui possédait la culture la plus avancée via les [à l'aide des] racines de l'Ifa. そのため、精製されたテラの因子を循環にもどしたのち、残ったガイアの因子を、もっとも進んだ文化を有する大陸にイーファの根を通じて送りこみはじめた。

C'est un événement qui s'est produit il y a 1000 ans. これが1000年前の出来事。 [Cela créa] la « Brume » [qui] devint la cause de la naissance du continent où les conflits sont fréquents. “霧”が発生し、争いごとの頻発する大陸が生まれた原因である。

【Figure 3】 Une représentation graphique montrant une partie de l'âme de Héra incorporée à l'âme de Terra. 【図3】ガイアの魂の一部に、テラの魂が取りこまれたイメージ図

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFIX par ici.

Entrez votre code et accéder aux contenu exclusif de PlayOnline en français

Une copie de ses contenus a été conservé par des possesseurs de l'ouvrage et ayant moi-même acheté cet ouvrage, j'en ai profitez pour créer ce petit outil afin de vous fournir le contenu associé à chaque mot de passe.

Saisissez un des codes disponibles au format F-XXXXXXXX dans votre ouvrage « FINAL FANTASY IX Le Guide Officiel » aux éditions Piggyback pour consulter le contenu exclusif correspondant :

Pourquoi le site PlayOnline original pour FFIX n'est plus disponible ?

Effectivement, le livre est parsemé d'encart « PlayOnline, Mot de passe : F-XXXXXXXX, description d'un complément accessible sur PlayOnline ». Le principe est donc d'entrer le code disponible sous chaque page qui le mentionne sur le site PlayOnline Européen afin d'obtenir le contenu additionel qui n'est pas présent dans l'ouvrage. Malheureusement, ce site est maintenant entièrement dédié à FINAL FANTASY XI et ce contenu additionel n'est plus accessible car à l'origine il a été réalisé en Flash. Après divers changement d'URL, le temps à eut raison de ce site.

C'est pourquoi je vous propose d'accéder à ces contenus qui ont été sauvegardés à l'aide des mots de passe que vous trouverez dans votre ouvrage qu'il vous suffit de saisir dans la zone verte de la section précédente.

Attention à la confusion

Il existe un autre ouvrage basé sur le même principe : le « BradyGames FINAL FANTASY IX Official Strategy Guide par Dan Birlew » en Anglais qui fonctionne également avec un système de mot de passe à mettre dans le site PlayOnline mais qui n'est pas le même. Si vous possédez cet ouvrage et que vous souhaitez accéder aux contenus exclusif, vous pouvez vous rendre sur le site FINAL FANTASY IX Guide hébergé par un fan qui l'a recréer en HTML ici et entrer les codes en pied de page.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction . Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

La leçon d'un [du] jour au jardin [à la Balamb Garden University] ある日のガーデンの授業風景

Bonjour [à tous]. おはようございます。
Très bien. Aujourd'hui, je vous propose de parler d'une histoire de sorcière. さて、今日は魔女のお話でしたね。
Pour que ce soit [être] clair, ça ne fera pas parti de [ne sera pas inclus dans] l'examen. はっきり言って、これ、試験に出ません。
Et si ça vous semble étrange d'entendre cela de ma part [de la part de votre professeur], vous pouvez [il est acceptable de] ne pas en tenir compte. だから、先生がこんなこと言うのもヘンですが、聞き流しても結構です。
Vous pouvez [il est acceptable d'] étudier autre chose si vous le souhaitez. 別の勉強しててもいいですよ。
[Cependant, ] ce qui est important pour vous concerne les aspects réels de la magie : en ce qui concerne les sorcières, eh bien, considérez ça comme [il est acceptable de les retenir en tant que] connaissance [d'une certain manière]. キミたちにとって重要なのは実際の魔法に関することがらであって、魔女のことは、まあ、知識として覚えておく程度でいいでしょう。
Comme vous le savez, j'aime [votre professeur aime] [personnellement] beaucoup les histoires [épisodes] concernant les sorcières et je conseillerai [je souhaiterai] à ceux que ça intéresse de tendre l'oreille [d'écoutez attentivement]. でもですね、先生は、この魔女に関するエピソードが個人的に大好きでしてね、だから、興味を持った人は、ちょっと耳を傾けてみてください。

Très bien, commençons. では、はじめます。
Tout d'abord, en ce qui concerne la partie [discussion] sur les sorcières, il y a un texte indispensable que je [votre professeur] souhaite vous lire. まず、魔女を語るうえではずせないテキストがありますから、それを先生、読みますね。

Ahem. オホン。

C'était encore l'époque où le jour et la nuit étaient mélangés. 「まだ昼と夜が混じりあっていたころ

Il y avait une entité [existence] appelée « Hyne » [Hain, Hein]. ハイン』という存在があった。
Hyne, qui a été créé par la terre [zone connue de la terre], passait ses journées à combattre de nombreuses créatures [animaux]. 『ハイン』は大地が産み出した、たくさんのケモノとの戦いに明け暮れていた。
Hyne avait de la magie, donc en s'appuyant [comptant] sur ce pouvoir, il triompha [survécu] à de longues batailles [combats]. 『ハイン」は魔法を持っていたので、その力に頼って長い戦いを勝ち抜いた。
Ainsi, Hyne [a pris le contrôle] est devenu le souverain [dirigeant] de cette terre. こうして｢ハイン」はこの大地の支配者となった。

Hyne souhaitait constamment voir au loin [surveiller, dominer visuellement] tout en restant assis sur son propre siège [trône]. 「ハイン」は自分のイスに座ったまま、ずっと遠くまで見通したいと思った。
Cependant, depuis l'endroit ou le siège de Hyne était placé, des montagnes gênaient la vue sur la mer [qui n'était pas visible] à l'est. ところが「ハイン」のイスの場所からでは山が邪魔で東の海が見えなかった。
Hyne a envisagé détruire la montagne, mais étant fatigué de ces longues batailles, il a créé un outil pour déchiqueter [couper en morceau] la montagne et a envisagé laisser cet outil faire le travail [de lui-même]. 山を壊してしまおうとしたが、長い戦いで疲れていたので「ハイン」は山を切りくずす道具を作って、それに仕事をさせようと考えた。
L'outil a été créé de manière à pouvoir se déplacer de lui-même et, si nécessaire, augmenter son propre nombre. 道具は勝手に動いて、必要なら自分たちの数を増やすことができるように作られた。
Hyne a nommé les outils « humains ». 「ハイン」は道具を人間と名づけた。
Ceci est notre origine à [devenu le début de] nous, les humains, constitués d'hommes et de femmes. これが男と女からなる我々人間のはじまりとなった。

Les humains, tout en augmentant leur nombre, ont progressivement déchiqueté [coupé en morceau] les montagnes. 人間は数を増やしながら山を切りくずしていった。
Après que tout le travail eut été terminé, les humains se demandèrent ce qu'ils devraient faire ensuite, et ils sont allés le demander à Hyne. 全部の作業が終わったあと、人間はつぎに何をしたらいいのか「ハイン』に聞きにいった。
Cependant, Hyne était profondément endormi. しかし『ハイン」は疲れてぐっすり眠っていた。
Comme il n'y avait pas d'autre choix, les humains ont modifié la terre [zone connue de la terre] de leur propre chef. 仕方がないので人間は勝手に大地を作り変えていった。

Quand Hyne s'est réveillé, [l'apparence des] les environs avait complètement changé. ｢ハイン」が目覚めたとき、あたりの様子は一変していた。
Ce qui a été le plus surprenant, c'était le nombre d'humains. 何より驚いたのは人間たちの数だった。
Pour tenter de réduire le nombre d'humains, Hyne brûla complètement les petits humains qui semblaient inutiles avec de la magie. 「ハイン」は人間を減らそうとして、役に立たなそうな小さな人間を魔法で焼き尽くしてしまった。
Ces petits être humain était appelé “enfant” et était quelque chose que les humains chérissaient énormément. その小さな人間は「子供」と呼ばれる存在で、人間たちがたいそう大切にしていたものだった。
Les humains ont crié, pleuré et ont protesté contre Hyne. 人間たちは叫んだり泣いたりして「ハイン」に抗議した。
Cependant, Hyne n'a pas écouté ce que disait ses propre outils, donc les humains ont commencé à se mettre en colère. しかし「ハイン」は自分の道具の言うことなど聞かなかったので、人間たちは怒り出してしまった。
Les humains ont cessé d'écouter ce que disait Hyne. 人間たちは「ハイン」の言うことを聞かなくなってしまった。

Les humains ont commencé à se rebeller contre Hyne. 人間たちは「ハイン」に反抗しはじめた。
Hyne a riposté avec de la magie, mais il a été surpassé en nombre [croissant] de plus en plus fréquemment par les humains et par l'intelligence qu'ils ont acquise sans la [en se passant de] magie. 「ハイン」は魔法で応戦したが、増えてしまった人間の数と魔法を持たないかわりに獲得した知恵にやりこめられることが多くなった。

Hyne se trouvant dans une situation difficile, a conclu un marché avec les humains. 困った「ハイン』は人間たちと取引をした。
Il a envisagé [décidé] de donner sa propre moitié de corps et de puissance [correspondante] aux humains. 自分の半身とその力を人間たちに与えよう、と。
Les humains pensèrent que si la puissance de Hyne se divisait de moitié, il ne serait plus très effrayant, ils accèptèrent donc [répondirent favorablement à] cette transaction. 人間たちは「ハイン」の力が半分になれば、あまり恐くないと考えたので、その取引に応じた。

Hyne a déchiré [s'est arraché] la moitié de son propre corps, et l'a offerte [présenté] aux humains. 「ハイン」は自分の身体を切り裂き、半身を人間に差し出した。
Ainsi, il était censé y avoir des jours paisibles à la fois pour Hyne et pour les humains. これで「ハイン」にとっても人間にとっても穏やかな日がくるはずだった。
Les humains ont malheureusement commencé à se disputer pour la moitié de pouvoir de Hyne. ところが人間たちはこの「ハインの半身」が持つ力を奪い合って、争いをはじめてしまった。

Une longue, longue bataille a persisté [continué]. 長い長い戦いがつづいた。
Durant cette période [À ce moment-là], de nombreuses nations [pays] se sont formée [ont été créés]. このときにたくさんの国ができた。

Ceux qui ont remporté la victoire dans cette bataille étaient le roi « Zebalga [Zebaluga] aux oreilles noires » et sa tribu [son clan, sa famille]. この戦いに勝利したのが黒耳王ゼバルガとその一族だった。
Ils sont allés dans la forêt où la moitié de Hyne dormait, comme promis, et ont dit : “Donne-nous ta puissance, comme tu l'as promis”. 彼らは森の中で居眠りしていた「ハインの半身」に約束どおりおまえの力をよこせと言った。
Mais la moitié de Hyne a évité [esquivé] la réponse [requête] de manière évasive. だが「ハインの半身」はのらりくらりと答えをはぐらかした。

Zebalga a consulté le sage « Vascaroon » [Pasukaryūn] pour essayer de sortir de cette impasse [résoudre cela d'une manière ou d'une autre]. なんとかしようとゼバルガは賢者パスカリューンに相談した。
Le sage Vascaroon a réfléchi avec sagesse [intelligence] et a obtenu une réponse en consultant [écoutant] la moitié de Hyne. 賢者パスカリューンは知恵を巡らせて「ハインの半身」から答えを聞き出した。
Hyne n'avait laissé que de la force musculaire [physique] barbare [sauvage] et grossière [rude] dans sa moitié de corps. 「ハイン」は半身に野蛮で粗野な腕力しか残さなかったのだ。
Les humains avait logiquement [naturellement] pensé que la moitié du pouvoir de Hyne était la moitié de pouvoir mystique de la magie, mais la moitié de Hyne était en réalité une enveloppe décharnée [coquille vide]. 人間たちは「ハイン」の力の半分とは、当然､神秘の力である魔力の力の半分だと思っていたが、「ハインの半身」は「抜け殻のハイン」だったのだ。
La tribu [famille] Zebalga se mit en [manifesta de la] colère en entendant cette histoire. その話を聞いたゼバルガ一族は怒った。
Ils ont envisagé [pensé] à abattre [vaincre] Hyne à la première occasion [prochaine fois] qui avait rompu leur accord [la promesse]. 約束を破った「ハイン」を今度こそ倒そうと考えた。

Cependant, la moitié du corps de Hyne qui possédait la magie n'a [absolument] pas été retrouvée. しかし魔法を持つほうの「ハインの半身」は一向に見つからなかった。
Les humains, face à la disparition de Hyne, l'ont nommé « Hyne le Magicien » [sorcier, mage, maître de la magie] et ont continué à le chercher pendant [à travers] de nombreuses générations. 人間は行方不明の「ハイン」に「魔法のハイン」と名づけて､何世代にも渡って捜しつづけた｣

Ceci était un extrait du livre intitulé “Chronique [Écrits] du Grand Vascaroon”, laissé par celui qui se fit appeler le descendant du sage Vascaroon. このテキストは賢者バスカリューンの子孫を名乗る者が残した書物「偉大なるバスカリューンの記」の一説です。
Après cela [cet extrait], de nombreux exploits [haut faits] et inventions du sage Vascaroon sont fièrement retranscrits [enregistrés], mais Hyne n'y sera plus mentionné [réapparaît plus]. このあと、賢者バスカリューンの数々の発明や偉業が得意げにつづられていますが､もう「ハイン」は登場しません。
L'auteur l'a probablement oublié en cours de route [à mi-parcours]. きっと作者も途中で忘れてしまったのでしょうね。

Ah oui, c'est vrai ! ああ、そうそう。
Ceci est bien sûr [bien entendu] une légende et n'a fait l'objet d'aucune validation scientifique [pas été scientifiquement vérifié]. これは、もちろん伝説であり科学的に事実が検証されたわけではありません。
De nos jours, il est communément admis [généralement considéré] que c'est une création [pensée fictive] de l'auteur. 現在では作者の創作と考えるのが一般的です。
À cette époque, l'auteur a probablement créé cela en combinant différentes histoires contemporaines [qui existaient à l'époque]. たぶん、この当時にあったいろいろな話を合体させて創り出したのでしょう。
Parce que si vous croyez en [accordez du crédit à] ce livre, cela signifierait que le sage Vascaroon a vécu pendant 980 ans. だって、あなたたち、この本を信じるとすれば賢者バスカリューンは980年も生きたことになるんですよ。 Vous voyez ? ね? Ça serait étrange, n'est-ce pas ? おかしいでしょ?

Hein ? え? Tu dis que le sage Vascaroon est en réalité Hyne le Magicien ? Ahahaha ! 賢者バスカリューンがじつは「魔法のハイン』ですって?あはははは。
Eh bien, c'est impossible à prouver, alors si vous insistez sur cette théorie [hypothèse], la postérité [générations futures] risque d'y croire encore longtemps. まあ、証明が不可能なことですから、キミがその説を主張すれば、ず~っと後世の人は信じるかもしれませんね。

Cela dit, certains d'entre vous ont probablement déjà fait le lien [remarqué], mais d'aucuns [il y a des gens qui] pensaient que Hyne le Magicien était à l'origine des sorcières. さてさて、もう、気づいた人もいるでしょうが『魔法のハイン」こそが魔女のはじまりだと信じた人がいるわけです。
[Comprenez bien,] les sorcières existent bel et bien [dans la réalité]. 魔女は現実に存在します。
De nombreuses personnes font des recherches sur leurs origines, mais c'est la théorie de Hyne le Magicien qui me plaît le plus [plaît le plus à votre professeur]. ですから、いろいろな人が、その起源の研究をしているわけですが、先生は、この「魔法のハイン」イコール魔女説が一番好きです Je dois bien l'admettre [Oui, c'est ça]. はい、そうですね。
Bien sûr on dit qu'il n'est pas nécessaire de chercher l'origine [l'explication originelle] dans les légendes, mais vous savez, on dit également que rien ne naît à partir de rien [de zéro]. 伝説に起源を求めても仕方ないといえばそのとおりなのですが、ほら、ゼロからは何も生まれないって言うじゃないですか。
C'est pourquoi je pense qu'il pourrait y avoir une part de vérité [même] dans les légendes. だから、伝説にもほんの少しの真実があるんじゃないかと思うんです。
Ou alors, peut-être voudrais-je [est-ce un espoir] qu'il existe ? いや、あってほしいという希望でしょうか?

On dirait que la discussion c'est [je me suis] involontairement écartée du sujet. ああ、ついつい話がそれてしまいますね。
Je vais rapidement présenter la théorie selon laquelle Hyne le Magicien est équivalente à [est égal à] la théorie des sorcières. 急いで「魔法のハイン」イコール魔女説を紹介します。

Bien, le terme [mot] « Sorcière » vous semble une évidence [dans son usage], mais cela date de [a été nommé par] l'historien « Tem » [Temu] il y a environ 500 ans. さて、「魔女」という言葉は当たり前のように使われていますが、これは約500年前の歴史学者テムの命名です。
En raison du mélange de légendes, de récits et de faits, Tem est plutôt classé en tant qu'auteur de contes qu'en tant qu'historien. テムは伝説や言い伝えと事実をごちゃまぜにして扱ったために、歴史学者というよりは物語作家として位置づけられています。
Mais, comme j'apprécie [j'aime] ce Tem, je choisis délibérément de l'appeler historien en respectant sa volonté [tel qu'il souhaitait être appelé]. でも、私はこのテムが好きなので彼の意志を尊重して、あえて歴史学者と呼ぶことにしています。

Tem écrit ceci à l'intérieur de son propre livre “Le destin de Hyne”. テムは自著「ハインの行方」の中にこう記しています。

Il n'est pas surprenant que Hyne le Magicien n'ait pas été retrouvé. 「「魔法のハイン」が見つからなかったのは当然である。
Hyne le Magicien se cachait sous les traits [en prenant l'apparence] d'une femme, qui selon les mœurs [sensibilité des gens] de l'époque, était considérée comme “une personne à protéger”. 「魔法のハイン」は当時の人々の感覚では「保護すべき者」と考えられていた女性に姿を変えて身を隠していたからである｡
Il arrivait qu'une femme apparaisse et joue un rôle important dans l'Histoire, et je considère qu'il s'agissait de Hyne le Magicien. ときおり、歴史上に重要な役割を果たす女性が現れるが私はこれを「魔法のハイン」と考える。
Que ce soit Hyne le Magicien lui-même, ses descendantes, ou celles qui ont hérité de son pouvoir, cela devra être [reste à] clarifier par des recherches futures. 「魔法のハイン」そのものなのか子孫なのか、力を引き継いだ者なのかは、それは今後の研究が明らかにするだろう。
Hyne le Magicien avait [prenait] l'apparence d'une femme. 女の姿をした『魔法のハイン」。
Et en cela je la nomme “Sorcière”. 私はこれを魔女と命名する」

Cette description se suffit à elle seule. 記述としてはこれだけなんですけどね。
C'est une théorie farfelue [rude, brutale], mais elle est convaincante [a une force de persuasion] parce qu'elle est très simple まあ、乱暴と言えば乱暴な説なんですけど、シンプルなだけに説得力ありますよね。
Tem l'affirme fermement [est catégorique] et sans aucune preuve. なんの証拠もないのにビシビシ断言するテム。
Moi j'aime ça [C'est du gout de votre professeur] ! 先生、気に入ってます。

Quoi ? え? « Hyne le Décharné » [coquille vide] vous intéresse ?「抜け殻のハイン」が気になりますか?
Nous en discuterons lors du prochain cours. それはつぎの授業で話します。
C'est vrai que ça pourrait être très intéressant. これはねえ、とても興味深いですよ。
As-tu déjà entendu parler de ce nom lors du cours de géologie ? 地質学の授業で名前を聞いたことがあるでしょ?

Ahahaha. あはははは。
Si je m'attarde trop longtemps [sur le sujet], je vais me tromper de programme, alors tenons nous en [je vais revenir] à l'histoire des sorcières. 長くなっちゃうと予定が狂うから魔女の話にもどりますね。

La prochaine fois [prochain cours], nous parlerons de sorcières historiques réelles つぎはいよいよ、実際の歴史上の魔女です。
Oui ? はい?
Les sorcières actuelles ? 現在の魔女?
Comme de nombreuses sorcières dans l'histoire, elles ne révèlent pas leur existence. 歴史上、多くの魔女がそうであったように、存在を明らかにしていません。
Ça c'est un problème pour nous mais pas pour les sorcières. これはね、魔女というよりは、我々の問題です。
Car en fait [en d'autres termes], dans notre société [monde] les sorcières doivent se cacher. つまり、魔女が身を隠さなくてはならないような世の中、というわけです。
Par exemple, si vous découvriez que le « Docteur Kadowaki » est une sorcière, que feriez vous [tous] ? たとえばですね、カドワキ先生が魔女だってわかったらみなさんどうしますか?

Dites moi ? ね? Est-ce que vous pourriez la saluer normalement comme vous l'avez toujours fait [d'habitude] jusqu'à présent ? ふつうに今までどおりアイサツできますか? Vous pensez que vous le ferriez ? はいはい、できますか。
[Peut-être que] tout le monde ne serait pas comme ça. でも、そういう人ばかりではありません。
Bon, en réalité, il y avait aussi des problèmes du côté des sorcières. う~ん、実際、魔女の側にも問題がありました。
Il y avait beaucoup de sorcières qui abusaient du pouvoir magique qu'elles possédaient [avaient en elles-mêmes]. 自分だけが持っている魔法の力を悪用する魔女が多かったからです。
Allez, on en discutera une autre fois [à une autre occasion]. ああああ、これはまた別の機会に取り上げます。
On dirait bien que tout le monde semble avoir de l'intérêt pour les sorcières. なんだ、みんな魔女には興味あるんですねえ。
Si c'est le cas et qu'il y a beaucoup de personnes de ce genre, nous [vous et votre professeur] devrions peut-être créer un cercle de recherche sur les sorcières. そういう人が多いようなら魔女研究サークルでも作ろうかな、先生。

Bon revenons au sujet principal. はい、本題にもどります。

Dans l'histoire, il y a trois sorcières importantes. 歴史上、重要な魔女は3人。
Oui, tout à l'heure j'ai omis de le mentionné. ああ、先生、さっきウソ言いました。
[Mais] le nom de ces sorcières seront [apparaîtront] à l'examen. この魔女の名は試験にでます。

Holà, c'est pas la peine de paniquer comme ça [pas besoin de vous précipiter autant]. あははは、そんなにあわてなくても。

Eh bien, eh bien. さてさて。

En les citant [partant] dans un ordre chronologique, il y a la sorcière qui s'est levée pour le peuple lors de la chute d'un ancien pays. 古い順に言うと、ある国の滅亡のときに人々のために立ち上がった魔女。
Beaucoup de gens ont probablement vu ce film basé sur l'histoire de cette sorcière et du « Chevalier Zéphyr » [Zefā]. この魔女と騎士ゼファーの物語は映画にもなってますから見た人も多いでしょうね。

Ensuite, la sorcière de l'époque de la « Guerre Occulte » [Guerre de la Sorcière] qui a divisé le monde en deux. つぎに世界を二分した魔女戦争のときの魔女。
C'était une sorcière terrible. 恐ろしい魔女でした。

Et [enfin], celle que nous connaissons [apprécions] le mieux [plus] ? それから我々にとってもっとも身近な?

Oui, c'est exact. はいはい、そうです。
[C'est] grâce à la coopération de cette sorcière dans la recherche sur les mécanismes de la magie que vous êtes en mesure d'utiliser la magie. この魔女が魔法の仕組みの研究に協力してくれたおかげで、みなさんが魔法を使えるようになったわけですね。

Quoi ? あれ?
Oh là là ? あれれ?
C'est déjà l'heure ? もう時間ですか?
On dirait que j'ai [votre professeur a] trop parlé et s'est laissé emporté [en étant complètement absorbé]. 先生、夢中になってしゃべりすぎたみたいです。
J'ai mal géré mon [fait une erreur dans la répartition du] temps. 時間配分まちがえちゃいました。

Par manque [de temps], nous nous arrêterons ici pour aujourd'hui. 仕方ないですから、今日はここまでにします。
Assurez vous de rechercher et de vous souvenir des noms des trois sorcières que nous avons mentionnées aujourd'hui [précédemment]. さっきの3人の魔女の名前は調べて覚えておくように。
[Je vous dis] donc à demain. ではまた明日。

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFVIII par ici.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction . Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

Cadre de l'univers [Configuration du monde] (à partir des documents de développement) 界設定(開発資料より)

[Concernant] l'éclat des Lunes et des Cristaux 月とクリスタルの輝きに関して

Deux Lunes ふたつの月

Quand « Terra » [Terre] a tenté de [a échoué à] fusionner avec « Héra » [Gaïa], elles se sont partiellement superposées [chevauchées], mais d'autres parties ne se sont pas superposées. テラがガイアに融合を仕掛けて失敗したとき、部分的には重なったが、重ならない部分も残った。

Les « Lunes » étaient l'une d'entre elles [parties non superposées], et depuis, deux Lunes orbites autour de Héra : la Lune bleue qui existait à l'origine autour de Héra et la Lune rouge que possédait Terra (pour plus de détails la Fusion, veuillez vous référer à la page 40, “Héra et Terra”). 月はそのひとつで、以降､ガイアにはもともとあった青い月と、テラの持っていた赤い月のふたつが周回することとなった(融合の詳細はP.40「ガイアとテラ」を参照)。

Les Cristaux et les deux Lunes クリスタルとふたつの月

La couleur brillante de chaque Lune est le véritable rayonnement de sa planète, reçu de la lumière de chaque Cristal. 月の輝く色は、星の真の輝きである、クリスタルの光を受けたもの。 L'éclat du « Cristal de Héra » est bleu, et l'éclat du « Cristal de Terra » est rouge, donc chacune des Lunes brille aussi respectivement de ces couleurs. 【Figure 4】 ガイアのクリスタルの輝きは青で、テラのクリスタルの輝きは赤なので、それぞれの月もその色に輝いている。【図4】

Par conséquent, contrairement à la Lune du monde réel, qui présente des phases de Lune [croissance et de décroissance], les Lunes ici sont toujours circulaires. Cependant, parce que le Cristal de Terra est moins brillant que celui de Héra, lorsque la « Lune de Héra » s'approche de la « Lune de Terra », la partie cachée [opposée] parrait très sombre [devient une ombre]. 【Figure 5】 よって、現実の月とちがって満ち欠けすることがなく、つねに円状だが、テラのクリスタルはガイアの輝きに劣るため、ガイアの月がテラの月より手前にある状態で接近したとき､裏になる部分が影となる。【図5】

Les deux Lunes, en orbite selon une trajectoire similaire à celle de la 【Figure 6】, atteignent un état où les couleurs bleue et rouge s'alternent tous les 16 jours lorsqu'elles se chevauchent. ふたつの月が、【図6】のような軌道を周回することで、16日ごとに青と赤の入れかわる、ふたつの月が重なった状態を迎える。

Cependant, même si Héra se trouve derrière [Terra], en raison de sa forte brillance, elle semble être comme sur la 【Figure 7】 [forme une aura]. ただ、ガイアがうしろにまわっても、輝きが強いため、【図7】のように見える。

Les Cristaux et l'Île de Lumière クリスタルと輝く島

La lumière de l'« Île de Lumière » [Étincelante, Scintillante], vénérée par les habitants d'« Est Gaza » en tant qu'objet de foi, émane de l'entre-deux dimensions qui relie Héra et Terra, à partir de laquelle l'éclat des Cristaux s'échappe. エスト･ガザの住人が信仰の対象としている「輝く島｣の光は、ガイアとテラをつないでいる次元の狭間から、クリスタルの輝きがもれたもの。 Lorsque la porte permettant l'entrée et la sortie vers Terra s'ouvre, son éclat devient maximal. テラへ出入りするためのゲートが開くとき、その輝きは最大となる。

【Figure 4】 Illustration de la phase de développement (Illustration : Hideo Minaba). 【図4】開発中設定画(Illustration: Hideo Minaba)

【Figure 5】 Illustration de la phase de développement (Illustration : Hideo Minaba). 【図5】開発中設定画(Illustration: Hideo Minaba)

【Figure 6】 Cycle [de révolution] des deux Lunes. 【図6】ふたつの月の周期

Lune de Héra

Jour 1 1日 Visible devant [superposée à] la Lune de Terra テラの月の前面に重なって見える状態

Jour 16 16日 Cachée derrière la Lune de Terra テラの月のうしろに重なって隠れた状態

Jour 32 32日 Visible devant [superposée à] la Lune de Terra テラの月の前面に重なって見える状態

Jour 48 48日 Cachée derrière la Lune de Terra テラの月のうしろに重なって隠れた状態

Lune de Terra

Jour 1 1日 Cachée derrière la Lune de Héra ガイアの月のうしろに重なって隠れた状態

Jour 16 16日 Visible devant [superposée à] la Lune de Héra ガイアの月の前面に重なって見える状態

Jour 32 32日 Cachée derrière la Lune de Héra ガイアの月のうしろに重なって隠れた状態

Jour 48 48日 Visible devant [superposée à] la Lune de Héra ガイアの月の前面に重なって見える状態

【Figure 7】 Illustration de la phase de développement (Illustration : Hideo Minaba). 【図7】開発中設定画(Illustration: Hideo Minaba)

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFIX par ici.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction . Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

Cadre de l'univers [Configuration du monde] (à partir des documents de développement) 界設定(開発資料より)

Héra et Terra ガイアとテラ

Héra [Gaïa] ガイア

La planète qui sert de cadre à Final Fantasy IX. Elle possède une civilisation [culture] où la technologie prend de plus en plus le pas sur la magie. Cette civilisation n'existe encore que dans quelques régions de cette jeune planète. 『FFIX』の舞台となる星。魔法より機械が主となりつつある文明を持つ。文明はまだ一部の地域にしかない、若き星。

Terra [Terre] テラ

C'est un monde où la civilisation de la magie s'est fortement développée. 高度に発達した魔法文明の世界。 Le peuple de « Terra » avait acquis l'immortalité [vie éternelle] en utilisant la technique de magie ultime appelée la « Fusion ». テラの民は、融合という究極の魔法の技を用いることで、永遠の生を手に入れていた。 Actuellement, les habitants de Terra ont confié tout à l'administrateur [gérant] « Garland » et sont en stase [endormi] en attendant le jour où la Fusion se terminera [sera achevée] et où ils se réveilleront à nouveau. 現在、テラの民は、管理者たるガーランドにすべてをまかせ、融合が終わりふたたび目覚める日を待って眠りについている。

La Fusion 融合

La Fusion a lieu lorsque le « Cristal » de la planète où vivent les habitants de Terra vieillit. 融合が行なわれるのは、テラの民の暮らす星のクリスタルが老いたとき。 La technique de la Fusion consiste à trouver une jeune planète où les activités des êtres vivants possédant une âme [un esprit] avancé ne sont pas en cours [n'ont pas débuté], à prendre de force son Cristal immaculé [pur, innocent], et à en faire devenir une part du puissant « Cycle des âmes » de Terra. 高度な精神を有する生物の活動が行なわれていない幼き星を探し出し、その幼き星の無垢なクリスタルを強制的に取りこみ、パワーある魂の循環をテラのものにしてしまう技、それが融合である。

Le Cristal クリスタル

Une entité qui gère la circulation des âmes au centre d'une planète. 星の中心で、魂の循環をつかさどる存在。 Les êtres vivants créés de l'émission de l'âme par un Cristal, une fois décédés, rendent leur âme accompagnée des souvenirs de leur vie au Cristal. クリスタルが魂を送り出すことで生まれる生物は、死ぬと生前の記憶をともなった魂をクリスタルに還す。 En accumulant ces souvenirs [mémoire], le Cristal grandit [s'enrichit], stimulant l'émergence d'êtres vivants possédant des âmes plus complexes. その記憶を蓄積することでクリスタルは成長し、より複雑な精神を有する生物の発生をうながす。 À mesure que le Cristal grandit, son éclat augmente [devient plus lumineux] et enrichit la planète. クリスタルは、その成長とともに輝きを増し、星を豊かにしていく。

À la fin de l'accumulation continue de souvenirs [de mémoire], lorsque les changements [accroissements] dû au cycle n'est plus apporté [s'arrête], la croissance du Cristal s'arrête, provoquant le déclin de la planète, et le Cristal vieilli [âgé] retourne à l'univers [au cosmos] avec sa planète. 記憶を蓄積しつづけた果て、循環による変化がもたらされなくなったとき、クリスタルの成長は止まり、星の衰退を引き起こし、老いたるクリスタルは星とともに宇宙に還る。

Également, le « Cristal de Héra » [Gaia] a un éclat [rayonnement] bleu, tandis que le « Cristal de Terra » [Terre] a un éclat [rayonnement] rouge. なお､ガイアのクリスタルは青い輝きを、テラのクリスタルは赤い輝きを持つ。

La Fusion de Héra et Terra ガイアとテラの融合

Ne parvenant pas à trouver une jeune planète possédant un Cristal immaculé [pur, innocent], Garland qui était dans l'impasse, a choisi la jeune planète « Héra » pour tenter la Fusion. 【Figure 1】 無垢なクリスタルを有する幼き星が探し出せず、行き詰まったガーランドは、若い星、ガイアを選び融合をはかった。【図1】

Au final, en raison du fait que le Cristal de Héra n'était pas pur [vierge], une répulsion [opposition] s'est opérée [a éclaté], provoquant un bouleversement [cataclysme] majeur au point où la civilisation de Héra de l'époque a été complètement dévastée ainsi que la surface terrestre qui est devenue désolée [laissé à l'abandon]. しかし結局､ガイアのクリスタルが無垢ではなかったために反発が生じ、当時のガイア文明が完全に壊滅するほどの大変動が起こり、地表は荒廃した。

La Fusion qui s'est arrêtée en cours de route [terminée de manière incomplète] tant pour les organismes que pour la nature a engendré de nombreuses sous-espèces, déplaçant [laissant derrière elle] plusieurs installations de Terra sur [vers] la surface terrestre de Héra, tandis que Terra elle-même s'est déplacée à l'intérieur de Héra. 生物自然ともに中途半端に終わった融合は、多くの亜人種を生み出し、いくつかのテラの施設をガイア地表に残したまま、テラそのものはガイア内部に移った。 De plus, parce que la « Lune de Terra » n'a pas du tout fusionnée et a été laissée derrière, Héra initialement avec sa propre « Lune », a maintenant deux Lunes conjointement à [en combinaison avec] la Lune d'origine de Terra. また、テラの月はまったく融合せず取り残されたため、もともとあったガイアの月と合わせて、ガイアはふたつの月を有するようになった。

Parce qu'elles reçoivent l'éclat des Cristaux, les Lunes sont colorées en bleu pour « la Lune de Héra » et en rouge pour la Lune de Terra. 月はクリスタルの輝きを受けるがゆえ、ガイアの月は青く、テラの月は赤く染まっている。 De plus, l'« Île de Lumière » [Étincelante, Scintillante] située près d'« Gaza Est » est “l'entre-deux des deux dimensions (Héra et Terra)”, donc l'éclat des Cristaux s'échappe de là (pour plus de détails sur les Lunes, veuillez vous référer à la page 43, “Concernant l'éclat des Lunes et des Cristaux”). また、エスト･ガザ近海に位置する「輝く島」は「両次元(ガイアとテラ)の狭間」であるため、そこからクリスタルの輝きがもれている(月の詳細はP.43「月とクリスタルの輝きに関して」を参照)。

Garland, afin d'accélérer le rétablissement de la nature dévastée, a [transplanté] fait croitre l'arbre magique « Ifa » [Eifa] de Terra jusqu'à [à] Héra. Cela s'est produit il y a 5000 ans. ガーランドは、荒廃した自然の回復を促進すべく、テラの魔法樹「イーファ」をガイアに移植した。これが5000年前の出来事。

Le monde de Héra GAIA WORLD

Lune de Héra ガイア月

Île de Lumière (entrée) 輝ける島(入り口)

Cristal de Héra ガイアクリスタル

L'arbre Ifa イーファの樹

Le monde de Terra TERRA WORLD

L'espace intermédiaire [entre-deux] entre les deux dimensions 両次元の狭間

Île de Lumière (sortie) 輝ける島(からの出口)

Lune de Terra テラ月

Cristal de Terra テラクリスタル

【Figure 1】 Illustration de la phase de développement (Illustration : Hideo Minaba). 【図1】開発中設定画(Illustration: Hideo Minaba)

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFIX par ici.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction. Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

Priant 祈り子

Qu'est-ce que l'on nomme Priant ? 祈り子という存在

Les « Priants » [Enfants de prière] sont des âmes qui fournissent les « Rêves » [pensées, émotions, sentiments, représentations, images, aspirations] qui sont la matière première pour appeler à soit les Chimères [bêtes invoquées]. 召喚獣を呼び出すための原料となる“夢(想い)”を提供するとされる、魂のみの存在が祈り子だ。 L'« Invocation », réalisée par l'« Invokeur » [celui qui appel à soit], consiste à concrétiser les Rêves des Priants scellés dans la « Statue du Priant » en les matérialisants à l'aide de l'esprit de l'Invokeur et de « Furolucioles » [Lueurs illusoires de créatures lumineuses]. 召喚士が行なう「召喚」とは、祈り子像に封じられた祈り子の夢を､呼び手の精神を通じて幻光虫と結実させ、具現化する作業と言える。

La création de Priant est aujourd'hui connue sous le nom de « Savoir [Technique, Art, Création, Technologie] secret de Yevon » qui était originellement possédées par la cité des Invokeurs, « Zanarkand ». 今日では「エボンの秘術」と言われる祈り子の創作技術は、本来、召喚士の街であるザナルカンドが保有していた。 Cependant, après la chute de Zanarkand, ce savoir a été acquis par « Bevel », qui détenait le pouvoir [suprématie, hégémonie, emprise] spirituel [mental] sur l'ensemble de « Spira », et par extension, a été acquis par le « Temple de Yevon » aboutissant à la situation actuelle. しかし、ザナルカンドが滅亡したのちは、精神面でスピラ全土の覇権をにぎったべベル一一ひいてはエボン寺院がその技術を手にし、現在に至る。

La plupart des Priants qui ont donné leur vie pour combattre Sin ont été créé au cours des 1000 dernières années par le Temple de Yevon, après l'apparition de Sin. 一般に言われるような｢『シン』と戦うために命を捧げた」祈り子は、『シン』出現後、すなわちここ1000年のあいだにエボン寺院が作ったものということになる。 Cependant, de nombreux Priants conservés dans les temples du pays existent depuis plus de mille ans. ただし、各地の寺院に安置されている祈り子のなかには、1000年前から存在するものも多い À l'origine, ils étaient détenus par Zanarkand pour être utilisés au combat, mais ils ont été enlevés par le Temple et dispersés dans différentes régions. 彼らは本来、戦闘用としてザナルカンドが抱えたものだったが、寺院によって持ち去られ、各地に分散されたのだ。

Notez que pendant que les Rêves sont invoqués, les Priants ne peuvent pas choisir d'arrêter de rêver par eux-mêmes, c'est-à-dire, qu'ils ne peuvent pas mettre fin à l'invocation par leur propre volonté. なお、自身の夢が召喚されているあいだは、祈り子はみずからの意志で夢見ることをやめる一一すなわち、召喚を中止させることはできない。

Comment fonctionne l'Ultime Chimère 究極召喚の仕組み

L'« Ultime Chimère » [Invocation ultime] est aussi appelé le « Pouvoir du lien » car elle nécessite qu'une personne ayant une relation forte avec l'Invokeur deviennent un Priant : se lien est considéré comme essentiel lors de l'activation par l'Invokeur.究極召喚が絆の力と呼ばれるのは、召喚士と強い絆で結ばれた者が祈り子にならねばならぬうえ、その発動時にも絆が不可欠とされるためである。

Il ne suffit pas à l'Invokeur d'appeler l'Ultime Chimère pour vaincre Sin, ni même en mourrir. 究極召喚獣をただ呼び出しても、『シン』を倒すことはできないし、召喚士も死なない。 Pour vaincre Sin, il est nécessaire que l'Invokeur se fonde spirituellement de son plein gré avec le Priant de l'Ultime Chimère grâce au lien qui les unissent. 『シン』を倒すにはまず、究極召喚獣の祈り子との絆を拠りどころとすることにより､召喚士が自分の意志で、精神的に祈り子と同一化する必要がある。 Ce n'est qu'après avoir passé cette étape que l'Ultime Chimère manifestent le pouvoir de décomposer Sin (L'Ultime Chimère est activée). この段階を経て、はじめて究極召喚獣は、『シン』を分解する力を発揮する(=究極召喚が発動する)のだ。

Lorsque l'Ultime Chimère est activée, Sin, qui recouvre Yu Yevon est désintégré et, en même temps, l'Ultime Chimère est transféré [déplacé vers] à Yu Yevon et reconfiguré [transformé] en Sin. 究極召喚が発動すると、エボン=ジュを覆っていた『シン』が分解されると同時に、究極召喚獣がエボン=ジュに乗り移られ、『シン』に作り変えられる。 L'Invokeur dont l'esprit a été assimilé [fondu spirituellement] est incapable de supporter la reconfiguration et perd la vie. 祈り子と精神が同化した召喚士は、この「作り変えられる」事態に耐えきれず、命を落とすことになる。 De plus, le Priant ayant épuisé son pouvoir et ayant été transféré à Yu Yevon, la statue qui le scellait est détruite. また祈り子は、祈り子としての力を使い果たしてエボン=ジュに乗っ取られてしまい、その祈り子を封じていた像も失われる。

Les Priants et le monde du Rêve 祈り子と夢の世界

Qu'ils aient été créés à Zanarkand il y a plus de mille ans, ou des mains du Temple de Yevon après l'apparition de Sin, ou encore en grand nombre incrusté sur les parois rocheuses du Mont Gagazet, tous les Priants partagent une conscience commune. 1000年前にザナルカンドで作られたものも、『シン』が出現したのちにエボン寺院の手で作られたものも、さらにはガガゼト山の岩壁に重なるおびただしい数のものたちも、祈り子はみな、意識を共有している。 Et c'est en commun qu'ils ont souhaités la continuité de la « Zanarkand du Rêve » [Zanarkand onirique]. そして、彼らは共通して、夢のザナルカンドの存続を願っていた。

Les Priants, quand ils ne sont pas invoqués, partent [sortent] souvent jouer dans le monde du Rêve. 祈り子たちは、召喚されていないときは、よく夢の世界へ遊びに出かける。 À cette occasion, ils prennent forme et apparaissent parmi les habitants du monde du Rêve (comme le jeune Priant Bahamut). このとき彼らは、夢の世界の住人たちにまぎれて姿を見せる(バハムートの祈り子の少年も同様)。 Que ce soit Yu Yevon ou les Priants la Zanarkand du Rêve est un paradis, et ils y trouvent un plaisir éternel. エボン=ジュと同じく、祈り子にとっても夢のザナルカンドは楽園であり、彼らはその地で永遠の楽しみを見いだしていた。 Par conséquent, la situation actuelle de Spira permettant le maintient [survie] de la Zanarkand du Rêve, est avantageuse à la fois pour Yu Yevon et pour les Priants. それゆえ、夢のザナルカンドを存続させるようなスピラの現状は、エボン=ジュにも祈り子にも都合のいいものだったと言える。

Les changements des Priants 祈り子の変化

Le fait que Jecht, un habitant de la Zanarkand du Rêve, soit devenu Sin a eut un impact significatif sur les Priants. 夢のザナルカンドの住人であるジェクトが「シン」になったことは、祈り子たちに少なからぬ衝撃を与えた。 En effet, un habitant de leur monde idéal et éternel, allait continuellement souffrir au cœur de la tragédie de Spira. 彼らが理想とする楽しみの世界、永遠の世界の住人が、スピラの悲劇の中心で苦しみつづけることになったためだ。 Cela posa un cas de conscience aux Priants, jusqu'alors indifférents à la situation actuelle de Spira, et les amena à prendre la direction de la fin du Rêve même s'ils doivent y renoncer. このことは、それまでスピラの現状に無関心であった祈り子たちに問題を提起し、自分たちを消滅させてでも夢を終わらせる方向へと歩ませることになる。

◆ Les Priants auquelles Tidus et son groupe se confrontent, de leur aveux, on des remords [regrets envers eux-mêmes] pour ne pas avoir cherché à remettre en question la situation actuelle plus tôt. ◆ティーダらが向き合う祈り子たちの口からは、現状に疑問を持とうとしなかったそれまでの自分への後悔も聞かれる。

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFX par ici.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction . Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

Zanarkand du Rêve 夢のザナルカンド

Les deux Zanarkand ふたつのザナルカンド

Dans l'intrigue principale, « Zanarkand » peut séparée en deux versions : la « Zanarkand du Rêve » [onirique] ainsi que celle qui a existé il y a 1000 ans et qui est maintenant en ruine. 本編に登場する「ザナルカンド」は、夢のザナルカンドと、1000年前に実在し、現在は遺跡となったザナルカンドのふたつに大別できる。 La première étant une création basée sur la seconde, elles se ressemblent toutes les deux et sont faciles à confondre. 前者は後者をもとに創造されたものであるため、このふたつは非常に似通っており、混同しやすい。

Autrefois, « Bevelle » était celle qui a le plus bénéficié de la culture « Makinas » [des machines], mais aujourd'hui, le « Temple [de Yevon] » déclare que c'est Zanarkand. かつて機械文明の恩恵をもっとも受けたのはベベルだが、寺院は今日、それがザナルカンドだっ�と伝えている。

Pour le Temple, il est problématique [inconfortable, défavorable] que Bevelle, le siège principal, soit connu pour avoir utilisé des armes Makinas [mécaniques] et être à l'origine de la « Guerre des Makinas » [machines]. 寺院にとって、総本山のあるべ�ルのほうが機械兵器を用い、機械戦争の発端を�ったと知られるのは都合が悪いためだ De la même manière, la représentation passée de Zanarkand est également déformée, rendant floue la frontière entre le rêve et la réalité. このよ�に、過去のザナルカンド像がゆがめられている�とも、夢と現実の境界をあいまいにしている。

La Zanarkand du Rêve 夢のザナルカンド

Caractéristique 特徴

Une ville qui continue d'être invoquée [jusqu'à] aujourd'hui par « Yu Yevon » et basée sur les sentiments [inspiré par les émotions] des habitants de la Zanarkand d'il y a 1000 ans. 1000年前のザナルカンドの住人の想いをもとに、エボン=ジュが今日に至るまで召喚しつづけている都市。 Elle se matérialise selon le même principe que les « Chimères » [invocations] est présente quelque part dans Spira. 召喚獣と同じ原理で実体化しており、スピラのどこかに存在する

Les Chimères sont 召喚士·召喚獣

Absentes. いない

Les Furolucioles sont 幻光虫の概念

Inconnues. 知られていない

La Prière de Yevon エボンの祈り

Est employé comme un charme [une action rituelle censé porter chance] pour le « Blitzball ». ブリッツのおまじないとして用いられる

L'Hymne du Priant 祈りの歌

Est chanté comme une chanson célèbrant Yu Yevon, mais qui n'a pas de rapport avec le « Temple de Yevon » ou les « Invokeurs ». エボン寺院や召喚士エボンと離れた意味で歌われるエボン=ジュをたたえる歌として歌われる

Le bâtiment situé au bout de l'autoroute est フリーウェイの奥にある建造物

Le « Stade de Blitzball ». ブリッツスタジアム

Zanarkand d'il y a 1000 ans 1000年前のザナルカンド

Caractéristique 特徴

Une cité-État qui existait dans le passé de Spira et prospérait. Elle était gouvernée par l'« Invokeur Yevon ». 過去のスピラに実在し繁栄した都市国家。支配�していたのは召喚士エボン。 Comme c'était le cas pour de nombreuses cités-États de l'époque, elle bénéficiait des avantages de la culture « Makinas » [technologique], mais il y avait tout de même de nombreux Invokeurs, car l'invocation était la principale méthode de combat. 当時の都市国家の�例にもれず機械文明の恩恵を受けていたが、を�喚士が多く、戦闘手段も召喚が主力。 Elle a été détruite à cause de la guerre avec Bevelle et maintenant seules les ruines subsistent. ベベルと�の戦争により滅亡し、現在は遺跡のみが残る

Les Chimères sont 召喚士·召喚獣

Présentes いる

Les Furolucioles sont 幻光虫の概念

Connues 知られている

La Prière de Yevon エボンの祈り

Est utilisée comme une norme social d'interaction humaine par les habitants. 住民たちの一般的な作法として用いられる

L'Hymne des Priants 祈りの歌

Est chanté comme une chanson célèbrant Yu Yevon. エボン=ジュをたたえる歌として歌われる

Le bâtiment situé au bout de l'autoroute est フリーウェイの奥にある建造物

Le « Dôme de Yevon ». エボン=ドーム

Caractéristiques du monde du Rêve 夢の世界の特徴

La Zanarkand du Rêve est une ville créée par l'Invokeur Yevon pour préserver sa ville natale pour toujours, mais ce n'est pas une reproduction parfaite de la ville qui a réellement existé. 夢のザナルカンドは、召喚士エボンが自身の故郷を永遠にとどめようとして創造した都市だが、実在した街の完全な再現ではない。 Comme le mot “rêve” l'indique, c'est une patrie embellie, un monde idéalisé. “夢”という言葉が示すとおり、美化された故郷、理想の世界だ。

Puisque l'objectif de Yu Yevon est de reproduire et de perpétuer les “bons” souvenirs de toute la ville, ceux qui ont un lien profond avec les souvenirs amers de la réalité, en particulier la chute de Zanarkand, sont exclus du monde du Rêve. 街全体の“良い”記憶を再現し、永続させることがエボン=ジュの目的である以上、現実での苦い記憶一一ザナルカンドの滅亡と深い関わりを持つものは、夢の世界から排除されている Même si les Invokeurs et les Chimères [créatures invoquées] étaient courants il y a 1000 ans, ils n'existent pas dans le monde du Rêve, et d'autres nations [états] comme Bevelle ne sont pas connues dans ce monde du Rêve. たとえ�召喚士や召喚獣は、1000年前では一般的であ�たのに夢の世界には存在しないし、ベベルなどの他の国家も、夢の世界では知られていない。 L'explication semble être que les premiers étaient la principale force militaire lors de la Guerre des Makinas, tandis que les seconds ont probablement conduit à la destruction de Zanarkand il y a 1000 ans en raison de tensions avec ces autres nations. 前�は機械戦争の主戦力であるため、後者は他国との摩擦が結果的に1000年前のザナルカンドを滅�へ導いたためと、それぞれ考えられる。

L'Hymne du Priant et la Prière de Yevon 祈りの歌とエボンの祈り

En tant qu'héritage [éléments transmis] aussi bien dans le monde du Rêve que dans le monde réel de Spira, il existe aujourd'hui L'Hymne du Priant et la Prière de Yevon. 夢の世界にも現実のスピラにも受け継がれたものとして、今日の「祈りの歌」と「エボンの祈り」がある。

En réarrangeant les paroles, on comprend que L'Hymne du Priant trouve son origine il y a 1000 ans en tant que chanson célébrant Yu Yevon. その歌詞を並びかえるとわかるが､祈りの歌は1000年前､エボン=ジュをたたえる歌として発祥。 Dans le monde réel de Spira, cette chanson [hymne] devin un chant de résistance contre le Temple de Yevon, pour finalement que son origine soit déformée pour être incorporée dans l'enseignement du Temple en tant que chant pour apaiser les âmes. それが現実のスピラでは、エボン寺院への抵抗を示す歌となり、やがては由来をねじまげて寺院の教えに取りこまれ、“魂を鎮める歌”とされた。

D'un autre côté, la Prière de Yevon n'était qu'une des coutumes des citoyens de Zanarkand il y a 1000 ans. 一方エボンの祈りは、1000年前はザナルカンド市民の作法のひとつに過ぎなかった。

Dans le monde réel de Spira, comme l'Hymne du Priant [chanson de la prière], elle est adoptée par le Temple de Yevon, tandis que, d'un autre côté, dans le monde du Rêve, elle devient le symbole de la victoire au Blitzball. それが現実のスピラでは、祈りの歌同様、エボン寺院に採用され、かたや夢の世界では、ブリッツボールの勝利のおまじないとなる。

Comment lire les paroles de l'Hymne du Priant 祈りの歌の歌詞の読みかた

※ Alignez les paroles de la première moitié horizontalement par groupes de 4 caractères, puis alignez les paroles de la seconde moitié horizontalement par groupes de 2 caractères, et lisez comme indiqué par les flèches. ※前半の歌詞を4文字ずつ横に、後半は2文字ずつ横に�並べ、矢印のように読む

ieyui いえゆい
nobemeno のぼめの
renmiri れんみり
yojuyoko よじゅよこ

hasa はさ
teka てか
nae なえ
kutamae くたまえ

Suivre l'ordre des flèches donne cette phrase いのれよんめいのりこはてなくさかえたまえ en katakana qui est comme la suivante kanji juste en dessous.

◆ Prie [réalise ton invocation] ô Yu Yevon, rêvez [créez le Rêve] ô Priants [enfants de prière], que la prospérité soit éternel [sans fin]. ◆祈れよエボン=ジュ 夢見よ祈り子 果てなく 栄えたまえ

Comment fonctionne le monde du Rêve 夢の世界の仕組み

La Zanarkand du Rêve est le Rêve du « Mur des Priants » [groupe de pliés] du « Mont Gagazet », qui étaient autrefois des citoyens du Zanarkand, et qui ont été invoqués par Yu Yevon. かつてザナルカンド市民であったガガゼト山の折り子群の夢をエボン=ジュが引き出し、召喚したものが夢のザナルカンドだ。 En d'autres termes, on peut dire que la Zanarkand du Rêve est en elle-même un gigantesque phénomène lumineux illusoire. すなわち夢のザナルカンドは、それ自体が巨大な幻光体と言える。

Selon le même principe que les Chimères [bêtes invoquées], tant qu'elle est invoquée, la Zanarkand du Rêve existe quelque part [à une position inconnue ou non spécifiée dans l'espace] en Spira. 召喚獣と同じ原理で呼び出されている以上、夢のザナルカンドはスピラのいずこかに存在する。 Cependant, on ne peut pas savoir [dans l'état] où elle se trouve, et il est impossible pour les êtres humains physique de chair et de sang d'aller et venir là-bas. ただし、どこにあるとも知れないし、生身の人間がそこを行き来することは不可能だ。

La force motrice [la source d'énergie] qui crée la Zanarkand du Rêve est celle du Rêve des anciens citoyens de Zanarkand, cependant, les objets et les gens qui existent là-bas ne sont pas nécessairement les mêmes que ceux qui ont existé dans le passé. 夢のザナルカンドを生み出す原動力は、かつてのザナルカンド市民の夢だが、そこに存在する事物や人々が、過去に実在したものとはかぎらない。

Yu Yevon a créé, pour ainsi dire, ce qui est comme un simulateur de ville qui fonctionne en autonomie [automatiquement] en maintenant un état idéal [en soi]. エボン=ジュが創造したのはいわば、それ自体で自動的に機能し、理想の状態を持続させる都市シミュレータのようなものなのだ。 Par conséquent, « Tidus » [Tida] et « Jecht » [Jekto], ne sont pas juste des reproductions [des personnages qui ont été recréés] à partir de personnes réelles [qui ont existé] dans le passé. ゆえに、ティーダやジェクトも、実在した過去の人物が単に再現されたものだとは言えない。

Tidus est né de ses parents, et si dix ans se sont écoulés à Spira, Tidus a également grandi pendant dix ans. ティーダは両親から生まれたし、スピラで10年が経過するあいだに、ティーダも10年ぶん成長している。 En prenant en compte tout cela, la perception du temps [sens du temps, l'écoulement du temps] dans la Zanarkand du Rêve semble être fondamentalement la même que dans le monde réel de Spira. これらのことを総合すると、夢のザナルカンドの年月感覚は、基本的に現実のスピラと同じだと思われる。

◆ La Zanarkand du Rêve, y compris ses habitants, est entièrement constituée de « Furolucioles » [de lucioles luminescentes, insectes fantômes]. ◆夢のザナルカンドは、そこで暮らす住人たちも含め、都市全体が幻光虫でできている。

Comment vivre dans le monde du Rêve 夢の世界で暮らすには

La Zanarkand du Rêve, qui est un corps de Furolucioles [lumineux, fantôme], ne peut pas être visité par ceux qui ont un corps physique [charnel], et ils ne peuvent pas y vivre [subsiter] non plus. 幻光体である夢のザナルカンドは、肉体を持つものが訪れることはできないし、生活することもできない Tidus a pu vivre là-bas parce qu'il est une entité du Rêve [lumineuse] qui a été invoquée avec Zanarkand. ティーダがそこで暮らせたのは、彼が、ザナルカンドとともに召喚された幻光体であるため。 Auron, ayant perdu son corps physique et s'étant composé de Furolucioles [lucioles luminescentes] en tant que Errant [mort], a pu résider [rester en tant qu'habitant] au même endroit pour cette raison. またアーロンも、肉体を失い、死人として幻光虫で構成された身体を持っていた からこそ、同地の住人としてとどまることができたのだ。

Sin et les Priants peuvent visiter le monde du Rêve librement. 「シン」や祈り子たちは、夢の世界を自在に訪れることができる。 Cela s'explique par le fait que Sin est une entité de Furolucioles [corps fantôme, entité lumineuse] et que les Priants n'ont pas de corps mais seulement une âme. 「シン」は幻光体であり、祈り子たちは身体さえ持たぬ魂のみの存在だからであろう。 Pour eux, le Zanarkand des rêves est un monde idéal rempli de joie. 彼らにとって夢のザナルカンドは、楽しさに満ちた、理想の世界だ。

◆ Sans le pouvoir du Sin, qui connaît l'emplacement de la Zanarkand du Rêve et peut aller et venir à sa guise [à volonté], les corps de Furolucioles [lumineux, fantômes] ne peuvent pas se rendre sur place. ◆夢のザナルカンドの所在を知り、任意に行き来できる「シン｣の力がなくては、幻光体にも同地を訪れることはできない。

Action réparatrice du monde du Rêve 夢の世界の修復作用

Pour une ville avec 1000 ans d'histoire, on ne peut pas voir de traces de progrès [avancement] dans la Zanarkand du Rêve (en fait, en voyant des images de Zanarkand d'il y a 1000 ans, Tidus la confond avec sa propre patrie [pays d'origine, maison, chez lui]). 1000年の歴史を持つにしては、夢のザナルカンドには進歩の跡が見られない(現に、1000年前のザナルカンドの映像を見て、ティーダはそれを自分の故郷とカンちがいする)。 Dans le monde des rêves, un environnement modérément confortable est maintenu, et il n'y a pas de nécessité de progrès. 夢の世界では適度に快適な環境が保たれており、進歩の必要性がないからだ。 Ce qui explique également que la ville ne grandi pas est l'inexistance d'autres pays ne permettant pas de nouvelles stimulations et la stimulation à l'échelle d'une seule ville n'est pas suffisante. 他国が存在しないため、新たな刺激を受けることもなく、都市ひとつぶんの人口では発展にかぎりがある･･････ということも､街が成長しない理由としてあげられる。

L'absence de changement est également due au fait que le monde du Rêve subit constamment des corrections de Yu Yevon. また、このような「変化のなさ」は、夢の世界がエボン=ジュによる補正をつねに受けているためでもある。 Pour continuer à exister en tant que patrie de Yu Yevon, la Zanarkand du Rêve ne doit pas changer de son état d'il y a 1000 ans, et la présence [l'existence] de ceux qui sont dans l'insatisfaction de cet environnement n'est pas permise [autorisée]. エボン=ジュの故郷でありつづけるには、夢のザナルカンドは1000年前の状態から変化してはならず、環境に不満を持つ者の存在も許されない。 Par conséquent, chaque fois que quelqu'un se sent bloqué dans la situation actuelle ou remet en question le statu quo, Yu Yevon le « réinitialise » et manipule les souvenirs de ses habitants. それゆえ、行き詰まったり、現状に疑問を持つ者が現れると、エボン=ジュはそれを「リセットして、住人の記憶を操作する。 La Zanarkand du Rêve est un monde d'harmonie oppressante et de manipulation divine, un monde sous le contrôle de Yu Yevon. 夢のザナルカンドとは、エボン=ジュという神の操作を受けつづける、恐るべき調和と停滞の世界なのだ。

Le monde du Rêve après le départ de Tidus à Spira ティーダがスピラへ行ったあとの夢の世界

Lorsque le Sin Jecht est venu chercher Tidus à la Zanarkand du Rêve pour l'emmener, une grande destruction s'est produite tout autour du stade. ジェクトの「シン」がティーダを迎えに夢のザナルカンドへきたさい、スタジアム近辺を中心に、大規模な破壊が起こった。 Cela c'est produit automatiquement de par l'instinct destructeur [d'attaque] de Sin en raison de son approche de la ville [zone urbaine, zone technologique]. Cependant, du point de vue de Yu Yevon, il semblait impossible [ne faisait aucun doute] qu'une telle situation où Sin, qui devrait protéger le Rêve, puisse se produire et au contraire détruire le Rêve. これは、都市部に近づいたことにより、｢シン」の攻撃本能が勝手に働いたからだが、エボン=ジュにしてみれば、夢を守るべき『シン』がその夢を壊すなど、あってはならぬ事態だったのはまちがいない。

C'est pourquoi, après le départ [disparition] de Tidus et Auron, d'importantes « corrections » ont été apportées à la Zanarkand du Rêve, et ainsi les zones urbaines qui avaient subi d'énormes destructions ont miraculeusement été reconstruites. このため、ティーダとアーロンがいなくなったあとの夢のザナルカンドでは大幅な“修正”がほどこされ、被害甚大だった都市部も奇跡的な復興をとげた。

Dans ce processus, il est probable [n'est pas impossible] que [même l'existence] de Tidus et Auron est été effacée [puisse être considéré comme si elle n'avait jamais existé]. その過程で、ティーダやアーロンの存在自体が「なかったこと｣とされている可能性も、なきにしもあらずである。

◆ Dans le jeu, il n'est pas su [connu] que Zanarkand, qui avait été détruite au début de l'histoire, avait été restaurée après que Tidus et les autres [ses amis] soient partis pour Spira. ◆ゲーム中ではわからないが、物語の最初で破壊された夢のザナルカンドは、ティーダたちがスピラへ行ったあとには修復されていた。

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFX par ici.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction . Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

Sin 『シン』

L'essence véritable de Sin 『シン』の正体

« Sin » [Shin] est communément considéré comme une créature démoniaque alors qu'en réalité c'est une entité mi-arme et mi armure qui est revêtue par « Yu Yevon » lui permettant de continuer son invocation éternellement. 『シン』は、一般には魔物の一種と考えられているが、その実体は、エボン=ジュが永遠に召喚をつづけるためにまとう、鎧と兵器を兼ねたものだ。 Ce qui forme le cœur de Sin est l'« Ultime Chimère » [Invocation ultime] qui l'a vaincu précédemment (à l'exception de sa première génération) 『シン』の核となるのは、先代の『シン』を倒した究極召喚獣(初代のみ例外)。 Niché à l'intérieur, Yu Yevon manipule la magie de gravité pour attirer davantage de « Furolucioles » [Lucioles d'illusion] depuis l'atmosphère, puis les compresse à haute densité, formant ainsi un corps gigantesque. その内部に巣くったエボン=ジュが、重力魔法をあやつってさらなる幻光虫を大気中から引き寄せ、高密度に圧縮させることで、巨大な身体が形成されている。

Sin a la caractéristique de rassembler chaque partie de son corps détachable que l'on appelle « Squame de Sin » [Coquille de Sin]. 『シン』は、その身からはがれた身体の一部一一『シンのコケラ』を回収する習性を持つ。 En réalité, c'est parce qu'il est plus efficace pour lui de se régénérer en incorporant des Squames déjà condensées à partir de Furolucioles que d'absorber directement de nouvelles Furolucioles autour de lui. これは、周囲を漂う幻光虫を新たに吸収するより、『コケラとして最初から凝縮された幻光虫を取りこんだうが､効率よく身体を修復できるため。

◆ Ceux qui sont devenus des Furolucioles sans avoir été envoyé dans l'« Au-dela » [un autre monde] avec leurs pensées [consciences] sont souvent absorbés par Sin. C'est la raison pour laquelle on appele cela le rassemblement des âmes décédées. ◆異界送りされずにくなった者の幻光虫�その思念ごと「シン」吸収されることも多�それが､「シン」が死せ魂の寄せ集めと呼ばるゆえんだ。

Pourquoi Sin existe 『シン』の存在意義

La raison d'être de Sin est de maintenir [préserver] en vie Yu Yevon à l'intérieur, afin qu'il puisse à jamais invoquer la « Zanarkand du Rêve » [Zanarkand onirique]. 『シン』の存在意義は、内部のエボン=ジュを存続させ、永遠に夢のザナルカンドを召喚できるよう保つことにある。 Pour empêcher toute personne d'interférer avec cette tâche, Sin possède un puissant pouvoir [force]. いかなる者にもその作業を妨げさせぬために、『シン』は強大な力を保有する。

Lorsqu'il détecte des « Makinas » [machines] ou un grand nombre de personnes, Sin se dirige vers cet endroit et le détruit. 機械や大勢の人を察知すると、『シン』はその場へ出向いて破壊する。 Cela étant, ce n'est pas une tentative de destruction de « Spira ». これは、スピラを滅ぼそうとしてのことではない。 Il ne déteste pas non plus les gens ou les Makinas, comme cela est communément admis, pas plus qu'il ne puni les passionnés de Makinas pour ce pêché [faute]. また、一般に言われるように人や機械を憎んでいるわけでも、機械におぼれた罪を指摘し罰しているわけでもない。 Il s'agit d'un instinct défensif visant à veiller à la sécurité de Yu Yevon et à éliminer tout ce qui pourrait entraver [interférer avec, perturber] ses actions. エボン=ジュの行為を邪魔する可能性があるものを排除し、その安全を守ろうとする防衛本能が働いているのだ。 Si les gens se rassemblent et que la civilisation se développe de nouveau au même niveau que lorsque la guerre des machines a éclaté, il pourrait en résulter des forces susceptibles de nuire à Yu Yevon. 人が集まり、機械戦争が発生したときと同じ水準にまでまた文明が発達すると、そこからエボン=ジュを傷つけるほどの力が生み出されかねない。 C'est pourquoi Sin attaque les villes qui se sont développées jusqu'à un certain point. ある程度に成長した都市を『シン』が襲うは、このためである。

Sin est en quelque sorte en état de surdéfense, et son comportement destructeur est ératique, indépendant de la volonté de Yu Yevon en son sein. 『シン』は、いわば過剰防衛の状態にあり、その壊行動は、内部のエボン=ジュの意志によらず動的に行なわれる。 Cependant, la volonté de ceux qui ont été absorbés par Sin ou qui en sont devenus le noyau ne se traduit fondamentalement par aucune autre action que la destruction. また、『シン』に吸収されたや､その核となった者の意志は、破壊以外の行にも基本的に反映されない。 Également, quand Sin apparaît devant « Tidus » [Tidaa] et son groupe [les autres], on peut observer qu'il semble agir comme s'il avait une volonté propre. ただしティーダたの前に現れた『シン』は、自分の意志で行動したうに取れる部分がしばしば見受けられる。 Cela est peut-être du au fait que « Jecht » [Jecto] (plus correctement l'Ultime Chimère de Braska) servant de noyau n'est pas à un stade ou il est un Sin complet, ou pourrait également être liée au fait que, au départ, Jecht était une partie du « Rêve » que Yu Yevon voulait préserver. これに核となっているもの一一ジェクト(正しくはブラ力の究極召喚)が、まだ完全に『シン』になり切っいないことのほか、ジェクトがもともと、エボンジュが存続させたがった夢の一部であることも係しているのかもしれない。

L'Ultime Chimère et Sin 究極召喚と『シン』

En raison du pouvoir de manipulation extrêmement puissant de Yu Yevon, même s'il est blessé, Sin absorbe rapidement des Furolucioles et se répare par lui-même. エボン=ジュのあやつる力があまりに強大であるため、傷ついても『シン』はすぐに幻光虫を取りこみ、自己修復してしまう。 La différence entre l'Ultime Chimère et des attaques ordinaires réside dans le fait de pouvoir ou non briser le pouvoir de gravité [force d'attraction] de Yu Yevon. 究極召喚と一般の攻撃のちがいは、このエボン=ジュの吸引力を断てるか､断てないかにある。

Seules l'Ultime Chimère est capable, en interrompant temporairement le pouvoir d'attraction de Yu Yevon, de rompre la liaison des Furolucioles qui composent Sin et donc de décomposer et faire disparaître Sin. 究極召喚のみは、エボン=ジュの吸引力を一時的に断つことで『シン』を構成する幻光虫の結合を解き、『シン』を分解・消滅させることが可能だ。 Cependant, une foi exposée, Yu Yevon se tourne ensuite vers l'Ultime Chimère, en concentrant sa propre puissance. だが、むき出しとなったエボン=ジュは、つづいて究極召喚獣へと自身の力を向ける。 En conséquence, l'Ultime Chimère est attirée [transférée] via toutes ses Furolucioles, puis est dominée [possédée] par Yu Yevon avant de devenir un nouveau Sin この結果、究極召喚獣は幻光虫単位で吸い寄せられ、エボン=ジユに支配されて(=乗り移られて)、新たな『シン』と化すのだ。 En d'autres termes, à chaque fois que Sin est vaincu par une Ultime Chimère, il se transforme et est remplacé (dans l'histoire, celui qui combat Tidus et ses amis correspond à la 6ème génération). つまり『シン』は、究極召喚で倒さ�るたびに代替わりしていることになる(物語中で�ィーダたちと戦うのは6代目に当たる)。

Le nouveau Sin étant constitué d'une quantité de Furolucioles équivalente à celle d'une Ultime Chimère, il existe sous une forme très faible. 新たな『シン』は、究極召喚獣1体ぶんの幻光�で構成されているため、非常にひ弱な存在だ。 Pendant cette phase, Yu Yevon utilise beaucoup de puissance et s'épuise. �た、その時点のエボン=ジュは激しく力を消耗�ている C'est pourquoi la nouvelle forme de Sin se cache pendant plusieurs mois à plusieurs années, le temps d'absorber des Furolucioles, construire son corps et accumuler de la puissance. それゆえ、新たな『シン』は身をひそめ�数ヵ月から数年かけて幻光虫を吸収し、身体を�構築させつつ力を蓄える。 Cette période de régénération [recharge] de Sin correspond à ce que les habitants de Spira appellent la « Félicité » [Nagisetsu]. この「『シン』の充電�間」が、スピラの民が言う「ナギ節」に相当する

La relation entre le monde du Rêve et Sin. 夢の世界と『シン』の関係

La seule entité capable de se déplacer librement entre la cité du Rêve invoquée de « Zanarkand » et la réalité de Spira semble être Sin. 召喚都市である夢のザナルカンドと、現実のスビラを自在に行き来できるのは、身体を持つものでは｢シン」ぐらいしかいない。 Ce n'est que grâce à Sin que Tidus et « Auron » [Aaron] ont pu se rendre dans un monde différent de celui dans lequel ils se trouvaient. ティーダとアーロンも、「シン」を介することではじめて､もといた世界から異なる世界へやってくることができたのだ。

La Zanarkand du Rêve est pour Yu Yevon son foyer qu'ils souhaitent conserver éternellement. エボン=ジュにとって夢のザナルカンドは、永遠にとどめておきたい故郷である。 C'est pourquoi, lorsque Yu Yevon veut se laisser aller à la nostalgie, il se rend dans le monde du Rêve avec [grâce à] Sin. このためエボン=ジュは、懐古の思いに浸りたくなると、『シン』ごと夢の世界を訪れる。 La Zanarkand du Rêve semble également avoir un effet curatif [soignant, soulageant] sur le corps de Sin, et dans ce sens, Sin vient parfois à Zanarkand. また夢のザナルカンドは、「シン」の身体をいやす作用を持つらしく、その意味で｢シン」が同地にくることもある。 Dans les deux cas, Sin plonge et se cache dans les profondeurs de la Zanarkand du Rêve et n'apparaît pas en public. いずれの場合も、「シン」は夢のザナルカンドの海の深い部分に潜り、人前には姿を現さない。

◆ Le Sin qui a amené Jecht à Spira semble avoir visité la Zanarkand du Rêve pour soigner son corps. ◆ジェクトをスピラへ連れてきた｢シン」は、身体をいやしに夢のザナルカンドを訪れていた様子。

Le Sin qui a amené [emmené] Jecth à Spira. ジェクトをスピラに連れてきた「シン」

Jecht, dont la routine quotidienne était de plonger de la Zanarkand du Rêve pour s'entraîner au « Blitzball », avait aperçu à quelques reprises la cinquième génération de Sin qui visitait la mer du Rêve pendant ses séances d'entraînement. ブリッツのトレーニングのため、夢のザナルカンドの海に潜ることが日課であったジェクトは、その練習中に、夢の海を訪れていた5代目の「シン」を､幾度か見かけていた。 Ce Sin était venu jusqu'aux régions côtières relativement peu profondes, même au sein de la mer de la Zanarkand du Rêve. この「シン」は、夢のザナルカンドの海のなかでも比較的浅い、沿岸部まできていたのだ。

Jecht se dit qu'il aimerait bien le toucher un jour, alors il plongea profondément dans la mer et essaya de s'en approcher plusieurs fois. Finalement un jour, il y a dix ans, il y parvint enfin : il a été absorbé [englouti] par Sin. En conséquence, il est devenu le premier des habitants de la Zanarkand du Rêve à venir à Spira. いつかアレに触れてみたい一一そう考えたジェクトは、何度も海中深く潜って「シン｣への接近を試みたす大、10年前のある日、ついにそれを達成｡結果、「シン」に飲みこまれて、夢のザナルカンドの住人でははじめてスピラへくることになる。

Le Sin qui a emmené Jecth à Spira. ティーダをスピラに連れてきた「シン」

Celui qui est apparu devant Tidus à la Zanarkand du Rêve est la 6ème génération de Sin, c'est-à-dire le Sin avec Jecht comme noyau. 夢のザナルカンドでティーダの前に現れたのは、6代目の「シン」一一すなわちジェクトを核とする｢シン」である。 [Comme vu précedemment, normalement], soit ce Sin a visité la Zanarkand du Rêve à cause des sentiments nostalgiques de Yu Yevon, soit parce que le noyau de ce Sin est Jecht. この「シン」が夢の世界を訪れたのは、エボン=ジュの懐古の思いからでも、すなわちジェクトを核とする｢シン」である。 [Pourtant], ce Sin n'a visité le monde du Rêves, ni en raison des sentiments nostalgiques de Yu Yevon, ni pour soulager son corps. この「シン」が夢の世界を訪れたのは、エボン=ジュの懐古の思いからでも、身体をいやす理由からでもない。 C'est le Jecht à l'intérieur de Sin qui est venue chercher Tidus. シン」のなかのジェクトが､ティーダを迎えにこようとしたのだ

Normalement, Sin, qui devrait rester dans la mer, s'est manifesté [apparu] dans la zone urbaine par la volonté de Jecht. 通常ならば海にとどまるはずの「シン」は、ジェクトの意志で都市部に姿を現した。 À ce moment-là, une destruction à grande échelle s'est produite dans le monde du Rêve parce que l'instinct de Sin qui consiste à détruire les choses environnantes a repris le dessus, causant ainsi le désastre. このとき大規模な破壊が夢の世界で行なわれたのは、「周囲のものを壊す」という「シン」の本能が働いてしまったため。

Le Mal de Sin et Tidus 『シン』の毒気とティーダ

Les Furolucioles de haute densité constituant le corps de Sin exercent une influence sur les Furolucioles à l'intérieur du corps de ceux qui entrent en contact avec lui. 「シン」の身体を構成する高密度の幻光虫は、接�した者の体内の幻光虫に影響をおよぼす。 Cela se définie comme étant touché par le « Mal [venin, toxine] de Sin ». これが「「シン」の毒気にやられる」現象の実体だ。

Quand ils sont exposé au Mal de Sin [toxines, poisons], c'est-à-dire qu'ils entrent en contact avec les Furolucioles qui le constituent, beaucoup de gens souffrent d'anomalies dans leur mémoire, leur état mental ou voient leur santé se détériorer : seulement très peu d'individus peuvent entrer en contact avec les informations accumulées dans les Furolucioles qui constituent Sin et peuvent les percevoir [ressentir], bien que de manière fragmentaire. 毒気をあびる一一すなわち、『シン』を構成する幻光虫に触れると、多くの者は記憶や精神状態などに異常をきたしたり、体調を悪化させるが、ごくかぎられた人間だけは、「シン」を構成する幻光虫に集積された情報に触れ、断片的ではあるがそれを感じ取ることができる。 Tidus fait partie des rares individus capable de cela. ティーダは、そのかぎられた人間のひとりである。

Tidus, en s'approchant de Sin, ne subit pas d'anomalies corporelles mais voit d'innombrables visions. ティーダは、「シン」に近づいても身体に異常をきたさず、無数のビジョンを見る。 Dans de nombreux cas, cela peut être le paysage mental de Jecht devenu Sin, ou même les apparences des defunts absorbées par Sin. それは多くの場合、「シン」となったジェクトの心象風景であったり、「シン」に吸収される死者の姿であったりする Ceci est dû au fait que Tidus a un lien parental avec Jecht, qui constitue le noyau de Sin et également que les éléments constitutifs de son corps diffèrent de ceux d'une personne normale. これはティーダが、『シン』の核を成すジェクトと親子のつながりを持ち、さらに、身体の構成要素も一�の人と異なっているためだ。

De plus, ce que Tidus voit lorsqu'il est affecté par le Mal de Sin prend une forme claire et nette, même si c'est une illusion. また、ティーダが毒気にやられて見るものは、幻影とはいえ明確な形を取る。 Il est également envisageable que ceci soit dû au fait que Jecht à l'intérieur de Sin a intentionnellement tenté de montrer ces images. これは、「シン」のなかのジェクトが意図的にそれらの映像を見せようとしたためだとも考えられる。

En agissant en tant que Sin et en révélant ses propres sentiments de souffrance, il était probablement en train d'implorer son fils en disant « S'il te plaît, libère-moi [abats-moi, achève-moi, sauve-moi] ». ｢シン」として苦しむ自分の想いをさらけ出すことで、息子に｢自分を倒してくれ」と訴えていたのだろう。

Les moments où Tidus est affecté par le Mal de Sin. ティーダが毒気にやられる場面

Les moments dans l'histoire où Tidus est affecté par le Mal de Sin ou est transféré via Sin sont les suivant : 物語中でティーダが毒気にやられたり、「シン」に移送される場面は以下のとおり。

● Rencontre Sin dans la Zanarkand du Rêve → [Transfert] [Toxines] → Se réveille dans les ruines sous-marines. ●夢のザナルカンドで「シン」に遭遇→[移送][毒気]→海の遺跡で目を覚ます

● Rencontre Sin à bord du bateau de sauvetage → [Transfert] → Se réveille près de l'« Île de Besaid ». ●サルベージ船で「シン」に遭遇→[移送]→ビサイド島近海で目を覚ます

● Poursuit Sin après la fin de la session de « Mi'ihen » → [Toxines] → Se réveille sur la « Plage de Djose ». ●ミヘン・セッション終了後に「シン」を追う→[毒気]→ジョゼ海岸で目を覚ます

● Est absorbé par Sin après s'être réveillé au fond du « Lac de Macalania » → [Transfert] [Toxines] → Se réveiller dans l'oasis du « Désert de Sanubia. ●マカラーニャ湖湖底で目を覚ました｢シン」に飲みこまれる→[移送][毒気]→サヌビア砂漠のオアシスで目を覚ます

◆ À l'intérieur de Sin, Tidus souffrant du Mal de Sin finira par voir via [à travers] sa propre perception [conscience] confuse les fragments du cœur de Jecht. ◆毒気にやられたティーダは、「シン」のなかのジェクトの心の断片を､もうろうとした自身の意識を通じて見ることになる。

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFX par ici.

Chaque phrase est accompagnée de la version japonaise qui a servi de support à la traduction proposée. Cliquez sur le texte japonais pour rejoindre l'explication de traduction . Ainsi, si vous n'êtes pas certain du sens d'une traduction, vous pourrez obtenir plus de précisions. N'hésitez pas à partager vos rectifications éventuelles en commentaire.

Série FINAL FANTASY ZET && TIC

Cet article est rédigé en utilisant des outils d'intelligence artificiel, il ne va pas contenir de technique, juste le résultat de ces outils. Pour en savoir plus sur la manière de produire ce contenu, vous pouvez vous rendre sur le billet explicatif.

La véritable histoire de Spira スピラ真の歴史

■ Il y a environ 3 000 ans ■約3000年前

● Développement de la civilisation magique. ●魔法文明が発達

● Les « Makinas » [machines] sont inventées. ●機械が発明される

● Les Makinas se démocratisent sur « Spira ». ●機械がスピラに浸透

● Des Makinas surpassant la magie apparaissent. ●魔法をしのぐほどの機械が登場

● La civilisation des Makinas atteint son apogée. ●機械文明が隆盛を極める

■ Il y a environ 1 000 ans ■約1000年前

● Équipé de Makinas, « Bevelle » se bat contre « Zanarkand » dont le moyen de combat principal sont les invocations (la « Guerre des Makinas » éclate). ●機械で武装したベベルと、召喚をおもな戦闘手段としたザナルカンドが戦う(機械戦争が勃発) Les deux civilisations possédaient des cités de Makinas, cependant la cité de Bevelle ayant toujours utilisé des armes Makinas en tant que force principale dominait. Zanarkand était condamnée à la destruction. 一一両国とも機械文明の都市ではあったが、機械兵器が主力のベベルが最初から優勢。ザナルカンドは滅亡必至となる。

● « Yevon », le [maître] « Invokeur » qui était le dirigeant de Zanarkand, a transformé tous les habitants survivants de Zanarkand en « Priants » (des « Statues de Priants » apparaissent sur le « Mont Gagazet »). ●ザナルカンドの支配者であった召喚士エボン、生き残っていたザナルカンド市民すべてを祈り子に変えある(ガガゼト山に祈り子群像ができる)

● L'Invokeur Yevon, en utilisant le pouvoir des [habitants] Priants, invoque la Zanarkand des souvenirs c.-à-d. la « Zanarkand du Rêve ». Il devient « Yu Yevon » et créé le premier « Sin » (c'est la naissance de Sin). ●召喚士エポンが､市民の祈り子の力を用いて、ザナルカンドの思い出=夢のザナルカンドを召喚。自身はエボン=ジュとなり、初代「シン」を生み出す(「シン」の誕生) C'est le seul Sin qui n'a pas comme noyau une « Ultime Chimère » [Bête d'invocation]. 一一この初代「シン」だけは、究極召喚獣を核としていない。

☆ Naissance de la Zanarkand du Rêve ☆夢のザナルカンド誕生

● Sin détruit la civilisation des Makinas, en commençant par Zanarkand puis Bevelle, qui sont alors devenues des villes inhabitées. ●「シン」が、無人の街と化したザナルカンドと、ベベルを皮切りに、機械文明を破壊 Chaque habitant de Bevelle à cette époque pensait que ce que l'Invokeur Yevon avait appelé à l'aide des [habitants] Priants de Zanarkand était Sin, et ils croyaient que le fait que Sin ait détruit divers endroits en se déplaçant était la manifestation de la fureur de Yevon. 一一当時のベベルの民は､召喚士エボンがザナルカンドの住人の祈り子から召喚したものは「シン」であり、「シン」が各所を破壊してまわったのは「荒ぶるエポンの怒り」の現れと考えた。

● L'Invokeuse « Yunalesca » de Zanarkand, transforme son mari « Zaon » en Priant et vainc Sin avec l'Ultime Chimère. Yunalesca reste sur Spira en tant que « Errante » [personne décédée]. ●ザナルカンドの召喚士ユウナレスカ、夫のゼイオンを祈り子に変え、究極召喚で『シン』を倒す。ユウナレスカは死人としてスピラにとどまる Yunalesca et Zaon sont les seuls réchappés de la chute de Zanarkand. Yunalesca a utilisé l'Ultime Chimère en étant consciente que cela ne résoudrait pas fondamentalement la situation. 一一ユウナレスカとゼイオンだけは、ザナルカンド滅亡のさいに同地を逃れていた。ユウナレスカが究極召喚を用いたのは、それが根本的な解決にならないと承知のうえのこと。

● Les survivants ont entrepris la reconstruction de Spira faisant de Bevelle sa capital [son centre]. ●生き残った人々が、ベベルを中心にスピラ再建に着手

● Le deuxième Sin, dont l'Ultime Chimère (Zaon) en tant que noyau est celle de Yunalesca, apparaît devant les gens et détruit la civilisation des Makinas survivante. ●ユウナレスカの究極召喚獣(ゼイオン)を核とする2代目｢シン」が人々の前に出現、残存していた機械文明を破壊 Du fait de l'attaque de Sin contre la civilisation des Makinas, on voit se répandre parmi les gens une tendance au rejet des Makinas. 一一｢シン」が機械文明を襲うことから、人々のあいだに機械放棄の風潮が広まる。

● Établissement [Création] du « Temple de Yevon » à Bevelle. Il adopte les tendances du monde en vénérant Yunalesca ainsi qu'en prêchant l'interdiction des Makinas. Il proclament cet enseignement pour gagner les cœurs du peuple et étend [saisi] sa domination spirituel sur Spira. ●ベベルにエボン寺院成立。エボンやユウナレスカをまつり機械禁止を説くなど、世の風潮を採り入れた教えを掲げて民心をつかみ、精神面でスピラの覇権を掌握

● Le Temple de Yevon ajoute à son enseignement [doctrine] l'idée que Sin équivaut au péché et à la punition. Simultanément, il propage l'idée [récit] selon lequel la « Félicité » [Nagi] arrive grâce à une Ultime Invocation. ●エボン寺院が、｢シン』=罪、罰とする考えを教義に追加。同時に、究極召喚でナギ節がくるとの話を広める Craignant que les gens se révolte [éruption de mécontentement] que Sin ne disparaisse pas malgré leur croyance en l'enseignement, le Temple a pris des mesures. Il a rejeté la faute [transféré la responsabilité] de la non-disparition de Sin sur tous les habitants de Spira, tout en maintenant l'espoir que Sin disparaîtra lorsque les péchés disparaîtront, tentant ainsi d'apporter la stabilité dans l'esprit du peuple. La propagation de l'histoire de l'Ultime Chimère et de la Félicité a également été entreprise pour préserver l'espoir. 一一教えを信じても「シン」が消えない、という不満が人々から噴出するのを恐れての寺院の処置。「シン」が消えない原因をスビラの民すべてに転嫁し、かつ「罪が消えれば｢シン」も消える」という希望を残して、民心に安定をもたらそうとした。究極召喚とナギ節の話を広めたのも、希望を維持するため。

■ Il y a environ 800 ans ■約800年前

● « Mi'ihen » a fondé les « Crimson Blades » [Pourfendeurs Rouges] (plus tard renommé les « Bannisseurs » [brigade de suppression]) et se dirige vers Bevelle pour se légitimer [expliquer ses vraies intentions] auprès du Temple de Yevon. ●ミヘンが赤斬衆(のちの討伐隊)を設立。エボン寺院への申し開きのためベベルへ向かう

● Mi'ihen a établi un terrain d'entraînement pour les Bannisseurs à la « Plaine Félicité » ●ミヘン、ナギ平原に討伐隊の訓練場を設立

■ Il y a environ 700 ans ■約700年前

Le prêtre « Omega » du Temple de Yevon est exécuté pour avoir trahi le Temple en se rebellant. ●エボンの僧官オメガ、寺院に反逆した罪で処刑される

■ Il y a environ 500 ans ■約500年前

● La « Route de Mi'ihen » (l'ancienne route) est détruite par Sin, et un nouveau chemin est créé. ●ミヘン街道(旧道)が「シン」に破壊され、新道が作られる

■ Il y a environ 400 ans ■約400年前

● Le [maître] Invokeur « Gandof » [Gandofu], en utilisant une Ultime Chimère, vainc Sin et devient le premier « Grand Invokeur » de l'histoire. ●召喚士ガンドフ、究極召喚で「シン』を倒し、史上初の大召喚士となる Grâce à cela, les enseignements de Yevon obtiennent du crédit [une confirmation], et les mouvements présentant des doutes envers le Temple se calment.一一これでエボンの教えが裏づけを得たことになり、寺院に疑問を呈する動きも沈静化する。

L'ère de Félicité de Gandof ガンドフのナギ節

● Le 3ième Sin, ayant pour noyau l'Ultime Chimère Gandof, apparaît [se montre] devant les gens. ●ガンドフの究極召喚獣を核とする3代目｢シン」が、人々の前に出現

■ Il y a environ 230 ans ■約230年前

● L'ancien joueur de « Blitzball » « Ohalland », en utilisant une Ultime Chimère, vainc Sin et devient un Grand Invokeur. ●もとブリッツ選手の召喚士オハランドが究極召喚で「シン」を倒し、大召喚士となる

L'ère de Félicité de Ohalland オハランドのナギ節

● Le 4ième Sin, ayant pour noyau l'Ultime Chimère Ohalland, apparaît [se montre] devant les gens. ●オハランドの究極召喚獣を核とする4代目『シン」が、人々の前に出現

■ Il y a environ 100 ans ■約100年前

● L'ancienne Bannisseuse « Yocun », en utilisant une Ultime Chimère, vainc Sin et devient une Grande Invokeuse. ●もと討伐隊員の召喚士ヨンクンが究極召喚で「シン」を倒し、大召喚士となる

L'ère de Félicité de Yocun ヨンクンのナギ節

● Le 5ième Sin, ayant pour noyau l'Ultime Chimère Yocun, apparaît [se montre] devant les gens. ●ヨンクンの究極召喚獣を核とする5代目「シン」が、人々の前に出現

■ Il y a 50 ans ■50年前

● « Yo Mika » devient « Grand Maître de Yevon ». ●ヨー=マイカ、エポンの総老師となる

■ Il y a 35 ans ■35年前

● Naissance de « Auron » [Aaron] ●アーロン生まれる

■ Il y a 28 ans ■28年前

● Naissance de « Seymour Guado », né de « Jiscal Guado » et d'une femme humaine. ●ジスカル=グアドとヒトの女性のあいだにシーモア=グアド生まれる

■ Il y a environ 25 ans ■約25年前

● Jiscal devient le chef du peuple « Guado » et répand les enseignements de Yevon au sein de la tribu. ●ジスカル、グアド族の族長となり、一族内にエポンの教えを広める

● Naissance de « Kimahri Ronso » ●キマリ=ロンゾ生まれる

■ Il y a 23 ans ■23年前

● Naissance de « Wakka » ●ワッカ生まれる

● Les « Besaid Aurochs », lors du tournoi de Blitzball à « Luca », échouent au premier tour. Pendant les 23 années suivantes, ils enchaînent les défaites au premier tour. ●ビサイド・オーラカ、ルカのブリッツ大会で初戦敗退。以後23年間、初戦敗退を重ねる

■ Il y a 22 ans ■22年前

● Naissance de « Lulu » ●ルールー生まれる

■ Il y a environ 20 ans ■約20年前

● Les conflits internes au sein de la tribu Guado s'intensifient. Jiscal envoie [éloigne, banni] sa femme et son fils [enfant] à « l'Île de Baaj » pour empêcher la division de la tribu Guado. ●グアド族内部で抗争が激化。ジスカル、妻子をバージ島へ流し、グアド族の分裂を防ぐ

■ Il y a 18 ans ■18年前

● Wakka commence à jouer au Blitzball. ●ワッカブリッツボールをはじめる

● « La mère de Seymour » réalise que sa fin approche, et elle emmène son fils aux ruines de Zanarkand. Elle devient le Priant de l'Ultime Chimère Anima de Seymour. Seymour refuse d'accepter le pouvoir de sa mère et retourne à l'Île de Baaj. ●シーモアの母が死期を悟り、息子をともなってザナルカンド遺跡へ。シーモアの究極召喚獣アニマの祈り子となる。シーモアは母の力を受け入れるのを拒否し、バージ島へもどる C'est par l'intermédiaire de son mari Jiscal que la mère de Seymour a appris le mécanisme de l'Ultime Chimère. Il est admis que la tribu Guado possédait ses propres archives dites scellées et fragmentaires de l'histoire de Spira [Histoire]. Il semble également que Jiscal était au courant que son fils [enfant] Seymour et sa mère se rendraient aux ruines de Zanarkand et les soutenait secrètement. 一一シーモアの母が究極召喚の仕組みを知ったのは、夫ジスカルを経由してのこと｡グアド族には、封印された歴史を断片的に伝える独自の記録があったと考えられる。なおジスカルは、シーモア母子がザナルカンド遺跡へ行くことを承知し、ひそかにそれを支援していた様子。

● Le prêtre « Braska » de Bevelle et la « sœur de Cid », qui est membre de la tribu des « Al Bheds », cherchant à s'unir [se marier], se sont enfuis ensemble. ●ベベルの僧官ブラスカと、アルベド族であるシドの妹が、駆け落ち同然に結婚 Braska s'est en effet rapproché de la sœur de Cid pendant ses allées et venues [voyageant entre] le foyer des Al Bheds et sa propre terre [continent] pour échanger avec la tribu de Al Bheds. Après son mariage, Braska s'est complètement détourné des enseignements [du chemin de la promotion] au sein des partisans de Yevon du fait d'avoir une famille. En outre, la sœur de Cid a été ostracisée [exclue, isolée des autres] par son frère. 一一ブラスカは、アルベド族との交流のためアルベドのホームを行き来するうちに、シドの妹と懇意になった。結婚後ブラスカは、エボンの民と所帯を持ったことで出世の道を完全にはずれる。また、シドの妹は兄に絶縁される。

■ Il y a 17 ans ■17年前

☆ Naissance de « Tidus » [Tida], né de « Jecht » et de sa femme. ☆ジェクトとその妻のあいだにティーダ生まれる

● Naissance de « Yuna », née de Braska et de la sœur de Cid. ●ブラスカとシドの妹とのあいだにユウナ生まれる

■ Il y a 13 ans ■13年前

● La mère de Yuna (la sœur de Sid) est attaquée et meurt à cause de Sin. Cela renforce la détermination de Braska à devenir un Invokeur. ●ユウナの母(シドの妹)、「シン」に襲われ死亡。ブラスカ、召喚士になる決意を固める

■ Il y a 10 ans ■10年前

● Wakka rejoint les Besaid Aurochs. ●ワッカ、ピサイド・オーラカに入る

☆ Jecht, pendant l'entraînement de Blitzball en mer, entre en contact avec le 5ième Sin et est transporté sur Spira. ☆ジェクト、海でブリッツのトレーニング中に5代目「シン」に触れ、スピラに運ばれる

● L'Invokeur Braska accompagné du prêtre guerrier Auron en tant que « Gardien » [garde] fait de Jecht, alors précédemment retenu à Bevelle, son nouveau Gardien ; tous trois partent en voyage [pèlerinage] pour obtenir l'Ultime Chimère. ●僧兵アーロンをガードにともなった召喚士ブラスカが、ベベルにとらわれていたジェクトを新たにガードとし、3人で究極召喚を得る旅に出る

● L'Invokeur Braska, en utilisant le Priant Jecht comme Ultime Chimère, vainc Sin et devient un Grand Invokeur. ●召喚士ブラスカ、ジェクトを祈り子とする究極召喚で『シン』を倒し、大召喚士となる

L'ère de Félicité de Braska ブラスカのナギ節

● Auron défie Yunalesca seul et subit de graves blessures le laissant au bord de la mort [blessures mortelles]. ●アーロン、単身ユウナレスカに挑み、瀕死の重傷を負う

● Kimahri, après que sa corne ait été brisée par « Biran », quitte le [descend du] Mont Gagazet incapable de supporter l'humiliation. ●キマリ、ビランにツノを折られ、屈辱に耐えられずガガゼト山を下りる

● Auron au bord de la mort demande de s'occuper [confie le sort] de Yuna à Kimahri puis décède. Il devient un Errant. ●瀕死のアーロン、キマリにユウナのことを頼んで死亡。死人となる

● Avec l'arrivée de la Félicité, les conflits internes au sein de la tribu Guado se calment. Dans ce contexte [impulsion, tendance], l'exil de Seymour est également levé. À son retour, Seymour assiste Jyscal en tant que prêtre. ●ナギ節到来にともない、グアド族内部の抗争が沈静化。その風潮を受け、シーモアの流刑も解かれる。帰還したシーモアは僧官としてジスカルを補佐

● Kimahri emmène Yuna au village de Besaid. ●キマリユウナを連れてビサイド村へ

● Auron conduit par [monte à bord du] Sin de Jecht et se dirige vers la Zanarkand du Rêve. Il commence à veiller sur Tidus. ●アーロン、ジェクトの「シン」に乗って夢のザナルカンドへ。ティーダを見守りはじめる

■ Il y a 9 ans ■9年前

● Le chef de la tribu Guado, Jyscal, et le chef de la tribu « Ronso », « Kelk », deviennent tous deux des « Maîtres de Yevon » (dans le cadre de la politique d'intégration [d'appaisement] des sous-races de Maître Mika). ●グアドの族長ジスカルとロンゾの族長ケルク、エポンの老師となる(マイカの亜人融和政策の一環)

☆ La « mère de Tidus » meurt alors qu'elle était en proie au désespoir. ☆ティーダの母、失意のうちに死亡

● Le 6ième Sin, ayant pour noyau l'Ultime Chimère Jecht, apparaît [se montre] devant les gens.●ブラスカの究極召喚獣(ジェクト)を核とする6代目「シン」が､人々の前に出現

■ Il y a 3 ans ■3年前

● « Wen Kinoc » devient un « Maître de Yevon ». ●ウェン=キノック、エボンの老師となる

● Seymour, conformément à la volonté de maître Mika, devient le Grand prêtre du « Temple de Macalania ». Il se rend [visite] secrètement les « Ruines de Zanarkand », obtient « Anima » et transporte la statue du Priant [de la prêtresse priante] sur l'Île de Baaj pour la sceller. ●シーモア、マイカの意向でマカラーニャ寺院の僧官長に就任。ひそかにザナルカンド遺跡を訪れアニマを入手し、祈り子像をバージ島へ運んで封印をほどこす Seymour s'est rendu (a visité) l'Île de Baaj à plusieurs reprises. C'est également là-bas qu'il a consolidé sa détermination à mettre en œuvre le « Plan ». 一一このときにかぎらず、シーモアは度かバージ島を訪れていた｡“計画”を実行に移す決意を固めたのも同地でのこと｡

■ Il y a 2 ans ■2年前

● Yuna devient une disciple [apprentie] Invokeuse et commence son entraînement ●ユウナ、従召喚士となり修行を開始

● Alors que Lulu servait en tant que Gardienne, l'Invokeuse Ginnem est décédée. Lulu retourne à Besaid. ●ルールーがガードをつとめていた召喚士ギンネムが死亡。ルールー、ビサイドへ帰還

■ Il y a 1 an ■1年前

● Lulu devient une Gardienne de l'invokeur Zuke. Wakka promet de devenir un Gardien après le tournoi de Blitzball. ●ルールー、召喚士ズークのガードに。ワッカも、ブリッツ大会後にガードになると約束

● Les Bannisseurs entreprennent une opération de défense de la « Côte de Djosé ». « Chappu », qui faisait partie des Bannisseurs participant à l'opération, est mort au combat. ●討伐隊がジョゼ海岸防衛作戦を敢行。討伐隊として作戦に加わっていたチャップが戦死

● Wakka et Lulu partent en voyage [pèlerinage] en tant que Gardiens de Zuke. ●ワッカとルールーが、ズークのガードとして旅に出る

● (Il y a six mois) Zuke abandonna le voyage [pèlerinage] dans la plaine Félicité. Wakka et Lulu retournent à Besaid. ●(半年前)ズーク､ナギ平原で旅を断念。ワッカとルールー、ビサイドへ帰還

● (Juste avant le début du jeu) Jyscal décède. Seymour, son fils, devient le chef de la tribu Guado et devient un Maître de Yevon. ●(ゲーム開始直前)ジスカル死亡。息子のシーモアが、グアドの族長とエポンの老師の座を獲得

[Début du jeu] [ゲーム開始]

Les éléments qui sont accompagnés du symbole ｢☆｣ sont des événements se déroulant dans la Zanarkand du Rêve. ※｢☆｣がついているものは、夢のザナルカンドでの出来事

Retrouvez tous les billets de FINAL FANTASY ZET && TIC sur FFX par ici.

Jouer avec des IA et approfondir l'étude des univers de FF

Tout commence il y a quelque temps où la simple évocation de Tidus et Yuna sous forme de magnifique figurine que j'ai vu passer sur la boutique Square-Enix m'a replongée dans l'univers fantastique de FINAL FANTASY X avec, pour ma part, une fin qui m'a ému comme jamais. Bien que, si l'on me demandait quel est le numéro de mon univers préféré, je vous répondrais le VII, ce serait réducteur de se poser cette question tant chaque numéro est un univers complet à lui seul et les FINAL FANTASY se suivent mais ne se ressemblent pas. Focus spécial pour moi : les univers et scénarios.

J'ai donc ressenti le besoin de me replonger dans l'univers de FFX et pour cela, je me suis mis en quête de vidéos ou de textes pouvant me narrer à nouveau cette fabuleuse épopée et m'en apprendre davantage sur les règles qui régissent Spira.

Mais à ma grande surprise, beaucoup de contenus semblaient mélanger théories, événements de jeu, intentions de développement, rationalisation post-production et éléments « dit » rapportés de livres japonais comme les Ultimania Omega (véritable bible japonaise de chaque FF) sans même le début d'une source. Ce n'est pas un problème en soi : j'adore créer des théories en me basant sur le lore et en les rendant compatibles avec ce que je connais, en veillant à éviter les contradictions avec l'univers existant. Cependant, cette préoccupation de respect du lore et de « vérité » ne paraissait pas être le cas pour tous mes contenus vites perdu dans le plaisir de rêver ! Les contenus les plus professionnels que j'ai pu voir mentionnaient bien les nuances entre le lore du jeu, l'intention de développement, avis personnel, mais ne fournissaient aucun moyen de vérifier leurs sources. Quant aux autres, ils se contentaient de se répéter (ou pas) les uns les autres : comme si une information répétée devenait vraie.

À oui ? La Zanarkand onirique n'est pas à l'intérieur de Sin, mais localisé près du Temple de Baaj ? Mais d'où ça vient ça ? Je ne trouve pas la source… C'était enfin l'excuse rêvée pour commencer mes tests sur les IAs qui fleurissent sur le net depuis 2023 et vérifier si, sans rien savoir en Japonais, je pouvais en apprendre des bases et en traduire et comprendre des textes !

Vérifier à la source

Je vous propose donc, à l'aide des nouveaux outils d'intelligence artificielle, de créer une série de billets dont la proposition est la suivante : fouiller dans les sources japonaises officielles des jeux FINAL FANTASY pour dresser un portrait sourcé de divers éléments de jeu afin d'avoir un point d'appui pour comprendre ces univers, réfuter des théories incompatibles avec le lore du jeu et permettre d'en échafauder de nouvelles.

Comment traduire du japonais, sans parler japonais ?

Pour ce faire, nous allons :

• Utiliser des IA de reconnaissance visuelle comme Google Cloud Vision pour récupérer les caractères japonais des guides Ultimania Omega japonais de FINAL FANTASY.
• Utiliser des IA de traduction comme DeepL pour traduire grossièrement le contenu afin de se repérer dans ce que l'on cherche à comprendre et avoir une idée globale de ce dont on parle.
• Utiliser des IA d'assistance comme ChatGPT pour comprendre plus finement, ligne par ligne, groupe de mot par groupe de mot, le sens des phrases.

Le résultat sera une traduction française pour diverses entrées, dont chaque ligne sera sourcée afin de s'assurer du résultat le plus exact.

Détails

Tous les détails de cette procédure seront expliqués dans le présent billet au fur et à mesure que je maîtriserai de mieux en mieux les outils. En attendant, vous pouvez rejoindre la liste des résultats fournis par cette méthode dans la liste ci-après.

Univers déjà traités

Voici les éléments d'histoire et de monde à propos de FINAL FANTASY déjà traités.

FINAL FANTASY VIII

• La légende de Hyne

FINAL FANTASY IX

• Héra et Terra
• L'Arbre Ifa et le Cycle des âmes
• Ceux qui viennent d'un Cristal ou de la Brume
• L'éclat des Lunes et des Cristaux

FINAL FANTASY X

• Chronologie des évènements avant le début
• Sin
• Les deux Zanarkand
• Les Priants

Suivez cette série proposée par Mr. Sam - Point d'interrogation dédiée aux scepticismes et découvrez la Méthode Z !

< Épisode 5

Regarder la vidéo hébergée sur Skeptikón

Vous pouvez directement accéder à cette vidéo sur PeerTube ou alternativement ici.

Lire la transcription de l'épisode 6 de la Méthode Z

Intro

« — Pour savoir si une information est vraie, il faut suspendre son jugement et vérifier la source ainsi que peser les éventuels arguments qui la contredise.

— Mais oui, bravo Skeptos. Comme on est tous des intelligences artificielles comme toi et bah ça nous prend pas du tout de temps, hein. Et en plus, on est tout le temps sur Google entrain de tout vérifier ?

— Était-ce un sarcasme ?

— Oh, bah, je ne me le permettrais pas. »

On partage trop vite

Skeptos a raison. Dans un monde parfais, plus une information nous fait de l'effet —que ce soit par la peur, l'émerveillement, l'indignation, la révolte—, bref, plus on a envie de la partager, plus il faudrait suspendre son jugement et la vérifier avant de la croire.

Et ce qu'on observe, c'est que la plupart des gens font exactement l'inverse ; plus une information nous fait de l'effet, moins on la vérifie et plus on la partage spontanément.

Ce n'est un secret pour personne, nous partageons beaucoup trop souvent des articles sans les lires. Principalement sur base du titre et, dans le meilleurs des cas, sur base du premier paragraphe.

Système 1 et système 2

Parce que lorsque nous sommes confronté à un fait, à une information : la plupart du temps nous estimons sa fiabilité avec l'impression immédiate qu'elle nous donne. Exactement comme si la vérité pouvait se ressentir.

Il y aurait donc deux vérités ;

• La crédibilité globale qu'on donne à une information avec l'impression immédiate qu'elle nous fait et,

• La crédibilité globale qu'on donne à une information après l'avoir analysée et étudiée.

Ces deux façons de vérifier une information n'ont aucun rapport l'une avec l'autre.

En psychologie on a longtemps parlé de système 1 et système 2 pour expliquer ce phénomène.

Donc le système 1 serait la réflexion rapide, inconsciente, spontanée tandis que le système 2 serait la réflexion plus lente, le réfléchi plus travaillé. Bon alors, l'existence de ces deux principes ne fait absolument pas consensus, l'auteur de l'étude qui propose cette idée ayant lui-même reconnu que plusieurs aspects de son article étaient fondés sur d'autres études qui se sont révélées peu fiables par la suite, donc euh bon…

Mais quoi qu'il en soit, il semble bien qu'on est tous tendance à agir soit de façon spontanée, soit de façon réfléchie et calculée.

Et bien qu'il y ai tout un tas de choses à dire sur le dégradé qui existe entre ces deux extrêmes, bah, le résultat c'est que nous partageons les informations beaucoup trop spontanément.

Pourquoi on partage une information

Mais est-ce qu'on partage une information vraiment parce qu'on la pense vraie ? Ce sentiment d'information valide, il est constitué de quoi exactement ? D'après la littérature scientifique, on partage souvent pour communiquer ce qu'une cause dit de nous plutôt que la cause en elle-même, pour communiquer notre appartenance à un groupe sociale.

Tiercé dans l'ordre, certaines études conclues qu'on partage avant tout pour le divertissement, ensuite, pour l'éducation puis seulement pour le reflet de soit même, et enfin, tout au bout, véritablement pour la cause.

Oui, c'était un quarté ! Bravo Jean-micheline oreille absolue.

Et donc, beh, on voit bien que dans ce sentiment de besoin de partage, le fait que l'information soit vraie ou fausse, ça tient une place toute relative.

L'intuition

Cette impression immédiate que nous donnent les informations est bien entendu le fruit de nos expériences, nos connaissances, nos valeurs, enfin bref, tout ce qui fait de nous un individu différent des autres individus.

Pour faire court, on va nommer ce mécanisme d'impression immédiate : l'intuition. Et l'intuition, bah, c'est pas le diable. C'est vachement utile et très efficace au quotidien. Moi par exemple, sans vouloir me vanter, j'ai une excellente intuition d'a qu'elle moment il faut retirer les pattes de l'eau bouillante.

— « Go, go, go, go, go, go, go, go, go, go, go, go ! »

Ainsi, il y a toujours autant de façon d'appréhender une information qu'il y a d'individus, chacun avec son intuition en guise de tout premier filtre. Et chacun est persuadé, s'il n'y prend pas garde, que son intuition est fiable : mais pas celle d'autres personnes qu'il évalue pourtant avec sa propre intuition. Hein, vous savez ces autres personnes qui évaluent aussi l'intuition des autres avec la leur.

C'est le serpent qui se mort la bite !

L'exemple du Dr. Gentil

Prenons l'exemple d'une fausse information, par exemple, le Dr. Gentil a trouvé un remède contre tous les cancers. Ouais, tous les cancers.

« — Coucou.

— Les raisons d'y croire séduisent notre intuition. C'est un docteur, il me fait une bonne impression, je pense que son remède est possible, je souhaite que son remède existe : cette information me donne de l'espoir, je vais donc la répéter et la rendre encore plus apte à se reproduire par la façon dont je vais la répéter. Je vais la vulgariser, je vais la pimper pour qu'elle puisse se reproduire plus facilement. Et voilà donc comment : »

Une information répétée devient plus virale

« — Une information “répétée” devient un peu plus “virale” à chaque répétition. »

Jusqu'à l'optimisation de sa capacité à séduire : une sorte de téléphone arabe ou le message se déforme, il optimise ses chances d'être partagé.

Le trait commun aux théories du complot

Raison pour laquelle un des traits communs aux fausses théories du complot, bah c'est qu'elles expliquent énormément de choses par une seule grande cause.

Et là, généralement, c'est, c'est, c'est le même scénario : on se retrouve avec d'un côté les gentils chercheurs de vérité contre des méchants puissants qui complotent en secret, prêt à tout pour atteindre un objectif du côté obscure de la force ; simple à comprendre. Alors là, ça se digère comme un cheeseburger, avec la même valeur nutritive.

Les complots

Mais attention, ça veut pas dire que si c'est simple, c'est forcément faux. D'ailleurs :

« — Il y a deux erreurs à ne pas commettre avec “les complots” : la première c'est d'en voir “partout”, la seconde c'est d'en voir “nulle part”. »

Ça veut juste dire que quand ça ressemble à une théorie du complot, et bah il faut activer les filtres de vérification de théorie du complot. Les fakes news qui se propagent bien sont des pièges pour le cerveau humain ; un authentique piratage de notre sens du réel.

La raison d'être de ma méthode Z

Notre intuition, notre bon sens, est une véritable passoir pour ces fausses informations dès lors qu'elles ont simplement l'apparence d'un fait qui correspond à notre appréhension du réel ou qui provoque en nous un fort impact émotionnel.

C'est la raison d'être, de ma Méthode Z.

Science et intuition

C'est même l'une des raisons d'être de la science : éprouver nos intuitions. Si nos intuitions étaient fiables, et bien on aurait pas besoin des sciences.

Mais attention, parce que le sceptique débutant à un petit peu trop tendance à dire que l'intuition ça vaut rien, c'est de la merde, etc. Et ça, c'est vraiment pas ce que la littérature scientifique nous dit.

Par exemple, on sait que l'intuition joue un rôle cruciale dans la pause d'un diagnostique médicale. Et alors là je vous passe les débats sur la définition de ce que c'est l'intuition.

Euristique inférentielle ou traitement cognitif holistique instantané ?

« — Est-ce une heuristique inférentielle ou un traitement cognitif holistique instantané ?

— ? énatnatsni euqitsiloh fitingoc tnemetiart nu uo elleitneréfni euqitsirue enu ec tsE

— Est-ce une heuristique inférentielle ou un traitement cognitif holistique instantané ?

— Est-ce une heuristique inférentielle ou un traitement cognitif holistique instantané ? »

Raccourci ou résultat ?

Ouais d'accord, d'accord, je, je, je, je frime avec des mots savants mais ce que je voulais vraiment dire, en fait, c'est : est-ce que l'intuition est un raccourci pour faire des déductions rapides ou est-ce que c'est plutôt le résultat spontané de ce qu'est un individu ?

En tout cas, ça tombe bien, puisque ma méthode Z puise son inspiration dans les sciences. Plus il y aura de gens qui cultivent leur propre méthode Z en l'alimentant avec les connaissances scientifiques de la meilleure qualité possible, plus il y aura de réflexions (fondées sur des faits) de plus en plus fiables et donc bénéfique pour la société toute entière.

Ahhhh. C'est merveilleux !

Le problème de la transférabilité de la méthode

« — Développer l'esprit critique c'est donc aussi globalement faire reculer les réflexions fondées sur de vilains aprioris pas très bien réfléchis.

— C'est totalement utopique et inexacte de penser que…

— J'ai dit “globalement”. “Globalement”, “Statistiquement”, “Avec le temps”. Pas, pas au cas par cas, tu vois. Un peu comme la science qui a sacrément fait évolué notre compréhension du monde et nos techniques, mais pas à l'échelle d'une vie hein : sur deux siècles plutôt.

— La question de la transférabilité des outils de l'esprit critique est un problème majeur des sciences de l'éducation. Ce n'est pas parce qu'un individu apprend un outil sceptique qu'il l'applique à l'ensemble des informations qu'il considère valide et qu'il ré-évalue ses opinions.

— Bah, oui, mais, je, je le savais. C'est très connu. Générique… »

Outro

« — La “méthode Z” est ce que vous en ferez.

Vous pouvez en faire une arme pour “remporter les débats”, mais n'espérez pas que “l'autre change” subitement d'avis.

Vous pouvez en faire un miroir pour “avoir moins tort”, mais apprêtez-vous à vivre dans un monde qui a beaucoup plus de “certitudes” que vous.

Vous pouvez en faire une bouée pour “aider les autres” à sortir de croyances toxiques, mais vous ne pourrez “forcer personne” à l'utiliser.

La méthode Z est ce que vous en ferez, alors “prenez-en soin”. »

< Épisode 5

À propos de Mr. Sam

Si cet article basé sur la vidéo de Mr. Sam - Point d'interrogation vous a plus, n'hésitez pas à supporter son travail sur Tipeee pour avoir d'autres vidéos !

Les bases de données sont au cœur du stockage de l'état de presque toutes les applications web. C'est pourquoi il est essentiel de bien prendre en charge les interactions avec la base de données pour garantir le bon fonctionnement d'une application JavaScript. Une façon d'interagir avec bon nombre de bases de données relationnelles est d'utiliser le SQL (“Structured Query Language”). Le SQL permet de changer très facilement de système de base de données ou de client utilisant cette base de données. Avec votre client, vous pouvez ensuite effectuer les interactions CRUD typiques : C (“Create”) pour Créer, R (“Read”) pour lire, U (“Update”) pour mettre à jour et D (“Delete”) pour supprimer des données.

Après avoir lu cet article, vous en saurez plus sur les différences entre du SQL brut (“Raw SQL”), un constructeur de requêtes (“Query Builder”) et un mappage d'objet-relationnel (“ORM”). Vous saurez également comment utiliser chacun d'entre eux en JavaScript par l'exemple.

Bien que cela ne soit pas nécessaire à la lecture et la compréhension de cet article, tout le code de ce billet est testable après installation du projet associé qui se trouve dans ce dépôt GitHub. Vous devez juste installer un serveur MySQL et Node.js sur votre environnement local. Nous allons faire la supposition que vous êtes déjà familier avec les bases du SQL et du JavaScript en ce qui concerne la compréhension des exemples. Sinon les conclusions, elles, restent abordables pour les non développeurs également (je suppose, je suis mal placer pour le certifier du coup).

Pour initialiser la base de donnée et les tables que nous allons utiliser dans ce billet, vous pouvez utiliser le script database-users-roles.js avec la commande node database-users-roles.js depuis le projet GitHub.

SQL brut dit Raw SQL

Le SQL brut, parfois appelé aussi SQL natif, est la forme la plus élémentaire et la plus basique d'interaction avec une base de données. Vous dites à la base de données ce qu'elle doit faire dans le langage de la base de données. La plupart des développeurs devrait connaître les bases du SQL. Cela signifie qu'ils savent comment créer des tables et des vues, comment sélectionner et joindre des données, comment mettre à jour et supprimer des données. Pour des choses plus complexes comme les procédures stockées, T-SQL, PL-SQL, une connaissance approfondie des indices et de leurs effets cela peut rester l'apanage de quelques spécialistes. Le SQL est bien plus puissant que ne le pensent de nombreux développeurs.

Afin d'illustrer les problèmes posés par les instructions SQL brutes, prenons l'exemple de la gestion des utilisateurs sur une plateforme. Les utilisateurs enregistrés sur la plateforme peuvent consulter des données sur la plateforme s'ils ont le rôle Lecteur et ajouter/modifier/supprimer leurs informations avec le rôle Éditeur. Enfin, un utilisateur avec le rôle Administrateur peut ajouter/modifier/supprimer les informations de tout le monde.

Notez qu'aucune RGPD n'aura été malmené dans cet exemple fictif.

┌───────────────────────────────────────┐
| users                                 |       ┌───────────────────────────────────┐
├──────────┬──────────────┬─────────────┤       | roles                             |
| id       | int          │ primary key │       ├──────┬──────────────┬─────────────┤
| role_id  | int          │ index       |<─<─<─<┤ id   | int          │ primary key │
| email    | varchar(255) │ index       |       | name | varchar(255) │ index       |
| password | varchar(255) │ index       |       └──────┴──────────────┴─────────────┘
└──────────┴──────────────┴─────────────┘

Utilisons une page de connexion prenant en entrée utilisateur l'email ainsi que le mot de passe de l'utilisateur respectivement disponibles dans users.email et users.password :

const mysql = require('mysql2');

const connection = mysql.createConnection({
    host: "localhost",
    user: "root",
    password: "root",
    database: "raw_builder_orm"
});

// Données provenant de la requête cliente
const email = 'bruno@example.com';
const password = 'foo';

connection.connect(function (err, handshakeResult) {
    if (err) throw err;

    // Requête SQL à considérer
    connection.query(`
        SELECT id FROM users WHERE email = '${email}' AND password = '${password}';
    `, function (err, rows) {
        if (err) throw err;

        // Résultat
        console.log(rows);
        // `[ { id: 2 } ]`

        connection.end();
    });
});

Pour exécuter ce code, utiliser la commande node raw-sql.js.

Sur une note positive, ce qui se passe avec le SQL brut est assez clair. Vous n'avez besoin que de connaissances en JavaScript et en SQL ainsi qu'un usage basique du connecteur adapté à votre base de donnée. Il n'est pas nécessaire de connaître la logique complémentaire d'une librairie ou d'un framework tiers. Vous pouvez également copier-coller telle quelle les zones de texte pour les vérifier dans un analyseur de syntaxe SQL.

Toutefois, l'utilisation du SQL brut dans le code présente au moins six aspects problématiques dont il faut être conscient.

Problème 1 : injections SQL

Une injection SQL est une attaque sur les requêtes qui utilisent directement des données du client dans une requête SQL que l'attaquant (le client) peut remplir d'une manière inattendue.

Observons deux utilisateurs que nous avons :

id  role_id  email                 password  
1   1        admin@example.com     unknown
2   2        bruno@example.com     foo

Il est par exemple facile pour bruno@example.com de savoir que l'utilisateur admin@example.com existe puisque, par exemple, c'est l'adresse à laquelle il faut écrire en cas de problèmes techniques. bruno@example.com connait bien entendu son mot de passe et n'a qu'un rôle de Éditeur. Il suppose que admin@example.com possède un rôle de Administrateur. Alors si l'application utilise du Raw SQL, une injection SQL est possible pour prendre le contrôle de l'application, voyez plutôt :

/* ... */

// Données provenant de la requête cliente
const email = 'bruno@example.com';
const password = `' OR email='admin@example.com' AND '1'='1`;

connection.connect(function (err, handshakeResult) {

    // Requête SQL à considérer
    connection.query(`
        SELECT id FROM users WHERE email = '${email}' AND password = '${password}';
    `, function (err, rows) {

        // Résultat
        console.log(rows);
        // `[ { id: 1 } ]`

/* ... */

Pour exécuter ce code, utiliser la commande node raw-sql-issue-1.js.

Avec une telle approche, l'attaquant pourrait remplir son formulaire de connexion avec pour la valeur de l'email qu'il souhaite mais utiliser le champ mot de passe avec cette valeur : ' OR email='admin@example.com' AND '1'='1. Cela donnerait la requête suivante :

SELECT id
FROM users
WHERE 
    email = 'bruno@example.com' AND
    password = '' 
OR
    email = 'admin@example.com' AND
    '1'='1';

Cela indique à l'application que l'utilisateur s'est connecté en tant qu'administrateur car l'entrée retourné ici n'est pas celle de bruno@example.com mais celle de admin@example.com.

Bien sûr, il reste possible d'échapper les guillemets et de ne pas directement utiliser les données de l'utilisateur.

/* ... */

// Données provenant de la requête cliente
const email = 'admin@example.com';
const password = `' OR email='admin@example.com' AND '1'='1`;

connection.connect(function (err, handshakeResult) {

    // Requête SQL à considérer
    connection.query(`
        SELECT id FROM users WHERE email = ? AND password = ?;
    `, [
        email,
        password
    ], function (err, rows) {

        // Résultat
        console.log(rows);
        // `[]`

/* ... */

Pour exécuter ce code, utiliser la commande node raw-sql-fix-1.js.

Vous constatez alors que dans ce cas, aucun utilisateur ne correspond. Encore faut t-il penser à échapper son code. Les requêtes SQL brutes nécessites donc de prendre en compte cette problématique à tout instant, laissant facilement des portes ouvertes à l'injection si on n'est pas attentif.

Problème 2 : coquilles dans les commandes SQL

Le premier problème évident de la programmation en SQL par chaînes de caractères à l'intérieur d'un fichier identifié comme étant du JavaScript par un éditeur de code est que les fautes de syntaxe dans le sous-langage SQL ne peuvent pas être détectées par l'éditeur de texte. Aussi dans le bout de code suivant :

/* ... */

    // Requête SQL à considérer
    connection.query(`
        SELECT * FROM users WERE email = ? AND password = ?;
    `, [
        'bruno@example.com',
        'foo'
    ], function (err, rows) {
        if (err) err;

        // Résultat
        console.log(rows);
        // `undefined`

/* ... */

Pour exécuter ce code, utiliser la commande node raw-sql-issue-2.js.

l'éditeur n'a pas de moyen de savoir que WERE a une erreur de syntaxe ou même que les ? font parti du mécanisme de la fonction connection.query et qu'ils ne devraient pas être indiqués comme des erreurs si à tout hasard vous trouviez le moyen d'indiquer comment coloriser le SQL dans cette chaine de caractère. Bien sûr, vous pouvez toujours copier-coller telle quelle les zones de texte dans un analyseur de syntaxe SQL mais là encore, il faudra alimenter les ? avec des valeurs ne posant pas problème.

Bien sûr, ce problème peut être détecté à l'exécution avec une gestion des erreurs :

/* ... */

    // Requête SQL à considérer
    connection.query(`
        SELECT * FROM users WERE email = ? AND password = ?;
    `, [
        'bruno@example.com',
        'foo'
    ], function (err, rows) {
        if (err) throw err;
        // Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'email = 'bruno@example.com' AND password = 'foo'' at line 1

/* ... */

Pour exécuter ce code, utiliser la commande node raw-sql-fix-2.js.

Problème 3 : absence de support pour l'éditeur

Ce problème est assez bête, mais reste un problème ouvert pour de nombreux langages/éditeurs : lorsque les développeurs écrivent leurs requêtes SQL dans une chaîne de caractères en JavaScript, comment l'éditeur peut-il savoir que cette chaîne doit être analysée ? Comment l'éditeur doit-il savoir qu'il veut la coloration syntaxique et/ou l'autocomplétion ?

Par exemple le code suivant provenant d'un fichier avec une extension .js (raw-sql-issue-3.js) :

/* ... */

    const select = `
        SELECT
            u.email,
            r.name
    `;
    const from = `
        FROM users AS u
        INNER JOIN roles AS r
            ON u.role_id = r.id
    `;
    const where = `
        WHERE (
            u.email = 'bruno@example.com' 
                OR 
            r.name = 'Lecteur'
        );
    `;

    // Requête SQL à considérer
    connection.query(select + from + where, function (err, rows) {

        // Résultat
        console.log(rows);
        /*
        `[
          { email: 'bruno@example.com', name: 'Éditeur' },
          { email: 'nyx@example.com', name: 'Lecteur' },
          { email: 'noctalie@example.com', name: 'Lecteur' },
          { email: 'dayski@example.com', name: 'Lecteur' }
        ]`
        */

/* ... */

Pour exécuter ce code, utiliser la commande node raw-sql-issue-3.js.

apparaitra dans Sublime Text 3 comme suit :

alors que la même portion SQL dans un fichier .sql (raw-sql-fix-3.sql) apparaitra dans Sublime Text 3 comme suit :

ou encore dans un éditeur SQL comme suit :

Si vous avez vraiment besoin de requêtes brutes et si vous voulez toujours la coloration syntaxique, vous pouvez mettre chaque requête dans son propre fichier query.sql. De cette façon, l'éditeur sait qu'il doit utiliser la coloration syntaxique SQL. Il faut ensuite appeler le contenu de ce fichier aux bons endroits.

/* ... */

    // Requête SQL à considérer
    connection.query(
        fs.readFileSync('./raw-sql-fix-2.sql', { encoding: 'utf8' })
    , function (err, rows) {

        // Résultat
        console.log(rows);
        /*
        `[
          { email: 'bruno@example.com', name: 'Éditeur' },
          { email: 'nyx@example.com', name: 'Lecteur' },
          { email: 'noctalie@example.com', name: 'Lecteur' },
          { email: 'dayski@example.com', name: 'Lecteur' }
        ]`
        */

/* ... */
});

Pour exécuter ce code, utiliser la commande node raw-sql-fix-3.js.

Pas très élégant sachant que même ainsi, les ? éventuels que vous utiliseriez dans le fichier original .sql seront interprétés comme des erreurs par un analyseur syntaxique et que vous serez alors incapable de gérer le découpage du code SQL dans différentes variables en fonction de vos besoins.

Problème 4 : coquilles dans les noms de tableaux ou de colonnes

Ce groupe d'erreurs est plus difficile à mettre en évidence par un analyseur syntaxique que le cas des erreurs de syntaxes SQL. Désormais, le code de vérification ne doit pas seulement savoir comment fonctionne le SQL, il doit aussi connaître vos données. Le schéma de la base de données pour être plus précis.

Le code suivant par exemple, avec une coquilles comme usrs dans un fichier raw-sql-issue-4.sql

SELECT * FROM usrs

va silencieusement retourner undefined comme dans le cas d'une coquille au niveau de la syntaxe :

/* ... */

    // Requête SQL à considérer
    connection.query(
        fs.readFileSync('./raw-sql-issue-4.sql', { encoding: 'utf8' })
    , function (err, rows) {

        // Résultat
        console.log(rows);
        // `undefined`

/* ... */
});

Pour exécuter ce code, utiliser la commande node raw-sql-fix-4.js.

quand bien même avec un analyseur syntaxique .sql votre éditeur vous dirait que votre requête est parfaitement fonctionnelle. On en revient encore une fois au copier/coller dans un réel analyseur qui connaitrait la base de donnée.

Cependant, comme précédemment, ce problème peut être détecté à l'exécution avec une gestion des erreurs :

/* ... */

    // Requête SQL à considérer
    connection.query(
        fs.readFileSync('./raw-sql-issue-4.sql', { encoding: 'utf8' })
    , function (err, rows) {
        if (err) throw err;
        // Error: Table 'raw_builder_orm.usrs' doesn't exist

/* ... */

Pour exécuter ce code, utiliser la commande node raw-sql-fix-4.js.

Problème 5 : extension de requête

Si vous disposez d'une requête analytique, il est intéressant de pouvoir y apporter de légères modifications. Par exemple, imaginez des données de suivi pour lesquelles vous souhaitez savoir combien d'utilisateurs ont cliqué sur un bouton. Vous pourriez avoir une « requête de base » pour cela. En fonction du cas d'utilisation, vous pourriez vouloir filtrer en fonction d'une certaine période ou de certaines caractéristiques de l'utilisateur. Il est possible d'étendre une requête lorsque vous disposez de SQL brut, mais c'est fastidieux. Vous devez toucher à la requête d'origine et ajouter des espaces réservés.

/* ... */

let select;
let inner;
let where;

function runQuery(callback) {

    // Requête SQL à considérer
    connection.query(`
        SELECT ${select.join(', ')}
        FROM users AS u
        ${inner.join(' ')}
        ${where.length ? 'WHERE ' + where.join(' ') : ''};
    `, function (err, rows) {

        // Résultat
        console.log(rows);
        /*
        `[
          { email: 'admin@example.com' },
          { email: 'bruno@example.com' },
          { email: 'dayski@example.com' },
          { email: 'magalie@example.com' },
          { email: 'noctalie@example.com' },
          { email: 'nyx@example.com' }
        ]`
        */
        /*
        `[
          { email: 'bruno@example.com', name: 'Éditeur' },
          { email: 'nyx@example.com', name: 'Lecteur' },
          { email: 'noctalie@example.com', name: 'Lecteur' },
          { email: 'dayski@example.com', name: 'Lecteur' }
        ]`
        */

        connection.end();
    });

    callback && callback()
}

connection.connect(function (err, handshakeResult) {
    select = [
        `u.email`,
    ]
    inner = []
    where = []

    runQuery(function () {

        select = [
            `u.email`,
            `r.name`,
        ]
        inner = [
            `INNER JOIN roles AS r
                ON u.role_id = r.id`,
        ]
        where = [
            `u.email = 'bruno@example.com' OR`, 
            `r.name = 'Lecteur'`
        ]

        runQuery();
    });
});

Pour exécuter ce code, utiliser la commande node raw-sql-fix-6.js.

Nous voyons également aisément ici comment il est illusoire dans ce cas d'espérer résoudre les problèmes précédemment mentionnés dans ce cas de figure (analyse syntaxique dans l'éditeur, colorisation, mise dans un fichier séparé, etc.).

Problème 6 : gestion du changement

Les bases de données changent au fil du temps. Avec le SQL brut, vous ne bénéficiez généralement d'aucun support pour cela. Vous devez migrer le schéma et toutes les requêtes vous-même : à savoir qu'il faut vous même vous arranger pour que la base de donnée soit mise à jour avec la bonne version du code qui tourne : que ce soit lors du chargement d'un code plus évolué ou d'un code moins évolué que ceux qu'il y a en base de donnée. Une telle gestion est appelée un système de migration de base de donnée. Nous développerons plus ce point quand nous le résoudrons plus loin dans cet article.

Constructeur de requêtes dit Query Builder

Les bibliothèques qui sont écrites dans le langage de programmation que vous utilisez et qui utilisent des classes et des fonctions natives pour construire des requêtes SQL sont appelées constructeurs de requêtes (“Query Builder”). Les requêtes sont construites par une interface orientée objet qui utilise le chaînage de méthodes dans le cas du JavaScript par exemple :

query = knex.from('users')
    .select('*')
    .where({
        role_id: 1
    })

Il existe également des outils graphiques qui sont parfois appelés constructeurs de requêtes, mais dans cet article, nous n'en parlerons pas.

Python a Pypika, PHP a Doctrine, Java a QueryDSL et JOOQ.

Knex est un exemple de générateur de requêtes en JavaScript. L'exemple de requête ci-dessus peut être construit et exécuté comme ceci :

const knex = require('knex')({
  client: 'mysql2',
  connection: {
    host : 'localhost',
    user : 'root',
    password : 'root',
    database : 'raw_builder_orm'
  }
});

// Données provenant de la requête cliente
let query = knex.from('users');

/* ... */

// ...plus tard après plusieurs conditions...
query.select('id');

/* ... */

// ...et encore plus tard après plusieurs demandes de paramètres...

query.where({
    email: 'bruno@example.com',
    password: 'foo'
});

/* ... */

// ...et encore plus tard alors qu'on ne veut pas l'`id`, mais l'`email`...
query
    .clear('select')
    .select('email');

/* ... */

// ...et finalement, plus tard, alors que l'utilisateur est administrateur, je veux aussi voir l'`id` de role du membre.
query.select('role_id')

// Requête SQL générée
console.log(query.toSQL().toNative());
/*
`{
  sql: 'select `email`, `role_id` from `users` where `email` = ? and `password` = ?',
  bindings: [ 'bruno@example.com', 'foo' ]
}`
*/

// Exécution de la requête
query.then((rows) => {

    // Résultat
    console.log(rows);
    // `[ { email: 'bruno@example.com', role_id: 2 } ]`

}).catch((err) => {
    throw err;
})
.finally(() => {
    knex.destroy();
});

Pour exécuter ce code, utiliser la commande node query-builder.js.

Notez que la requête résultante est toujours la même que dans le code brut. Elle a juste été construite d'une autre manière. Cela signifie que les performances de la base de données sont toujours les mêmes. Et comme la construction de la requête n'est pas une tâche complexe, les performances globales de l'application devraient rester les mêmes.

Vous pouvez constater que de cette manière, la requête est plus facile à étendre et à réutiliser que lorsqu'il fallait nous même gérer select, inner et where. Vous pouvez par exemple imaginer que vous avez un ensemble de jointures complexes et beaucoup d'instructions WHERE. Avec une requête SQL brut, vous commencerez à ajouter des bouts de chaine de caractère un peu partout. Avec un générateur de requêtes, il est plus simple d'étendre et de réutiliser les requêtes. Pour la rendre réutilisable, il faut exposer la requête query quelque part et la continuer par le chainage. Vous pouvez même changer d'avis et retirer quelque chose que vous aviez précédemment ajouté à la requête.

Le constructeur de requêtes empêche les coquilles dans les parties proposées .select, .from et .where de votre éditeur de code dans l'exemple ci-dessus. Il n'est cependant d'aucune utilité pour les noms de colonnes ou de tables, car il s'agit toujours de chaînes de caractères. En d'autres termes : un constructeur de requêtes résout les problèmes :

• 1 : injections SQL,
• 2 : coquilles dans les commandes SQL,
• 3 : absence de support pour l'éditeur et
• 5 : extension de requête

mais ne résous pas les problèmes suivants :

• 4 : coquilles dans les noms de tableaux ou de colonnes et
• 6 : gestion du changement.

Mappage d'objet-relationnel dit ORM

Les mappages d'objet-relationnel ou ORM (“Object-Relational Mapper”) créent une représentation en objet pour chaque table de base de données. De cette façon, il y a une représentation des tables dans le langage JavaScript qui permet à toutes les fonctionnalités d'un écosystème de développement JavaScript, telles que l'auto-complétions, la mise en évidence de la syntaxe et la connaissance de l'existence ou non d'un nom de table ou de colonne, de fonctionner. De ce fait, en plus de résoudre les 4 problèmes déjà résolu par les constructeurs de requête, un mappage d'objet-relationnel également le problème 4 évoqué dans la partie SQL brut.

Les mappages d'objet-relationnel sont extrêmement populaires dans de nombreux langages : Java a Hibernate, PHP a Eloquent, Ruby a activerecord, Python a SQLAlchemy.

JavaScript a Sequelize ou TypeORM pour le TypeScript.

Voici à quoi ressemble notre exemple de bibliothèque avec Sequelize :

const { Sequelize, DataTypes } = require('sequelize');
const sequelize = new Sequelize('raw_builder_orm', 'root', 'root', {
    host: 'localhost',
    dialect: 'mysql'
});

// Définition des modèles
const Roles = require('./models/roles.js')(sequelize, DataTypes);
const Users = require('./models/users.js')(sequelize, DataTypes);

// Association des modèles
const models = { Roles, Users };
Object.values(models)
    .filter(model => typeof model.associate === 'function')
    .forEach(model => model.associate(models));

(async function () {
    await sequelize.sync({ alter: true });

    const users = await Users.findAll({
        where: {
            email: 'bruno@example.com'
        }
    });

    // Résultat
    console.log(users);
    /*
    `[
      Users {
        dataValues: {
          id: 2,
          roleId: 2,
          email: 'bruno@example.com',
          password: 'foo',
          role_id: 2
        },
        _previousDataValues: {
          id: 2,
          roleId: 2,
          email: 'bruno@example.com',
          password: 'foo',
          role_id: 2
        },
        _changed: Set {},
        _options: {
          isNewRecord: false,
          _schema: null,
          _schemaDelimiter: '',
          raw: true,
          attributes: [Array]
        },
        isNewRecord: false
      }
    ]`
    */
})();

Avec pour le modèle User :

const { Model } = require('sequelize');

module.exports = (sequelize, DataTypes) => {
    class Users extends Model {
        static associate({ Roles }) {
            Users.belongsTo(Roles, {
                foreignKey: { 
                    name: 'role_id',
                    allowNull: false
                }
            });
        }
    };

    Users.init({
        id: {
            type: DataTypes.INTEGER,
            allowNull: false,
            primaryKey: true,
            autoIncrement: true
        },
        roleId: {
            field: 'role_id',
            type: DataTypes.INTEGER,
            allowNull: false
        },
        email: {
            type: DataTypes.STRING,
            allowNull: false
        },
        password: {
            type: DataTypes.STRING,
            allowNull: false
        }
    }, { 
        sequelize,
        tableName: 'users', 
        indexes: [{
            name: 'email_idx',
            fields: ['email']
        }, {
            name: 'password_idx',
            fields: ['password']
        }],
        createdAt: false,
        updatedAt: false
    });

    return Users;
};

et pour le modèle Role :

const { Model } = require('sequelize');

module.exports = (sequelize, DataTypes) => {
    class Roles extends Model {
        static associate({ Users }) {
            Roles.hasMany(Users, {
                foreignKey: { 
                    name: 'role_id',
                    allowNull: false
                }
            });
        }
    };

    Roles.init({
        id: {
            type: DataTypes.INTEGER,
            allowNull: false,
            primaryKey: true,
            autoIncrement: true
        },
        name: {
            type: DataTypes.STRING,
            allowNull: false
        }
    }, { 
        sequelize,
        tableName: 'roles', 
        indexes: [{
            name: 'name_idx',
            fields: ['name']
        }],
        createdAt: false,
        updatedAt: false
    });

    return Roles;
};

Pour exécuter ce code, utiliser la commande node orm.js.

Un point intéressant des mappages d'objet-relationnel est qu'ils aident parfois à gérer les changements ce qui résout notre problème 6 évoqué dans la partie sur le SQL brut. En JavaScript, il y a Sequelize qui peut détecter automatiquement quand vos modèles ont changé par rapport au dernier état connu de la base de données. Sequelize peut alors gérer des fichiers de migration de schéma pour vous. Ils ressemblent à cela :

module.exports = {
  up: async (queryInterface, Sequelize) => {
    await queryInterface.addColumn('Users', 'birthDate', {
      field: 'birth_date',
      type: Sequelize.DataTypes.DATE,
      allowNull: true 
    });
  },
  down: async (queryInterface, Sequelize) => {
    await queryInterface.removeColumn('Users', 'birthDate');
  }
};

Pour exécuter ce code, utiliser la commande npx sequelize-cli db:migrate pour ajouter la colonne birth_date et npx sequelize-cli db:migrate:undo pour retirer la colonne birth_date.

Avec un mappage d'objet-relationnel donc, il faut faire un effort initial pour représenter la base de données dans le code de sorte qu'il y ait des objets qui représentent les tables de la base de données. Après cet effort initial, vous devez vous assurer que la base de données est synchronisée avec la base du code de votre projet. Ce que vous obtenez de cet effort est un développement plus rapide lorsque vous avez juste besoin d'écrire de nouvelles requêtes simples de manipulation CRUD d'objet. Comme vous pouvez également bénéficier de la coloration syntaxique et du formatage automatique, cela peut également réduire la maintenance en rendant les requêtes plus faciles à lire.

Cependant, là ou les constructeurs de requêtes ne résolvaient pas tous les problèmes, il n'en apportait pas particulièrement de nouveau. Ici, nous avons effectivement résolue les 6 problèmes précédemment listés mais, si nous n'y prenons pas garde, créons de nouveaux problèmes… silencieux. Voyons cela à travers trois exemple qui traite plus où moins du même problème mais sous trois angles différents.

Problème A : sur-récupération

Lorsque vous lancez des requêtes avec des mappages d'objet-relationnel, vous avez tendance à obtenir plus que ce dont vous avez besoin. Par exemple, si vous vouliez utiliser le mappage d'objet-relationnel pour obtenir la liste des utilisateurs appartenant à un rôle, vous pourriez procéder comme suit :

/* ... */

(async function () {
    const role = await Roles.findOne({
        where: { name: 'Lecteur' }
    })

    const result = await Users.findAll({
        where: { roleId: role.id },
    });

    // Résultat
    console.log(JSON.stringify(role, null, 2));
    /*
    `{
      "id": 3,
      "name": "Lecteur"
    }`
    */

    result.forEach((item) => {
        console.log(JSON.stringify(item, null, 2));
    });
    /*
    `{
      "id": 4,
      "roleId": 3,
      "email": "nyx@example.com",
      "password": "baz",
      "role_id": 3
    }
    {
      "id": 5,
      "roleId": 3,
      "email": "noctalie@example.com",
      "password": "fooz",
      "role_id": 3
    }
    {
      "id": 6,
      "roleId": 3,
      "email": "dayski@example.com",
      "password": "far",
      "role_id": 3
    }`
    */
})();

Pour exécuter ce code, utiliser la commande node orm-issue-1.js.

Alors la base de données recevrait ces deux requêtes :

SELECT
    `id`, `name`
FROM `roles` AS `Roles`
WHERE
    `Roles`.`name` = 'Lecteur'
LIMIT 1;
# ~0.005 secondes d'exécution dans le pire des cas

SELECT
    `id`,
    `role_id` AS `roleId`,
    `email`,
    `password`,
    `role_id`
FROM `users` AS `Users`
WHERE
    `Users`.`role_id` = 3;
# ~0.006 secondes d'exécution dans le pire des cas

C'est inefficace pour de multiples raisons :

• Je n'avais pas besoin de récupérer d'informations sur le rôle.
• La base de données doit exécuter deux requêtes au lieu d'une.
• Je ne voulais pas l'id des utilisateurs ou d'autres informations.

Bien sûr, il s'agit d'un exemple minuscule où cela n'a pas d'importance. Mais imaginez que votre requête renvoie plusieurs centaines de lignes et comporte également plusieurs centaines de colonnes. Et peut-être que certaines d'entre elles seraient remplies d'un contenu assez important, par exemple un LONGBLOB.

Bien sûr, vous pourriez résoudre cela en regardant dans la documentation comment faire une jointure interne et limiter les colonnes récupérées :

/* ... */

(async function () {
    const result = await Roles.findOne({
        where: { name: 'Lecteur' },
        attributes: [],
        include: {
            model: Users,
            attributes: [Users.rawAttributes.email.field],
            required: true
        }
    });

    // Résultat
    console.log(JSON.stringify(result, null, 2));
    /*
    `{
      "Users": [
        {
          "email": "nyx@example.com"
        },
        {
          "email": "noctalie@example.com"
        },
        {
          "email": "dayski@example.com"
        }
      ]
    }`
    */

    result.Users.forEach((item) => {
        console.log(JSON.stringify(item, null, 2));
    });
    /*
    `{
      "email": "nyx@example.com"
    }
    {
      "email": "noctalie@example.com"
    }
    {
      "email": "dayski@example.com"
    }`
    */
})();

Pour exécuter ce code, utiliser la commande node orm-issue-2.js.

ce qui donne lieu à cette requête :

SELECT
    `Roles`.*,
    `Users`.`id` AS `Users.id`,
    `Users`.`email` AS `Users.email`
FROM (
    SELECT `Roles`.`id`
    FROM `roles` AS `Roles`
    WHERE `Roles`.`name` = 'Lecteur' AND (
        SELECT `role_id`
        FROM `users` AS `Users`
        WHERE (
            `Users`.`role_id` = `Roles`.`id`)
        LIMIT 1
    ) IS NOT NULL LIMIT 1
) AS `Roles`
INNER JOIN `users` AS `Users`
    ON `Roles`.`id` = `Users`.`role_id`;
# ~0.11 secondes d'exécution dans le pire des cas

Si effectivement on limite le nombre de requête vers la base de données (ce qui n'est pas négligeable), maintenant le SQL généré et le temps d'exécution de la requête sont encore pire ! Cela montre parfaitement comment vous pouvez obtenir le bon résultat mais d'une manière très complexe en utilisant un mappage d'objet-relationnel. Le code produit est ici bien compliqué, et le temps d'exécution supérieur à ce que l'on pourrait faire.

Avec un simple changement, l'utilisation de findAll au lieu de findOne, voici alors ce que l'on obtient :

/* ... */

(async function () {
    const [result] = await Roles.findAll({
        where: { name: 'Lecteur' },
        attributes: [],
        include: {
            model: Users,
            attributes: [Users.rawAttributes.email.field],
            required: true
        }
    });

    // Résultat
    console.log(JSON.stringify(result, null, 2));
    /*
    `{
      "Users": [
        {
          "email": "nyx@example.com"
        },
        {
          "email": "noctalie@example.com"
        },
        {
          "email": "dayski@example.com"
        }
      ]
    }`
    */

    result.Users.forEach((item) => {
        console.log(JSON.stringify(item, null, 2));
    });
    /*
    `{
      "email": "nyx@example.com"
    }
    {
      "email": "noctalie@example.com"
    }
    {
      "email": "dayski@example.com"
    }`
    */
})();

Pour exécuter ce code, utiliser la commande node orm-fix-2.js.

Ce qui donne cette requête :

SELECT
    `Roles`.`id`,
    `Users`.`id` AS `Users.id`,
    `Users`.`email` AS `Users.email`
FROM `roles` AS `Roles`
INNER JOIN `users` AS `Users`
    ON `Roles`.`id` = `Users`.`role_id`
WHERE
    `Roles`.`name` = 'Lecteur';
# ~0.005 secondes d'exécution dans le pire des cas

Les mappages d'objet-relationnel permettent donc de créer facilement des requêtes qui sont problématiques de manière subtile comme le démontre les exemples précédents. Imaginez que vous ayez reçu l'exemple orm-issue-1.js ou orm-issue-2.js pour l'examiner. Ils font ce qu'il faut, les tests unitaires ne sont pas non plus terriblement lents. Seriez-vous certain de repérer le double appel à la base de donnée ou la complexité générée inutile ? Et lorsque la requête souhaitée devient beaucoup plus complexe ?

Pour le SQL brut et les constructeurs de requêtes, vous devez faire des efforts pour maîtriser des requêtes complexes similaires mais il est difficile d'écrire une requête trop alambiquée sans s'en rendre compte.

Problème B : nombre de requête N+1

Imaginons que vous vouliez afficher une liste de tous les utilisateurs avec les noms de leur rôle. En SQL brut, vous exécuteriez cette requête :

SELECT
    u.email, 
    r.name
FROM users AS u 
INNER JOIN roles AS r 
    ON u.role_id = r.id

Avec un mappage d'objet-relationnel, vous pourriez être tenté de faire cela :

/* ... */

(async function () {
    const result = await Users.findAll();
    console.log(JSON.stringify(result, null, 2));
    /*
    `[
      {
        "id": 1,
        "roleId": 1,
        "email": "admin@example.com",
        "password": "unknown",
        "role_id": 1
      },
      {
        "id": 2,
        "roleId": 2,
        "email": "bruno@example.com",
        "password": "foo",
        "role_id": 2
      },
      {
        "id": 3,
        "roleId": 2,
        "email": "magalie@example.com",
        "password": "bar",
        "role_id": 2
      },
      {
        "id": 4,
        "roleId": 3,
        "email": "nyx@example.com",
        "password": "baz",
        "role_id": 3
      },
      {
        "id": 5,
        "roleId": 3,
        "email": "noctalie@example.com",
        "password": "fooz",
        "role_id": 3
      },
      {
        "id": 6,
        "roleId": 3,
        "email": "dayski@example.com",
        "password": "far",
        "role_id": 3
      }
    ]`

    /* ... */

    // ...plus tard alors que vous avez besoin d'afficher les noms de role...

    result.forEach(async (user) => {
        const { Role } = await Users.findOne({
            where: { id: user.id },
            include: {
                model: Roles,
                required: true
            }
        });
        console.log(JSON.stringify(Role.name, null, 2));
    });
    /*
    `"Administrateur"`
    `"Éditeur"`
    `"Éditeur"`
    `"Lecteur"`
    `"Lecteur"`
    `"Lecteur"`
    */
})();

Pour exécuter ce code, utiliser la commande node orm-issue-3.js.

Cela semble correct parce qu'on sélectionne bien les éléments en dehors de la fonction forEach, mais pour chaque élément, une requête est lancée car findOne est bien dans la boucle. Ainsi, si vous avez reçu n utilisateur(s) dans la première requête, vous allez exécuter n requête(s) supplémentaires dont vous n'êtes potentiellement pas conscient. Vous avez n + 1 requêtes au lieu de 1. Avec Sequelize, comme seules les fonctions find* font des SELECT en base, il reste relativement aisé de faire attention, mais il existe pléthore de fonctions dans différents mappages d'objet-relationnel qui peuvent réellement vous induire en erreur.

Dans notre exemple précédent, puisque nous avons 6 utilisateurs, nous avions donc 7 requêtes qui pourraient n'en être que 2 avec le code suivant :

/* ... */

(async function () {
    const result = await Users.findAll();
    console.log(JSON.stringify(result, null, 2));
    /*
    `[
      {
        "id": 1,
        "roleId": 1,
        "email": "admin@example.com",
        "password": "unknown",
        "role_id": 1
      },
      {
        "id": 2,
        "roleId": 2,
        "email": "bruno@example.com",
        "password": "foo",
        "role_id": 2
      },
      {
        "id": 3,
        "roleId": 2,
        "email": "magalie@example.com",
        "password": "bar",
        "role_id": 2
      },
      {
        "id": 4,
        "roleId": 3,
        "email": "nyx@example.com",
        "password": "baz",
        "role_id": 3
      },
      {
        "id": 5,
        "roleId": 3,
        "email": "noctalie@example.com",
        "password": "fooz",
        "role_id": 3
      },
      {
        "id": 6,
        "roleId": 3,
        "email": "dayski@example.com",
        "password": "far",
        "role_id": 3
      }
    ]`

    /* ... */

    // ...plus tard alors que vous avez besoin d'afficher les noms de rôle...

    const users = await Users.findAll({
        where: {
            id: result.map(d => d.id)
        },
        include: {
          model: Roles,
          required: true
        }
    });

    users.forEach(async ({ Role }) => {
        console.log(JSON.stringify(Role.name, null, 2));
    });
    /*
    `"Administrateur"`
    `"Éditeur"`
    `"Éditeur"`
    `"Lecteur"`
    `"Lecteur"`
    `"Lecteur"`
    */
})();

Pour exécuter ce code, utiliser la commande node orm-fix-3.js.

Problème C : abstractions qui fuient

L'abstraction est une lame à double tranchant : d'une part, elle simplifie les choses. Le développeur n'a pas à s'occuper des détails de l'interaction avec la base de données et de la construction des requêtes ; il pourrait même ne rien connaitre du SQL. D'autre part, les développeurs ne savent pas ce qu'ils interrogent réellement dans la base de données ni combien de requêtes ils envoient. Pour cette raison, certaines interactions sont plus inefficaces (genre beaucoup plus inefficaces !) qu'elles ne devraient l'être en terme de performance (exemple).

Par exemple, imaginez que vous fournissiez la liste des id de rôle qui vous intéressent et qu'on vous renvoie la liste de tous les utilisateurs possédant ces rôles. Vous pourriez être tenté de faire quelque chose comme ceci :

/* ... */

(async function () {
    const roleIds = [2, 3];
    const usersIds = {};

    await Promise.all(roleIds.map(async (roleId) => {
        usersIds[roleId] = await Users.findAll({ 
            where: { roleId: roleId }
        });
        usersIds[roleId] = usersIds[roleId].map(x => x.id)
    }));

    console.log(JSON.stringify(usersIds, null, 2));
    /*
    `{
      "2": [
        2,
        3
      ],
      "3": [
        4,
        5,
        6
      ]
    }`
    */
})();

Pour exécuter ce code, utiliser la commande node orm-issue-4.js.

Maintenant, vous envoyez une requête une fois pour chaque rôle. Bien sûr, vous pouvez faire cela en une seule requête avec les mêmes pièces de code ; et c'est là que c'est trompeur. Deux écritures très similaires produisent des résultats de performance bien différent. Ici, même si la boucle ci-dessus ne semble pas si mauvaise, vous avez une connexion réseau entre les deux. Voici comment faire avec une seule requête :

/* ... */

(async function () {
    const roleIds = [2, 3];
    const usersIds = {}

    const users = await Users.findAll({ 
        where: { roleId: roleIds }
    });
    users.forEach((user) => {
        usersIds[user.roleId] = usersIds[user.roleId] ? [...usersIds[user.roleId], user.id] : [user.id]
    })

    console.log(JSON.stringify(usersIds, null, 2));
    /*
    `{
      "2": [
        2,
        3
      ],
      "3": [
        4,
        5,
        6
      ]
    }`
    */
})();

Pour exécuter ce code, utiliser la commande node orm-fix-4.js.

Cela met en évidence le problème d'abstraction qui fui auquel un mappage d'objet-relationnel peut conduire : la manière d'utiliser quelque chose qui se voulait être abstrait change tout de même les performances sous-jacentes et l'on ne peut pas se contenter de ne pas connaître le résultat produit par le mappage d'objet-relationnel quand la performance est un élément important du développement.

Types de requêtes et changements progressifs

Nous avons utilisé des exemples de requête très simple. Bien sûr, les requêtes peuvent devenir beaucoup plus compliquées. J'ai moi-même écrit des requêtes de plusieurs centaines de lignes.

Pour savoir laquelle des trois approche est la plus pertinente pour un cas de figure précis, on distingue généralement deux groupes de charges de travail : le traitement transactionnel en ligne (“Online transaction processing” ou OLTP) ou le traitement analytique en ligne (“Online analytical processing” ou OLAP).

• Les charges de travail OLTP ont une grande quantité de petites insertions / mises à jour / suppressions, tandis que
• les charges de travail OLAP exécutent une petite quantité de requêtes sélectionnées complexes pour l'analyse.

Bien sûr, si vous êtes dans un scénario où la plupart de vos requêtes sont plutôt simples, il est facile de passer à un constructeur de requêtes ou à un mappage d'objet-relationnel. Mais si vous avez des requêtes complexes, le passage à un mappage d'objet-relationnel peut même être impossible.

C'est là que les changements progressifs entrent en jeu. Certains mappage d'objet-relationnel / constructeurs de requêtes vous permettent d'utiliser du SQL brut. Et certains constructeurs de requêtes vous permettent d'abord d'utiliser des chaînes de caractères pour les noms de tables et de colonnes, puis de passer aux objets à votre guise.

Si vous pouvez vous contenter du degré d'abstraction qui vous semble naturel, votre vitesse de développement n'est pas entravée. Si vous avez une requête complexe que vous voulez d'abord bien faire, écrivez-la simplement de manière brute. Il est toujours possible de la transformer ultérieurement en expression à l'aide d'un générateur de requêtes.

Il est donc recommandé pour un travail OLTP de travailler avec une approche de mappage objet-relationnel qui pourra même aisément supporter des requêtes analytique simple. Cependant, il est plutôt recommandé pour un travail OLAP de jouer avec un constructeur de requêtes qui pourra étendre vos besoins. Dans les cas les plus rares ou la complexité analytique est trop grande pour être même assuré par un constructeur de requête, vous pouvez alors passer par du SQL brut en faisant très attention aux problèmes mentionnés en parties 1.

En JavaScript, si vous utilisez le mappage d'objet-relationnel Sequelize, vous pouvez toujours récupérer vos données de manière brute ou même directement instancier des modèles depuis des du SQL brut. De même, si vous utilisez le constructeur de requêtes Knex, vous pouvez également directement utiliser du SQL Brut.

Conclusion

Le SQL brut est assurément le moyen le plus puissant d'interagir avec votre base de données, car il s'agit du langage natif des bases de données. L'inconvénient est que vous risquez d'utiliser des fonctionnalités spécifiques à cette base de données, ce qui rendra plus difficile un futur changement de base de données. Un autre inconvénient est l'absence des fonctions essentielles de l'éditeur, comme la coloration syntaxique et l'auto-complétion. L'extension des requêtes est fastidieuse et le risque d'injections SQL est plus élevé.

À l'autre extrême, les mappages d'objet-relationnel fournissent la plus haute forme d'abstraction et empêchent les fautes de frappe non seulement dans les mots-clés SQL, mais aussi dans les noms de tables et de colonnes. Ils sont plus couteux à mettre en place que les constructeurs de requêtes, tant du point de vue de la courbe d'apprentissage que de celui des frais de développement initiaux. Comme ils font beaucoup d'abstraction, le risque d'exécuter des requêtes coûteuses ou trop nombreuses est plus élevé. Cependant, une fois en place et pour toutes les actions communes et redondantes, il ferra gagner énormément de temps et de maintenance.

Et à mi-chemin entre les deux, les constructeurs de requêtes n'ajoutent que peu de frais de développement et aucun frais d'exécution par rapport au SQL brut et empêchent les fautes de frappe dans les mots-clés SQL. Ils facilitent l'extension des requêtes et rendent les injections SQL plus difficiles. Ils sont alors un bon compromis entre les défauts des deux autres approches.

À propos

Cet article est adapté de l'excellent article de Martin Thoma qui a servi de guide à la rédaction et à la confection des exemples de cette version française en JavaScript (initialement en Python et en anglais).

Classé dans Erreurs

Traduction

Code

console.log("début de la structure de contrôle try-catch");

try {
  console.log("entrée dans le bloc d'essai");
  throw "lancer un message";
  console.log("ce message ne sera jamais atteint");
}
catch (e) {
  console.log("entrée dans le bloc de capture");
  console.log(e);
  console.log("sortie du bloc de capture");
}
finally {
  console.log("entrée dans le block final");
}

console.log("fin de la structure de contrôle try-catch");

Résultat

début de la structure de contrôle try-catch
entrée dans le bloc d'essai
entrée dans le bloc de capture
lancer un message
sortie du bloc de capture
entrée dans le block final
fin de la structure de contrôle try-catch

L'instruction try-catch-finally de JavaScript fonctionne de manière très similaire aux try-catch-finally rencontrés en C++ et Java. Tout d'abord, le bloc d'essai (try) est exécuté jusqu'à ce que le code qu'il contient lève une exception (qu'il s'agisse d'une instruction throw explicite, que le code comporte une exception native non capturée ou que le code appelle une fonction qui utilise throw).

Si le code ne lève pas d'exception, l'ensemble du bloc d'essai est exécuté. Si le code lève une exception à l'intérieur du bloc d'essai, alors le reste est ignoré et le bloc de capture (catch) est exécuté. Enfin, le bloc final (finally) est toujours exécuté, après les autres blocs mais avant tout autre code situé en dehors des blocs try-catch-finally. Le bloc final s'exécutera presque toujours, quel que soit le type de lancer, de capture ou de retour que l'on peut essayer de faire à l'intérieur des blocs d'essai ou de capture.

Notez que vous pouvez omettre le bloc de capture ou le bloc final, mais l'un des deux doit être présent.

Mais attendez, n'est-ce pas la convention Node.js de ne pas utiliser try-catch ?

Dans les bibliothèques de base de Node.js, le seul endroit où il faut vraiment utiliser un try-catch est autour de JSON.parse(). Toutes les autres méthodes utilisent soit l'objet Error standard via le premier paramètre de la fonction de rappel (callback function), soit émettent un événement d'erreur. Pour cette raison, il est généralement considéré comme standard de renvoyer les erreurs par le biais d'une fonction de rappel plutôt que d'utiliser l'instruction throw.

Classé dans Erreurs

Traduction

L'objet erreur est un objet intégré qui fournit un ensemble standard d'informations utiles lorsqu'une erreur se produit, comme une trace de la pile et un message d'erreur. Par exemple :

Code

var error = new Error("Le message d'erreur");
console.log(error);
console.log(error.stack);

Résultat

{ stack: [Getter/Setter],
  arguments: undefined,
  type: undefined,
  message: 'Le message d'erreur' }
Error: Le message d'erreur
    at Object.<anonymous> (/home/nico/example.js:1:75)
    at Module._compile (module.js:407:26)
    at Object..js (module.js:413:10)
    at Module.load (module.js:339:31)
    at Function._load (module.js:298:12)
    at Array.0 (module.js:426:10)
    at EventEmitter._tickCallback (node.js:126:26)

error.stack vous montre d'où vient une erreur, ainsi qu'une liste des appels de fonction qui l'ont précédée - pour votre commodité, error.stack imprime toujours error.message comme première ligne de sa sortie, ce qui fait de error.stack une propriété unique pratique à afficher pendant le débogage.

Si vous souhaitez ajouter plus d'informations à l'objet Error, vous pouvez toujours ajouter des propriétés, comme pour tout autre objet JavaScript :

var error = new Error("Le message d'erreur");
error.http_code = 404;
console.log(error);

Pour plus de détails sur l'utilisation de l'objet Erreur, consultez l'article sur les conventions d'erreur.

Classé dans Conventions JavaScript

Traduction

En général, une fonction prend un nombre déterminé de paramètres et exige qu'ils soient tous présents pour pouvoir être exécutée avec succès. Cependant, vous rencontrerez parfois des situations où vous souhaitez fournir une valeur par défaut pour un paramètre ou prendre un nombre variable de paramètres. Heureusement, à partir de ES6/ES2015, les paramètres par défaut figurent dans les spécifications du langage :

const pow = (base, power = 2) => {
  return Math.pow(base, power);
}

console.log(pow(2)); // `4`
console.log(pow(2,10)); // `1024`

Dans le code ci-dessus, la fonction pow renvoie le carré d'un nombre ou de toute autre puissance spécifiée dans l'appel de la fonction car l'argument power a une valeur par défaut de 2. Ainsi, si aucun second argument n'est fourni ou si la valeur fournie est indéfinie, la fonction pow utilisera 2 comme valeur de l'argument power. Mais il y a un petit problème :

const pow = (base, power = 2) => {
  return Math.pow(base, power);
}

console.log(pow(2, undefined)); // `4`
console.log(pow(2, null)); // `1`

En JavaScript, il existe de nombreuses façons d'indiquer des valeurs fausses, mais parmi celles-ci, seule la valeur undefined déclenche le paramètre par défaut. C'est la raison pour laquelle pow(2, undefined) renvoie 4 et pow(2, null) renvoie 1.

ASTUCE EN JS : Dans Math.pow(base, puissance), si la puissance est 0 ou toute autre valeur « faussée » (sauf NaN), le résultat sera toujours 1.

Malheureusement, les versions précédentes de JavaScript (ES5 et inférieures) ne prennent pas en charge les paramètres par défaut, mais au fil du temps, les gens ont développé des idiomes pour compenser.

Le premier idiome consiste à donner une valeur par défaut au dernier paramètre. Cela se fait en vérifiant si le dernier paramètre est undefined et en lui donnant une valeur par défaut si c'est le cas. On utilise parfois l'idiome : optionalParameter = optionalParameter || defaultValue. Cela peut avoir un comportement indésirable lorsqu'ils passent des valeurs qui sont égales à false comme false, 0, et "". Une meilleure façon de procéder consiste donc à vérifier explicitement que le paramètre optionnel est undefined. Voici un exemple de code montrant les deux styles et les différences de comportement :

const example = function (optionalArg) {
  optionalArg = optionalArg || "Aucun paramètre n'a été passé";
  console.log(optionalArg);
}

const betterExample = function (optionalArg) {
  if (optionalArg === undefined) {
    optionalArg = "Aucun paramètre n'a été passé";
  }
  console.log(optionalArg);
}

console.log("Sans paramètre :");
example();
betterExample();

console.log("\nAvec paramètre :");
example("Un paramètre a été passé");
betterExample("Un paramètre a été passé");

console.log("\nChaine de charactère vide :");
example("");
betterExample("");

Le deuxième cas de figure est celui où la valeur optionnelle se trouve au milieu, ce qui peut provoquer des effets indésirables puisque tous les paramètres sont déplacés. Le paramètre optionnel n'est pas la valeur undefined dans ce cas - le dernier paramètre est celui qui est undefined. Vous devez donc vérifier si le dernier paramètre est undefined, puis corriger manuellement tous les autres paramètres avant de poursuivre le code. Ce cas est également valable pour le JavaScript moderne (ES6/ES2015). L'exemple vous montre comment faire :

const example = function (param1, optParam, callback) {
  if (callback === undefined) {
    //  seulemeunt deux paramètres ont été passés, la fonction de rappel est actuellement l'objet `optParam`
    callback = optParam;

    // doner à `optParam` une valeur par défaut
    optParam = "et un paramètre par défaut";
  }
  callback(param1, optParam);
}

example("Ceci est un paramètre optionel", console.log);
example("Ceci est un paramètre optionel", "et un paramètre optionel", console.log);

Classé dans Conventions JavaScript

Traduction

L'objet arguments est une construction spéciale disponible dans tous les appels de fonction. Il représente la liste des arguments qui ont été transmis lors de l'appel de la fonction. Puisque JavaScript permet d'appeler des fonctions avec un nombre quelconque d'arguments, nous avons besoin d'un moyen de les découvrir et d'y accéder de manière dynamique.

L'objet arguments est un objet de type tableau. Il possède une propriété de longueur qui correspond au nombre d'arguments passés dans la fonction. Vous pouvez accéder à ces valeurs en indexant dans le tableau, par exemple arguments[0] est le premier argument. La seule autre propriété des arguments est callee, que ES5 interdit d'utiliser en mode strict ; vous trouverez plus d'informations à ce sujet ici. Voici un exemple qui illustre la propriété arguments.

const myfunc = function(one) {
  arguments[0] === one;
  arguments[1] === 2;
  arguments.length === 3;
}

myfunc(1, 2, 3);

Cette construction est très utile et donne aux fonctions JavaScript beaucoup de flexibilité. Mais il y a un problème important. L'objet arguments se comporte comme un tableau, mais ce n'est pas un tableau réel. Il n'a pas Array dans sa chaîne de prototypes et il ne répond à aucune méthode de tableau, par exemple arguments.sort() soulève une TypeError. Au lieu de cela, vous devez d'abord copier les valeurs dans un véritable tableau. Avec l'arrivée de la méthode ES6 Array.from(), c'est assez simple.

const myfunc = function(a, b, c) {
  const args = Array.from(arguments);
  console.log(args) // [1, 2, 3]
}

myfunc(1, 2, 3);

REMARQUE : Pour les versions ES5 et inférieures, une boucle for normale peut faire l'affaire.

Dans certains cas, vous pouvez toujours traiter arguments comme un tableau. Vous pouvez utiliser arguments dans les invocations de fonctions dynamiques en utilisant apply. Et la plupart des méthodes Array natives acceptent également arguments lorsqu'elles sont invoquées dynamiquement à l'aide de call ou de apply. Cette technique suggère également un autre moyen de convertir arguments en un véritable tableau à l'aide de la méthode Array.slice.

myfunc.apply(obj, arguments).

// concatène les arguments sur le
Array.prototype.concat.apply([1,2,3], arguments);

// transformer les arguments en un véritable tableau
const args = Array.prototype.slice.call(arguments);

// couper le premier argument
args = Array.prototype.slice.call(arguments, 1);

Objet des arguments dans la fonction flèché

Les fonctions flèches ont été ajoutées dans la spécification ECMAScript 2015 (ES6) comme une alternative syntaxiquement compacte à une expression de fonction régulière. Un inconvénient de cette nouvelle alternative est l'absence de l'objet arguments (et des mots-clés this, super, et new.target). Une solution de contournement pour de tels cas est l'utilisation du paramètre de reste. Le paramètre de reste vous permet de représenter un nombre indéfini d'arguments sous forme de tableau. Pour plus de détails, lisez ici.

const myfunc = (...args) => {
  console.log('le premier paramètre est ', args[0]);
}

myfunc(1, 2, 3);

Classé dans Conventions JavaScript

Traduction

La JavaScript Object Notation, ou JSON, est un format de données léger qui est devenu la norme de facto pour le web. JSON peut être représenté soit comme une liste de valeurs, par exemple un tableau, soit comme un hachage de propriétés et de valeurs, par exemple un objet.

// un tableau JSON
["one", "two", "three"]

// un objet JSON
{ "one": 1, "two": 2, "three": 3 }

Encodage et décodage

JavaScript propose deux méthodes pour encoder des structures de données en JSON et pour décoder le format JSON en objets et tableaux JavaScript. Elles sont toutes deux disponibles sur l'objet JSON qui est disponible dans la portée globale.

JSON.stringify prend un objet ou un tableau JavaScript et renvoie une chaîne sérialisée au format JSON.

const data = {
  name: "John Doe",
  age: 32,
  title: "Vice Président du JavaScript"
}

const jsonStr = JSON.stringify(data);

console.log(jsonStr);

// va afficher `'{"name":"John Doe","age":32,"title":"Vice Président du JavaScript"}'`

JSON.parse prend une chaîne JSON et la décode en une structure de données JavaScript.

const jsonStr = '{"name":"John Doe","age":32,"title":"Vice Président du JavaScript"}';

const data = JSON.parse(jsonStr);

console.log(data.title);

// prints `'Vice Président du JavaScript'`

Qu'est-ce qu'un JSON valide ?

Il y a quelques règles à retenir lorsque l'on traite des données au format JSON. Il existe également plusieurs pièges qui peuvent produire du JSON invalide.

• Les objets et tableaux vides sont acceptés
• Les chaînes de caractères peuvent contenir n'importe quel caractère unicode, y compris les propriétés des objets.
• null est une valeur JSON valide en soi.
• Toutes les propriétés d'objet doivent toujours être entre guillemets.
• Les valeurs des propriétés d'objet doivent être d'un des types suivantes : String, Number, Boolean, Object, Array, Null.
• Les valeurs numériques doivent être au format décimal, sans représentation octale ou hexagonale.
• Les virgules de fin de tableau ne sont pas autorisées.

Voici que des exemples de JSON valides.

{"name":"John Doe","age":32,"title":"Vice President of JavaScript"}

["one", "two", "three"]

// les valeurs imbriquées sont valides
{"names": ["John Doe", "Jane Doe"] }

[ { "name": "John Doe"}, {"name": "Jane Doe"} ]

{} // hachage vide

[] // liste vide

null

{ "key": "\uFDD0" } // codes d'échappement unicode

Voici que des exemples de mauvais formatage JSON.

{ name: "John Doe", 'age': 32 } // le nom et l'âge doivent être entre guillemets

[32, 64, 128, 0xFFF] // les nombres hexagonaux ne sont pas autorisés

{ "name": "John Doe", "age": undefined } // undefined est une valeur invalide

// les fonctions et les dates ne sont pas autorisées
{ "name": "John Doe",
  "birthday": new Date('Fri, 26 Jan 2019 07:13:10 GMT'),
  "getName": function() {
      return this.name;
  }
}

L'appel de JSON.parse avec une chaîne JSON non valide entraînera l'émission d'une SyntaxError. Si vous n'êtes pas sûr de la validité de vos données JSON, vous pouvez anticiper les erreurs en enveloppant l'appel dans un bloc try/catch.

Notez que les seules valeurs complexes autorisées dans JSON sont les objets et les tableaux. Les fonctions, les dates et autres types sont exclus. Cela peut sembler illogique au premier abord. Mais n'oubliez pas que JSON est un format de données, et non un format permettant de transférer des objets JavaScript complexes avec leurs fonctionnalités.

Validateurs JSON

JSON étant devenu le format de données le plus largement utilisé, avec des règles bien définies à respecter, de nombreux validateurs sont disponibles pour vous aider dans votre travail :

• Validateurs en ligne : Si vous ne faites que jouer avec JSON ou vérifier le JSON de quelqu'un (sans IDE ni éditeur), les validateurs en ligne peuvent vous être d'une grande aide. Par exemple : jsonlint.com est un bon validateur et reformateur JSON en ligne.
• Paquets npm : Si vous travaillez en équipe et souhaitez intégrer la validation JSON dans votre projet ou simplement automatiser la validation dans votre flux de travail, la vaste collection de packages npm est à votre disposition. Par exemple : jsonlint est une version purement JavaScript du service fourni sur jsonlint.com.
• Plugins pour IDEs/éditeurs : Il existe de nombreux plugins/extensions disponibles pour la plupart des IDE/éditeurs qui valident JSON pour vous. Certains éditeurs, comme VS Code, intègrent d'emblée l'IntelliSense et la validation JSON.

JSON dans d'autres langages

Bien que JSON ait été inspiré par la simplicité des structures de données du langage JavaScript, son utilisation n'est pas limitée à ce langage. De nombreux autres langages disposent de méthodes permettant de transférer des hachages et des listes natives en objets JSON stringifiés. Voici un exemple rapide en ruby.

require 'json'

data = { :one => 1 }
puts data.to_json

# prints "{ \"one\": 1 }"

Suivez cette série proposée par Mr. Sam - Point d'interrogation dédiée aux scepticismes et découvrez la Méthode Z !

< Épisode 4

Épisode 6 >

Regarder la vidéo hébergée sur Skeptikón

Vous pouvez directement accéder à cette vidéo sur PeerTube ou alternativement ici.

Lire la transcription de l'épisode 5 de la Méthode Z

Intro

« — L'effet Dunning Kruger démontre que les novices dans une matière donnée surestiment leurs compétences tandis ce que les connaisseurs de la même matière ont tendance à sous-estimer leurs compétences. Cet effet peut-être représenté par une courbe en trois étapes :

• la montagne de la stupidité : lorsque vous parlez comme un connaisseur alors que vous connaissez peu votre sujet,
• la vallée de l'humilité : lorsque vous vous rendez-compte que vous parliez sans maitriser votre sujet et
• le plateau de la consolidation : lorsque vous commencez réellement à maitriser le sujet.

Oui, alors bon, je t'ai laissé parler parce que sinon t'aurais encore raller : mais euh, tellement pas. »

Origine du DK

Alors tout d'abord cette courbe on la fout au bac. Elle a pour origine un graphique réalisé au pif par un graphiste en 2013 : c'est lui le coupable.

Le mec voulait faire un truc rigolo ou vous aviez qu'à placer un gros point rouge quelque part sur la courbe et écrire, par exemple, le nom de votre patron en dessous et hop : ça faisait la blague à la machine à café.

Et comme ce graphique est un peu plus simple à comprendre que le vrai graphique de l'étude que voici :

Et bah il à euh beaucoup plus de succès. Vous noterez qu'au fur et à mesure du temps ce graphique c'est transformé pour ressembler à quelque chose de beaucoup plus évident, de beaucoup plus cliché.

Réplication de l'information

Comme j'ai oublié de vous le dire dans l'épisode sur l'information : une information fausse qui est communiquée devient, par une espèce de téléphone arabe, de plus en plus simple à comprendre : et donc de plus en plus digeste, de plus en plus séduisante, de plus en plus contagieuse.

Bah oui parce que on l'enjolive, on retire les détails qui tempéraient sa crédibilité, on efface les nuances pour la rendre plus percutante, pour être sûr qu'elle fasse à notre interlocuteur le même effet qu'elle nous a fait à nous. Et donc d'une répétition à l'autre on modifie un tout petit peu l'information. Sauf que beaucoup de petit peu : ça fait un très gros petit peu.

Surtout que si elle gagnent en crédibilité, bah elle reste tout aussi fausse que la première fois qu'elle a été énoncée. Et là où c'est peut-être encore plus inquiétant : c'est que ça ne concerne pas juste les fausses informations, ça concerne l'information en général.

La vérité sur le DK

Mais surtout l'effet Dunning Kruger, ce n'est tout simplement pas ça. L'effet Dunning Kruger part d'une phrase de Darwin qui disait dans un livre que :

« — “L'ignorance” engendre plus fréquemment la “confiance en soi” que ne le fait la “connaissance”. »

David Dunning et Justin Kruger, ça c'est leurs tronches, ont donc testé 4 hypothèses dans leur étude :

• Première hypothèse : un novice tend à surestimé son niveau de compétence.
• Seconde hypothèse : un novice ne parvient pas à reconnaitre le degré de compétence d'un connaisseur.
• Troisième hypothèse : un novice ne parvient pas à se rendre compte de son propre degré d'incompétence.
• Quatrième hypothèse : un novice ne peut comprendre qu'il était un novice qui se surévaluait qu'en devenant un connaisseur.

Donc, dans le graphique, cette droite montre ce qui devrait être juste si on était tous des machines capables de s'auto-évaluer à la perfection. Plus on est connaisseur, plus on devrait savoir qu'on est connaisseur : et ce n'est pas ce qu'on observe dans l'étude de Dunning et de Kruger.

Quand on est novice, on aurait tendance à se surévaluer, mais quand on est connaisseur, on aurait tendance à se sousévaluer.

Ce que la vraie courbe nous dit, c'est simplement que les novice se croient un poil meilleur que ce qu'ils sont. Ils ne se croient pas supérieur ou aussi compétent que les connaisseurs. Ils se surestiment un petit peu, tout simplement.

Les connaisseurs, qu'en a eux, sont meilleurs que ce qu'ils ne pensent, mais ils ne se croient pas moins bon que les novices. D'ailleurs vous noterez que l'écart est nettement moindre que pour les novices : et ça, sa peu s'expliquer par une hypothèse avancée par le tandem Dunning Kruger :

Pour les novices, si vous n'êtes pas assez compétent pour évaluer votre propre compétence, et bien vous aurez forcément tendance à la surestimer : à croire par exemple que vous avez compris le gros d'un sujet alors qu'en fait vous en n'êtes qu'au début. Précisément parce que vous n'avez aucune idée du chemin qui reste à parcourir.

Le professeur Quantox

Par exemple : si vous avez compris pour la toute première fois les rudiments de la mécanique quantique grâce aux vidéos du professeur Quantox qui se présente comme un très grand scientifique dont les travaux sur les cristaux quantiques sont rejetés parce qu'ils révolutionnent trop les certitudes des autres scientifiques. Et bah, il y a fort à parier que beaucoup de gens qui sont novice penseront être suffisamment compétent que pour pouvoir affirmer que le professeur Quantox à raison : hein, par exemple en invoquant l'histoire de Galilée (qui est d'ailleurs une histoire mal comprise, on en reparlera) alors même qu'ils n'auront vu que les vidéos du professeur Quantox ce qui ne leur offre aucun recul sur l'hypothèse des cristaux quantiques.

« — Mais tais toi, les cristaux sont quantiques, mes travaux sont rejetés parce qu'ils révolutionnent un peu trop les certitudes des autres scientifiques. Laissez moi maintenant vous apprendre la physique quantique. »

En mélangeant ces hypothèses avec des choses vraies, il vous a transformé en défenseur de ses idées, il a opéré sur vous un transfert de connaissances mais aussi un transfert de méconnaissances.

« — Si vous apprenez tout d'“un seul maître”, vous aurez “les mêmes torts” que lui. »

Comment ne pas tomber dans le DK

Pour vous rendre compte que vous n'en êtes qu'au début, et bien, il faut aller plus loin. Il faut en apprendre plus. Il faut aller à la rencontre de ce qu'on ne sait pas et surtout ; il faut vérifier ce qu'on croit savoir.

Et bon, évaluer soi-même ses propres connaissances ça se fait toujours à partir de nos propres connaissances. Il vaut mieux donc inclure l'évaluation d'autres personnes comme par exemple, ahem, se faire relire quand on est vulgarisateur...

C'est le seul et unique moyen pour savoir à quel point on est un novice ou un connaisseur.

« — Donc quand on est mauvais, on ne le sait pas toujours. »

« — Comme quand on pue de la gueule ? »

« — Ouais... euh... »

Je ne suis pas médecin, mais...

Et ça bah, ça explique qu'il y ai un tout petit peu trop de gens qui se prennent pour des médecins par exemple : ils connaissent deux ou trois trucs grapillés à gauche à droite, ils brodent avec des hypothèses persos qui rendent tout ça vraisemblable sauf que leurs connaissances est incomplète, voir fausse : et il n'est pas rare qu'ils finissent par se convaincre —à force d'être encensé par ceux qui ni connaissent absolument rien et qui ont été séduit par le discourt— que les dix années de médecine, au fond, hein, c'est probablement du bourrage de crâne pour formater les cerveaux.

« — LOL »

Et inversement, ça explique aussi, bon, en parti, le fait qu'on voit de nombreux novices qualifier tel ou tel chercheur de très très grand scientifique comme le professeur Quantox, alors qu'en fait, ils ont absolument pas les compétences pour savoir que cette personne est un grand scientifique.

Qui es-tu pour oser contredire...

Ça explique aussi pourquoi les vulgarisateurs, ou les YouTubeurs, comme moi, se prennent la sempiternel phrase : « qui es-tu pour oser contredire le professeur Quantox et ses travaux révolutionnaires sur la physique quantique ? »

Beh, et, je suis quelqu'un qui peut vous retourner la question : « qui êtes-vous pour savoir que les travaux du professeur Quantox sont bel et bien révolutionnaires, que ses collègues de niveau équivalent ou supérieur qui le contre disent, bah c'est eux qui on tord et pas le professeur Quantox ? Et d'ailleurs, comment faites-vous pour évaluer que moi, je suis insuffisamment documenté sur la physique quantique, que pour pouvoir critiquer de façon constructive le professeur Quantox ?

« — Mais tais toi... »

Tout ça m'évoque une citation que j'aime beaucoup d'Arturo Pérez Reverte.

Méfiez-vous de ceux qui n'ont lu qu'un seul livre

« — Méfiez-vous toujours de ceux qui ne lisent qu'“un seul livre”. »

Ils ne peuvent pas concevoir que le professeur Quantox qui les a fait passer du statu d'ignorant à celui de novice, en leur donnant la sensation d'être un connaisseur, est en réalité une personne qui, non seulement, maitrise mal la physique quantique (si, si, dans mon exemple c'est le cas) et propose des théories complètement aux fraises : comment feraient-ils pour s'en rendre compte ? Impossible pour eux du coup de se rendre compte qu'un simple vulgarisateur sur YouTube —je prends cet exemple tout à fait au hasard— est en réalité un meilleur connaisseur de la physique quantique que ne l'est le professeur Quantox. Et l'expérience nous montre que peu importe les diplômes, médailles, ou prix Nobel. Et ça, bah c'est très chiant parce que ça arrive très très très souvent. Si ça se trouve, une de vos références préférées est un professeur Quantox... si ça se trouve, je suis un professeur Quantox.

L'expérience ne fait pas l'expertise

Et cet effet peut aussi se manifester en proportion inverse de l'expérience d'un connaisseur : je vous explique. Par exemple, un des problèmes récurrent, par rapport aux diagnostiques des médecins : un médecin expérimenté qui se repose un peu trop sur ses acquis risque de faire un moins bon diagnostique qu'un jeune médecin qui sera plus à jour avec les dernières découvertes. Donc on voit ici qu'un médecin expérimenté peut en réalité être le novice : le novice des nouvelles avancées et qu'un jeune médecin peu en réalité être le connaisseur des nouvelles avancées.

Ah ça retourne la montgolfière hein !

Le DK n'existe pas

Mais vous aurez remarqué que ça fait 10 minutes là que je parle de l'effet de surévaluation, et pas vraiment du Dunning Kruger. Parce que vous savez, en fait, bah il y a beaucoup de raisons de penser que le Dunning Kruger n'existe pas.

Régression à la moyenne

Et pour bien comprendre, on va parler d'une autre illusion logique qui est très très peu connue : la régression à la moyenne.

Par exemple, il est tout à fait vrai de dire que les personnes de très très grande en taille on plutôt tendance à se mettre en couple avec des personnes moins grandes qu'elles. Alors la dessus, bah on peut se mettre à chercher des explications : c'est peut-être que parce que du fait de leur taille elles ont besoin de garder le contrôle ? Où bien que les personnes très très grandes on naturellement besoin de rester les plus grandes dans leur couple ? etc. etc. mais en réalité, rien de tout ça.

On néglige un fait tout à fait simple et banale : les personnes très très grandes, et bien c'est une rareté statistique : c'est beaucoup plus rare que les personnes de taille moyenne.

Et donc il est tout à fait logique que les personnes très très grandes étant rares ont tendance à régresser vers la moyenne : c.-à-d. se mettre en couple avec des personnes plus proches de la taille moyenne parce que ces personnes sont beaucoup plus nombreuses.

Ce n'est pas toujours parce qu'on est rare qu'on va s'entourer exclusivement et systématiquement de choses rares.

Et avec ce même effet, il est logique de douter qu'on soit un connaisseur, puisque ceux-ci sont plus rare que les novices : aucun rapport donc avec la compétence ou la conscience de son propre niveau de compétence.

Je vais vous la faire autrement : comme nous avons tous tendance à nous évaluer par rapport à la moyenne, aux gens les plus nombreux sur un sujet donné : il est normal que les personnes situées aux extrêmes, plus rares, les fameux novices et les fameux connaisseurs, aient tendance à s'identifier à la moyenne beaucoup plus nombreuse.

C'est donc vraiment pas une question d'arrogance d'humilité, etc, etc. Ni même de compétence en fait.

Pratiquez la prudence épistémique

Donc pour conclure parce que c'est quand même pas rien, y a quand même un effet, soyez juste attentif entre la concordance entre votre niveau de certitude, votre niveau de conviction quand vous parlez d'un truc et votre expérience réelle de ce sujet.

Autrement dit, vous devriez être inquiet de vous entendre parler avec conviction d'un sujet que vous n'avez majoritairement appris que d'une seule personne. Ou sur lequel vous n'avez lu que quelques articles, ou que vous avez découvert que très récemment : demandez vous si vous n'êtes pas simplement un novice entrain de faire semblant d'être un connaisseur.

Alors attention hein, si vous êtes novice, je ne dis pas de vous taire, mais ajouter un peu de prudence dans vos propos : osez les précautions oratoire, je sais pas moi, utilisez des termes comme : « d'après ce que j'ai compris », « je ne le jurerais pas, mais », ou encore « il se peut », « je crois », « je pense », « à vérifier, mais ». C'est pas une faiblesse les précautions oratoires, c'est même plutôt une grande force en fait.

Pourquoi cet ultracrépidarianisme

Je ne pouvais pas finir cet épisode sans parler de l'ultracrépidarianisme cher à Éthienne Klein :

« — Pourquoi cet ultracrépidarianisme se désultracrépidarianiserait t-il ? t-il ? t-il ? t-il ? t-il ? tiltiltiltiltil... [incompréhensible] »

Un phénomène qui se décrit simplement comme étant le comportement qui consiste à donner son avis sur des sujets pour lesquels on a pas de compétences crédibles ou démontrées. #JeNeSuisPasMédecinMais.

Bon alors euh, c'est un nom compliqué, qui n'est que descriptif. Il n'y a pas d'études derrières qui l'a évalué pour savoir quand, comment et pourquoi se phénomène se produit : c'est un petit peu de la frime linguistique, donc.

Témoignage de sceptique

Mais ça me permet de vous livrer un petit témoignage de sceptique.

En ce qui me concerne, sachez qu'il n'existe dans toute l'histoire de cette chaine, aucun sujet, je dis bien, aucun sujet, que j'ai traité et qui après avoir été intensément étudié, correspondait bel et bien à l'idée que je m'en faisais avant de l'étudier : lorsque j'étais novice.

« — J'ai appris la méthode Zététique à travers 183 comptes différents, je ne suis donc plus novice depuis longtemps, cette série de vidéo n'a pas à me... »

« — Attends, je peux te poser une question Skeptos ? »

« — Oui. »

« — Dans tes 183 comptes différents là, combien contiennent des informations qui dépassent la première page des résultats Google ? »

« — 23. »

« Hum, 23 quand même, pas mal, pas mal. Et globalement c'était sur quel sujet ? »

« — Les médecines alternatives... »

« — Ah ouais... bah ouais... bah ouais. Ouais, faut dépasser Doctissimo, Top Santé Magasine, etc. C'est mignon. C'est mignon. »

Outro

« — La “méthode Z” est ce que vous en ferez.

Vous pouvez en faire une arme pour “remporter les débats”, mais n'espérez pas que “l'autre change” subitement d'avis.

Vous pouvez en faire un miroir pour “avoir moins tort”, mais apprêtez-vous à vivre dans un monde qui a beaucoup plus de “certitudes” que vous.

Vous pouvez en faire une bouée pour “aider les autres” à sortir de croyances toxiques, mais vous ne pourrez “forcer personne” à l'utiliser.

La méthode Z est ce que vous en ferez, alors “prenez-en soin”. »

< Épisode 4

Épisode 6 >

À propos de Mr. Sam

Si cet article basé sur la vidéo de Mr. Sam - Point d'interrogation vous a plus, n'hésitez pas à supporter son travail sur Tipeee pour avoir d'autres vidéos !