感到 Markdown 不是技术社区合适的标记语言

从我在知乎被教育说 Markdown 是对技术社区很从的标记语言
到自己在 Github 和 CNode 长期使用 Markdown 发帖回帖
到现在对 Markdown 产生反感,,
我并不是用 Markdown 太少, 也不是说 Markdown 在任意场景都不合适
我是说, 对于参数人数多的技术社区, Markdown 存在若干问题:



* 有人不用 Markdown 标记代码

没有高亮的代码是难读的, 用非等宽字体简直就有些可恨了
但国内技术社区, 特别新人增多之后, 不用 Markdown 的例子很多
我在 CNode 水贴, 隔几天就会遇到提问不加语法标记的
有时候行内代码, 图个方便, 也不想加代码标记了
结果就是没有标记的 log 或者代码, 各种损害网站的界面

对此我尝试了 `white-space: pre-wrap`, 以及强制等宽字体的方案
结果是空行包裹加四空格缩进的内容被标记为代码块, 代码依旧出现问题
而去掉代码区域标记使之融入背景的做法又导致大量反感
剩下只有让 Markdown 不标记缩进代码, 改动编译器, 同样不成



* 控制复杂的空行

```
* item
* item
```

和

```
* item

* item
```

因为中间空格的关系, 可能会被加上一层 `<p>` 标签来标记为段落
Markdown 对换行的处理纠缠已久, 很可能就会在书写时多个少个空行
同个人写还是能统一间距, 但论坛上喜欢未必统一, 于是 CSS 设置的间距就不定了

同样创建更多的空白在 Markdown 里并不是那么自由, `\n\n` 会被压缩



* 不是所见所得

个人博客上的 Markdown 由自己控制, 虽然坑人, 但遵守规范时视觉效果稳定的
但论坛上的, 一般是修改了手动点击按钮切换预览, 写长文就很蛋疼了
在处理 CNode 问题的时候, pre-wrap 带来更多的影响, 问题特别明显
因为不是所见所得, 排版成了不小的问题.. 但同时也被其他影响放大



* 缩进的编辑器支持

既然 Markdown 支持编辑代码, 就很自然有想在输入框编辑代码的需求
但 Web 上的 `<textarea>` 默认就没有自动管理缩进的功能
引入第三方的编辑器反而页面和编辑工作显得臃肿, 不如文本框那么轻便和熟悉



------



个人博客, 高素质的社区, 我不感到 Markdown 有不适
但通常技术社区都是有大量新人涌入, Markdown 本身对新人是门槛
而新人使用不恰当对社区整个排版也造成各种影响..
因此我认为 Markdown 不合适