所谓"常识办理与常识堆集"，其实有点绕，咱们不如就说说"运维技能文档"的事儿吧，这样可以还直白一点。由于每次说起相似的论题，总有兄弟用不屑的口气说，不即是写写文档的事儿么?
运维友爱的文档
不一样的团队对文档需求可以都有不一样的"个性"--更多的时分是运维主管要看着舒畅。就运维来说，有必要可以创立"运维人员友爱"的文档。
通常来说，运维文档大概具有如下特色：
易读性 便于阅览，便于技能人员阅览。尤其是内容不该导致歧义、转码等。
可搜干脆 对于具体内容便于查找，便于发现。
版别化操控 这儿不是通常的 V1.0，V2.0 之类的简略标识版别，而是要可以获取一切的内容改动进程，便于回溯。
通行格局 可以习惯不一样的操作系统渠道。
信息齐备性 具有满足丰厚的穿插引证，重复保留的时分不会丢掉信息等。
可以还有其他特性没在这儿逐个列出。有的网友看了上面的描绘，这不即是 Wiki 嘛! Bingo! 根据HTML的 Wiki 页面，肯定是对运维友爱的，尤其是网站运维团队。 我见过许多团队用 Word 写文档，这是十分蹩脚的工作。在版别化操控、可搜干脆方面具有天然生成缺点。或许书写运维陈述用 Word 是好的挑选，可是运维技能文档的堆集肯定不能用 Word。
运维友爱的 Wiki
你们的运维团队在用 Wiki 么?
通常来说，具有一顶的言语布景可以更喜爱用该言语开发的东西(嗯，我说的是"通常")，有必定 Java 布景的程序员可以会喜爱用 Confluence 之类的 Wiki 东西。而对运维人员来说呢，啥是他们的言语布景? Shell ? No !Perl/Python/PHP，通常运维人员可以都了解三者之中的东西。
我自己多少喜爱一点 TWiki ，虽然我对Perl不那么了解。而许多中小 Web 网站，可以是PHP为开发言语，搂柴火打兔子，捎带脚让程序员帮着定制一些功用就成了。这是不是有点扯远了? 啥是运维友爱的 Wiki 呢? 我的定见是要能推进运维人员技能的 Wiki 软件，比方选用了 TWiki，那么在保护的时分，Perl 布景技能就能派上用场并能进一步推进，多少有点以战养战的意味在里面。
此外，大概强行运维人员提交 Wiki 符号化的文档，而不是简略上载一些 Word 文档、PPT 甚至HTML附件。Wiki 编辑器里别直接张贴从 Word 文档 Copy 来得内容。
假如团队满足大，大概有人专门定时查看文档质量，甚至对新人做一些简略的示例或许训练啥的。写一份好的文档甚至比写一大段好的代码更重要。
常识办理与堆集
Wiki 上都记载啥? 最佳实习、技能心得、装备文档、软硬件信息 ... 甚至团队人员联系方式，随时记载是需求的，但坚持更新更重要。
常识办理(KM, Knowledge Management)是干啥的? 这四个字说来话长，维基百科解释道：
... comprises a range of practices used in an organisation to identify, create, represent, distribute and enable adoption of insights and experiences.
用我的土话说，要把信息沉积下来并传递给更多的人用。一自己写的文档，团队其他的人要能看了解，要了解，要能拿着这文档做工作。没有常识办理认识的团队，成员之间的信息沟通或许也有些不顺利，可以会在人员的使用上存在许多瓶颈，遇到一点技能上的小工作，本来担任的人不在场，其他人可以搞不定，这是危险！
有些团队对待常识办理的态度上是"拿来主义"但缺少共享精力，比方仿制很多网络上的信息到内部，可是不愿意对外共享团队的心得，这样欠好!
堆集，意味着这是一件长时间的工作。不是一窝蜂搞一下就完毕不论的。一份运维文档大概贯穿网站建造的一直，逐步丰厚完善。
- 上一篇: 没有了
- 下一篇: 网站运维作用
康经理