Petro123а вот вы почему свой ник так ..э ..... не назвали так как вы описали?
Решил сохранить анонимность :)
Сразу вопрос по теме: классический пример - как понять что имелось в виду под переменной CountBreakWatch при автоматизации например магазина часов - количество разбитых часов или количество прерванных просмотров чего либо. Сразу и не скажешь. Необходимо смотреть контекст, причем возможно. что со словарем, подыскивая варианты для того или иного слова. Плюс еще надо делать скидку на то, что программист, который писал это, сам мог не шибко разбираться в английском - приходиться додумывать за него, что отнимает время, которое можно было бы потратить на анализ алгоритма или поиск ошибок.

softwarerЭто из той же серии, что переменная HowTimeSixWatch?
Это не по теме, это по той же линии, что Ваше "все равно пишут транслитом".
А ка бы вы назвали переменную в 1-м и как во 2-м случае? В русском тоже полно синонимов, но когда человек пишет, то он автоматически решает эти коллизии, чтобы быть понятым и вероятность двоякого толкования гораздо меньше. Особенно при переходе с одной предметной области на дугую.

nibblesХауМачИзДеФиш

Имелось в виду как по английски назвать переменную для хранения количества сломанных часов и для количества прерванных просмотров. Очень интересно узнать как "правильно" назвать переменную для количества давальческого сырья. У меня в итоге вышло CountRawDaval

Alexey Kudinov
quantityOfDamagedWatches
и
quantityOfInterruptedViews
я не настаиваю на именно таких названиях, но гарантирую, что ни у наших ни у западных программистов они не вызовут непонимания/путаницы.
Полностью согласен, но это если знать о разнице именно в предметных областях. В большинстве случаев пишут как можно более простыми словами (что вполне логично) и вряд ли назовут их именно так (IMHO). И даже в моем примере вряд ли будет ошибка, если знать контекст ну или придется проанализировать его предварительно. Я хочу сказать, что анализ программы с русскими идентификаторами практически всегда (если не вообще вегда) быстрее анализа английских идентификаторов, т.к. на перевод все равно тратиться время даже при неплохом знании английского. Причем это знание, как правило, распространяется на какую-либо предметную область и при работе с другой предметной областью в словарь лезть приходится обязательно. С русским языком таких проблем нет. Или еще конкретный пример - вас попросили найти файл. Точного названия не сказали, но общий смысл названия вам известен. В каталоге их допустим около 100. Думаю все согласяться, что файл на русском будет найден очень быстро, в отличии от файла на английском, т.к. в 1-м случае достаточно просмотреть список "по диагонали", а вот во 2-м придется переводить почти все файлы чтобы понять смысл (даже если знания английского очень хорошие, если только человек не профессиональный переводчик, практически "думающий" на иностранном языке)

Так что использовать русский на мой взгляд нужно всегда кроме 2-х случаев:
1. Возможны проблемы с ПО
2. Разработка будет использована не только русскими программистами
Во всех остальных случаях использование английского - это исключение дело вкуса и никакого отношения к повышению производительности не имеет

p333исключение дело вкуса
имелось в виду конечно "исключительно дело вкуса"

Alexey KudinovУ меня язык не повернется назвать что либо CountBreakWatch.

а каким бы был ваш вариант?
Alexey Kudinov
В большинстве случаев = не знающие (в минимальном! обьеме) английский язык
А какой объем следует считать достаточным? Одно дело уметь читать документацию (со словарем или без) и совсем другое дело уметь читать (и понимать) анекдоты (наверное это самое сложное - ига слов, идиомы и пр.). Где можно провести границу и сказать - объем знаний минимально достаточен.
Alexey KudinovУвы и ах, программист должен знать англ. язык, если хочет достичь хоть чего-то в своей профессии.
Если это относиться к вопросу понимания документации - согласен. Но какое это имеет отношение к качеству кода и скорости его написания или анализа? Имеется в виду, что код пишется только для внутреннего применения (внутри страны). Вот вы комментарии пишете на английском или русском?

И еще по поводу предметной области и грамматики - попробуйте открыть описание тех. или бизнес процессов например в строительстве, хим. производстве, энергетике или более специфичных областях - можно узнать столько новых слов, что за ними приходится брать словарь терминов чтобы узнать что к чему, причем все это на русском. Не следут забывать и профессиональный сленг, который со временем стал официальным и используется в официальных бумагах и документации

Alexey KudinovНа этой странице я привел свой вариант и вы с ним согласились.

Виноват - просмотрел
Alexey KudinovДо того был проект, где обьекты именовались по английски, а комментарии по русски. Чисто внутренняя разработка. Которая в опрределенный момент перестала быть внутренней и уехала зв рубеж. Нанимались специальные люди, которые переводили комментарии в коде на английский язык.
Всего не учтешь. Но что лучше - писать комментарии сразу (если нанимались специальные люди, а не сами кодеры это делали - то перевод оказался не таким простым) с прицелом - а вдруг ее купят за рубежом? Или писать на том, что понятно без всякого перевода (срок исполнения соращается) и ЕСЛИ (думаю вероятность небольшая и для подавляющего числа случаев стремится к нулю) разработка уйдет, то нанять профи по переводу и тогда разработчики на западе смогут понять что к чему. Я бы выбрал 2-й вариант.

И еще про комментарии на английском - сталкивался с конторами которые так работают. Это вызвано необходимостью (работают на запад). Так вот иногда из-за сложности перевода (кодер просто не знает как это перевести) комментарий НЕ ПИШЕТСЯ СОВСЕМ. По-человечески понятно - бывает лень и по русски-то написать, а отвлечься специально на комментирование ситуации, которая не является ключевой просто некогда - сроки не резиновые. Так и рождаются или совершенно дурацкие фразы или вообще отсутствие комментариев. И если вероятность ухода проекта за рубеж нулевая, то ставить себе самому рогатки мне кажется излишним.