用俄语写代码。这种方案的优点和缺点。 - 页 16

 
Vitaly Muzichenko:

可能发生的最糟糕的事情是,如果有人要求你在该代码中编辑什么。这就是它的开始。西里尔文的变量是对母语的不尊重,编辑这样的代码是很过分的。

我可以想象,一个乌克兰人用自己的语言写出什么样的代码,然后再由一个中国人进一步编辑,并用自己的语言进行评论)。

没有什么可怕的事情会发生。与要求纠正的东西必须去找作者。如果作者拒绝了几次,他的名声就会大打折扣......。这时,代码将从互联网上消失,所有人都会忘记这个程序员......担心什么...但对于初学者来说,为了更好地理解,特别是在回答问题时,使用西里尔字母甚至是有用的。

我已经告诉你,我对英语、汉语和韩语同样一无所知。试着用拉丁语给变量的俄语单词...更糟糕的是。而用西里尔语写作,我担心我会失去所有的经验......

 
Реter Konow:
不,没有什么事情困扰着我。你试过用俄语写专家 吗?如果你没有,我建议你试试。然后分享你的印象。顺便说一下,我建议大家都这样做。

我试过,我就是这样开始的,但后来我意识到它是无能和原始的,为了国际化,我改用英语。

 
Реter Konow:
你有点夸张了))。当然,如果要让讲其他语言的程序员查看,代码必须是英文的。顺便说一下,关于对母语的不尊重--说英语的人没有这种情结。他们用自己的母语编写程序,而不去理会)。

我就不说了。

这里有一个来自这里

它真的很好,可读性强吗?


 
Vladimir Zubov:

我试过,我就是这样开始的,但后来我意识到它是无能和原始的,为了国际化,我改用英语。

好吧,那么事实证明,我从国际上变成了无能的原始人))))。
 
Реter Konow:
我甚至不知道在写编程书籍的人中也有人支持这种方法。它很酷,很好。))我也同意开放源代码必须是英文的。尽管如果它是在讲俄语的环境中发行的,那么为什么不使用俄语呢?
我经常在编程教科书中看到它。一个自由的转述。尽可能多地在代码中加入你的母语注释。无论是之前还是之后,还是在功能本身。更好的是,用你的母语来命名变量。一分钟的评论会让你在休息了一周或喝了酒之后,免于几个小时不理解自己的代码。你不会像羊群在新门前一样看自己的代码。
 
Vitaly Muzichenko:

我就不说了。

取自这里

它是否漂亮和可读?


而你为什么要选择这样一个可以避免的例子?那里面还有一个。

(再看看头版)。

 for(int Позиция = Исходная_позиция; Позиция < 3000; Позиция += Шаг)
   {
    Номер_кнопки    = Номер_кнопки_по_позиции(Позиция);
    //------------------------------------------------
    if(G_CORE[_TASKBAR][Номер_кнопки][_OBJECT_HIDE])
      {
       //-------------------
       G_CORE[_TASKBAR][Номер_стираемой_кнопки][_X]     = G_CORE[_TASKBAR][Номер_последней_кнопки][_X];
       G_CORE[_TASKBAR][Номер_стираемой_кнопки + 1][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки + 1][_X];
       G_CORE[_TASKBAR][Номер_стираемой_кнопки + 2][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки + 2][_X];
       G_CORE[_TASKBAR][Номер_стираемой_кнопки + 3][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки + 3][_X];
       G_CORE[_TASKBAR][Номер_стираемой_кнопки + 4][_X] = G_CORE[_TASKBAR][Номер_последней_кнопки + 4][_X];
       //-------------------
       //Alert("Ротация_кнопок_таскбара  -  новая Позиция стертой кнопки   ",G_CORE[_TASKBAR][Номер_стираемой_кнопки][_X]);
       break;
      }

 
的确,任何语言的评论都是允许的,那有什么问题呢?
 
Yuri Evseenkov:
我在编程教科书中经常看到这种情况。一个自由的转述。尽可能多地在代码中加入母语注释。无论是之前还是之后,还是在功能本身。更好的是,用他们的母语来命名这些变量。一分钟的评论会让你在休息一周或喝酒后免于对自己的代码产生数小时的误解。你不会像羊群在新门前一样看自己的代码。
说得好)。
 
Vladimir Zubov:
的确,任何语言的评论都是允许的,那有什么问题呢?
注释比变量和函数名需要更长的时间来书写。如果名字是不言自明的,你就可以把评论减少到最低限度,不浪费时间去写。如果你的代码很大,你也可以在自己的代码中减少解析的时间。你可以在编程和开发的所有方面节省大量的时间和精力,同时扩大你的能力。
 
Реter Konow:

而为什么选择这样一个可以避免的例子呢?那里面还有一个。

这里不具有选择性,但它是一个特殊的案例。

代码中的注释就像一首诗中的段落,没有它们,你就会得到一个不完整的混乱。