Bem, isso depende um pouco de onde você olha. A renderização de um arquivo Markdown no GitHub ou nas páginas do GitHub usa quebras de linha tradicionais. Não ter quebras de linha físicas no texto de um parágrafo é pouco amigável para o rastreamento de alterações, então adicionar quebras de linha físicas não renderizadas é extremamente útil para peças substanciais de escrita que evoluem. Muitos (embora não a maioria) dos posts em fóruns têm essa propriedade.
É apenas em contextos mais casuais, como issues e comentários em PRs, que o GitHub usa Markdown não tradicional (“GitHub Flavored”), onde quebras de linha simples são significativas. Tenho certeza de que eles fizeram isso como uma concessão aos desenvolvedores, que podem digitar rapidamente um pouco de código em uma issue sem indentá-lo ou envolvê-lo em crases triplas.
Portanto, o Markdown não tradicional é realmente a escolha mais focada em desenvolvedores. Nada o obriga a quebrar linhas longas ao digitar em um post de fórum e, na minha experiência, a maioria das pessoas quer ver uma linha em branco entre os parágrafos tanto ao digitar Markdown quanto na renderização, então não há vantagem na configuração padrão para a maioria das pessoas.