怎样看待尝试标准化并取代 Markdown 的 CommonMark
我觉得一项被广泛应用技术，走标准化之路是必要的，就象Html和EcmaScript那样。原作者Gruber认为正是没有做标准化才让Markdown得到发展以及出现各种缤纷的扩展。但我觉得做了标准化也照样还能做各种扩展，并且做了标准化后能够让更多的实现有规可依，同样，相关的关于什么什么特性要不要加入到标准里面的问题完全可以在http://talk.commonmark.org 进行认论。 中国有句老话“没有规矩，难成方圆”，我觉得有了规矩后不但能成方园，还能成更多的图形。所以我个人认为标准化是必要的，因此我也构建了中文CommonMark网站 http://www.commonmark.cn 以协助Markdown或者说是CommonMark在中文地区的发展。因为Markdown一直没有个好的中文名称，而现在的CommonMark我把它翻译成“通用标注”正好填补了这个中文名称。
■网友
个人觉得引起不了太大波澜语法很多类似，这部分没什么大发展了
■网友
CommonMark，最早的名字叫 Standard Markdown，后来迫于 Markdown 原作者 John Gruber 的压力而改名。
虽然这已经是今年九月初的事情了，而且我在当时就已经表达了我的看法，但还是完整说说我的观点：
我对的 Markdown 的看法是初始版本加上 GitHub Flavored Markdown 的代码块语法即可，其他的，算了吧，何必这么复杂？ - https://twitter.com/chrisyipw/status/507453067789217792
Markdown 根据不同的需求、场景是可以被扩展成不同的 Markdown。比如说 GitHub Flavored Markdown 的代码块语法和 Task Lists 就是很好的例子。
GitHub 针对 Markdown 所扩展的特性对程序员来说非常有用，但是对于一般的使用者呢？没用。
如果有了一个 CommonMark，这些特性要不要加进去标准里呢？
所以我认为 Markdown 应该保持它作为一个简洁高效的写作工具的纯粹性，剩下的就由特定群体去扩展、去维护。
请看 Gruber 通过 @Markdown 账号所表达的意思：
Markdown is a text-to-HTML syntax and conversion tool for writers, created by John Gruber:
Daring Fireball: Markdown - https://twitter.com/markdown/status/72711470076526592 【怎样看待尝试标准化并取代 Markdown 的 CommonMark 】 “Standard Markdown” is neither. - https://twitter.com/markdown/status/507341395137658880
Via Markdown and CommonMark
推荐阅读
- 聪明人养花，这3种“花”怎样也要养一盆，每年能省不少医药费
- 互联网怎样解决“家政服务上门速度慢”的问题
- 怎样看待从1月8号起，QQ钱包开始提现收费
- 银行it人怎样转型
- 汽车|冬天怎样让车内温度快速升高？座椅加热的最佳使用方式二，外循环的作用总结
- 怎样进入通信行业
- 怎样评价扶他柠檬茶的小说《云养汉》的结尾
- 怎样成为一名合格的Python程序员?
- 怎样评价华为、诺基亚、中兴中标中国移动高端路由交换设备扩容集采
- 怎样评价类似前橙会、百老汇、南极圈这样类型的离职帮抱团，对企业的积极意义和消极意义