Sur mon projet actuel, les spécifications ainsi que le code sont en anglais. On utilise des anglicismes pour les mots technique à l'oral, parce qu'on a défini ces mots en anglais et on peut les utiliser avec un sens très précis. C'est parfois même un avantage: pour les mots anglais utilisés ainsi, on peut les détacher assez facilement de leur sens original et les utiliser uniquement dans le sens qu'on leur a donné dans le contexte du projet. Le vocabulaire qu'on peut utiliser s'en trouve ainsi enrichi puisqu'on peut, au besoin, piocher dans le lexique de deux langues différentes.
Par contre sur un projet précédent, les spécifications était en français, mais le code et les commentaires en anglais. Du coup, c'était deux fois plus de travail. Pour chaque concept il fallait trouver deux noms, un en français pour la spec, un en anglais pour le code. En essayant d'éviter les "faux amis", mots qui se ressemblent dans les deux langues mais dont le sens peut en fait être différent (parfois beaucoup, et parfois de façon beaucoup plus subtile).
Bref, le plus simple c'est de travailler dans une seule langue à la fois, et peu importe laquelle.
# Le plus fatiguant c'est de mélanger deux langues
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Mon rapport à l'anglais. Évalué à 7.
Sur mon projet actuel, les spécifications ainsi que le code sont en anglais. On utilise des anglicismes pour les mots technique à l'oral, parce qu'on a défini ces mots en anglais et on peut les utiliser avec un sens très précis. C'est parfois même un avantage: pour les mots anglais utilisés ainsi, on peut les détacher assez facilement de leur sens original et les utiliser uniquement dans le sens qu'on leur a donné dans le contexte du projet. Le vocabulaire qu'on peut utiliser s'en trouve ainsi enrichi puisqu'on peut, au besoin, piocher dans le lexique de deux langues différentes.
Par contre sur un projet précédent, les spécifications était en français, mais le code et les commentaires en anglais. Du coup, c'était deux fois plus de travail. Pour chaque concept il fallait trouver deux noms, un en français pour la spec, un en anglais pour le code. En essayant d'éviter les "faux amis", mots qui se ressemblent dans les deux langues mais dont le sens peut en fait être différent (parfois beaucoup, et parfois de façon beaucoup plus subtile).
Bref, le plus simple c'est de travailler dans une seule langue à la fois, et peu importe laquelle.