序言

    首先本人只是一个资质平平对技术不算热衷但终归是它给我赏了一口饭吃心存感激的普通程序员，暂且不要拿作者和专攻技术的高端玩家做对比，因此我介绍的方法也是相对比较温和，保证理论上来说不会占用额外过多的空闲时间去学习。 作为一个程序员理论上来说是需要与时俱进，经常沉淀技术点，学习思路，问题解决思路，框架源码分析方向等等，这也是为什么有些程序员5年工作经验如1年，而有些程序员1年如5年，当然也和具体的工作内容相关。如果这篇文章能帮到您，哪怕只是搏君一笑也希望各位读者大大点赞收藏一下，有不足的地方欢迎批评指出，不接受无理由PUA。废话不多说直接上方法。

一. 总结记录：只需要将日常工作中比较有意思的研发问题以及一些技术知识点或者心得思路等记录下来就好，本人在工作第三年（3年CP开发工程师）因为各种原因才开始在意识到这是个非常不错的办法。于是乎亡羊补牢为时不晚。个人推荐3种方式。

     1. 记录博客文章， 看到博客的阅读量，点赞数心里满满的成就感。CSDN 就非常好用，很多研发中的答案也是从这个上面找的，可以说没有这种类似平台以及乐于记录和分享的前辈们估计很多人的技术生涯都会扼杀在摇篮里面。感谢平台，感谢知识共享的前辈大神们。

     2.记录自己的知识图谱，思维导图这里推荐一个在线绘制脑图的平台（脑图就是思维导图虽然表达侧重点不同，在这里吐槽一下技术领域有很多习惯性用各种专业名词来显得颇有深度，其实指向的是同一个东西，大家不要被这种专业名词给吓倒，时间和履历会沉淀出你的从容和笃定）：ProcessOn思维导图、流程图-思维导图模板_思维导图软件免费下载_在线作图协作工具

      3.搭建至少一个demo项目,在里面有集成你感兴趣的中间件和一些设计模式的使用，甚至是一些有趣的功能时间累计后收益匪浅。不要和我说搭建demo 没时间，我不相信你的工作总是饱和的，作者是过来人。

二. 勇往无前：基于以上的方法随着时间的痕迹，你的思维导图内容也越来越多，内容不一定都能背下，面试的时候能背下或者有印象去找到答案即可，于是乎基于已知知识量可以沉淀出自己的系统架构，技术方案，在日常工作中敢于表达出自己的想法和心里的架构，这很重要，很多的新人碰到问题不愿意说， 有担心被人看低、也有不屑懒得争辩、甚至有怕自己的核心技术被偷师了，后两者是偏向有一定水平的人。在这里我提出一个观点，普遍研发的技术层面应该是存粹，知识共享的，如果不认同这个观点那么这个方法也无法自然的执行下去了。在这里我讲个真实发生在本人身上的黑历史案例吧。

     在前面的几年虽然都是酱油哥，但是通过上述方法也沉淀了一个自认为不错的一个项目demo 里面集成了常见的中间件，框架的用法在网上找了前辈的案例再结合自己的理解修修改改自认为是非常的优雅，甚至大有天下老子第一的错觉，在阿里淘宝教育工作的时候，一次新项目立项后由我负责该项目，于是乎我搬出了我心里的那一套组合拳, 以及自己的一些架构及想法。然而效果差强人意最终一个星期后项目也还没开始实施启动。在这里安利一款非常好用的国内画图工具 “亿图”，我的架构图已经放到模板社区大家可以去下载，引用。但是要收费。事后我总结了以下3个方面导致了这次的惨败。

（阿里云DevOps运维架构方案）

     1.demo,架构,方案想法 并没有经过实战或者只是部分实战组合到一起后很多场景思虑不周。

     2.方案全部都是自己心里认为的理想完美，然而队友也不是吃素的他有更好的方案为啥不挑战。

     3.由于漏洞百出，就很自然的导致思想未能统一（人家不服气啊）。

这事最大的收获就是：心里的架构，你需要在有机会的时候拿出来与人PK, 千锤百炼，要么被教育（方案完善甚至推倒重构），要么教育别人（巩固了你心里的架构）都是极好的。

跋文：

   心得就分享到这里了，关于技术这条路线 ：路漫漫其修远矣,吾将上下而求索。但望求索的道路不要耽搁大家太多的空闲时间，毕竟大家除了工作还有生活。最后祝大家找到自己的道路和方法，各位有啥其他好的心得和方法也可以分享博客出来，懒得话也可以直接写在评论也行我会一一回复。