почти все комментарии в типовых модулях, которые пишутся в одну строку - разработчики пишут в две. Например,

// Восстанавливает из переданной строки запрещенные символы в именах элементов формы
//
Функция ВосстановитьЗапрещенныеСимволы(Знач СтрокаДляЗамены) Экспорт

Когда в конфигураторе стоит группировка комментариев, то эти комментарии группируются и по каждому приходится тыкать - чтобы посмотреть, что во второй строке.
Зачем они оставляют вторую пустую строку, с какой целью???

Им за символы платят

(0) скорее всего так шаблон настроен чтобы гарантирована была пустая строка между комментом и кодом.

(1) за строки наверное

(2)зачем она нужна,эта пустая строка с комментарием. Почему просто не оставлять пустую строку и не улучшить жизнь тысячам программистов?

(3) а х.з.

Быдлокод

(0) Прально! Давай вообще текст без форматирования писать! Вон сколько места на мониторе сэкономим! Скольким программистам от этого жить станет легче то...

(8) ты веришь комментариям ?

И да, для тех кто в танке - отключи свертку комментариев и наслаждайся

ну, если Вы нажмете Сtrl+space, а потом мышкой наведете на процедууру/функцию то многострочный коммент там появится, а однострочный нет.

Насколько я понимаю - это их стандарт. Они всегда должны оставлять строку между комментарием и процедурой/функцией
И хотя в "Системе стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8" это в явном виде не указано, но в примерах они всегда добавляются.

Предположительно для большей читабельности комментария

(11)т.е. так обходят баг интелинса?

(13) Какой баг?

(0) Видимо для того, чтобы визуально разделить коммент и функцию.

Меня раздражает вот такой код:

Если <Условие> Тогда <Какое-то действие> Иначе Возврат КонецЕсли;

(0) а что в этом плохого?

(0) тоже всегда делаю так.
Потому что в свернутом виде идет

+/////////////////////////////
+Процедура МояПроцедура1()

+/////////////////////////////
+Процедура МояПроцедура2()

+/////////////////////////////
+Процедура МояПроцедура3()

+/////////////////////////////
+Процедура МояПроцедура4()

+/////////////////////////////
+Процедура МояПроцедура5()

Это называется ЕДИНООБРАЗИЕ. И воспринимается гораздо лучше чем

+/////////////////////////////
+Процедура МояПроцедура1()

/////////////////////////////
+Процедура МояПроцедура2()

+Процедура МояПроцедура3()
+/////////////////////////////

+Процедура МояПроцедура4()

+Процедура МояПроцедура5()

+(18) И меня жутко бесит, когда пишут не как в (0)

(18)а  ты эти комменты читаешь? Тебя не напрягает каждый раз раскрывать "пустышки"?

(20) без надобности не открываю. Но лучше пусть с пустышками код будет зато оформлен по единой схеме.

(21)ога. Как в армии - зимой в камке холодно, а летом - жарко) зато -  едино))

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

(16) чем же раздражает? и как по-твоему нужно делать?

(22) единые стандарты комментирования есть, и разработчики типовых их чаще всего соблюдают. Сами стандарты можно посмотреть на диске ИТС.

(23)
тем же самым, что и отличие
Если А=В Тогда
С=0;
КонецЕсли;

И
Если А=В Тогда С=0;КонецЕсли;

(24) Про доп строку там, емнип, нет такого.
Это как с функцией после директивы препроцессора, когда автовыравнивание добавляет после нее отступ (в 8.1), в примерах стоит без выравнивания, а в стандартах не описано

(0) только ради того, чтобы комментарии сворачивались

(23) Тем, что в одну строчку написан. Отлаживать неудобно.

(26) в стандартах доп. строка в комментирования процедур и функций описана. Я помню. также в примерах (там же) она есть. Другое дело, что комментарий функции одной строкой - вот этого как раз нет в стандартах.

(29) В примерах - есть. Но не описано. Специально посмотрел на июльском ИТС, раздел "Описаниепроцедур и функций" в "Системе стандартов..."
Там нет "в конце комментария пустая строка" в явном виде (см. например пункт 1.5 Структура комментария)

(3) Читабельность. Вообще, глаза устают меньше

(3) в твоем варианте слова "ухудшить" слишком много ошибок

Долой комментарии. Правильный программист должен сходу любой гКод понять.

(28) аа... я уж было подумал, что есть какая-то другая крутая фишка...

+(34) а как отношение к такому?

Попытка
 док.Записать();
Исключение КонецПопытки;

ИнформациюОбОшибке в расчет не берем

(19) тоже всегда как в (0) делаю.