CMT_CS_Learning
CMT_CS_Learning copied to clipboard
max-studio
:memo: CMT 计算机专业经验分享
由于目前的文章是以目录层级来区分的，但是在 a 文章中，可能添加一个 b 文章的链接，此时，在 a 文章中点击链接跳转到 b 文章并不能十分清晰的看出这是哪一篇文章，因此建议加上文章标题信息。 对于其他信息，我个人认为有一点十分重要： 1. 作者，写这篇文章的人，如果是多人完成，就多个作者，作者名可以是一个昵称，加作者的目的是为了读者了解文章贡献者，方便有问题联系，哪怕联系不到，但是我认为这个功能要提供出来。 添加文章标题与作者两个部分还可以帮助文档项目 cmt-cs-learning-website 的开发，其他的有需要添加的内容可在评论区探讨一下。
首先，我们在尽可能地明文~约束~我们的项目，以保证规范性、统一性。 比如在项目中，如何命名，是个大家都头疼的问题，但我们又不得不去做。那我们如何去命名呢？ 在条件允许的情况下，我们会撰写相关的命名约束要求文档。 但有时候，我们会来不及制定一个合适的规范明文内容，所以我提议一个**通用性的规范约定**： - **在没有现成明文约束，从零开始的地方/情况，那么请保证该处的所有命名格式保持一致。** - **在已有部分内容，却无对应明文规范的地方/情况，那么请参照已有内容的格式，以保证该处的所有命名格式一致。**
- 由于可能需要邀请工作室以外的贡献者参与项目，我们希望能够增添各位的仪式感和归属感，所以采用邀请函的形式邀请。 - 希望能在 v2.0 版本中正式加入邀请函特性 - 调研 h5ds 方案
- 请贡献者将自己的文档置入职业路线中，更新职业路线根目录的 README 文件，子目录的 README 文件用您撰写的文档替代 - 如果您已经开始工作，请将 issue 的 To do 改成 Doing - 如果您的工作已经完成，请将 issue 的 Doing 改成 Done
- 根据[译文排版规则指北](https://github.com/max-studio/CMT_CS_Learning/issues/1)要求编写文档 - fork 工作室名下仓库，在自己名下仓库撰写，提交合并请求（Pull requests）到[原仓库](https://github.com/max-studio/CMT_CS_Learning) - 每次合并后必须在当前文件夹编写（更新） README.md 文件
# 参考性文档 ## 版本仓库协同工作 - [GitHub 进行 fork 后如何与原仓库同步：重新 fork 很省事，但不如反复练习版本合并](https://github.com/selfteaching/the-craft-of-selfteaching/issues/67) ## 文档规范/约定 - [译文排版规则指北](https://github.com/xitu/gold-miner/wiki/译文排版规则指北) ## 文章配图规范 - [技术文章配图指南](https://draveness.me/sketch-and-sketch/)
- 根据[译文排版规则指北](https://github.com/max-studio/CMT_CS_Learning/issues/1)要求编写文档 - fork 工作室名下仓库，在自己名下仓库撰写，提交合并请求（Pull requests）到[原仓库](https://github.com/max-studio/CMT_CS_Learning) - 每次合并后必须在当前文件夹编写（更新） README.md 文件