Bueno, eso depende en gran medida de dónde mires. La renderización de un archivo Markdown en GitHub o en GitHub Pages utiliza saltos de línea tradicionales. No tener saltos de línea físicos en el texto de un párrafo es poco amigable para el seguimiento de cambios, por lo que agregar saltos de línea físicos no renderizados es extremadamente útil para piezas sustanciales de escritura que evolucionan. Muchas (aunque no la mayoría) de las publicaciones en foros tienen esta propiedad.
Solo en contextos más casuales, como problemas y comentarios en PR, GitHub utiliza Markdown no tradicional (“Markdown con sabor a GitHub”), donde los saltos de línea individuales son significativos. Estoy seguro de que hicieron eso como una concesión a los desarrolladores, quienes pueden escribir rápidamente un poco de código en un problema sin indentarlo ni encerrarlo en comillas invertidas triples.
Por lo tanto, el Markdown no tradicional es realmente la opción más centrada en desarrolladores. Nada te obliga a romper líneas largas al escribir en una publicación del foro, y en mi experiencia, la mayoría de las personas quieren ver una línea en blanco entre párrafos tanto al escribir Markdown como al verlo renderizado, por lo que no hay ninguna ventaja en la configuración predeterminada para la mayoría de las personas.