前言
去年也写过这样的文章，之所以今年还要写，并不是因为要赶热度，而是因为其实自己有长期总结、学习的习惯，也喜欢在每一年定自己的目标，然后在年终做一些小的总结，在新的一年纠正、回视自己。
与18年的区别，不再执念于技术本身
18年，我因为单独开发某项业务不能使用一些好的技术，没有时间进行技术改造，要换份工作提升自己为理由换了一份工作。但是明显的感觉到的是，在团队里得不到好的技术成长，技术氛围也比较差。而且由于业务的过度压迫，导致我们每次都在定一些技术flag之后，结果最后都变成了不了了之。
但让我想不到的是新换的岗位也并没有好到哪里去，甚至于还是前后端混杂在一起的历史项目，用的是ng1.x的版本。而且从cto那里得到的反馈是，让我可能较长期都用这个技术体系支撑业务，而团队的意思更是如此，丝毫没有改变的意图，整个前端的职能团队都在观望中，想不出为什么一定要分离，分离的好处是什么。
如果你想了解更详细的职业旅程以及我对技术和业务的辩证关系的反复过程，可以去看这篇文章：看破：我的技术执念
总之，那是18年的故事。在19年开始，我退去了对技术的执念，去团队的执念，开始本本分分的做一份前端职业，一个前端的coder应该思考的事情，包括但不限于评审需求，代码研发，联调，改bug。这让我不由得想起了14年刚入行时的状态。不同的时，那时候是只能做这些，现在是碰到头破血流之后，再回归到业务中。
在这一年里我开始了对react技术栈的大量使用以及深入学习，也在业务中不断的积累自己对业务的理解，对角色的分析，对交互的分析。
同时，为了让自己能够有更好的认知，我把自己18年的职业经历，技术上的一些观点做沉淀、提取，不断的写到自己的系统文章中。
18年的时候，我会把一些临时的文章发到掘金，但后来发现技术氛围有点奇怪，更多的读者是看热闹，是索取，不是我认为的技术初心。自己的初心是什么呢？我本来是把文章、心得等放到印象笔记之类的非开放工具上的，使用效率非常高，分类特别齐全，称之为一个知识系统都不为过。但发到掘金上，可能就变成了被diss的一个过程，然后这个diss的过程更多时候对自己来说没有任何收获。
其实自己写点什么，尤其在学习总结的过程中，并不需要关注这个是不是精华，言辞是不是考究，就是自己认为自己觉得有用的内容，也许很多是小白的，也有很多没有经过验证的，有的是别人的吸收理解一些，一些是收藏的还不错的链接。但一旦发到流量比较大大的平台上，就变了味道。
所以，自己开始关注更多内容，也不会吧仅仅写纯技术的内容。我把系统化的知识搬到了语雀，不仅仅因为语雀的观众更加小众，也因为语雀更加纯粹，就是为知识库。虽然慢慢的我也在引流一些自己的粉丝到语雀，但好在关注我的人，都比较善意。
在19年里，我把自己的技术体系技术文章从看云文档、印象笔记、掘金三处聚合到了语雀平台，关于前端的，我聚合为了前端小册。
我自己的思路是这样的，我的学习和提升效果并没有太明显，但这并不影响我稳扎稳打的进步，于是我不断的进行发散前端应该知道什么，还应该知道什么，应该是知识还是技能，还是实践，或者是产品的理解导致的技术方案不同。当然也还有我认为的不同层次的前端应该理解的，应该收藏的内容有哪些。
我不是特别注重一定要完全原创，因为作为前端小白来说，纯原创一个知识太难了，所以我在写水印文案的时候，只定义成了'Robin原创整理'，代表这是经过我整理和思考过的，哪怕只是做了一遍排版，但我觉得这内容是有用的，对于成长，对于以后检索是有用的就够了。事实上，我很多文章都是整理留下觉得是最为精简有用的内容，然后如果后面发现有些内容有了更多更好的解法，就会把对应的文章再去更新，这是对自己知识系统的维系，而不是写一篇发布完，就没有后文了。
所以类似的系列小册还包括
- git小册 ，从我个人认知的角度去了解git相关所需要的知识，以及一些需要查询的文章，用自己的语言描述分支管理的背景和实践策略。
- js设计模式,对于不喜欢翻书的同学，这里就针对性我读过的两本关于js描述设计模式还不错的书，做了自己的解读，当然这里还包括了一些妙味课堂中的视频学习，重要的是，我把概念做了理解之后，每个后面都附加了可用可练习的代码，而不至于让知识脱节，有些能够在自己的工作中去实践的设计模式，我又做了自己工作经验的结合。
- js小册 , 相比于阮一峰以及mdn的介绍，我这里的很不完善，只能算是个人的学习手册，这个手册最开始是在17年给我的团队做上手教程用的，当时是ppt，后面我觉得不错变成了在线手册，在其中不间断的加入关于一些js语法的理解、学习，其中关于布尔型的一些妙用，一些条件语句的判断，也是结合了自己的理解和掘金的优秀文章做了在整理，这让我对这两个点有了更加明确的认识，至于是不是最权威的，我并不是特别在乎。条件语句面面观， 逻辑与或小结1
当然除了上面的还包括了vue的小册，react小册，工程化的小册，不过另外的几本我还在编写中，文章数量没有拿到一定的量级，觉得也不好意思拿出来分享，有兴趣的大家可以去语雀翻翻看。
所以我最后想说的，知识是重要的，批判思维也是重要的，但对每个技术人来讲，去切实的维护和思考自己会什么，能做什么，建立自己的知识体系，乃至能力体系才是更该关注的。当我们看了一篇文章，除了觉得好，还要去想，有没有其他文章写的更好，我的理解是什么，他写的这个我能不能直接拿来用，或者先放到一个我觉得方便再查阅的地方。
认知到职业成长中比较重要的几点
也是在18年的择业中，让我认识到技术人员的执念有些肤浅。对于社会来说，进步和稳定是最重要的；对于公司来说，业务是最重要的；对于团队来说，整体效能是最重要的。
所以如果当你认识不到一些职场内的领域常识时，你的专业能力是没有那么显眼的，甚至于你被排挤，被不重用是应该的。我们能看到不少一部分，专业出挑的人，但很多事情不懂的人，最后事业上比较平淡，或者一直停滞在某个岗位。
这也正是我要写一本关于职业成长小册的原因，不是因为我们要变得世故，而是我们要懂世故，知世故而不世故，方为高人。
另外，我们也不能粗浅的认为管理或者管理层是很世故，如果我们这些做事的人看不起管人和处理人关系的人，最终自己也会失败的很惨。
所以我想分享给大家的是关于职场的几条小的tip，因为实际的tip实在太多，几天几夜我也分享不玩，有兴趣的可以看我的语雀专辑<如何成为职场精英>
tip如下：
- 管理者和执行者的工作内容是不同的
- 业务和专业的辩证关系
- 团队的效能比某个人效能要重要
- 懂得协作，重视协作
- 去选择信任你的上级
- 做人有时比做事重要的多
- 加班和不加班都是对的
- 。。。
当然上面这些也还是不够的，所以我针对一些重要的内容做了分册，目前分出来的，已经有几篇不错文章的是，番茄工作法实践指南
静心沉事，积累技能，静待花开
话题扯回来，还是说技术，当我们了解一些知识领域，也晓得职场的规律，如何晋升之后，剩下的只是选择靠谱的行业，可信的团队，然后耕耘下去，包括提升各方面能力以及吧能力发挥到业务上。
如果你觉得有些事情比较迷惑，不妨去参加一些大会，然后思考下别人的人生是如何，自己又该如何。
我这也有两篇读者反馈还不错的文章：
最后寄语给广大的前端小伙伴：
静心沉事，积累技能，静待花开
