谈天说地

知识管理,我是这么做的

2008年,我开始写技术博客,后来在公司负责写过技术产品的用户手册,最近写书。在这八年里,我摸索出了一套属于自己的知识管理方法。

我相信,每个人都有自己的一套知识管理的方法,而我只是抛砖引玉。

知识管理文章配图-20160725

按照知识的规模分,我将知识分为三类:

(1)小型知识:往往是一句话或一个段落就能说清的知识,如一个技术名词的解释、一个命令的一个使用技巧等

(2)中型知识:需要一篇文章,甚至一个系列文章才能介绍清楚的知识,如一个命令的完整用法、几种数据库技术的比对和选型等

(3)大型知识:需要一本书或多本书才能讲解清楚的知识,如Linux系统、数据库技术等。

按照知识的公开度分,我把知识分为两类:

(1)愿意公开的:比如一些公共知识,不含个人信息,也不含保密信息的

(2)不愿意公开的:比如一些含有保密信息的知识,一些自己的半成品总结等。

基于知识的“规模”和“公开度”,我有了自己的知识管理方法:

(1)小型知识、愿意公开:微博

(2)中型知识、愿意公开:博客

(3)大型知识、愿意公开:书籍

(4)小型知识、不愿公开:云笔记

(5)中大型知识、不愿公开:本地Word文档、搭建私有Wiki

你会发现大部分的知识,都可以对应到上面的分类中。

当然,知识管理和减肥是一个道理,知易行难,一定要坚持养成知识管理的习惯,长此以往,养成习惯,方能受益。

13条评论

  1. 不谋而和,作为技术条线的工作者,要学会把自己知道的东西再转述出来,实属不易,总是斟酌再三,还是没有发布。

  2. 大棚老师你好!
    在命令百篇下,进程和性能篇,free命令,图9,关于free的明细介绍的表格,读之后依然觉得迷糊
    思考后,对于 b, c, g, h ,分别是含
    b:buffer/cache 的内存使用量
    c: 不含buffer/cache的内存空闲量
    g: 不含buffer/cache的内存使用量 (真实使用量,因为buffers和cache是可以随时征调)
    h: 含 buffer/cache 的内存#使用量#
    对于h , 是否是由于印刷错误,实际上应该是 含有 buffer/cache 的内存的空闲量
    另:对于b, c ,g ,h的含义,我这样理解
    b:征调buffer/cache 并进入内存使用量
    c: 征调buffer/cache 入使用量后 的内存空闲量
    g:未征调buffer/cache 后的 真实内存使用量
    h:未征调buffer/cache 情况下的内存空闲量,真实的空闲内存
    新手入门!请老师空闲下解惑,感谢

  3. 我是用markdown记录 需要插图的时候就在markdown里面插HTML 然后用目录分类 传到github上 而且在github的还支持内容检索感觉很方便

  4. 感觉随着年龄的增长,渐渐的忽略了对知识的管理,现在的归纳问题的能力在提高,但是接受新事物的能力还不如自己大学乃至高中的时候。

  5. 这样太分散,距离知识管理还差的远呢,不过你这种分类的方法是很值得借鉴。

  6. 嗯,说的很有道理,感觉自己越来越懒了,现在就是把一些自己写的或网络中好的技术文章都分类贴在了有道的云笔记中。。。

发表您的评论

请您放心,您的信息会被严格保密。必填项已标识 *