I know it’s on the roadmap but …
+1 for WYSIWYG
(with switch to code mode, if you need to arrange things behind the curtain)
NB: in my humble work of literary writing, and my passage from word processing to markdown (drafts and connective notes in light format (plain-text)), the difficult part was not learning mardown but the distraction side. The applications with two side-by-side panels (code and render) did not suit me at all. I really adopted markdown thanks to Typora, because the wysiwyg gives me a more direct experience of writing (strike out, highlight, etc., almost like on paper).
I’m using a downloadable CSS snippet that removes much of the markdown from edit mode and presents lines pretty much as they will appear in preview mode. So bullets look like bullets, bold is bold, highlighted text is highlighted, tickboxes look like tickboxes, headers are underlined and the right size etc all without unsightly dashes, hashes underlines and equals signs scattered through the text. You only see the markdown when you click on a paragraph to edit it. When you click off the markdown symbols disappear.
This does have some clunky aspects though. When you click on a paragraph, because the CSS has moved things, the cursor doesn’t always end up where you expected. Also you can’t show images or tables yet.
If they could fix these couple of niggles I would be happy with this approach. I.e. you use markdown when you are clicked into a paragraph but it previews when you click off it. I’ve no idea if this would be harder or easier to implement than a full WYSIWYG editor that never shows markdown.