Eh bien, cela dépend un peu de l’endroit où vous regardez. Le rendu d’un fichier Markdown sur GitHub ou sur GitHub Pages utilise des sauts de ligne traditionnels. L’absence de sauts de ligne physiques dans le texte d’un paragraphe n’est pas conviviale pour le suivi des modifications, aussi l’ajout de sauts de ligne physiques non rendus est-il extrêmement utile pour les textes substantiels qui évoluent. De nombreuses publications sur les forums (bien que pas la majorité) présentent cette caractéristique.
Ce n’est que dans des contextes plus informels, comme les issues et les commentaires sur les PR, que GitHub utilise un Markdown non traditionnel (« GitHub flavored ») où les simples sauts de ligne sont significatifs. Je suis certain qu’ils ont fait cela en concession aux développeurs, qui peuvent taper rapidement un peu de code dans une issue sans l’indenter ni l’encadrer dans des triples accents graves.
Ainsi, le Markdown non traditionnel est en réalité le choix le plus centré sur les développeurs. Rien ne vous oblige à casser les longues lignes lorsque vous tapez dans un post de forum, et selon mon expérience, la plupart des gens veulent voir une ligne vide entre les paragraphes, à la fois lorsqu’ils saisissent du Markdown et lorsqu’il est rendu. Il n’y a donc aucun avantage à utiliser le paramètre par défaut pour la majorité des gens.