ロシア語でコードを書くこのようなプログラムの長所と短所。 - ページ 17

削除済み  
Реter Konow:
コメントは、変数名や関数名よりも長く書く。名前が自明であれば、コメントを最小限にすることができ、書く時間を無駄にすることもありません。また、独自のコードで解析時間が大きい場合は、その時間を短縮することができます。プログラミングや開発のあらゆる場面で時間と労力を大幅に削減し、かつ能力を拡大することができます。

以前、カザフスタンのコードを見たとき、「Luch vairh vekhrt, luchh nyz vekrt」というスタイルでコメントが書かれていました。カンペキにちんぷんかんぷんだったのが、すべての変数がクリアになったのです。すべての言語で、コマンドや変数も現地語で用意しろということでしょうか?

 
そうですね。私のコードライティングのやり方は、万人受けするものではありません。しかし、もし興味がある人がいたら、ロシア語で何か書いて、この「異国」体験の感想を伝えてみてください。))
 
Vladimir Zubov:

以前、カザフスタンのコードを見たとき、「Luch vairh vekhrt, luchh nyz vekrt」というスタイルでコメントが書かれていました。カンペキにちんぷんかんぷんだったのが、すべての変数がクリアになったのです。すべての言語で、コマンドや変数も現地語で用意しろということでしょうか?

英語でも単語をエコーすることができます。英語は流暢に話せますか?カザフスタンのプログラマーのコードを見るように、あなたのコードを見るアメリカ人がいるとは思いませんか?
削除済み  
Реter Konow:
そうですね。私のコードライティングのやり方は、万人受けするものではありません。しかし、もし興味がある人がいたら、ロシア語で何か書いて、この「異国」体験の感想を伝えてみてください。
リヴィウ方言を含むウクライナ語で書いて、英語で理解した方が便利かどうか教えてください。
 
Vladimir Zubov:
リヴィウ方言を含むウクライナ語で書いて、英語で理解した方が便利かどうか教えてください。
何度も的外れなことを言っていますね。コード内のロシア語、-個人使用の場合。英語 - 配布を目的としたオープンソースコード用。
 
Реter Konow:
コメントは、変数名や関数名よりも記述に時間がかかります。名前が自明であれば、コメントを最小限に減らすことができ、コメントを書く時間を無駄にすることはありません。また、独自のコードで解析にかかる時間が大きい場合は、その時間を短縮することができます。プログラミングや開発のあらゆる場面で時間と労力を大幅に削減し、かつ能力を拡大することができます。

コメントは、変数の宣言 時に一度だけ書き、その後はプログラムのどこからでもアクセスできるようになります。しかし、長い変数名はコードの中で非常に頻繁に出現し、視覚的にも量的にもコードのサイズを増大させます。

買い、売り、注文、ポジション、マージン、カウント、セント、カラム、テーブル、アレイなどの用語はよく知られていて読みやすく、たとえ変数名に誤りがあっても誰も気づかないが、ロシア語の誤りは刺々しいものである。象形文字で書けば、言葉の間違いはありえない。

Почти половине языков мира грозит исчезновение | Новости культуры, афиша | DW.COM | 22.02.2006
Почти половине языков мира грозит исчезновение | Новости культуры, афиша | DW.COM | 22.02.2006
  • Deutsche Welle (www.dw.com)
  • www.dw.com
Париж - 22.02.2006 Почти половина из шести тысяч языков, на которых говорят в мире, находятся под угрозой вымирания в ближайшие сто лет. Процесс исчезновения проходит со средней...
 
好きなように書かせればいい、要は自分が書いていることを理解し、自覚しているかどうかだ...このスタイルではコードを知覚しにくいことは誰の目にも明らかであり、したがってアルゴリズムへの理解も難しい...」。でも、誰にでも自分の頭の中に「ゴキブリ」がいて、その方が居心地がいいんです。
 
Andrey Dik:

コメントは、変数の宣言 時に一度だけ書き、その後はプログラムのどこからでもアクセスできるようになります。しかし、長い変数名はコードの中で非常に頻繁に出現し、視覚的にも量的にもコードのサイズを増大させます。

買い、売り、注文、ポジション、マージン、カウント、セント、カラム、テーブル、アレイなどの用語はよく知られていて読みやすく、たとえ変数名に誤りがあっても誰も気づかないが、ロシア語の誤りは刺さる。象形文字で書く、そこでは言葉の間違いはありえない。

もうお別れしたはずなのに。) では、あなたは自分の無教養を英単語で隠すのが好きなのですか?それがオリジナルです。ところで、あなたの英語のスペリングに問題があることに気づきました。でも大丈夫、英語を勉強すれば上達しますよ。
 
Реter Konow:

なるほど、これで納得がいきますね。

確かに、オープンソースのコードを提供するカスタムワークの場合は、絶対に英語を使うべきですね。それは私も同感です。

しかし、プログラミングや開発の効率という ことを考えれば、母国語を使った方が断然 高い。そのような経験をお持ちの方であれば、誰でもそれを確認することができるでしょう。

他の国々が他の言語だけでなく、他の人のアプローチ(OOP)にも適応しなければならないのに、アメリカ人がソフトウェア技術で誰よりも先を行っていたのは、まさに彼らが母国語で開発 できるという大きな初期アドバンテージを持っていたからだと確信しています。

その分野で彼らと競争することは、勝つ見込みがないことなのです。


赤で強調したIMHOは、賛否両論ある発言です。実践の結果、私たちのプログラマーは現地で大きな需要があることがわかりました。

繰り返しになりますが、私の考えでは、彼らは母国語ではない言語で書いているからです。生まれつきの英語圏の人が持っている認知的不協和がないのです。

簡単な例を挙げると

VASYA+MASHA=LOVEという言葉は、子供の頃から岩や木に描かれているのを見たことがあります。

VASIA+MASHA=LOVEは認知的不協和を引き起こす。しかし、プログラミングでは、そのような状況はごく普通のことなのです。一方、同じフレーズをラテンアルファベットで書くと、読みやすくなる...。

VASJA+MASHA=SKANDALは、変数はあくまで変数であり、その関係は使用する言語の文脈ではなく、プログラムの文脈で決まるからです。

英語にはもう一つ特徴があって、一般的にはもうあなたのプログラマーと私たちのプログラマーの間に差別はないのですが、それでも英語でプログラムを書いている人には有利なんです...。

プログラムの読みやすさは名前の長さに大きく依存し、英語の単語はロシア語の単語より短い。

私の推測では、変数名の長さは3~4文字で、それ以上だと問題があり、もっと長くても問題ないが、大量発生はしないはずだ。ブロック内に1つ、2つ長い変数があっても可読性は損なわれない。

特に、頻繁に繰り返される変数については、この傾向が強い。このため、カウンターは単一論理型にするのが最適です。

 
Реter Konow:
何度も的外れなことを言っていますね。コードでロシア語 - 個人使用の場合。英語は、配布を目的としたオープンソースコードの場合です。

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

ロシア語で英単語を書くのは、特殊な便宜上なのでしょうか?