关于 MEP-0001

[cheekyshibe]

嗨，各位小伙伴，我在不久前提交了 《MEP 1 – MEP 目的和准则》 1d84388

有几个点需要和大家一起讨论（我不清楚现在的决定是否正确）：

• MEPs 是否应该使用中文进行撰写？
• 关于 MEPs 的讨论应该放在何处？
• 是否需要 MegEngine/meps 存储库？
• MEPs 有效实践？
• ... （如果想到了其它问题我会在这里继续添加）

欢迎讨论，任何新的问题和建议都会有帮助～

MEPs 是否应该使用中文进行撰写？

在可预见的很长一段时间内，MegEngine 的核心开发团队都是以中文为母语进行交流的一群人，因此我建议所有的 MEPs 文本统一以中文进行撰写。尽管使用英文写文档看上去很有国际标准范，但这看上去似乎对于近期 MegEngine 生态的发展没有什么有效的帮助，从某种意义上甚至会劝退一些英文水平仍待提高的、甚至完全不懂英文的国内开发者。我个人认为需要照顾到国内开发者的体验，这将是我们最先接触到的人群。

关于 MEPs 的讨论应该放在何处？

由于历史环境等原因，PEP 的讨论使用了邮件列表以及论坛的形式，目前 MegEngine 团队对外提供的邮箱地址都是 megengine-xxx@megvii.com 这种类型，不太符合国人的交流习惯。因此我想到了几个替代品：

• 如你所见，我们可以使用 GitHub 最新的论坛（Discussion）进行交流。任何与 MEP 有关的信息都可以被打上 MEPs 的标签，这也方便与 Pull Request 进行更加高效的互操作。
• 使用 MegEngine 官方论坛的用户交流板块，同样也能够添加专属 MEPs 的标签。
• 使用 Slack 并且创建一个 MEPs 频道，作为即时的信息流（但这种形式很难用于互联网检索）。

QQ 群和微信群是不可能的，这种交流方式已经被我拉进黑名单。

是否需要 MegEngine/meps 存储库？

这似乎也是一个历史遗留问题，PEP 早期的文本格式都是 .txt, 因此他们总是需要做一些额外的处理来使得 PEP 能够以比较优雅的形式显示在现代浏览器网站中。而 MEP 要求使用 .rst 格式的文件进行编写，使得 MEP 能够很自然地作为文档的一部分进行维护，典型的好处是我们可以使用 Sphinx 来更好地处理交叉引用，例如某个教程或者指南中可以这样写：

我们刚才提到的这个概念和背后的历史设计也可以在 :ref:mep-0001 中找到

但问题在于，将来我们可能需要面临整个文档结构的臃肿性问题（虽然目前看来结构还是挺不错的）。

MEPs 有效实践？

我们需要强有力的机制和流程保证来确保这个东西能够得到有效的实践，并且造福后来者。