Если исходник в ansi, то просто выставив тип нужного результата не получите.

Странный спор. Этот вопрос обычно решается на уровне соглашения о коде в команде. Если  вся команда русскоязычная, то и смысла в английском языке нет - нафига эти понты? Живём в России, говорим по-русски, а комментарии пишем на английском? Бред. Другое дело, если в команде присутствуют иностранцы или компания иностранная, тогда комментарии могут быть на языке компании. Основные требования комментариев: краткость, понятность, достаточность и неизбыточность.
По опыту работы в крупной компании разработчике скажу, что даже по наименованию переменных виден уровень владения английским у тех, кто писал код. Это раз. И то что порой краткий комментарий на русском матерном гораздо короче и понятнее пространного комментария на английском ;)) Это два.

Лично

Почему ты считаешь комментарии на английском  понтами? Плохо его знаешь что ли? 😂

Если писать комментарии по делу: не "что?", а "зачем?" - матерный вряд ли поможет

я тоже за комментарии на русском ) ты пишешь их для себя или для команды, которая также русский понимает.. смысл извращениями страдать?

если аудитория твоих исходников иностранная - там ещё может быть есть смысл писать на английском..

но вообще лучше писать код  так, чтобы комментарии не нужны были 😇

Вот из таких размышлений и получаются потом бэйсики переведенные промптом, с годым названием Язык 1С:D

Знаю на уровне, чтобы документацию понимать, общаться на нём не собираюсь, уж лучше немецкий вспомню и углублю - не люблю английский за его дурное звучание, особенно в америанском его звучании. А почему понты - Ник уже объяснил первым комментом.

Ну вот и ответ:  я не люблю  (Ник, кстати, тоже не очень владеет по его же признаниям) - значит все, кто на нём пишет - извращенцы и понторезы... Ох.енная логика

не понял ты. Хорошо, приведу другой пример, может поймёшь. Когда у тебя висят куча задач в стеке + релиз на подходе + клиент на ГЛ, тебе не до трат времени на понимание, что там имел в виду твой коллега нынешний или предыдущий своим комментом в коде, а так как все в команде русскоязычные, то есть не являющиеся носителями английского языка, то естественно, что уровень владения им будет различным (о чём я писал ранее). Поэтому имеем, что скорость понимания русского комментария и английского - различна, причём не в пользу последнего. А в описанных условиях любой замедляющий разработку фактор должен исключаться. Так что вывод - в топку иноязычные комментарии в русскоязычной команде.

ну, при необходимости на разных работах с RFC на английском разбирался и выполнял требуемую от меня работу - выполнять свою работу качественно мне это не мешает.. 😉

а вот страдать хернёй и повсюду втыкать чуждый мне язык я не горю желанием

сам код (названия классов, методов, свойств) я пишу на английском, а не транслитом - тут уже притягивание русского языка и перемешивание языков только навредит

поэтому пиши нормальный код - комментариев меньше потребуется

ну фз, работал на таком легаси, где было вперемешку английские и рустранслитные наименования - вроде не мешало пониманию :).

так делфи и русский язык поддерживает в названиях методов и свойств ) давайте новую 1С разрабатывать )

В секции interface в основном английский, потому что меньше проблем с кодировками за пределами IDE. В implementation как угодно.

Если возникли условия при которых нет времени на написание комментариев в коде или в changeset, надо что-то менять, но точно не язык комментирования :)