第三十三期：如何让自己变得优秀

机械制图中最简单的一个图《手柄》的绘制过程，这个过程是一个标准的流程，找出需要连接的点，然后将它们连接在一起。

如何让自己变得更优秀

今天遇到了这样一个问题，你真的准备好了吗？

问题有点抽象，一时间难以去回答这个问题。但是如果我们把它分解一下，似乎又很容易回答。

为什么做准备?

准备了什么?

准备好了以后我们接下来做什么?

为什么做准备，是说我们做事的目的是什么，也就是我们的目标，计划或者规划。一年内，五年内我要的目标是什么。

准备了什么，是说我们为了这个目标做了哪些事儿，有怎样的行动。

接下来做什么事儿，是说假如我们的目标都能实现，那么目标实现了以后我们该怎么做。又或者说目标没有实现，我们又该怎么做。

从个人的经历来看，从刚毕业时候的迷茫，到找到自己喜欢做的事儿，真正知道自己的目标这个过程大致经历了有三年时间，广东待了一年，四川待了一年，北京待了一年，然后在2015年的时候终于找到了自己喜欢的行业，搭上了互联网的末班车，我喜欢称那个时间段是互联网的末班车，因为彼时的前端入门还是jQuery那一套东西，而现在动辄就是vue,react以及各种原理。

那一年很痛苦，那一年也很充实。痛苦是因为你发现了自己的兴趣所在，你很努力的去学习，但是却没有人能给你指引方向，只能独自去摸索一些东西，有时候你很希望周边的人跟你一起学习，一起进步，但是到最后回过头来发现其实还是你自己。

充实是因为经过这一整年的努力，整个人忽然明白了一个道理：一个人只要真心的想做成一件事，并且努力的去做，那么没有什么事情是做不成的。

从入行前端到现在也有五年时间了，回过头来看看，好像自己曾经定下的目标都已经实现了，但是接下来该怎么走呢？

曾经给自己的规划的路线是：先全端，后全栈，而后架构。但是，现在呢？好像什么也不是。

会开发PC端，客户端，小程序，H5 就是全端了吗，姑且算是吧。

全栈呢？好像也没写过什么后端的代码吧，除了偶尔自己用node写写自己练习的项目，企业级的项目一个也没接触过。

架构呢？算了，不说了。

会开发，其实大家都会，无非是一个熟练度的问题。一个问题是，为什么大家都会写，为什么别的写的比我写的好呢？这个问题值得思考。因为如果你想变得更优秀，那么接下了需要思考的就是如何让自己变得更优秀。

晚上回来的路上，我问了身边小伙儿一个问题：假如你说你对某个框架特别熟悉，那么你如何证明你自己对它特别熟悉呢？

得到的回答是：如果我自己对它很熟悉，那么我就应该有能力自己实现一个和它一模一样的框架，如果我真的能独立实现一个，那么我就可以说我对这个框架特别熟悉，甚至精通。

听到这个回答，我忽然释然了。是啊，代码大家都会写，无非是哪个API用的熟练不熟练的问题。但是，真正能弄明白中间的原理的，又有几个呢？

然后，你会发现，你不断的学习，不断的试图去做一些东西？会不会是一种内卷的表现呢?

内卷这个东西又该怎么理解呢？其实也简单，就是竞争。你想变得更好，如果你和别人在同一条赛道，你就得跟别人竞争，没有别的选择。

物竞天择，适者生存，这是生存之道，这样表述也许显得残酷，但也是客观事实。

那么话说回来，如何让自己变得优秀呢？从前端技术的角度来看，我认为需要做到以下几点：第一，基础知识要扎实。前端三剑客的基础知识，以及一些常见的问题的处理方案，常见的基础知识的原理，比如：this,call,apply,bind的区别，promise原理等等。第二，对框架的理解程度。对框架的理解又不仅仅是熟练运用，而是要深刻理解使用场景，实现原理，以及如何扩展等等。其次，是对业务流程的理解和把握。我们写的什么项目，项目背景，业务流程，技术方案等等。

而这三者中哪个更重要呢？毫无疑问，肯定是前面两个。因为它们是技术，是基础。对业务不理解，我们可以慢慢梳理，如果对技术不懂，那么我们又如何能够实现业务呢？

然后，从人生观来看，想让自己变得优秀，那么先给自己定一个远大的目标吧。想一想自己三年后，或者五年后希望自己变成一个什么样的人，达到一个什么样的状态。

毕竟，如果想都不敢想，我们还能有什么作为呢？

想好了以后，就朝这个这个目标好好做准备就是了，结果也许不尽人意，但是这个过程中，我们会收获很多。