情況：自動生成的記憶（如MenuStrip項目）根據創建項目時輸入的文本生成（自動生成的）名稱。我最常見的情況是創建菜單條並通過輸入文本（使用圖形設計器）添加菜單項。非英文成員名稱應該改爲英文嗎？
由於我的GUI是希伯來語，所有這些成員都有一個包含希伯來字符串的名稱。像「（希伯來文 - 文本）ToolStripItem」。當我創建事件處理程序時，事件處理程序「繼承」希伯來語文本：「（hebrew-text）ToolStripMenuItem_Click」。
這實際上運行良好，智能感知與希伯來文本沒有問題，編譯器也是如此。
問題是：我是否應該更改這些名稱（或者防止它們在第一個位置創建）？保留這些名字的可能後果是什麼？
編輯：澄清，當我說希伯來語文本，我不是指用英文文本寫的希伯來文單詞，我的意思是實際的希伯來文字符。
總是用英文編程。我在幾個歐盟國家所有成功的開發團隊都是這樣做的。如果一個（比如說）荷蘭團隊想要將代碼賣給一個（比如說）西班牙的團隊，那麼它會變得更容易。
同意。我是葡萄牙人，當我開發時，我不期待任何人看到我的代碼。不過，我總是用英文編碼。首先，它可以幫助你鍛鍊你的英語。其次，你永遠不會知道......想象一下，微軟或谷歌想要購買你的傑作，只是爲了發現你的代碼充滿了無意義的話...... – 2010-04-27 22:22:49
可能。我贊成多元文化，但當主文檔是英文的時候，它非常令人沮喪（尤其是開源），但代碼不是。你得到像T_PAAMAYIM_NEKUDOTAYIM這樣的東西（注意大多數（所有？）其他PHP運算符都只是符號或英文）。爲了額外的諷刺，這個文件的頁面甚至沒有國際化到希伯來文。事情可能會無意中滲入用戶界面，這使得國際化變得更加困難。
這實際上只是一個維護問題，如果你所有的開發人員都知道希伯來語，那麼你很好，如果你將外包部分項目，開源，或聘請外國開發人員，那麼英語幾乎是普遍的語言。
從這個角度看，這只是一個維護問題。太糟糕的維護在軟件開發中起着如此重要的作用。如果我事先知道，我會選擇銀行職業。 ：D – back2dos 2010-04-25 16:57:42
對我而言，英語是軟件開發的語言。首先，它是非母語人士普遍使用的語言，在開發人員中更是如此。英語是一種非常簡單的語言，至少可以充分表達軟件問題。我個人認爲每個開發者（至少來自歐洲）都有這種語言水平。那些不這樣做的人，與世界其他地方隔絕，無法獲得許多重要資源。
另外，由於絕大多數開發人員都使用英語，因此英語中與軟件相關的事項的術語更少，這大大有助於減少歧義。個人而言，即使作爲用戶，我也一直試圖用英語獲得軟件（儘管一些公司似乎並不明白他們沒有提供德語版本來幫助我）。本地化往往是廢話，很難得到幫助，因爲翻譯的功能非常出色，所以你不可能發現，你遇到問題的功能如何可能用英語進行調用，同時，德語的幫助不可用。 :-D
任何開發人員，無論他是否用英文編寫代碼，都會影響他的語言水平，例如使用英文編碼。如果沒有，那麼沒有理由，爲什麼他不應該使用英語，但他應該有很多理由。
英語允許來自世界各地的開發者組成一個大型社區，分享知識和經驗，並讓來自不同國家的團隊一起工作，無任何語言障礙。就我個人而言，我希望全世界的每個人都學習英語，但我無法期待這一點。然而，我認爲我可以期望從掌握多種編程語言的人那裏獲得足夠的數學知識並訓練他的抽象和邏輯思維。
英文編碼就像使用適當的格式或具有一致的命名約定並使用表達標識符名稱。所有這些都是最基本的編程最佳實踐（實際上甚至不是「編程」，只是「編寫代碼」）。如果您習慣了這樣做，不需要額外的努力。不這樣做也行得通。直到有一天，你會越過「工作得很好」的邊界，那就是事情變得越來越醜陋，因爲你不再使用最佳實踐的時間越長，改變事情就越困難。
所以是的，你應該改變你的成員名稱。你應該養成習慣，首先用英語創作它們。
格爾茨
back2dos
我已經看到了我現在的工作了好幾次這個問題。我是一位印度程序員，他正在處理用德語編寫的代碼。所有函數，變量和註釋的名稱都是用德語寫的......我讀了代碼之前真的很糟糕，直到我使用重構工具並將所有變量重命名爲英文描述。 在早期的工作中，我不得不處理僅使用日語編寫的API手冊。日語評論！非常惱人並且難以維護這樣的代碼，因爲翻譯有時會讓你猜猜原始程序員的意思。
我的建議：你不知道誰會維護你的代碼。最好如果你完全用英文書寫......
我對這種困境很熟悉，但是，你真的希望得到關於這個問題的任何意見嗎？ – 2010-04-25 15:43:35
我認爲社區維基將是適當的。 – pmr 2010-04-25 15:45:07
@第七元素：是的，我期望得到合理化的意見。我想知道人們的考慮。我想知道可能的陷阱。我很樂意聽到這種情況造成麻煩的案例研究。我似乎對SO用戶抱有很高的期望，通常他們不辜負我的期望。 – 2010-04-25 15:48:20