Beh, dipende un po’ da dove si guarda. Il rendering di un file Markdown su GitHub o su GitHub Pages utilizza interruzioni di riga tradizionali. Non avere interruzioni di riga fisiche nel testo di un paragrafo rende difficile il tracciamento delle modifiche, quindi aggiungere interruzioni di riga fisiche non renderizzate è estremamente utile per testi sostanziali in evoluzione. Molti (anche se non la maggior parte) dei post sui forum hanno questa caratteristica.
È solo in contesti più informali come issue e commenti alle PR che GitHub utilizza Markdown non tradizionale (“flavorizzato da GitHub”) in cui le singole interruzioni di riga sono significative. Sono certo che lo abbiano fatto come concessione agli sviluppatori, che potrebbero digitare rapidamente un po’ di codice in un issue senza indentarlo o racchiuderlo tra triple backtick.
Quindi il Markdown non tradizionale è in realtà la scelta più orientata agli sviluppatori. Nulla ti obbliga a andare a capo quando digiti in un post del forum, e secondo la mia esperienza la maggior parte delle persone vuole vedere una riga vuota tra i paragrafi sia mentre digita in Markdown sia quando viene renderizzato, quindi non c’è alcun vantaggio nella configurazione predefinita per la maggior parte delle persone.