从事软件行业很多年了，虽说工作处理起来越来越熟练，能解决的问题越来越多，但是只有自己知道，我对软件的整体把控还没有很好的处理方式，从而导致我的知识能解决工作上的问题，但是知识的流动性和迁移性很差，这就是为什么同事会觉得你可以，但是自己却觉得没有成长的原因，主要体现在几个方面：
1、架构层面，每个技术都有自己的架构，那架构与架构之间有什么相同之处和不同之处。
2、概念层面，每个技术都有自己独有的概念也有和别的技术共同的概念，例如MySQL、Elasticsearch、Redis都有集群，那么这些集群之间有什么共通之处和不同之处？共同之处都是为了解决什么问题？不同之处是否可以拿来使用？
3、场景问题，例如有关系型数据库和非关系型数据库，那么什么场景下要用关系型数据库，什么场景下用非关系型数据库？
4、单一技术历史进程，例如从关系型数据库到非关系型数据库的历史演化进程是为了什么？当你知道一个技术是如何成长起来之后，才能更深刻了解自己使用的技术。
以上是我最近在做笔记整理知识的时候产生的想法，未来如何走大致有了初步的目标。
为什么学习方法也要进化？
在初级、中级、高级阶段，做的事情就是如何用代码做出让人肉眼可见的项目，当你对一个技能有了初步实验到熟练到能预测可能出现的问题到独立解决各种问题；其实，这个过程都处于动手实验阶段，你了解了各种技能是怎么回事儿，能解决什么问题，会出现什么问题。
当到达这个阶段之后，就会有两个阶段：有的人会觉得技术能解决所有的问题，技术很容易；有的人会觉得总有一层纸需要捅破，不捅破不足以见全貌。
以上这两个阶段我都感受过，觉得自己无所不能的时候，又觉得自己什么都不会的时候，所以，我脑袋里每天想的都是如何在专业上更进一步的问题。
因此，我不在局限于完成一个项目、做出一个demo；而是从架构、概念、场景、历史进程、各个技能的关联性入手，打通各个环节。
但是，我这种方法并不适合刚入门的软件行业从业者，刚开始还是要从代码实验开始，而我是经历了实验之后，想倒过来学习，从思维的角度来入手。
我目前为什么选择用纸质笔记的方式，主要有几方面的考虑：
1、好的知识体系不是一蹴而就的，需要有整合整合在整合的过程，我可以用纸质来追踪我的过程。
2、有时我们理解了某一概念之后，就忽略了细节处理，所以在记录的过程中也让我关注细节，防止我无脑的复制-粘贴。
3、电子版会让我有把所有东西放进去的冲动，而纸质版的就不会让我有这种想法（写的手累），我只会尽量压缩信息。
4、百度搜索就能找到很多人解决某个问题的步骤，但是我不想这样解决问题，我想自己在脑袋里将技能整合，先调取各种技能找到不同的套路，验证各种套路解决，把不能用的套路一一删除，当不能解决的时候，在百度搜索看别人的解决方式，从保证自己知识技能的整体性，是自己解决问题，而不是百度帮你解决问题。
5、曾经，我的固有认知是代码一定要在电脑上敲出来，但是从历史的进程来看，以前的代码都是手写代码，这样就可以看到删减过程或者思维过程，而现在随着各种开发工具的进步，很多人离开开发工具之后就不会写代码了，所以我现在改变了必须要电脑敲出来的才是代码的想法。
6、代码是为了解决现实问题，是对解决问题的应用，所以作为软件开发者要成为一个思考者，而不是体力劳动者，纸质能让我更好的停顿、思考、停顿。
网友评论