3

状況: MenuStrip アイテムなどの自動生成されたメンバーには、アイテムの作成時に入力されたテキストに基づいて (自動生成された) 名前が付けられます。私の最も一般的な状況は、メニュー ストリップを作成し、(グラフィカル デザイナーを使用して) テキストを入力してメニュー項目を追加することです。

私の GUI はヘブライ語なので、これらのメンバーはすべてヘブライ語の文字列を含む名前を持っています。「(ヘブライ語のテキスト)ToolStripItem」のようなもの。イベント ハンドラーを作成すると、イベント ハンドラーはヘブライ語のテキスト "(hebrew-text)ToolStripMenuItem_Click" を "継承" します。

これは実際にはうまく機能します。IntelliSense はヘブライ語のテキストに問題がなく、コンパイラも問題ありません。

問題は、これらの名前を変更する必要があるか (または、最初から作成されないようにする必要があるか) です。これらの名前を保持すると、どのような結果が生じる可能性がありますか?

編集:明確にするために、ヘブライ語のテキストと言うとき、英語のテキストで書かれたヘブライ語の単語を意味するのではなく、実際のヘブライ文字を意味します.

4

5 に答える 5

9

Always program in English. All the successful development teams I've had experience of in several EU countries do this. It makes it a lot easier if a (say) Dutch team wants to sell code to a (say) Spanish one.

于 2010-04-25T15:49:06.133 に答える
2

私にとって、英語はソフトウェア開発の言語です。1 つには、言語を母国語としない人の間で広く普及している言語であり、開発者の間ではなおさらです。また、英語は、少なくともソフトウェアの問題を表現するのに十分なレベルまでは、習得するのが非常に簡単な言語です。個人的には、(少なくともヨーロッパの) すべての開発者がその言語レベルを持っていることを期待しています。そうでない人は、多くの重要なリソースにアクセスできず、世界から孤立しています。
また、すべての開発者の大多数が英語を使用しているため、ソフトウェア関連の問題についてはあまり確立されていない英語の用語があり、あいまいさを大​​幅に減らすのに役立ちます。

個人的には、ユーザーとしても、私は常に英語版のソフトウェアを入手しようとしています (ただし、一部の企業は、ドイツ語版のみを提供することが私を助けていないことを理解していないようです)。ローカリゼーションはたいていがらくたで、助けを求めるのは難しいです。非常によくできた翻訳のおかげで、問題を抱えている機能が英語でどのように呼び出される可能性があるかを知ることができず、同時にドイツ語のヘルプ利用できません。:-D

コードを英語で書くかどうかに関係なく、違いが生じる開発者は、たとえば英語でコーディングするなどして、言語レベルを向上させる必要があります。そうでなければ、英語を使うべきではない理由はありませんが、英語を使うべき理由はたくさんあります。

英語により、世界中の開発者が大きなコミュニティを形成し、知識と経験を共有し、さまざまな国のチームが言語の壁なしで協力することができます。個人的には、世界中の人に英語を学んでもらいたいのですが、それは期待できません。しかし、多くのプログラミング言語を使いこなし、数学の知識が十分にあり、抽象的かつ論理的な思考を鍛えた人なら期待できると思います。

英語でコーディングすることは、適切なフォーマットを使用したり、一貫した命名規則を使用したり、表現力豊かな識別子名を使用したりするようなものです。これらはすべてプログラミングの最も基本的なベストプラクティスです (実際には「プログラミング」ではなく、「コードを書く」だけです)。慣れていれば、そうするのに余計な労力はかかりません。そうしなくても問題なく動作します。いつの日か、「問題なく機能する」境界を越えるまでは、ベスト プラクティスの使用を控えるほど、物事を変更するのが難しくなるため、事態は悪化します。

はい、メンバー名を変更する必要があります。そして、最初から英語で作成する習慣を身につけてください。


グリッツback2dos

于 2010-04-25T16:53:48.453 に答える
1

おそらく。私は多文化主義に賛成ですが、主要なドキュメントが英語である場合、それは非常にイライラします(特にオープンソースの場合)が、コードはそうではありません。T_PAAMAYIM_NEKUDOTAYIMのようなものが得られます(他のPHP演算子のほとんど(すべて?)は単なる記号または英語であることに注意してください)。皮肉なことに、これを文書化したページはヘブライ語に国際化されていません。意図せずにUIに漏れが発生し、国際化が困難になる可能性があります。

于 2010-04-25T15:44:23.610 に答える
1

私は現在の仕事でこの問題を何度も見てきました。私はインド人プログラマーで、ドイツ語で書かれたコードを扱っています。関数、変数、コメントの名前はすべてドイツ語です...リファクタリングツールを使用してすべての変数の名前を英語の説明に変更するまで、コードを読むのに本当に苦労しました。以前の仕事では、日本語のみで書かれた API マニュアルを扱う必要がありました。日本語でコメント!このようなコードを維持するのは非常に苛立たしく、困難です。翻訳によって、元のプログラマーが何を意味していたのかを推測することがあるからです。

私の提案: 誰があなたのコードを保守するかわかりません。全部英語で書いてくれたら最高…

于 2014-02-25T15:12:24.723 に答える
0

それは本当に単なるメンテナンスの問題です。すべての開発者がヘブライ語を知っているなら、あなたは良いです。プロジェクトの一部をアウトソーシングしたり、オープンソースにしたり、外国の開発者を雇ったりするなら、英語はほとんど普遍的な言語です。

于 2010-04-25T15:45:22.273 に答える