Code:
var kjøretøy = new Snøskuter();
kjøretøy.kjør();
Heuheuaheuaheuahe.
Looked this up a bit today and it looks like the general "rule" is never to program in anything except English. 90% of the posts I've seen say that any code written in non-English probably isn't worth using nor looking at. There is another 10% or so, however, which says that because some people do not speak English it will be far less productive for them to write code in English. I kinda see the point, but then I don't think it should be too difficult, since I'm pretty sure most people can learn enough English to write their program in it. What happens with, for instance, apps which are used for data entry, where the majority of clerks will be native to the programmer? If you surf the web you will frequently find objects named in Swedish, French, German etc, and these are primarily forms. In WinForms I guess it can be expected in certain software (local only) that it can be written in a native language for that reason...
Interesting so far though, there were 2 people here whose native language is not English and who do code in it... Would love to hear from you guys!
Another piece of interesting localisation shit: MS Visual Studio auto generates chunks of code for MFC components... That code comes commented, and the comments are written in the native language of the computer (or at least the native language of VS). The code itself, however, is still named and still generically uses English.
Also, sorry to convert this relatively short post into an essay, but someone posted this in response to a SOF question:
Originally Posted by
StackOverFlow
I'm from Canada, but live in the States now.
It took me a while to get used to writing boolean variables with an "Is" prefix, instead of the "Eh" suffix that Canadians use when programming.
For example:
MyObj.IsVisible
MyObj.VisibleEh
Hilarious.
This, however, is valid code in VS:
Code:
[Flags]
public enum Товары
{
Непонятно = 0,
Книги = 1,
Тетради = 2,
Карандаши = 4,
Всё = Книги | Тетради | Карандаши
}