Что ж, это во многом зависит от того, куда вы смотрите. Рендеринг файла Markdown на GitHub или на страницах GitHub использует традиционные переносы строк. Отсутствие физических разрывов строк в тексте абзаца неудобно для отслеживания изменений, поэтому добавление неотображаемых физических разрывов строк крайне полезно для значительных текстов, которые развиваются. Многие (хотя и не большинство) сообщения на форумах обладают этим свойством.
Только в более неформальных контекстах, таких как комментарии к задачам и pull-запросам, GitHub использует нетрадиционный («GitHub Flavored») Markdown, где одиночные переносы строк имеют значение. Я уверен, что они сделали это как уступку разработчикам, которые могут быстро набрать небольшой фрагмент кода в задаче, не отступая его и не заключая в тройные обратные кавычки.
Таким образом, нетрадиционный Markdown на самом деле является более ориентированным на разработчиков выбором. Вас никто не обязывает разбивать длинные строки при вводе сообщения на форуме, и, исходя из моего опыта, большинство людей хотят видеть пустую строку между абзацами как при вводе Markdown, так и при его отображении, поэтому для большинства людей настройка по умолчанию не имеет никаких преимуществ.