技能点问题
最近一直在考虑技能点的问题，包括自己现有的技能点和接下来需要去点的技能点。很多时候一些事情是经不起推敲的，比如技能点问题，在这里给一个空白的思维导图，能从里面填上的东西应该就是这个人技能点的大概范围，需要别人提醒的，要么不熟悉，要么基本不太会。
所以我在这里思考了一下我自己的技能点问题，太基础且不怎么需要的技能就不说太多了，总结下来基本如下：
- 语言方面：JavaScript，ES6，熟练，typescript入门级别，看了几遍文档，没实战过；
- 框架方面（大的）：
- react，精通谈不上，但是熟练掌握应该是比较符合实际的
- Vue，比较小白，文档看了比较多，但是实际确实没用过，上手应该需要一点时间
- angular，对不起，不会
- webpage：配置过一些，总的来说还是概念都可以，实际配置一个打包方案的话需要一定时间研究
- nodejs：怎么说呢，应该算是初步掌握吧，写过七八个月，字节也用node作为服务端开发了一个个人网站。短板是登录、鉴权、token等一些内容，因为自己网站没写，之前开发这些都是直接做好的中间件，我只需要关注的是业务逻辑；
- 可视化：这个玩意有点纠结，要是走这方面的人的话肯定是要研究比较底层的，但是作为业务开发来说肯定是用开源的工具的：echarts、bizcharts、g2等这些开源的组件的，但是很多可视化招人都是要熟悉底层的，比如说canvas、SVG、D3等，因为说实话成熟的组件库用起来就是API的问题，我echarts用过三个月，bizcharts断断续续用了有一年吧，总的来说这些库的用法难点在于如何处理数据成为图表需要的结构和API的调用方式，可扩展性可能只能去改源码然后搞一个自己的npm包，但是说实话有这个能力的前端应该不会特别多。至于我自身对canvas、SVG和D3的水平呢，只能说基本小白程度；
- 游戏：对不起，小白基本没接触；
- 至于有时候在各个论坛上看的什么v8源码、node源码、deno源码、ts实现什么的，emmmm...总感觉理我有点遥远。
至此呢，说下我的看法。不一定对，毕竟只有这个水平。
- 接下来呢nodejs会是一 个前端开发的必备知识，原因有这些：
- 单线程，非阻塞，异步io导致他对io密集型天然友好导致月来越多的岗位；
- node搭建一个服务成本很低，不管是技术上还是服务器资源上；
- 近来大火的微服务中的Fass基本就是基于nodejs的；
- node作为中间层可以让服务端节省资源去搞本身的业务问题而不是困扰在CURD，这些前端直接可以搞定
- 可视化也一定是一种方向
- 大数据的火爆导致越来越多的数据在积累，而积累的数据需要去用可视化的方式更加直观的展示出来，让数据分析变得简单；
- 各种统计方案、展示方式也都需要更多地可视化展示；
- 越来越多的人开始重视数据方面，对于一个说法、方案等用数据直观的展示更有说服力，为了增加自己的说服力，可视化的展示是不二选择；
- 从React17和Vue3的发展来看，他们底层不一定一样，可是有些API却开始往相同的方向去走了，Vue也开始支持jsx，从这方面来说，有可能前端（狭义的）已经开始走向偏统一的角度了，可能可以用一句殊途同归来说。React和Vue最大的区别可能是react的concurrent和Vue的响应式。只是不知道最后这两个library接下来的发展会不会越来越类似。
- 前几天看到一个文章说前端是“金轮法王”，各种造轮子，我认为的是这样的，因为前端工程化的时间比较短，可能连十年都不到吧，而且语言比较灵活，所以没有后端很多方面的“最佳实践”，只能从各种造轮子中发展，寻找一些最佳实践。但是前端的一个问题是需求多变、方案众多，样式繁杂，所以个人认为很难找到一个所谓的“最佳实践”。如果有可能也会发展成一个Frame而不是library。
所以总结完找下自己的方向：
- nodejs，前端进阶必回，这些需要很多服务端的知识来作为一些支撑，从前端转换服务端思维有时候是比较难的；
- react、vue国内的业务开发现在基本离不了这两个，没得说，必会之一，都会更好，但是会不够，要能理解原理，从原理方面解决一些疑难杂症，这也是进阶的需求
- webpack，这个东西说难不难，想配置一个打包程序还是不难的，但是因为每个项目不一样，需要的打包优化也不一样，根据自己的需求打造最适合自己的打包方案还是有一定难度的，更何况还有随着项目的发展可能不同阶段的最佳打包方案不一样，这个是比较难的；
- 可视化，但是感觉有点难canvas和svg先不谈，D3没中文文档，啃起来比较硬-_-||
顺序也是我认为的重要程度