英語を話さない国の人々は英語でコーディングしますか？
（同僚が）どこから来たかに関係なく、全員が「英語でコードを書く」と言ったと聞きました。信じがたいことですが、ほとんどのプログラミング言語でサポートされている文字セットが比較的狭い場合でも、驚くことはありません。
英語が第一言語ではない国で働いたことはありますか？
もしそうなら、彼らのコードはどのように見えましたか？
私はカナダ出身ですが、今はアメリカに住んでいます。
カナダ人がプログラミング時に使用する「Eh」接尾辞の代わりに「Is」接頭辞を使用してブール変数を書き込むのに慣れるのにしばらく時間がかかりました。
例えば：
MyObj.IsVisible
MyObj.VisibleEh
私はイタリア人で、名前とコメントには常に英語を使用しています。しかし、他の多くのイタリアのプログラマーはイタリア語を使用しているか、またはより頻繁に奇妙な英語とイタリア語の混合（IsUtenteCopyのようなもの）を使用しています。
実際のコードサンプル：
// Trovo la foto collegata al verbale
tblVerbali rsVerbale;
hr = rsVerbale.OpenByID(GetDBConn(), m_idVerbale);
if( FAILED(hr) )
throw CErrorHR(hr);
hr = rsVerbale.MoveFirst();
if( S_OK != hr )
throw CError(_T("Record del verbale non trovato."));
ちなみに、Visual Studio MFCウィザードは、ローカライズされたコメントを含むスケルトンアプリケーションを作成します。
BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
if( !CMDIFrameWndEx::PreCreateWindow(cs) )
return FALSE;
// TODO: modificare la classe o gli stili Window modificando
// la struttura CREATESTRUCT
return TRUE;
}
私はエジプト出身です。話したり、コードについて考えたりすると、デフォルトで英語に切り替わると思います。ほとんどの学習リソース（本などの定期的なもの、さらにはブログ、ポッドキャストなど）は英語です。母国語に切り替えるということは、多くの優れたリソースに背を向けることを意味します。
この投稿は、ジェフ・アトウッドを通じて私のポイントを伝えるかもしれないと思います： http://www.codinghorror.com/blog/2009/03/the-ugly-american-programmer.html
私はフランス人です。コメントで指摘されているように、私の同国人は国語で平均以上のプライドを示す傾向があります:-)。私はこの問題について実際的な立場をとっています。
- 対象者が理解する可能性が最も高い言語を話します。グローバルな野心を持ってオープンソースソフトウェアをコーディングするときは、英語を使用します。あまり役に立たないもの（たとえば、私の Emacs構成ファイル ）については、フランス語を使用する場合があります。
- 誰もが英語をマスターできるわけではないという事実を認めます。その観点では、私の母国語を使用すると、実際にはコードが少なくなるのではなく、よりアクセスしやすくなる可能性があります（上記の例では、だれもumpteenを気にしません
.emacs、それがたまたま彼らが理解できる言語で書かれている場合を除いて）。 - 悪い英語よりも良いフランス語を書くほうがいい。特に部下が重要な場合、たとえばdocstringやバージョン管理のコミットメッセージなどで、部下が中途半端な英語を書くことを積極的に避けています。
C＃、それは本当に機能します（キリル文字）：
[Flags]
public enum Товары
{
Непонятно = 0,
Книги = 1,
Тетради = 2,
Карандаши = 4,
Всё = Книги | Тетради | Карандаши
}
..
Товары карандаши = Товары.Карандаши;
Visual Studioがそれを許可し、誰かが彼/彼女の母国語（英語以外）を使用してコードを書いているという点で面白い（奇妙な）点があります。
スペインには外国語に関する伝統的な問題があります。 40歳未満のスペイン人は学校で英語を知っているはずですが、明白な事実は、英語のレベルがほぼどこでもゼロに近いということです。
つまり、基本的に2種類のソフトウェア環境があります。国際的なパーティー（オープンソースプロジェクト、外国の多国籍企業のスペインオフィス、海外で販売するベンダー）と共有されるコードと、ローカルで販売されるコードです。前者はもちろん英語で書かれていますが、後者は通常、変数名とドキュメントの両方でスペイン語で書かれています。変数内の単語は、7ビットに合わせるために必要に応じてアクセントとチルドを失いますASCII（dirección-> direccion）および英語のビットmayは、標準的な言語機能（getDireccion）または世界的に受け入れられている翻訳のない概念（abrirSocket）。
チルダを削除すると、スペイン語のyear（año）が肛門の単語になります。私はanoを書くことには何の問題もありませんが、他のほとんどのプログラマーはそれを犠牲にして回避し、annoやanyoのようなあらゆる種類の面白い代替物を作成します:)
いくつかのサンプル：
/**
* Devuelve una cadena aleatoria de la longitud indicada elegidos entre la lista proporcionada;
* contempla caracteres multi-byte
*/
function mb_cadena_aleatoria($longitud=16, $caracteres='0123456789abcdefghijklmnopqrstuvwxyz'){ // v2010-06-03
$cadena = '';
$max = mb_strlen($caracteres)-1;
for($i=0; $i<$longitud; $i++){
$cadena .= mb_substr($caracteres, mt_Rand(0, $max), 1);
}
return $cadena;
}
/*
* Da formato a un número para su visualización
*
* numero (Number o String) - Número que se mostrará
* decimales (Number, opcional) - Nº de decimales (por defecto, auto)
* separador_decimal (String, opcional) - Separador decimal (por defecto, coma)
* separador_miles (String, opcional) - Separador de miles (por defecto, ninguno)
*/
function formato_numero(numero, decimales, separador_decimal, separador_miles){ // v2007-08-06
numero=parseFloat(numero);
if(isNaN(numero)){
return "";
}
if(decimales!==undefined){
// Redondeamos
numero=numero.toFixed(decimales);
}
// Convertimos el punto en separador_decimal
numero=numero.toString().replace(".", separador_decimal!==undefined ? separador_decimal : ",");
if(separador_miles){
// Añadimos los separadores de miles
var miles=new RegExp("(-?[0-9]+)([0-9]{3})");
while(miles.test(numero)) {
numero=numero.replace(miles, "$1" + separador_miles + "$2");
}
}
return numero;
}
フランスでは、英語を話さない同僚と作業する場合、多くの人々がフランス語のオブジェクト/メソッド/変数名を使用してコーディングする傾向があります。ただし、実際には環境によって異なります。
経験則は、「あなたが働いている熟練した人/あなたが取り組んでいるプロジェクトが多ければ多いほど、それは英語になるだろう」ということです/
ドイツでも同じようです。
私はスウェーデン出身で、私も同僚も英語でコードを書いています。これは良いことだと思いますが、お客様固有の用語や表現に相当する英語を思い付くのが難しい場合があります。
英語でコードを書く理由：
これまでに使用したほとんどすべてのプログラミング言語は英語で書かれています（言語が混在すると、コードが読みにくくなります）
最も人気のあるフレームワークとサードパーティの拡張機能は英語で書かれています（繰り返しになりますが、言語の混在は邪魔になります）
変数と関数に名前を付ける場合、スウェーデン語の文字（åäö）は通常許可されません
他のチームメンバーがさまざまな国から来ている場合でも、共同作業を行うことができます
プラットフォームベンダーからのサポートが必要な場合、彼らが私のコードを理解できれば、彼らは私を助けるのがはるかに簡単になります
サポートを外部委託する方が簡単です
私はインドのバンガロール出身です。プログラマーは 異なる言語 のさまざまな州出身です。
コーディングは英語、ドキュメントは英語、コメントは英語、命名規則は英語です。オフィスで話している間、英語は私たちの共通言語です。
私はケベック州の出身です。多くのプログラマーが英語でコーディングすることを好むのを見ました。良い見積もりをいただきました。
彼らに英語でプログラムさせれば、彼らは英語を知らないことがわかるでしょう。
したがって、次のような宝石を見つけることができます。
//putting the conter to 0
i=0
明らかに、ターゲット言語を習得しない場合は、ネイティブ言語でコーディングすることをお勧めします。それ以外の場合は、コードを難読化するだけです。
私はイギリス出身です。 [〜＃〜] us [〜＃〜] 英語でコーディング（および Stack Overflow などのサイトに投稿）しようとしていますなぜなら、それはプログラミングのための確立された国際言語だからです。
でも私は少数派だと思います。私が知っている一部の英国のプログラマーは、米国英語を使用している他のコーダーと共同作業している場合でも英国のスペリングを使用するよう主張し、アメリカ人またはインド人の同僚が英国から米国英語に変更するためにコメントを編集するときに混乱する可能性があります（試してはいけません- 区のウィキ 。）
私はオランダに住んでいますが、私たちが書くコードはすべて英語です。私たちが英語でコーディングする理由を私が考えることができるいくつかの理由を以下に示します。
- 私たちが使用する.NETフレームワークは英語です。作業しているフレームワークの慣習に従うを使用することをお勧めします。これには言語も含まれると思います。
- オランダ語は恐ろしい言語です技術的な概念を説明します。英語には、技術的なことを正確に説明できる単語があります。ソフトウェアの一部ですが、これらの単語の多くには同等のオランダ語がありません。 「相互作用する」という言葉はこの例です。同じメッセージを伝える一般的に使用されるオランダ語はありません。
- 会社のごく一部がオランダ語を（まだ）話せません。
あなたが英語でコードをしないコードにする理由を私が考えることができる唯一の理由は、 ドメイン駆動設計 のコンテキストにあります。 DDDの実践には、クライアントとのユビキタス言語の定義が含まれます。クライアントが英語以外の用語の使用を要求する場合、コードでこれらの用語を英語に翻訳することは賢明ではありません。それはユビキタス言語の目的を打ち破ります。
ここイスラエルではコードで英語以外の名前を使用する人を見たことがありませんが、私の経験は大学のプロジェクトに限定されています。とにかく、私は個人的には英語でコーディングするだけで、実際にはすべてのメールと宿題も英語で入力しています。これは主にヘブライ語が右から左に書かれているためであり、テキストに英語の用語を組み込むことは非常に煩わしい場合があります。
私はドイツ出身で、クラス、メソッド、変数の名前はすべて英語で書いており、ほとんどの人もこれを行っていると思います。しかしコメントでそれは私が一緒に働いている人に依存します。
そして、私が英語以外の言語で書かれたコードを見た場合、私はあなたが「コードを読む」ことができないので本当に嫌いです。誰かがドイツ語と英語を混ぜた文章を書くようなものです。
コーディング時に必ず英語を使用する必要があるもう1つの理由は、API呼び出しと言語固有の呼び出しが常に英語で記述されるためです。では、なぜ言語を切り替えるのですか？英語を使うと、言語を切り替える必要がないので、考えるのに役立ちます。
また、これらのドキュメントやインターネット上のほとんどの質問と回答は英語で書かれているため、IMOは英語で作業する必要があります。
見るのがひどいと思う一例は
meinObst = "Apfel;Himbeere;Traube"
meinGeteiltesObst = meinObst.split(";")
for obst in meinGeteiltesObst:
...
ある言語から別の言語に切り替えているforステートメントでそれを見ることができますが、それはIMOの良いことではありません。
私は スロベニア の出身で、厳密に英語でコーディングしています。クライアントが要求したため、スロベニア語でコーディングされたさまざまなプログラムを見てきました。どうやらそのようなコードを読む方が簡単です。
はい、人々は英語でコーディングするだけではありません。
ソフトウェアのローカリゼーションではなく、コード自体について話しているのです。
私はイタリア人です。私は通常、すべてに英語を使用します（*）が、Webスタッフを作成していたとき、データベースオブジェクトに英語を使用することができませんでした。 「プログラム言語」と「ドキュメント/ URL/UI /顧客言語」の間で概念を翻訳する必要があると、負担が大きくなりすぎます。さらに、データベースオブジェクトの名前は、翻訳するのが困難または不可能な官僚的な用語から取られる場合があります。したがって、データベースオブジェクトとそれに関連するものにはイタリア語を使用しました。コメントもイタリア語でしたが、それらは同じオブジェクトを参照しており、扱いにくいように思われるためです（多くの英語の専門用語はイタリア語には存在しませんが、DBは辞書がかなり完全なフィールドです）。
ただし、再利用を目的としたクラスライブラリを作成したときは、クラス、変数、コメント（コードサンプルがあり、バイリンガルであったトップレベルのコメントを除く）のすべてに厳密に英語を使用しました。
（*）1つの例外：fooとbarではなく、常にダミー変数pippoとpluto（ "Goofy"と "Pluto"）に名前を付けます。 :)
私はデンマーク出身です。
コード、ドキュメント、ネーミング、設計ドキュメントなどはすべて英語で行われます。私は、趣味や学生のプロジェクトでしか見たことがありません-そしてそれでも非常にまれです。
私が目にする唯一の未解決の質問は、（潜在的に）ユーザーに見える文字列に対して何をすべきかです：
window.setHeader("????");
throw new ThisMightBeSeenByTheUserInAnErrorMessageException("????");
例外として、私は英語のメッセージを使用することを好みます。見栄えがよく、とにかくフレームワークからの英語の例外メッセージを処理する必要があります。
GUIテキストについては、私はより不可知論的です。すべてを英語で記述し、ローカリゼーションソリューションを使用してデンマーク語に翻訳する方がエレガントなソリューションですが、これはデンマークのユーザーだけが使用するアプリケーションにとっては多くの作業です。
イタリア出身ですが、何を聞いているのかわかりません。
オブジェクトの命名について話しているのであれば、はい、それは英語で行われます。通常、生徒は学習目的でオブジェクトにイタリア語で名前を付けます。しかし、個人的には難しいと感じ、英語を使うことを好みます。イタリア語では一部の専門用語が非常にひどいからです。
そうです。私はウルグアイ出身で、通常は変数名を英語でコーディングします。一部の人々はスペイン語でコメントを残しますが、私は少し厄介だと思います。以前の仕事では、変数とメソッドにスペイン語を使わざるを得ませんでした。
個人的なプロジェクトであっても、Stack Overflowや他のウェブサイトでコードについて質問する方が簡単なので、主に英語を使用する傾向があります。同じことが私のオペレーティングシステムにも当てはまります。私は英語のみを使用しています。私は一度オランダのオペレーティングシステムを持っていました、そしてエラーや情報のためにグーグルすることは本当に恐ろしいことです。
別の言語でコーディングすることの利点の1つは、競合する単語や予約語に遭遇しない可能性が高いことです。
私は10年も前にアメリカに来ましたが、英語は私の第一言語ではありません。学校で英語の読み書きの方法を学びましたが、自分の言語を話せない人と結婚するまで、私は適度に英語を話しませんでした。まあ、英語も彼女の第一言語ではありませんでしたが、お互いの言語を学ぶよりも英語を使ってコミュニケーションする方が簡単であることがわかりました。プログラミングについても同じことが言えると思います。みんなが自分の言語でアイデアを表現すると、知識がバラバラになってしまいます。英語は必須でしょうか？おそらく違います。ほとんどの人はそれを必要としません。私の家族は主に農民でした、そして、彼らのほとんどは、有用な生活を送るために英語を知る必要は決してなかったでしょう。成功した人生は世界のさまざまな部分で異なる意味を持つので、私は成功とは言いません。
私は聖戦に参加したくありませんが、プログラミングにおける英語は「醜いアメリカ人」のプログラマーとは何の関係もないかもしれません。異なる言語を話す人々と協力するのに便利な方法かもしれません。それはどんな言語だったかもしれない。将来的には、中国語でコーディングおよびコメントする予定です。それが起こった場合、それはおそらく「醜い中国人」のプログラマーが原因ではなく、むしろより多くの国でより多くの人々が部外者とのコミュニケーションに中国語を使用していることが原因です。
私はケベック州出身でフランス語を話す人ですが、コード、コメント、ドキュメントはすべて英語で書かれています。しかし、私はケベック州のいくつかの企業を知っています 実施する コード内のフランス語（コメントとオブジェクト/変数の命名）。
私は現在オランダにいますが、もともとはロシア出身です。 11年前、ロシアの多くのプログラマーは英語をうまく使いこなせなかったため、コメントはロシア語で書かれることが多かった。変数名と関数メソッドはまだ英語で、または人々が英語だと思っていたものは、対応するロシア語の単語が長くなる傾向があり、時には感覚を曖昧にするように見えるためです。今ではそれはおそらくどこでも同じです。より専門的な人々がいるほど、彼らのコメントが英語で書かれる可能性が高くなります。
オランダでは、プログラマーの大半がオランダ人だった会社で、オランダのコメントや変数/メソッド名を見てきました（そのような会社は存在します:)）が、これが唯一のケースでした。
ちなみに、「西洋に来るまでラテン語のアルファベットをご存知でしたか？」
私はいつも英語でコーディングしてきました。また、私はこのようなコーディングをしたくなかった：
क = 1;
कुल = 0;
जब तक क छोटा है 10 से {
कुल += क;
}
छापो कुल
कार्य खाली मुख्य ( ) अंक समय लिखें "Enter current time"
पढें समय अगर [ समय < 12 ]
लिखें "Good Morning"
वरनाअगर [ समय >= 12 और समय < 16 ]
लिखें "Good Afternoon"
वरना लिखें "Good Evening"
खत्म अगर
खत्म कार्य
インドから、他の誰かが言ったように、私たちは100％英語です！しかし、私はしばらくの間ドイツでも働いていました。ドイツ人はイタリア人のようにそれをしていました（ロレンツォが言ったように）。しかし、シーメンスなどの大企業は英語を標準化しています。すべてのドキュメントとコードが英語である場合、拠点国以外に仕事を委任する方がはるかに簡単です。
私は ベラルーシ の出身ですが、コメントには常に英語を使用しています。そして、私が知っているように、多くのベラルーシのプログラマーは、コーディングの主要言語として英語を使用しています。
/// <summary>
/// Get item quantity
/// </summary>
/// <param name="itemCode">Item code</param>
/// <param name="grade">Grade</param>
/// <param name="lpn">LPN</param>
/// <returns>Returns item quantity</returns>
private int GetQuantity(string itemCode, string grade, int lpn)
{
using (var db = new MappingDataContext(_connection))
{
db.ObjectTrackingEnabled = false;
return (from i in db.INVENTORs
where i.ITEM_NO == itemCode
where i.CUSTCHAR12 == grade
select i.ITEM_NO).Count();
}
}
私は確かに奇妙な人です。私はトークン化された言語を使用しているので、言語自体も自分の母国語（フランス語、英語、ドイツ語、スペイン語、日本語）で表示できます。それは1980年代に生まれたRBDMS言語で、 4th Dimension と呼ばれています。フラグアイコンをクリックして、言語コマンドの翻訳を確認してください。
以下では、フランス語と英語の設定で見られる同じコードを見ることができます。
私はノルウェー出身です。英語でコーディングします。変数名、メソッド名、コメントなどの意味は英語です。ただし、いくつかのバリエーションがあります。コメントはノルウェー語で、コード自体は英語で表示されます。
政府機関または非常に小規模な企業によって開発されたコードは、ノルウェー語である可能性があります。企業はノルウェー語を話せない、またはアウトソーシングをしたいと思うかもしれない人々を雇うので、一般にノルウェー語を使うことは非常に非現実的です。ノルウェー語のコードを使用すると、事態が複雑になるだけです。海外の顧客に対応する一定の規模のほとんどの企業にとって、英語は企業言語です。意味のあるメール、お知らせなどは英語で表示されますが、従業員は明らかにノルウェー語を話します。
オランダ出身なので、学校でオランダ語でコメント（さらには変数名も）を書くためにforcedになるという嫌な経験をしました。ほとんどの場合、私はこの態度を拒否し、すべてを純粋な英語で書いたほか、すでにプログラミングの経験を持っているか、速く学んだ他の何人かの学生と一緒に書きました。
私がオランダ語の唯一の使用のために取り組んできたすべての会社で、エンドユーザーが見ることができるまたは見るであろう文字列用であり、他のすべてのテキスト（ユーザー以外のドキュメントを含む）は英語でした。
私の主な言語は英語ですが、イギリス英語のスペルを間違えることがよくあります。それは重要ですか？ ：D
セルビア出身です。
学校向けにコーディングするときは、ほとんどの場合、セルビア語のコメントと変数名を使用します。とにかくセルビア語を知らない人がそのコードを読んだり、そのコードが書かれている試験の外で使われたりすることは決してありませんし、英語のために英語を使う意味がわかりません。
自分でコーディングを行うときは、セルビア語も使用する傾向があります。他の誰もそれを読むことはなく、存在しないサードパーティではなく、コードを簡単に読み取れるようにする必要があるためです。これの悪い面は、プログラムを国際的に共有する場合、プログラムのソースコードを翻訳する必要があるということですが、これは今のところ私には起こりませんでした。
他の人が読むコードを書くときは、英語と英語のコメントを使います。私は通常、英語をできるだけ読みやすくし、スペルミスをできるだけ少なくするために最善を尽くします。ここでは、英語の辞書を備えた新しいIDEが役立ちます。
私がセルビア語を選ぶ理由は単純です。私は英語で書かれることになっているコードにうんざりしていますが、英語（または私の場合は英語）に似ています。さらに、このいわゆる英語は、実際に英語を話す国で使用されている英語とは別に進化し続けています。このようにして、現代の英語では時代遅れであるか、英語ではまったく存在しなかった単語が、ソースコードやプログラマーのスピーチに現れ続け、ゆっくりと技術文献に登場します。この方法では、セルビア語で英語の技術用語に新しい単語を作成する代わりに、英語のユーザーが認識しない英語の技術用語に新しい単語を作成しています。
私は中国出身です。他の人と同じように英語でコーディングします。一部のAPIメソッドで「子供向けの単語」を使用する以外は、語彙が不足しています。
ドイツ語（または日本語）で記述された識別子を持つAPIが英語コードで使用されていると想像してください...
私は台湾出身です。私たちは英語でコーディングし、特定の言語の命名規則に従います。
ケベック州では、教師はクラスの資料をフランス語で表示する義務があるため、フランス語のコードが扱いにくくなる傾向があります。多くの学生が主導権を握っていると思われますが、ほとんどの人はそのようなバイリンガルコードに不快です。ほとんどのプロジェクトでは、人々は英語の知識を最大限に使い、英語のみを使用しようとします。
フランスでソフトウェアエディターとして働いています。コードは常に英語です。変数や関数名は、間違いがあったとしてもすべて英語です。私が遭遇したフランス語と英語の最悪の組み合わせは「connexionKey」でした。一方、開発者の英語の書きやすさによっては、コメントが必ずしも英語であるとは限りません。
私はドイツ出身で、個人的には厳密に英語でコーディングします。私が働いている会社は海外の顧客向けのプロジェクトを行っており、通常コード+コメントは英語です。私が所属している部門は、ドイツの会社のみのためのプロジェクトを行っており、コアのほとんどのコードはドイツ語でいっぱいです。私は英語で新しいコードを作成し、可能な限り英語のコメントを記入する傾向があります。
Visual Studioエディターでは、英語以外のバグに対処するほとんどの場所はコメントであり、それらはほとんどの東アジア言語です（ 入力方式エディター （IME）関連）。先日、コメントの右から左へのテキストがクイック情報またはパラメーターのヘルプに正しく表示されないのを見ただけだと確信しています。
PHPで::演算子が呼び出されますPaamayim Nekudotayimこれはダブルコロンのヘブライ語です。残りの言語は英語です。このエラーメッセージを初めて見たとき私のオフィスの約半分が私たちを混乱させましたそしてそれはイスラエルの会社にありました
私はインドネシア人で、現在クウェートに住んでいます。
コンピュータサイエンスの研究の最初の年に、int main()以外のほとんどすべてにBahasaを使用しました。しかし、私たちの一部はすでに英語でコーディングしていることに気づきました。
私たちのプログラミング本はすべて英語です。 Bahasaで、プログラミング用語と同等の単語を見つけるのは非常に難しいと思います。そのため、英語（半分）と英語（半分）の言語を使用する代わりに、私（およびほとんどの友達）は、英語でコーディングするためにあらゆる努力を払い始めました。
インドネシアのジャカルタでの最初の実務経験で、私は英語でコーディングする義務がありました。
私はデンマーク出身です。多くの専門用語はデンマーク語にうまく翻訳されていますが、英語の用語を使用するのが一般的です（デンマーク語のみを使用する傾向がある人もいますが、どこにでもあると思います）。
個人的には、英語でコーディングします。私のコメント、変数、クラスなどはすべて英語です。それがとても簡単になるからです。コードを公開したい場合は、誰でもプログラムを読んで理解できます。コード例で友人を手伝うつもりなら、コメントを事前に翻訳する必要はありません。
日本のソフトウェア会社でしばらく働いていました。変数名と関数名を含むコードはすべて英語でした。コメントとインライン文字列は日本語でした。関数名の翻訳が不十分な場合があり、そのためプログラミングが...興味深い...時々ありました。
私はメキシコ出身で、個人的には自分の趣味のプロジェクトでさえもスペイン語をまったく使用していません（たぶんいつかコードを共有したり、仲間に助けてもらいたいと思っているからです）。私は、技術的なことに関しては、一般的に英語以外には反対します。私の主な不満の1つは、企業がソフトウェアのデフォルトの言語としてスペイン語（私の場合）を使用する場合です... Apache（Tomcat）がこれを行うので、Googleもそうです。たとえば、（Tomcatの場合）スペイン語で例外に関する詳細情報を探している場合、例外の英語の説明と比較して、結果が少なくなる可能性があります。グーグルと同じように、ほとんど何でも探していると、スペイン語の結果はかなり悪くなります（お粗末なウェブサイト、古い情報...）Facebookや多くのオープンソースアプリも、恐ろしい翻訳をいくつか行っています。また、翻訳がすべての人のニーズに合うとは限りません。スペインでは「ファイル」は通常「フィセロ」ですが、メキシコでは「アーカイブ」です...他のラテンアメリカ諸国にも独自のバリエーションがあります。
一部の人には少し厳しいように聞こえるかもしれませんが、私の意見では、英語でのコーディングは「ベストプラクティス」です。それは外国人嫌悪や人種差別やナショナリズムの問題ではありません。それは範囲と標準の問題です。英語は国際ビジネス言語として一般に受け入れられており、機能します。もちろん、これには独自の欠点があります（たとえば、英語のコメントや仕様が悪いgulp！など）。しかし、もっと利点があると思います。
覚えている宝石の1つは、次のようなエラーメッセージです。
「エラーが発生しました！」 （Mexコード）
インドのコードも健康的な笑いにはいいものです...完璧な人はいませんが、重要なことは、コードをさらに混乱させるのではなく、（国際的に言えば）お互いを理解できることです。
私は腐ったデンマークの出身です。コードは主に英語で記述します。開発ガイドラインでさえ、同様にすべきであると述べています。会社の最新の開発者であることは、私が使用しているフレームワークが英語で行われたために決定されたと思います。デンマーク語と英語を混ぜて読むのは恐ろしい混乱です:)
そうは言っても、私たちはデンマーク語でコメントを書きます:)
（少なくともExcel 5.0では）Excelのオブジェクトモデル全体が、スペイン語などの言語のVBAマクロにローカライズされていることは知っています。したがって、たとえばCuadroTextosではなくTextBoxesを扱いました。ただし、Visual Basicは英語のままなので、VBAプログラミングは Pidgin 英語の一種で行われます。
私はソフトウェア開発を20年以上続けており、さまざまな言語を使用しています。しかし、これらすべての言語には共通点が1つあります。キーワード、関数名などは英語です。したがって、すべての識別子などの言語として英語も選択します。したがって、読む方が流暢です。
最初は母国語であるドイツ語でコメントしました。しかし、ネットとOSSがどんどん面白くなったので、コメントを英語に切り替えました。したがって、より大きなコミュニティは私のコードを読み、理解し、使用し、改善する機会があります。
ミュー
私はイスラエル出身です。私は企業のコンサルタントとして働いているので、何百ものコーディング方法、さまざまなテクノロジーや言語のコーディングシステムを見てきました。
ヘブライ語のクライアント側であっても、バックエンドは英語で記述され、変数名は英語で、メソッド名は英語のようでした。
checkIfCustomFieldsHaveAttachments(customField:CustomField):void
等々。
個人的に、私はいつも英語でコードを書いています。
ここにボリビアのコーダー-私たちのコードの100％は英語、コメント、変数です。なぜこれを決めたのか
A）英語を使用しないことにより、本質的には非常に大規模な専門家のプールからの助けを遮断しています
B）ほとんどのプログラマーはある程度英語を知っています。
私はノルウェー語です。多くの人がノルウェー語でコーディングしている（そしてたくさんのコードを目にしている）の人に出会いましたが、英語でしかコーディングしていません。この質問はStackOverflowで一度取り上げられましたが、英語の一貫性のみを使用する理由（getAlder（）は奇妙に思われます）と、3つの特殊文字æ、ø、å（getKjøretøy（）をどうするかという質問は、すべての言語で動作します）。私の友人によれば、少なくとも1つの大きな公共プロジェクトは、技術用語がノルウェー語である組み合わせでコード化されています。
私はフランス語の言葉は話せませんが、PHPとMysqlを学んでいたとき、すべての変数名が例を自分のプロジェクトにコピーしたとき、変数名を変更するのに煩わされず、非常に長い間これらの名前にこだわっていたため、ほとんどのPhpコードはフランス語の変数名で散らかされていました。
私はスペインのバレンシア出身で、適切な答えは「依存する」です。
ほとんどの非公開/ OS以外のことについては、変数の命名で英語とスペイン語を組み合わせていますが、私のコメントはすべてスペイン語であり、バレンシア語で文書化/コメントするように誰にも言われないことを願っています
しかし、オープンソースで何かを公開している場合、状況は変わります。ローカル言語で公開すると、潜在的なユーザーや共同編集者がより少ないオーディエンスに制限されるためです。
バリアとしての言語の例を挙げましょう。WoWギルドを運営していたときに、EQDKPの代替案を探し始めましたが、それらを見つけましたが、ほとんどがドイツ語のドキュメントとコメントだったので、Googleに依存しているため、興味を失いました翻訳者は私の選択肢ではありませんでした。それらのいくつかは素晴らしいプロジェクトでした。
私は英語とスペイン語を混ぜる傾向があると言ったように、コード例も要求しましたが、このスニペットは非常に短いので、どのような種類の混合も必要としませんでした
function validaDNINIE(numero) {
// Eliminar todo lo que no sea número o letra
numero.replace(/[^0-9A-Z]/i, '').toUpperCase();
if (!numero.match(/((^[A-Z]{1}[0-9]{7}[A-Z0-9]{1}$|^[T]{1}[A-Z0-9]{8}$)|^[0-9]{8}[A-Z]{1}$)/i)) {
return false;
}
// Comprobación de NIF
if (numero.match(/^[0-9]{8}[TRWAGMYFPDXBNJZSQVHLCKE]{1}$/i)) {
var letra = numero.charAt(numero.length-1);
if (letra == "TRWAGMYFPDXBNJZSQVHLCKE".charAt(numero.substr(0, numero.length-1) % 23)) {
return true;
}
}
// Comprobación de NIE
// T00000000
if (numero.match(/^[T]/)) {
if (numero == numero.match(/^[T]{1}[A-Z0-9]{8}$/)) return true;
}
// ZXY
if (numero.match(/^[XYZ]{1}/)) {
// X = 88, asi conseguimos X=0;Y=1;Z=2
var su = numero.charCodeAt(0)-88 + '' + numero.substr(1, numero.length-2);
if (numero.charAt(numero.length-1) == "TRWAGMYFPDXBNJZSQVHLCKE".charAt(su % 23)) {
return true;
}
}
// Si hemos llegado aqui es que el numero no es valido
return false;
}
私がスイスの大学にいたとき、プログラミング言語のキーワードを除いて、すべて（変数、コメント、メッセージなど）がフランス語であるModula-2プロジェクトに取り組みました。また、フランス語でもキーワードを記述できるプリプロセッサがあるため、「si」=「if」、「alors」=「then」、「sinon」=「else」などと言った。
私はハンガリー人です。母国で主に仲間のハンガリー人で構成されるチームで働いています。コードとコメントは常に会社の公用語であるため、常に英語で記述します。それに加えて、私たちのプロジェクトのいくつかはオープンソースであり、すべてが英語であることが本当に義務付けられています。
ちなみに、これには面白い副作用があります。仕事の後で心が「英語モード」のままになることがあり、帰りに英語で考え続けます。
私はロシア人です。ここではMSVC++でコーディングします。これはコードのようになります。
#include "stdafx.h"
#include <iostream>
использовати площадь какобычно аминь1
наместе двояко провѣрятичегоглаголют молчаливо
кагбе
ѣжѣли получалка.сломалася молчаливо тогдауж
кагбе
молвити "Не лепо молвишь, барин!" аминь1
возвѣрнути нуль спасихоспади1
ага
возвѣрнути один аминь1
ага
цѣло голова(цѣло количество_указов, глаголют указы[])
кагбе
дваждыточно первыйсундук, второйсундук, отвѣт аминь1
буквица знако спасихоспади1
творити
кагбе
молвити "молви первый цифирь, барин: " аминь1
получити первыйсундук аминь1
ѣжѣли провѣрятичегоглаголют молчаливо еси ложъ тогдауж прѣрвати спасихоспади1
молвити "молви деяние, барин: " аминь1
получити знако спасихоспади1
ѣжѣли провѣрятичегоглаголют молчаливо еси ложъ тогдауж прѣрвати спасихоспади1
ѣжѣли знако еси 'q' тогдауж прѣрвати аминь1
молвити "молви второй цифирь, барин: " аминь1
получити второйсундук аминь1
ѣжѣли провѣрятичегоглаголют молчаливо еси ложъ тогдауж прѣрвати спасихоспади1
избирати знако
тогдауж кагбе
выборъ '+' сталобыти
отвѣт буде первыйсундук да второйсундук аминь1
прѣрвати спасихоспади1
выборъ '-' сталобыти
отвѣт буде первыйсундук бѣзо второйсундук аминь1
прѣрвати спасихоспади1
выборъ '*' сталобыти
отвѣт буде первыйсундук повторити_столько_сколько второйсундук аминь1
прѣрвати спасихоспади1
выборъ '/' сталобыти
отвѣт буде первыйсундук убрати_столько_сколько второйсундук аминь1
прѣрвати спасихоспади1
ага
молвити "Отвѣт есьм: " аминь1
молвити отвѣт да_промолчати спасихоспади1
ага
пока (истино) аминь1
возвѣрнути нуль спасихоспади1
ага
私は日本で働いています。
私が目にするコードの40-60％は英語の変数/メソッド/クラス名を使用すると思います。時々、日本語と英語が混在しています。コメントとコミットメッセージはほとんどの場合日本語です。
その結果、多くのコードが貧弱な英語で書かれていることがわかりますが、読みやすさが非常に悪くなるため、非常に悪いです。残念ながら、Alphabetで書かれた日本語（特に漢字の欠如）は読むのが難しいので、日本語で行われたコードはあまり良くありません。
エンジニアは2バイト文字（漢字/ひらがななど）のメソッド/変数/クラス名（Javaなどでは合法）を使用することがありますが、これは文字エンコーディング（ビルドブローなど）が原因で頻繁に多大な苦痛を引き起こし、通常は嫌われます。
日本の求人市場では、日本人エンジニアにとって英語が非常に重視されているので、この状況がすぐに改善されることを願っています（私は完全に英語でコーディングしており、すべての日本人エンジニアもそうするべきだと思います）。
I (dutchy) always code in English, it just makes much more sense, all the language keywords, etc. are in English, so why not code the rest in English? :)
コメントもいつも英語で書いています。あなたは誰があなたのコードを編集しなければならないかわからない、彼らはあなたの母国語を話さないかもしれない。
ブラジルより、
私は一般的なコードを英語で記述していますが、ドメインアプリケーションの近くでプログラミングする場合はポルトガル語を使用することを好みます。ドメインに外国語を使用すると、一部の用語がアプリケーションにうまく適合しません。同時に、一般的なコーディングとドメインコーディングの間には明確な違いがあります。
プログラミング言語独自のステートメントとAPIで母国語を使用することについて話をしている場合、この場合、私は過去にxBaseから派生したブラジル全体で非常に人気のある製品をポルトガル語で見ることができます。
If-> Se While-> Enquanto Left-> Esquerda Create-> Criar etc
しかし、私はこの種の言語はあまり成功しないと思います。
私はブラジル出身で、ほとんどすべてのコードでポルトガル語で書かれていました。変数、クラス、メソッドなど。ほとんどのプログラマーや他の人々は英語を話しません。
ここにいくつかのコードがあります：
function buscaFotosMateria($idMateria) {
global $conexao;
$consultas['Materia']['pegaFoto'] = "SELECT * FROM sgc_materias_fotos";
$params = array();
if($idMateria) {
$consultas['Materia']['pegaFoto'] .= " WHERE mfot_mate_iden = ?";
$params[] = $idMateria;
}
$conexao->executaConsulta($consultas['Materia']['pegaFoto'], $params);
return $conexao->resulConsulta; // VARIÁVEL DE INSTÂNCIA DA CLASSE QUE ARMAZENA RESULTSET DA CONSULTA REALIZADA
}
私はフランス人で、ドイツで研究（物理学）をしています。私のコードは主に英語の単語を使用していますが、フランス語の単語も時々あります。他の言語からのものもあり、特にWordが短い場合などはそうです。コメントについては、コーディング中に一時的なものである場合は通常フランス語で、恒久的にとどまり読者の手助けとなる場合は英語で書き込みます。ただし、一時的なコメントが予想よりも長く残る場合があるため、そこに言語の混合があります。とにかく、私のコードが他のユーザー/プログラマーと共有されている場合は、おそらくこれをすべて統一します。それは実際に環境に依存します。私の研究活動とチームでは、人々がコード自体よりもアイデア、結果などを交換します。ある程度のコーディングの複雑さ、何十ものラボで共有され、何年にもわたって進化しているいくつかのコード（または「コードのファミリ」）を聞いたが、これらは確かに英語のみである。
私は中国出身です。自分でコードを書く場合は、英語を使用します。
中国の同僚とコードを書く場合は、中国のコメントを使用します。
他の外国人とコードを書く場合は、英語を使用します。
チェコ共和国では、3つの学派の間で議論はまだいくらか生きています。
- 英語を使用して、10 ^ 7人だけがチェコ語を話します
- 発音区別符号なしでチェコ語を使用します。すべての環境がそれらをサポートするわけではありません
- Unicodeを使って、発音区別符号でチェコ語を使用してください！
それ以来、私はオランダの会社で働いていました。ほとんどのコードは、「ここではすべてオランダ人なので、何のために英語を使うのですか？」 （後でヨーロッパ全体に拡大しました）、コード、コメント、メタデータなど、すべてを英語に切り替えました。結局のところ、私の同僚は、チェコ語、オランダ語、ブルガリア語、フランス語、アメリカ人、トルコ語、スウェーデン語、クロアチア語でした。 ））。
私はバングラデシュ出身です。私が知っているすべてのコーダーは、コードに英語を使用しています。プログラミングについて話すときは、英語（または少なくとも英語の単語が多く含まれるベンガル語）に切り替えます。これは、英語があまり得意でない人にも当てはまります。ベンガル語を変数名や小さなコメントに使用している人もいますが、それは常に非常に短いスクリプト、使い捨てプログラム、プログラミングパズルの解決策などであり、ほとんどの場合、読者を楽しませるためのジョークのようなものです。
これは、英語を話さないほとんどの国のプログラマーに当てはまると思います。優れた本、チュートリアル、ドキュメントのほとんどは英語であり、コメント、ドキュメント文字列、および変数名はコード内にあります。また、英語は、世界中の他のプログラマーとコミュニケーションをとるための推奨言語でもあります。したがって、私見で日常的に英語を学び、使用することは、プログラマーが簡単に回避できるものではありません。それは、どこにでもいるプログラマーの共通の文化の基礎を形成します。
英語は私の母国語ではありませんが、私は間違いなくすべてに厳密に英語を使用しています。完全に正直に言うと、英語以外のコメントや、英語以外の言語で書かれた何かを見るのは絶対に嫌いです。
主に、私はそれが最も美しい言語の1つだと思うので、おそらく（たぶん）言語/フレームワーク/その他について学んだ/学習したため、厳密に英語の教材（教科書、オンラインチュートリアルなど）を使用します。
イタリア人のプログラマーが書いたコードを使用したことがあり、ドイツ人のプログラマーが使用したことがある。それは標準のMFC/C++だったので、もちろんすべてのキーワードと言語/プラットフォームは英語でした。しかし、変数名、クラス、関数、およびインラインコメントは、それぞれイタリア語とドイツ語でした。
読みやすさとメンテナンスの容易さの点でどれほどの違いがあるかは驚くべきことです。
反対に、英語を話さない人として、すべてのキーワードとAPIが英語で書かれているプログラミング言語/プラットフォームを学ぶことは、かなり急な学習曲線になると想像できます。すべてのドキュメントが翻訳されていて、検索できる場合でも。
ここでスウェーデン人。スウェーデンでは、ほとんどのコードが英語で書かれていると思います。それは、ほとんどのプログラマーがプログラミングを学ぶ方法だからです。教育（およびWeb）で使用されるすべての文献、サンプルなどはすべて英語であるため、英語でコーディングするのが自然です。そしてそれが本来あるべき姿だと私は信じています。
問題が発生する領域が1つあります。それは、ドメインドリブン開発を適用し始め、ユビキタス言語のパターンに従っていきたい場合です。突然、コードを英語にしたいが、同時にチームとビジネスの代表者が同じ用語を使用するようにしたい。スウェーデンの企業には多くのスウェーデン語があるが、人々が混じり始めると、ひどくきつい会話をする。 2つの言語。
私の母国語はロシア語（私はモスクワに住んでいます）ですが、コード、コメント、svnコメント（リポジトリルールで許可されている場合）、さらにはプロジェクトの説明/ドキュメント（許可されている場合）も英語で書いています。と私は英語のドキュメント/言語リファレンスを使用しています。
一般的には2つの理由があります。結果の一貫性、プログラミング関連のテキストを翻訳するつもりがないという事実-これまでに;）
ほとんどのプログラミング言語は英語用に設計されており、英語はプログラミングの国際言語です。航空の場合も、世界中のどこの空港でも同じですが、デフォルトの言語は英語です。
いくつかのプログラミング言語は、ロシア語または中国語のバリエーションのいずれかで設計されていると思いますが、それらがどのように使用されているか、またはそれらが何と呼ばれているのかはわかりません。
PHPコードを次の行で開始します：
<?php
/* -----------------------------------------------------------------------------
file name : DOCUMENTROOT/index.php
compatibility : PHP 5.2.x / UTF-8 [LF]
description :
copyright : Copyright(C)2010 by *********
date : managed since [2010-09-01 19.05 (JST: GMT+0900) @462]
encode phrase : 時々京の方向に幅が細くて美しい線が入った飾りを持つ雀が往く
encode phrase : 男は傷の拳で美しく印刷された一冊の書を持ち憎い相手の笑いに応じた
encode phrase : 牀前看月光/疑是地上霜/擧頭望山月/低頭思故郷
encode phrase : 茨菰葉爛別西灣/蓮子花開猶未還/妾夢不離江上水/人傳郎在鳳凰山
encode phrase : 上記の文はエディタにエンコード判定させるためのダミー文です。
Git revision :
----------------------------------------------------------------------------- */
テキストエディターにエンコードを通知します。ほとんどのテキストエディターは、テキストファイルを開いたときに、そのエンコードを適切に認識しません。
私はリマ、ペルーで20人のチームと数年間クラシックASP=プロジェクトで作業しました。これは10年前のことなので、慣例が変更された可能性がありますが、当時、すべてのコメントと変数名はスペイン語でしたです。
私はオランダ人で、多くの場合、私の個人的な内部コードでさえ、英語でコーディングします。私の英語の語彙は、プログラミング/コンピュータサイエンスに関しても豊富で、オランダ語を使用することは（意味がありません）あまり意味がありません。つまりメソッドシグネチャを "Methode handtekening"と名付けるとしたら、他のオランダのコーダーが私が何を言っているのか理解できるかどうか疑問です。
スペイン人がアイルランドで働いているので、今はすべてのコードを英語でしています。
しかし、以前はスペインで多国籍プロジェクトを担当しており、すべてを英語でコーディングする必要があります（英語を話す人は誰もいませんでした。その後、私はスペインの会社で働き、すべてのコードはスペイン語でなければなりません。スペイン語で変数を設定する際の問題は、ASCIIでは使用できない文字があるため、（言語によっては）すべての文字を使用できないことです。したがって、それは常に変数に関する意図的なタイプミスにつながります。
例えば：
// English
int size = 0;
// Proper, non-ascii Spanish
int tamaño = 0;
// Bad but ascii Spanish
int tamanno = 0;
別の奇妙な効果は、プログラミングで使用される多くの文字（＃{} []など）が、スペイン語のキーボードよりも英語のキーボードではるかに簡単にアクセスできることです。奇妙なキーの組み合わせを少なくする必要があるので、英語のレイアウトでプログラミングする方が快適であることがわかりました（今ではそれに慣れました）。
最近、私が個人的なプロジェクトのためにコーディングするとき、私は英語でコーディングしますが、おそらくそれに慣れているからでしょう...
結局のところ、誰がコードを読むことを期待しているのかだけの問題だと思います...しばらく自分でプログラミングしなければならなかったとしたら、おそらくスペイン語に戻るでしょう。
私はスペイン出身です。今は、英語とスペイン語のコードを混ぜています。これからは、厳密に英語で設定します。英語ですべてを行うという考えは狂っていません。未来です。
私が働いていた会社で、経営陣はイタリアの会社からサッカーの試合のコードベースを購入しました。私たちの誰も実際にはあまりサッカーをしませんでした、そして変数とコメントのほとんどはイタリア語で書かれました。それは楽しいプロジェクトではありませんでした。
私（デンマーク）にとっては、英語でコーディングするのが最も自然です。理由は2つあると思います。
まず第一に、すべてのキーワードとAPIクラスとメソッドはすでに英語であるため、デンマーク語で変数とコメントを書き込むと、コードが読みにくくなります。
第二に、本、ブログ、P.SEやSOなどのQAサイトはすべて英語です。だから、プログラミングをしているとき、脳が英語モードに切り替わるようなものです。
ただし、英語を選択しない場合もあります。
場合によっては、言語に固有の概念に非常に結びついているため、英語に翻訳することが不可能であるドメインで作業することがあります。例えば。私は住宅ローン発行会社で働いていましたが、すべてのドメインに法的条件、デンマークの住宅ローンシステムに固有の条件などが満載です。
また、政府にフォームを送信するシステムも使用しました。また、ここではドメインに翻訳不可能な用語がロードされています。
したがって、ドメインがあなたが働いている国に非常に特有である場合、あなたはあなたのローカル言語でドメイン概念を保つべきです。そうしないと、開発者はドメインの専門家とは異なる言語を話し、コミュニケーションが不十分になります。
私はブラジル出身で、最後の仕事で英語を話せない人もいたので、ポルトガル語で書かなければなりませんでしたが、ほとんどの人は英語で書きました。
私の以前の作品では、たとえば、製図板に何かを書くとき、スウェーデン語で話し、英語で書く習慣がありました。
私は、さまざまな国の多くのコンサルタントが仕事に携わっていたときに始まったと思います。誰の話を聞いているかによって、英語とスウェーデン語を切り替えなければなりませんでした。
私はコードのコメントを書くことと英語での文書化を区別し、日常のことを英語で書いて話す必要があります。 notと同じです。
私が覚えているよりも多くのデザイン文書を英語で書きましたが、それは料理の仕方や英語での詩の書き方について話したり、SOスペルミスや不適切な文法を使わずに。
私の妻はラテンアメリカ出身で、私たちは自宅でスペイン語を話しているので、私は定期的に2つの言語（スウェーデン語とスペイン語）を話し、2つの言語を定期的に書くという状況にあります。スウェーデン語と英語、後者は主に技術的な問題に関するものです。英語でドキュメントを書くことは、スウェーデンでエンジニアとして働くときに必要なスキルです。
ドイツでは、ショップの規模とオープン度に依存すると思います。より大きな銀行では、特定の仕事のためにドイツ語を話さないコンサルタントに対応しなければならない場合があるため、人々は英語で書き込みます。
しかし、StarOfficeのコードのほとんどがドイツ語で書かれていることに人々が気づいたとき、OpenOfficeの大失敗も覚えています。
私はブラジル出身で、英語とポルトガル語のソフトウェアの半分をコーディングするのに多くの時間を大学で費やしました。その後、ほぼすべて、特に他の人のために開いていたプロジェクトをすべて英語に切り替えました。
イギリスに住んで働いている今、変数などにイギリスのスペルを使い始めています。変数colourとActionScript属性colorを混在させるのは少し面倒ですが、私は生き続けます。 :)
私はフィリピン出身です。ほとんどの人は、ここで英語で変数をコード化し、ドキュメント化し、名前を付けます。また、英語は、他のほとんどの言語よりも語彙が豊富であるため、プログラミングに使用するのに最も適した言語の1つであると思います。
私はラトビア出身で、英語のみでコーディングしています。コードをはるかに流暢で純粋に見せます。さらに、私の言語には、「š」、「ž」、「č」などの派手な文字がすべて含まれているため、コードにとっては不健康なものになります。
しかし、それは私の意見です。
私はオランダ出身です。ここでは、オランダ語のプログラマリソースがほとんどないため、ほとんどの人は英語で考えてコーディングします。私の個人的な生活の中で、英語で説明できなかったことがあります。オランダ語では説明できないアルゴリズムとパターンがあります。
ですから、IT関連のことを除いて、私の母国語はオランダ語です。
私はドイツでプログラミングしています。ほとんどの場合、コードは英語で書かれていますが（私たちが学ぶすべての本とすべてのデザインパターンは英語であり、もちろんすべての公式APIは英語です）、コメントは頻繁にドイツ語です。
私もコメントを英語で書くようにしていますが、あまり一般的ではありません。
私のコードが英語や他の言語の一部である場合、特に別の舌で宣言された型で英語のメソッド呼び出しが発生するような大きなAPIを使用している場合は、多くの認知オーバーヘッドがあると思います。私がしない正当な理由がない限り、英語を使用してください。
私が言及していないこれらの理由の1つは、（ドメイン駆動設計の原則に従って）ubiquitous languageです。私がビジネスエキスパートの知識に依存している契約作業を行う場合、私はそれを1つの方法で呼び出し、コードでタイプを英語で定義すると、特にそれが奇妙で珍しい語彙である場合、混乱が生じますm慣れていない...
したがって、私はしばしば2つの組み合わせを使用してきました。ビジネスクリティカルなオブジェクトとメソッドは、ドメインの言語と舌で命名されており、インフラストラクチャ/技術的な問題である残りのコードは英語です。 APIをよりスムーズに一致させるため。
しかし、職人の観点からは、私はこれについて複雑な感情を抱いていると言わざるを得ず、これは非常に満足のいく解決策ではありません。
私はルーマニア出身です。私が働いている場所では、標準的な表記法と英語を厳守するという厳格なポリシーがあります。文書やハウツーガイド、wikiも英語で書かれています。あなたが母国語で書くかもしれないという考えすらありません。英語はデフォルトであり、会社は必須の英語コースに投資しています。
ほとんどのプロジェクトでは、APIに従うために英語を使用しています。
しかし、例外は常にあるので、独断的に考えるべきではありません。たとえば、ドイツの保険会社で働いている場合、翻訳できないドメイン固有の概念や用語がたくさんあるので、母国語の使用を検討する必要があります。これはチームの決定です。
私はスウェーデン語で、コードのほとんどは英語です。
この点に関する重要な概念は Domain Driven Design です。このプロセスでは、単語や概念を翻訳しないことが重要です。
既存のドメインモデルとの間の直接変換は、適切なソリューションではない可能性があります。これらのモデルは、非常に複雑であるか、因数分解が不十分である可能性があります。それらはおそらく文書化されていません。データ交換言語として使用すると、基本的にフリーズし、新しい開発ニーズに対応できなくなります。
したがって：
十分に文書化された共有言語を使用して、必要なドメイン情報を共通のコミュニケーション手段として表現し、必要に応じてその言語に翻訳したり、その言語から翻訳したりします。
したがって、ドメイン固有の用語がローカル言語であり、残りのコードと一緒に翻訳されていない場合、プログラマーではなくドメインエキスパートがコードの機能を理解できます。
私は通常、C＃をプログラミングするときにはすべて英語で行いますが、スペイン語やイタリア語のコメントを入れることもあります。一部のビジネスオブジェクトはスペイン語です（ただし、アクションなどでは常に英語と混合されます）。
今、私がObjective-Cにいるときは、常に英語にこだわっています。 （言語が構造化されている方法で）理解しやすく、読みやすくなっています。
私は日本で数ヶ月働いていました。コードは英語でしたが、ファイルのヘッダーと少量のコメントは日本語でした。彼らは実際に私が操作する英語のキーボードを見つけなければなりませんでした。
私はフィンランド出身で、知っているプログラムはすべて英語で書かれています。フィンランドのコメントはほとんど見ませんでしたが、確かにそれらは認められた慣行ではありません。一部のデータベースでは、フィンランド語の一部の列名さえ見ましたが、それも間違っていると考えられています。
いつかパキスタンのような他の国の同僚がいる可能性は十分にあるので、フィンランド語でのコーディングは無責任だと思います。唯一の例外は、顧客固有の用語、特に頭字語です。これらは翻訳するのが非常に難しく、おそらく翻訳を理解するのが難しいためです。また、変数などでフィンランド語の文字セット全体を使用することはできません。
私はアフリカーンス語を第一言語として話します。私がコーディングするとき、私は通常、アフリカーンス語と英語の変数を組み合わせて使用し、ほとんどの場合アフリカーンス語でコメントします。 11の公用語があるので、公的な目的（政府のプロジェクトなど）のために英語でコーディングします。物事をテストするためのコードをすばやく作成する場合、ほとんどの場合、アフリカーンス語でコーディングおよびコメントします。
私は英語で、ドイツに住んで働いていました。何かの英語の用語が何であるかを考えられない限り、私はほとんどいつも英語を使います。次に、ドイツ語の単語を使用します。
英語のみを使用することを主張する1人または2人に会ったことがありますが（ 'それが良いので'）、間違ってスペルを入力すると、APIに入るときに非常に煩わしい場合があります。ソースコードでアクセント（たとえば、「ミュラー」）を使用すると、コンパイルの問題がいくつかあります。これらは禁止されています。
チームディスカッションは独占的に行われます。コーディングが混在しています。ほとんどの場合、変数やメソッドなどはドイツ語の名前になりがちですが、それに合う場合は英語を使用します。私を怒らせるのは、英語のスペルが間違っているときです。
私はメキシコ人で、アメリカとの国境近くに住んでいます（ Hermosillo、Sonora ）。私はすべての作業（個人用および会社用）を英語でコーディングします。また、友人やチームメートにもそうするように勧めています。
これにより、フラットな用語が使用され（すべての人、ここ、および世界の他の地域で同じものに同じWordを使用する）、クライアントとの統合がシームレスになります。
ここメキシコでは、特に米国との国境近くの一部では、新しい種類の「スペイン語」がいくつかの人口集団の間で話されています、「スパングリッシュ」（そう、それは単に[悪い]映画ではなく、文化的用語）そして時々、これは「エンジニアリング層」に浸透し、「linkear」（リンク、リンクを作成する）または「parsear」（解析する）などの用語を使い始めるので、私は知っているすべてのプログラマーに尋ねますプレーンな英語を使用してください。
はい、私はオランダ人ですが、オランダ人とのコミュニケーションやオランダのサイトへの訪問を除いて、コンピューター上のすべてのことを英語で実行したいのですが、システム全体でオランダ語と英語が混在しているのが嫌いなので、一貫性の理由から、すべてを同じ言語で行います。
若い頃、キーワードはすべて自分の言語で書きたかったのですが...
しかし、それを達成することは不可能に思われます。多分これは将来の言語のための良いアイデアですか？
メキシコ人
私自身の仕事をしているとき、多くのチュートリアルと例は英語なので、私はほとんど英語を使用します。すべてのコメントはスペイン語ではありませんが、会社のソフトウェアで作業するときは、すべてスペイン語でコーディングします。
私は英語のネイティブスピーカーではありませんが、コメント、クラス名、変数名、関数名はすべて英語でコーディングして書き込みます。どうして？まあ、それは私にとってより理にかなっていて、コードを共有するのがずっと簡単になるからです。ちょうど私の2セント