用俄语写代码。这种方案的优点和缺点。 - 页 17 1...10111213141516171819 新评论 [删除] 2016.10.03 20:15 #161 Реter Konow: 注释写得比变量和函数的名称长。如果名字是不言自明的,你就可以把评论减少到最低限度,而不用浪费时间去写。如果你的代码很大,你也可以在自己的代码中减少解析的时间。你可以在编程和开发的所有方面节省大量的时间和精力,同时扩大你的能力。有一次我看了一个来自哈萨克斯坦的代码,其评论风格为:"Luch vairh vekhrt, luchh nyz vekrt"。这是件好事,在坎儿井里是胡言乱语,但所有的变数都很清楚。你是说所有的语言也应该有本地语言的命令和变量吗? Реter Konow 2016.10.03 20:17 #162 我想是的:我写代码的方法并不适合所有人。不过,如果有人感兴趣,可以试着用俄语写点东西,分享你对这种 "异国 "经历的印象。)) Реter Konow 2016.10.03 20:19 #163 Vladimir Zubov: 有一次我看了一个来自哈萨克斯坦的代码,其评论风格为:"Luch vairh vekhrt, luchh nyz vekrt"。这是件好事,在坎儿井里是胡言乱语,但所有的变数都很清楚。你是否建议所有语言也应该有本地语言的命令和变量? 你也可以用英语呼应单词。你能说流利的英语吗?你不认为一些美国人会像你看那个来自哈萨克斯坦的程序员的代码那样看你的代码吗? [删除] 2016.10.03 20:19 #164 Реter Konow: 我想是的:我写代码的方法并不适合所有人。不过,如果有人感兴趣,可以试着用俄语写点东西,分享你对这种 "异国 "经历的印象。 让我用乌克兰的利沃夫方言来写,并告诉我,用英语来理解是否更方便? Реter Konow 2016.10.03 20:24 #165 Vladimir Zubov: 让我用乌克兰的利沃夫方言来写,并告诉我,用英语来理解是否会更方便? 你不止一次地忽略了这一点。代码中的俄语, - 如果代码是个人使用的。英语--适用于用于分发的开放源代码。 Andrey Dik 2016.10.03 20:27 #166 Реter Konow: 注释比变量和函数的名称需要更长的时间来书写。如果名字是不言自明的,你就可以把评论减少到最低限度,不在写评论上浪费时间。你也可以在自己的代码中减少解析的时间,如果它是大的。你可以在编程和开发的所有方面节省大量的时间和精力,同时扩大你的能力。在声明一个变量 时,注释只写一次,然后可以在程序中的任何地方访问。但是一个长的变量名在代码中会出现得非常频繁,从视觉上和数量上增加了代码的大小。 买入、卖出、订单、仓位、保证金、计数、cnt、列、表、数组等术语都是众所周知的,而且容易阅读;即使变量名称有错误,也不会有人注意到,而俄语的错误则会让人感到刺痛。用象形文字书写,不可能出现文字上的错误。 Почти половине языков мира грозит исчезновение | Новости культуры, афиша | DW.COM | 22.02.2006 Deutsche Welle (www.dw.com)www.dw.com Париж - 22.02.2006 Почти половина из шести тысяч языков, на которых говорят в мире, находятся под угрозой вымирания в ближайшие сто лет. Процесс исчезновения проходит со средней... Ruslan Khasanov 2016.10.03 20:30 #167 让他随心所欲地写吧,最主要的是他能理解并意识到他在写什么......大家都很清楚,这种风格,"目不转睛",很难感知代码,因此对算法的理解也是如此。但每个人的脑子里都有自己的 "蟑螂",他这样做更舒服。 Реter Konow 2016.10.03 20:31 #168 Andrey Dik:在声明一个变量 时,注释只写一次,然后可以在程序中的任何地方访问。但是一个长的变量名在代码中会出现得非常频繁,从视觉上和数量上增加了代码的大小。 买入、卖出、订单、仓位、保证金、计数、cnt、列、表、数组等术语都是众所周知的,而且容易阅读;即使变量名称有错误,也不会有人注意到,而俄语的错误则会让人感到刺痛。用象形文字写,在那里不可能犯错的字。 我以为我们已经说过再见了。)所以你更喜欢把你的文盲隐藏在英语单词后面?这就是原创。顺便说一下,我注意到你的英语拼写有问题。但这没关系,学点英语,你会变得更好。 Mykola Demko 2016.10.03 20:37 #169 Реter Konow:好了,现在说得通了。 的确,在做提供开放源代码的定制工作时,你肯定应该使用英语。我同意这一点。 然而,如果我们考虑到编程和开发的效率,那么在使用母语的情况下,效率肯定会更高。任何有这种经验的人都会证实这一点。 我非常确定,美国人在软件技术方面领先于所有人,正是因为他们有一个巨大的初始优势--可以用他们的母语开发,而 其他国家不仅要适应其他语言,还要适应其他人的方法(OOP)。 在他们的领域与他们竞争,就是没有胜算。红色强调的IMHO是一个有争议的说法。实践表明,我们的程序员在那里很受欢迎。同样,在我看来,因为他们用非母语写作。他们没有说英语的人天生就有的认知障碍。让我给你举个简单的例子。VASYA+MASHA=LOVE,我们从小就在岩石和树木上看到,这句话也是如此。VASIA+MASHA=LOVE会导致认知上的不协调。但是在编程中,这样的情况是很正常的。而同样的短语在拉丁字母中的读法则更好......VASJA+MASHA=SKANDAL,因为变量只是变量,它们的关系是由程序的上下文决定的,而不是由使用的语言的上下文决定的。英语还有一个特点,一般来说,它不再区分你们的程序员和我们的程序员,但仍然给那些用英语写程序的人带来优势......程序的可读性在很大程度上取决于名称的长度,而英语单词比俄语单词短。我的猜测是,变量名称的长度应该是3-4个字符,如果更长,那就有问题了,更长也行,但不应该是一种大规模现象。一个区块中的一两个长变量并不破坏可读性。这对于经常重复的变量来说尤其如此。这就是为什么计数器最好做成单布尔的原因。 Andrey Barinov 2016.10.03 20:37 #170 Реter Konow: 你不止一次地忽略了这一点。代码中的俄语 - 如果代码是个人使用的。英语是指用于分发的开放源代码。Alert("Ротация_кнопок_таскбара用俄语写英语单词是一种特殊的方便形式吗? 1...10111213141516171819 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
注释写得比变量和函数的名称长。如果名字是不言自明的,你就可以把评论减少到最低限度,而不用浪费时间去写。如果你的代码很大,你也可以在自己的代码中减少解析的时间。你可以在编程和开发的所有方面节省大量的时间和精力,同时扩大你的能力。
有一次我看了一个来自哈萨克斯坦的代码,其评论风格为:"Luch vairh vekhrt, luchh nyz vekrt"。这是件好事,在坎儿井里是胡言乱语,但所有的变数都很清楚。你是说所有的语言也应该有本地语言的命令和变量吗?
有一次我看了一个来自哈萨克斯坦的代码,其评论风格为:"Luch vairh vekhrt, luchh nyz vekrt"。这是件好事,在坎儿井里是胡言乱语,但所有的变数都很清楚。你是否建议所有语言也应该有本地语言的命令和变量?
我想是的:我写代码的方法并不适合所有人。不过,如果有人感兴趣,可以试着用俄语写点东西,分享你对这种 "异国 "经历的印象。
让我用乌克兰的利沃夫方言来写,并告诉我,用英语来理解是否会更方便?
注释比变量和函数的名称需要更长的时间来书写。如果名字是不言自明的,你就可以把评论减少到最低限度,不在写评论上浪费时间。你也可以在自己的代码中减少解析的时间,如果它是大的。你可以在编程和开发的所有方面节省大量的时间和精力,同时扩大你的能力。
在声明一个变量 时,注释只写一次,然后可以在程序中的任何地方访问。但是一个长的变量名在代码中会出现得非常频繁,从视觉上和数量上增加了代码的大小。
买入、卖出、订单、仓位、保证金、计数、cnt、列、表、数组等术语都是众所周知的,而且容易阅读;即使变量名称有错误,也不会有人注意到,而俄语的错误则会让人感到刺痛。用象形文字书写,不可能出现文字上的错误。
在声明一个变量 时,注释只写一次,然后可以在程序中的任何地方访问。但是一个长的变量名在代码中会出现得非常频繁,从视觉上和数量上增加了代码的大小。
买入、卖出、订单、仓位、保证金、计数、cnt、列、表、数组等术语都是众所周知的,而且容易阅读;即使变量名称有错误,也不会有人注意到,而俄语的错误则会让人感到刺痛。用象形文字写,在那里不可能犯错的字。
好了,现在说得通了。
的确,在做提供开放源代码的定制工作时,你肯定应该使用英语。我同意这一点。
然而,如果我们考虑到编程和开发的效率,那么在使用母语的情况下,效率肯定会更高。任何有这种经验的人都会证实这一点。
我非常确定,美国人在软件技术方面领先于所有人,正是因为他们有一个巨大的初始优势--可以用他们的母语开发,而 其他国家不仅要适应其他语言,还要适应其他人的方法(OOP)。
在他们的领域与他们竞争,就是没有胜算。
红色强调的IMHO是一个有争议的说法。实践表明,我们的程序员在那里很受欢迎。
同样,在我看来,因为他们用非母语写作。他们没有说英语的人天生就有的认知障碍。
让我给你举个简单的例子。
VASYA+MASHA=LOVE,我们从小就在岩石和树木上看到,这句话也是如此。
VASIA+MASHA=LOVE会导致认知上的不协调。但是在编程中,这样的情况是很正常的。而同样的短语在拉丁字母中的读法则更好......
VASJA+MASHA=SKANDAL,因为变量只是变量,它们的关系是由程序的上下文决定的,而不是由使用的语言的上下文决定的。
英语还有一个特点,一般来说,它不再区分你们的程序员和我们的程序员,但仍然给那些用英语写程序的人带来优势......
程序的可读性在很大程度上取决于名称的长度,而英语单词比俄语单词短。
我的猜测是,变量名称的长度应该是3-4个字符,如果更长,那就有问题了,更长也行,但不应该是一种大规模现象。一个区块中的一两个长变量并不破坏可读性。
这对于经常重复的变量来说尤其如此。这就是为什么计数器最好做成单布尔的原因。
你不止一次地忽略了这一点。代码中的俄语 - 如果代码是个人使用的。英语是指用于分发的开放源代码。
用俄语写英语单词是一种特殊的方便形式吗?