J'aurais plutôt tendance à écrire :
ma_boite_a_evenements gtk_event_box_new();
Parce que ça sépare bien mon code de ce qui vient des bibliothèques utilisées.
Je ne manipule pas une abstraite "event_box", mais bien un truc qui gère des évènements (je ne code s en gtk, et ne sait pas ce qu'est exactement une gtk_event_box).
Je suis d'accord que quand tu es plongé dans ton, programme il est aisé d'écrire les commentaires en anglais et tout ton programme en anglais, tu es la tête dans ta doc, le nez dans le guidon si on peut dire, et ce guidon est très souvent entièrement en anglais.
La difficulté vient ensuite pour quelqu'un essayant de comprendre ton code, ou même toi pas mal de temps plus tard, ça sera bien plus difficile, enfin je trouve, si c'est entièrement en anglais plutôt que s'il y a cette séparation : ton code/commentaire en français, les bibliothèques en anglais (t'façon il n'y a pas le choix).
Ceci dit mes remarques s'appliquent peut être seulement à des projets d'assez petite envergure, n'ayant jamais participé à un *gros* projet, j'imagine que les contraintes sont très différentes, mais je ne peux me les figurer précisément. Mais pour un gros projet il y a eu des conventions de nommage, de commentaires, d'écriture, que tu dois respecter, et ça devrait passer en premier dans les choix.
Et si on développe une librairie destinée à être réutilisée par n'importe qui, il peut être intéressant d'en venir à mettre au moins les commentaires en anglais (voire en deux langues ?), pour des histoires d'internationalisation.
Un autre aspect que j'apprécie, à titre personnel, dans le fait de tout faire en français, c'est que comme tu dis on a déjà des commentaires, des noms des trucs comme ça en anglais, il faut donc en traduire une partie, et donc faire un effort pour exprimer clairement et simplement ce que l'on fait, ne pas se contenter de copier-coller en adaptant.
Et la flemme de trop en faire fait qu'on s'attache à l'essentiel et qu'on l'exprime le plus clairement possible.
Ca permet aussi d'être bien sûr de savoir ce que l'on code : si on n'est pas fichu de l'expliquer rapidement et simplement, c'est qu'on a l'esprit confus, que la méthode utilisée n'est pas très bonne (sors de là le goret !)... Et c'est plus facile de se concentrer sur ces aspects là s'il n'y a pas d'effort de compréhension et d'expression en l'anglais à accomplir.
Mais ceci est un avis strictement personnel, ça sera peut-être différent pour d'autres personnes, les goûts et les couleurs, tout ça ;)
[^] # Re: Le français et l'informatique
Posté par Yth (Mastodon) . En réponse à la dépêche La langue française dans l'aventure informatique. Évalué à 1.
ma_boite_a_evenements gtk_event_box_new();
Parce que ça sépare bien mon code de ce qui vient des bibliothèques utilisées.
Je ne manipule pas une abstraite "event_box", mais bien un truc qui gère des évènements (je ne code s en gtk, et ne sait pas ce qu'est exactement une gtk_event_box).
Je suis d'accord que quand tu es plongé dans ton, programme il est aisé d'écrire les commentaires en anglais et tout ton programme en anglais, tu es la tête dans ta doc, le nez dans le guidon si on peut dire, et ce guidon est très souvent entièrement en anglais.
La difficulté vient ensuite pour quelqu'un essayant de comprendre ton code, ou même toi pas mal de temps plus tard, ça sera bien plus difficile, enfin je trouve, si c'est entièrement en anglais plutôt que s'il y a cette séparation : ton code/commentaire en français, les bibliothèques en anglais (t'façon il n'y a pas le choix).
Ceci dit mes remarques s'appliquent peut être seulement à des projets d'assez petite envergure, n'ayant jamais participé à un *gros* projet, j'imagine que les contraintes sont très différentes, mais je ne peux me les figurer précisément. Mais pour un gros projet il y a eu des conventions de nommage, de commentaires, d'écriture, que tu dois respecter, et ça devrait passer en premier dans les choix.
Et si on développe une librairie destinée à être réutilisée par n'importe qui, il peut être intéressant d'en venir à mettre au moins les commentaires en anglais (voire en deux langues ?), pour des histoires d'internationalisation.
Un autre aspect que j'apprécie, à titre personnel, dans le fait de tout faire en français, c'est que comme tu dis on a déjà des commentaires, des noms des trucs comme ça en anglais, il faut donc en traduire une partie, et donc faire un effort pour exprimer clairement et simplement ce que l'on fait, ne pas se contenter de copier-coller en adaptant.
Et la flemme de trop en faire fait qu'on s'attache à l'essentiel et qu'on l'exprime le plus clairement possible.
Ca permet aussi d'être bien sûr de savoir ce que l'on code : si on n'est pas fichu de l'expliquer rapidement et simplement, c'est qu'on a l'esprit confus, que la méthode utilisée n'est pas très bonne (sors de là le goret !)... Et c'est plus facile de se concentrer sur ces aspects là s'il n'y a pas d'effort de compréhension et d'expression en l'anglais à accomplir.
Mais ceci est un avis strictement personnel, ça sera peut-être différent pour d'autres personnes, les goûts et les couleurs, tout ça ;)
Yth.