关于维护Wiki的简单思考

之前公司内部大约有维护130篇wiki，这个数量，其实也不多。

看到当前的项目没有文档，对于我本人来说，平时总是想用文字梳理一些东西，对于写文档也是比较乐意的一件事。以我目前梳理项目的经验，去维护一个项目的文档，暂时想到的有：

1. 项目设计 类似与简介，能直接对项目有个整体的认识
2. 数据字典(领域模型) 一般会根据不同功能模块进行划分
3. 对外提供服务
4. 依赖外部服务
5. 流程图 一些业务功能的状态流转图
6. 项目技术 涉及到的MQ，配置中心，缓存等
7. 事件单 遇到的Bug，问题记录
8. 特殊入口 一些不对外暴露，仅对小组内提供的特殊功能

以上能让一个新人快速的熟悉系统，省的每次都要对新人做一次新的解说。我觉得上面的这种结构可以做一些修改，不过目前还没清楚新的结构

项目之外可能会依赖一些会用的，但是却稍微不是那么的经常用到的技术，比如xxx技术再当前项目中的使用。也可以做一些适当的梳理。

闲话

做事情要去降低一些预期，比如外人对自己的预期，自己对将要做的事情的预期。

• 如果他人对自己的预期太高，就比较难超出对方的期待，如果做出成果可能会被认为理所应当，这个在做事情的时候就要学低调，不能口号响亮，最后什么都没做出来
• 如果自己对接下来的事情预期太高，就容易三分钟热度，那些由爱生恨的应该就是这样吧。虽然人不能一直都保持理性，但是尽量的要冷静，明白自己想要达成什么样的结果，中间要采取什么样的措施。越贴近实际，空想就越少。预期也不会太高

后面这些闲话，是说给自己接下来再这边的打算，做事，心态放平和，少张扬。

有时候会犯一些错误，不过就是因为犯了错才记得住，才能学聪明。