前言
这两天看了下稀土大会各位大佬的分享，受益良多，同时又对自己的现状感到不满。
所以觉得是时候需要有一些改变！
能力配不上野心，总想努力却总是懈怠
本人从 2015 年从事前端工作，算起来也有 6 年，埋头于业务代码中的 Ctrl+c,Crtl+v 中，总感觉一直在原地踏步，很长一段时间里，一直处于一个死循环里：
自省=>制定学习计划=>懈怠=>负罪感=>自省...
不知道是不是有其他小伙伴跟我一样，但是至少我自己目前是处于这种焦虑之中，而这种焦虑又随着年龄的增长日益恶化。
一 对抗焦虑
昨天有幸看了 恋猫 de 小郭 大佬的分享，决定尝试下以写作这种的方式来沉淀技术，梳理出自己的技术体系，同时反向驱动着自己去学习。
二 写作的好处
2.1 驱动学习
这么长时间的开发下来，各个端跟技术都有所涉猎，但是大部分都是浅尝辄止，并未深入，希望能够写作去深入的学习钻研，毕竟你写的文章要经得起读者的提问，这也是一种反向推动自己去学习的方式。
2.2 体系输出
工作多年，你会发现，你掌握了很多技术点，但这些都是片面的碎片化的，并没有一个技能体系去支撑。
比方说
面试是面试官问你 Array 有哪些 api?
没体系的人基本回答的是想到一个说一个，最终往往发现还有些平常经常用的到都没说，面试结束回顾的时候懊悔不已。
而有体系的人呢，就能回答的条理清晰，甚至按照 ES 版本跟你细细道来。
再比方说
部门新入职的一个妹子，问你个问题，你只能片面的去回答当前问题的答案，而不会去做延申，妹子回去捋不清又跑来问你，周而复始。（😒当然如果你是故意找机会跟妹子多聊天，当我没说。）
所以可以通过这种形式，去记录以及梳理自己的技术体系，能够很清晰的看到自己一篇篇文章都梳理到哪里了。
2.3 推广自己
做咱们这行的免不了的需要跳槽面试，而面试官在不了解你的情况下，你的 github 以及博客等将是你推广自己的一个途径，能够给面试官一个初步的印象。
当然好处还有很多，就不一一列举了。
三 写作的准备
3.1 选题
写作第一步就是选题了，初期完全不知道写什么比较好，所以决定使用一个工具记录下日常中的 idea。
目前决定使用飞书的看板工具，除了记录 idea 还能顺便管理下进度，把它当成一个需求池以及项目来管理。
毕竟老年人记性差，很可能上午工作中解决一些难点，或者想到一些不错的点子，想着下午写个文章，然后下午就是一脸懵，我要干啥来着？
3.2 写作工具
暂时考虑在 vsCode 上写 md,安装 markdownlint 和 Markdown Preview Enhanced 插件做格式化跟预览。
当然大佬们有更好的推荐，希望能多多回复。
四 期待
第一次写文章，大家多多包涵。
肯定有人觉得排版差内容虚头，希望以后能有所进步吧，重点是通过写作的形式能够对自己有所成长，有所收获，足矣。
但愿自己能坚持下去！！！
