par
Cyrano » 12 févr. 2008, 01:34
Ben c'est un peu comme dans une classe : il y a des méthodes publiques et des méthodes privées. Les privées, on ne les voit pas travailler, on ne les voit en fait pas du tout, le développeur lui ne traite qu'avec les méthodes publiques.
Dans le même esprit, le front-end, c'est la partie publique, le back-end la partie privée.
Mais globalement, tout ceci illustre justement l'importance d'un bon glossaire. Un certain nombre de développeurs comprennent le sens du mot sans nécessairement chercher à le traduire. Mais le débutant ou encore celui qui ne comprend pas un traître mot d'anglais ne sait finalement pas vraiment ce que ça signifie. Il discerne un truc plutôt abstrait. Donc ne pas le traduire dans la doc elle-même ne pose pas de problèmes. En revanche, pouvoir disposer d'un glossaire peut se révéler pour beaucoup un appui notable pour comprendre non seulement le terme lui-même mais aussi des principes de programmation
Ben c'est un peu comme dans une classe : il y a des méthodes publiques et des méthodes privées. Les privées, on ne les voit pas travailler, on ne les voit en fait pas du tout, le développeur lui ne traite qu'avec les méthodes publiques.
Dans le même esprit, le front-end, c'est la partie publique, le back-end la partie privée.
Mais globalement, tout ceci illustre justement l'importance d'un bon glossaire. Un certain nombre de développeurs comprennent le sens du mot sans nécessairement chercher à le traduire. Mais le débutant ou encore celui qui ne comprend pas un traître mot d'anglais ne sait finalement pas vraiment ce que ça signifie. Il discerne un truc plutôt abstrait. Donc ne pas le traduire dans la doc elle-même ne pose pas de problèmes. En revanche, pouvoir disposer d'un glossaire peut se révéler pour beaucoup un appui notable pour comprendre non seulement le terme lui-même mais aussi des principes de programmation :)
