Écrire du code en russe. Avantages et inconvénients d'un tel programme. - page 17

[Supprimé]  
Реter Konow:
Les commentaires sont écrits plus longtemps que les noms des variables et des fonctions. Si les noms sont auto-explicatifs, vous pouvez réduire les commentaires au minimum et ne pas perdre de temps à les rédiger. Vous pouvez également réduire le temps d'analyse dans votre propre code, s'il est volumineux. Vous pouvez économiser beaucoup de temps et d'efforts dans tous les aspects de la programmation et du développement, tout en élargissant vos capacités.

Une fois, j'ai regardé un code du Kazakhstan avec des commentaires du style : "Luch vairh vekhrt, luchh nyz vekrt". C'est une bonne chose que ce soit en charabia dans le kamment, mais toutes les variables sont claires. Suggérez-vous que toutes les langues devraient également avoir des commandes et des variables dans la langue locale ?

 
Je le pense : mon approche de l'écriture du code ne convient pas à tout le monde. Toutefois, si quelqu'un est intéressé, essayez d'écrire quelque chose en russe et de partager vos impressions sur cette expérience "exotique". ))
 
Vladimir Zubov:

Une fois, j'ai regardé un code du Kazakhstan avec des commentaires du style : "Luch vairh vekhrt, luchh nyz vekrt". C'est une bonne chose que ce soit en charabia dans le kamment, mais toutes les variables sont claires. Suggérez-vous que toutes les langues devraient également avoir des commandes et des variables dans la langue locale ?

Vous pouvez aussi faire écho à des mots en anglais. Parlez-vous couramment l'anglais ? Ne pensez-vous pas qu'un Américain regarderait votre code de la même manière que vous regardez le code de ce programmeur du Kazakhstan ?
[Supprimé]  
Реter Konow:
Je le pense : mon approche de l'écriture du code ne convient pas à tout le monde. Toutefois, si quelqu'un est intéressé, essayez d'écrire quelque chose en russe et de partager vos impressions sur cette expérience "exotique".
Laissez-moi écrire en ukrainien avec le dialecte de Lvov et dites-moi si ce serait plus facile à comprendre en anglais ou non ?
 
Vladimir Zubov:
Laissez-moi écrire en ukrainien avec le dialecte de Lviv et dites-moi si ce serait plus facile à comprendre en anglais ou non ?
Vous passez à côté de l'essentiel plus d'une fois. Russe dans le code, - si le code est à usage personnel. Anglais - pour le code source ouvert destiné à être distribué.
 
Реter Konow:
Les commentaires sont plus longs à écrire que les noms de variables et de fonctions. Si les noms sont explicites, vous pouvez réduire les commentaires au minimum et ne pas perdre de temps à les rédiger. Vous pouvez également réduire le temps d'analyse dans votre propre code, s'il est important. Vous pouvez économiser beaucoup de temps et d'efforts dans tous les aspects de la programmation et du développement, tout en élargissant vos capacités.

Un commentaire est écrit une fois lors de la déclaration d'une variable et peut ensuite être consulté n'importe où dans le programme. Mais un long nom de variable peut apparaître très souvent dans le code, augmentant visuellement et quantitativement la taille du code.

Les termes buy, sell, order, position, margin, count, cnt, column, table, array sont bien connus et faciles à lire ; même s'il y a une erreur dans le nom de la variable, personne ne la remarquera, alors qu'une erreur en russe sera cuisante. Ecrivez en hiéroglyphes, il est impossible de faire des erreurs dans les mots.

Почти половине языков мира грозит исчезновение | Новости культуры, афиша | DW.COM | 22.02.2006
Почти половине языков мира грозит исчезновение | Новости культуры, афиша | DW.COM | 22.02.2006
  • Deutsche Welle (www.dw.com)
  • www.dw.com
Париж - 22.02.2006 Почти половина из шести тысяч языков, на которых говорят в мире, находятся под угрозой вымирания в ближайшие сто лет. Процесс исчезновения проходит со средней...
 
Qu'il écrive comme il veut, l'essentiel est qu'il comprenne et soit conscient de ce qu'il écrit... Il est clair pour tout le monde que ce style, "goggle", est difficile à percevoir le code, et donc la compréhension de l'algorithme.... Mais chacun a ses propres "cafards" dans sa tête et il est plus à l'aise ainsi.
 
Andrey Dik:

Un commentaire est écrit une fois lors de la déclaration d'une variable et peut ensuite être consulté n'importe où dans le programme. Mais un long nom de variable peut apparaître très souvent dans le code, augmentant visuellement et quantitativement la taille du code.

Les termes buy, sell, order, position, margin, count, cnt, column, table, array sont bien connus et faciles à lire ; même s'il y a une erreur dans le nom de la variable, personne ne la remarquera, alors qu'une erreur en russe sera cuisante. Écrivez en hiéroglyphes, il est impossible d'y faire des erreurs de mots.

Je pensais qu'on s'était déjà dit au revoir. ) Vous préférez donc cacher votre analphabétisme derrière des mots anglais ? C'est original. Au fait, j'ai remarqué que votre orthographe anglaise souffre. Mais ce n'est pas grave, apprenez un peu d'anglais et vous vous améliorerez.
 
Реter Konow:

Eh bien, ça a du sens maintenant.

En effet, lorsque vous effectuez un travail personnalisé en fournissant un code source ouvert, vous devez absolument utiliser l'anglais. Je suis d'accord avec cela.

Toutefois, si l'on considère l'efficacité de la programmation et du développement en tant que telle, elle est nettement supérieure lorsqu'on utilise une langue maternelle. Toute personne ayant une telle expérience le confirmera.

Je suis pratiquement sûr que les Américains étaient en avance sur tout le monde dans le domaine des technologies logicielles exactement parce qu'ils avaient un énorme avantage initial - la possibilité de développer dans leur langue maternelle alors que les autres nations devaient s'adapter non seulement à d'autres langues mais aussi à l'approche d'autres personnes (OOP).

Rivaliser avec eux dans leur domaine, c'est n'avoir aucune chance de gagner.


L'IMHO surligné en rouge est une déclaration controversée. La pratique montre que nos programmeurs y sont très demandés.

Encore une fois, à mon avis, parce qu'ils écrivent dans une langue non maternelle. Ils n'ont pas la dissonance cognitive que les anglophones de naissance ont.

Laissez-moi vous donner un exemple simple :

VASYA+MASHA=Amour que nous voyons sur les rochers et les arbres depuis notre enfance et l'expression...

VASIA+MASHA=LOVE provoque une dissonance cognitive. Mais en programmation, une telle situation est tout à fait normale. Alors que la même phrase en alphabet latin se lit mieux...

VASJA+MASHA=SKANDAL car les variables ne sont que des variables et leurs relations sont déterminées par le contexte du programme et non par celui du langage utilisé.

Il y a une autre caractéristique en anglais, qui en général ne fait plus de discrimination entre vos et nos programmeurs, mais donne toujours un avantage à ceux qui écrivent des programmes en anglais...

La lisibilité du programme dépend beaucoup de la longueur des noms, et les mots anglais sont plus courts que les mots russes.

À mon avis, la longueur d'un nom de variable devrait être de 3 à 4 caractères. S'il est plus long, il y a un problème, plus long, ça va, mais ça ne devrait pas être un phénomène de masse. Une ou deux variables longues dans un bloc ne gâchent pas la lisibilité.

Cela est particulièrement vrai pour les variables fréquemment répétées. C'est pourquoi il est préférable de faire des compteurs à un seul booléen.

 
Реter Konow:
Vous passez à côté de l'essentiel plus d'une fois. Russe en code - si le code est destiné à un usage personnel. L'anglais est pour le code source ouvert destiné à être distribué.

Alert("Ротация_кнопок_таскбара

Est-ce une forme particulière de commodité que d'écrire des mots anglais en russe ?