总结者，先回顾，然后再梳理这一年的所做所得和所欠缺。
事情总是源源不断的，不必去纠结烦恼，没有什么事是解决不了的，只要你静下心去想一想，思考一下解决办法，时间总是会证明这一切都是可以解决。在做项目写代码的时候也是一样的道理，没有解决不了的bug，没有完成不了的任务。不断去学习、思考，可以解决一切麻烦事。
上面这句话，是一位同道中人说的，觉得说得很中肯，就先作为这篇文章的一个引子吧。
说说工作中的事情
- 1 总体说来，今年内做了很多的功能模块 ：连锁，套餐自由组合，次卡，会员等级，购物卡，年前功能优化。
当写的东西多了，就会发现很多东西是有共同性的，或者是很多的代码有大部分是相同的，这里提出一个理论——相同的东西写了三次以上，那么就要考虑把它封装成公用的函数了。
****
接着上面说，在大多的时候，我们侧重写的是业务代码，这里需要说明一点，和钱相关的逻辑，不用嫌判断写得多了，一定要有，只要是和钱相关的，那么一定要从心底重视起来，任何一个小小的失误，都可能引发雪崩式的问题。——记录一次前端逻辑未作赠送拦截引发的血案（惨）。
遇到问题，不要先在心里否定它，先试试去解读一下，或者说，这个问题从其他角度是不是能解决，比如我们系统里面的一个真实案例：有一个选项卡模块，可能最开始有三个，然后后面，到我加功能的时候已经变成八个了，每个界面的html里面都有这个东西，一串选项卡的代码，说说项目环境angular4.x，没有引入UI组件库，具体原因不再做展开（高定制），然后有两个方案：一继续复制一份，然后往其他的界面都添加一份，方案二，重新定义组件，然后引入进去，这个从可扩展性来说，方案二是必选的；当然，涉及改动的东西，必然会引发连锁反应，关于怎么封装组件的，在以前的博客中有具体写道，这里不做展开。然后虽然花了大力气去封装组件，但是以后用的时候就很清爽了。——这里就是先苦后甜。
然后说说，问问题的这个事情，其实很多的朋友都提过这个话题，但是奈何，任你说上千百遍，我依然任我行。这里就不发图片了，发了图片影响了整体的行文风格。就大体说一下，所谓一人计短，二人计长。很多的东西，可能当时遇到的时候，思路会段路。或者是没有思路，遇到这样的情况，不妨向一些技术群求救，当然，这里就涉及到怎么提出一个，人家一看就知道怎么来回答你的问题。这个是个技术活。 我自己总结了一下：首先你需要描述清楚这个问题，具体的环境，用的技术版本，想要达到的效果，目前想到的方案，以及自己尝试后的结果是什么？以前读过一句话：你的问题就包含你需要的答案，那么这个问题就成功一半了。另外一些关于礼貌的东西，自己脑补了。不做具体的累述。
****
- 2 关于学习这件事，可大可小。
前端的发展史，说来也是特有意思的，有兴趣的可以搜一下相关的文章看看，引出这个发展史，只是为了想说明一件事情：任何的技术都可能面临被新技术淘汰的可能。
2019年，react，angular8，vue3 先就说说这三个吧，其他一些后面说到了再做展开。学习这些前端框架，都建立在js的基础之上，然后typescript, es5~es10,工具的多元性，成熟性，以及更加的高效性，这些带来的方便是非常客观的。当然前端经常吐槽的一句话：不要再更新了，老子学不动了。虽然是有点搞笑，不过也意味着，干一行，爱一行，得向这些新技术看齐。咱们做不了开荒的队伍，但是做做第二梯队的队员还是应该要有的觉悟吧。今年比较遗憾的是未能去参加今年的前端交流学习会，当然最开始的时候，这个技术大会的含金量还是很客观的。但是当商家发现了商机后，当演讲嘉宾变成了个人秀后，水分就有点多了，具体我也不表。反正大家心里都明白。既然要做技术的分享何布道，就往这上面好好的下功夫。这要求不高吧。
说说自己吧，今年学习新技术的推进度几乎为零，具体原因不表。想学习是好事情，说说自己的学习方法吧，就顺当安利一波儿吧！无他，个人看资料，看API，容易打瞌睡，但是看动漫，不会出现这种不良反应，还是说看视频学习的事情：不知道我说道的平台是否有竞争关系：慕课网，B站基本上想学的视频在这两个平台都能找到，如果英文比较好的可以看一些国外的视频，感觉挺厉害的，但个人英语还没能达到直接看视频的水平，就不做具体展开。
这里说说，看视频，要结合实际操作，光看不练假把式。其他的学习，每天抽个半个小时看看掘金技术博客，看看博客园的推荐，看看segmentfault（这个的中文名一直不晓得。。。）上面的专题。然后看到了有用的东西，吸收，然后在代码里面体现出来。具体就不做展示了，反正我是这样做的。有些东西，一人计短。
好像还有很多话想说，就先到这里吧。
