Alors que si tout le monde avait travaillé en anglais depuis le début on aurait gagné du temps.
C'est très très loin d'être une évidence. J'ai bossé dans une boite, l'équipe dev avait décidé de tout mettre en anglais dans le code. Pour exactement la raison que tu évoque.
Sauf que parfois, le terme à utiliser en français n'est déjà pas clair pour le client, du coup, la traduction est pour le moins hasardeuse.
Et puis vient le temps où le client veut une nouvelle feature où on se dit "merde, le terme anglais qu'on a mis avant, en fait, il colle mieux à cette feature".
Alors évidemment, le client aurait mieux spécifier son besoin et mieux mûrît sa réflexion plutôt que de tâtonner avec l'équipe dev pour obtenir son logiciel, on n'en serait pas là. Mais c'est illusoire de se dire que tout va être bien définit du premier coup.
Et j'en rajoute une couche, mais parfois le terme employé dans la boite n'a pas tout à fait le même sens que dans un autre. Donc on a des termes en francais ambigu et mal définit, et on se rajoute une couche de complexité en employant des mots dans une langue différente.
Le bon coté (à mon sens) d'employer la langue native de l'équipe c'est que ça laisse au projet le temps de mûrir et surtout, ca permet de déléguer la traduction à des gens dont c'est le métier et qui feront ça mieux qu'un entassement de termes et de phrases pondu par un ensemble de gens qui ont un niveau moyen.
[^] # Re: Manque une option
Posté par Guillaume Rossignol . En réponse au sondage Quel est votre niveau d’anglais ?. Évalué à 4.
C'est très très loin d'être une évidence. J'ai bossé dans une boite, l'équipe dev avait décidé de tout mettre en anglais dans le code. Pour exactement la raison que tu évoque.
Sauf que parfois, le terme à utiliser en français n'est déjà pas clair pour le client, du coup, la traduction est pour le moins hasardeuse.
Et puis vient le temps où le client veut une nouvelle feature où on se dit "merde, le terme anglais qu'on a mis avant, en fait, il colle mieux à cette feature".
Alors évidemment, le client aurait mieux spécifier son besoin et mieux mûrît sa réflexion plutôt que de tâtonner avec l'équipe dev pour obtenir son logiciel, on n'en serait pas là. Mais c'est illusoire de se dire que tout va être bien définit du premier coup.
Et j'en rajoute une couche, mais parfois le terme employé dans la boite n'a pas tout à fait le même sens que dans un autre. Donc on a des termes en francais ambigu et mal définit, et on se rajoute une couche de complexité en employant des mots dans une langue différente.
Le bon coté (à mon sens) d'employer la langue native de l'équipe c'est que ça laisse au projet le temps de mûrir et surtout, ca permet de déléguer la traduction à des gens dont c'est le métier et qui feront ça mieux qu'un entassement de termes et de phrases pondu par un ensemble de gens qui ont un niveau moyen.