プログラミングでの英語以外のドメイン名の問題

Question

ほとんどのプログラミングコードは、英語で書かれています。しかし、私は人々がここで命名の問題をどのように扱っているのか不思議です。多くのプログラミングは、通常、特定の手続き、項目に対して十分に確立された用語を用いて、いくつかの事業ドメイン内で行われる。

私はデンマーク出身です。私はたくさん仕事をしていますが、「insight code」に翻訳された「indblikskode」という用語があります。だから、私はこの行に関連するいくつかのWebサービスのC＃コードで "string indblikskode = ..."という行を使用しますか？または、「insightcode」などの翻訳を使用しようとしますか？私がやっている商売は、 "organisatorisk enhed"という言葉（organizatorical unit）を使うなど、その言語では一貫していませんが、英語と略称されている略語 "OU"をよく使用しています。

コード内の単純な変数名からデータベーステーブル、サーバー名のすべてに一貫性を保ちながら、他の人がこの名前付けの問題をどのように処理しますか？

重複：

• Should identifiers and comments be always in English or in the native language of the application and developers?
• Do you use another language instead of English?

Answer 1

私の質問と回答を参照してくださいhere。

基本的には、組織とアプリケーションによって異なります。あなたの会社、開発者および顧客がすべて同じ母国語を話し、それがそのようにとどまることを期待するなら、誰もがパートタイムの翻訳者になることは非常に非生産的です。純粋に仮説的な将来の優位性に対する相当の生産性の損失。ヤギ。

国際的な大企業の場合、または国際的に拡大したり、オフショアで仕事をする具体的な計画がある場合は、もちろん別の問題です。

Answer 2

私は自分自身のために話すことができますが、クラスや変数に名前を付けるとき、私はいつも英語に用語を翻訳し、それが私たちの不文律最高の一つですコーディングの実践も同様にそうしています。あなたは海外で安く働く労働者や街の専門家の外国人コンサルタントに発展させる必要があるかもしれません。

Answer 3

スイス（ドイツ語、つまりチューリッヒ）で働いていて、ドイツに住んでいたのは、まだコードが英語でない環境をまだ見ていないことです。確かにアプリケーションはドイツ語であるかもしれませんが（しかし、多くのプロ環境は英語を話しています）、コードはかなり英語です。

他の言語でコードを書くのは難しいです。一つは、APIは（ほぼ）すべて英語です。 JavaではJavaBeansの名前を使用しています。たとえば、setを使用して取得する必要があり、getGeburtstagはgetDateOfBirthと全く同じリングを持っていません。

ドイツの国々からの私の経験では、これ以外の国が異なる場合があります。

Answer 4

私たちは通常、確立された英語の用語を使用しています（ビジネスドメイン、通常は）。フィンランド語を使用することもできます。コード内のコメントさえも混在言語で書かれています...

当然のことながら、賢明なアプローチは、ソースコードが建物外で使用されるかどうかに大きく依存します。小さなお店ではそれほど大したことではありません。

Answer 5

私はオーストリアの会社で働いています（私たちはドイツ語を話しています）。私たちは英語（変数名、ドメインオブジェクト、GUI）でプログラミングしています。あなたは英語の翻訳を見つけなければならず、プログラムをリリースする前にGUIを翻訳しなければならないので、少し面倒です。私は本当にすべての名前が本当に正しいかどうかは分かりません。

前の会社とは対照的に、私はドイツ語で厳密にプログラムされていました。これはかなり素晴らしかったです（ドイツの単語は英語の単語よりも長い傾向があります）。数年後、同社は米国で同じプログラムを使いたいので、英語を話すプログラマーは同じコードベースを使用しなければなりませんでした。この後、すべての変数、データベースフィールドがかなり不一致になりました。両方の言語で（英語を話すチームメンバーはドイツ語を話さなかった）。

私の経験では、アプリケーションの10000 LOCアプリケーションをローカライズするのは楽しいことではないため、アプリケーションの英語を書くときに最初に国際化を処理する方が簡単です。別の言語で記述することの利点は、ローカライズされたものとそうでないものを即座に見ることができることです。

翻訳できない言葉に：私たちはそれをまだ経験していませんでした。「コミュニティ内配送」（それはEUのものです）の英語句を見つける仕事でした。しかし、それが起こるなら、私はドイツ語を使うと確信しています。

Answer 6

私はドイツに居住していますが、英語のコードのみを書いています。それは物事をより簡単にします。質問をしたい、または自分の仕事に関するチュートリアルを公開したい場合は、コードをネットに投稿することができます。

また、コードは私のために「プロフェッショナル」に見えます。

Answer 7

英語以外のクラスや関数の名前付けに問題があることは、常にmacaronic pidginで終わることです。キーワードは英語で、命名規則（たとえばゲッター/セッター）は英語でもあり、デザインパターンの標準名と同じです。

あなたのようなもので終わるつもりだ：私も今のところでは、ドイツでの仕事住んでいると私たちは主にドイツ語でいくつかの古いコメントを除き、英語を使う

OrganisatoriskEnhedFactory::getInstance()->getIndblikskode(); 

Answer 8

。私は、英語以外のコメントは一般的に非常に悪い考えだと思います。なぜなら、それを理解しようとすると（正しく理解する）時間を費やさなければならないからです。ドイツ語と英語は母国語ではありませんが、英語以外の言語で書かれたコードは奇妙なようです。

翌日に誰がコードに取り組んでいるのか分かりません。だから普遍的なIT言語を使用する必要があります。

P.S.私の開発環境で英語以外の言語が好きではないので、ドイツのWindows、ドイツオフィス、ドイツ語のVisual StudioでPCをインストールすることを拒否したとき、私はローカル管理者に非常に怒っていました。私のために英語版をダウンロードするには数時間かかりました。

言語パックをインストールするか、同じソフトウェアの別のコピーをインストールするだけで、用語を学ぶことができます。 Skypeをスペイン語に切り替えようとしたときと同じように、フランス語のSQL Management Studioは私を本当に興奮させます。