个人前端学习历程 (一)

目录

• 实习的历程
• 工做效率不高的缘由
• 完成的需求，bug多
• 怕难的需求
• 老大的寄语
• 关于自我总结

随着本身正式学前端已经刚刚一年了，一直对本身没有个正式的交代，在这个阶段里感受本身学到了不少东西，可是同时又有许许多多的不足，今日，写下这篇文章，为了审视本身的不足，以及鞭策本身前进。

恰好，今天也是实习入职3个月了，正遇上部门的绩效考核，总结老大对个人评价以及本身对本身的评价。

实习的历程

从4月15日入职到今天，已经三个月了，进创宇也算是运气好吧，面试的时候，问到个人恰好是我比较了解的和擅长的，加上我本身也是一直在学校里探索先后端分离的模式，因而在这条路上了解的稍微多一些, 所以就顺利的入职了。

一开始，本身对react技术栈一点儿都不熟悉，只是用react写过todolist而已，可是入职次日，就让我接手一个项目，刚开始熟悉项目的时候，真的是把我压得喘不过气来，由于项目里使用的技术太多了。。es6, react, redux, react-router, hapi.js, eslint等等，还有其余的一些库，好比lodash和immutable等等，然而我只用react写过todolist, es6也只是了解let const，那几天，真的是有种特别难受的感受。特别是eslint，配环境的时候，直接全是红的，那一瞬间，心里跌入谷底。

过了几天，感受实在是不行了，就和mentor交流了一下，原来他觉得我进来就是能够直接上手项目的，他不太了解个人真实状况，因此就让我直接上手项目了，沟通了一下，仍是给我半个月的时间让我熟悉公司技术栈。

完成最开始的一个资源日历后，就开始维护各类项目的新的需求和bug了，到目前为之，我也主要是在维护项目。可是随着本身这段时间的成长，逐渐发现了本身身上的一些坏毛病，特别明显的几个就是工做效率不高，遇到问题爱问, 一旦本身想不出来方法，就想着找别人了。

工做效率不高的缘由

我本身总结了下为何个人工做效率不高，缘由有下面几个:

第一个，不太容易集中精神，一旦完成了一个需求后就对本身放松了。这真的很差，由于它是这么一个过程，就是从"非温馨区" 跨入到 "温馨区"的过程，一旦跨到温馨区，我就喜欢上了这种感受，这致使个人效率不高。解决这个问题的方法就是，不断让本身进入本身的非温馨区，不要呆在温馨区里。

第二个，遇到问题受堵，由于本身主要是维护项目，因此常常会作两件事： 1. 看文档, 2. 定位代码。然而，每每项目中有的文档说明的不是很明确，并且接手的项目语言可能以前我都没有写过demo，这个时候，我常常死磕，怎么死磕呢，一直去尝试文档里的不太明确或者说是不完整的命令去尝试，而结果通常都是错的。第二，就是因为项目比较复杂，并且有的模块抽的比较厉害，致使耦合度比较高，本身的实力不能立刻看懂。而本身在遇到这两种状况的时候， 本身容易急躁，不能静下心来，这也就致使本身的效率底下，经常困在一个问题里不少时间。

我相信，本身找到了问题的根本所在，我给本身的解决办法就是静下心来，仔细思考，没有其余办法，就是静下心来思考，脑壳不要一根筋，不要认为平时本身的思惟就必定是正确的，这一点十分重要，由于一旦认为本身是对的，那么就走不出来了。就会去找到底哪儿出错了，然而本身自己就是错的。办法：追寻问题的本质，不要急躁，静下心来，这个时候也伺机学习一把，学习一下新的技术。

第三个，其实我前面已经提到了，就是本身遇到问题一解决不了，就想着去问别人。然而，这依然会下降我本身的工做效率，同时，也会下降别人的工做效率。我给本身准备了下面几个步骤当我遇到问题的时候:

1. 定位问题。
2. 思考问题的本质。
3. 解决问题。
4. 总结问题。

目前的我，也只有这么几个简单的步骤。未来，我会将它细化。

完成的需求，bug多

有的时候，在完成一个需求后，连本身对本身的bug信心都不是很大，由于没有通过充分的测试。本身在本地随便测一测，而后放到测试服随便点一点，而后就上线了，哦嚯，结果，一上线，才发现有问题。

mentor对我说过，要对本身的代码负责，review的时候只能review代码的质量，不能测出bug和缺陷。然而本身对本身的写出的代码信心都不大，那还敢上线？因此啊，在完成某个需求后，本身必定要充分的测试，尤为是那种耦合度比较高的模块，由于这个时候，你才会发现，真的是改了一行代码，不少地方都被动了。

最后，提醒本身，遇到bug或者发现缺陷，必定要本身迎面去解决，而不是本身怕麻烦，怕事而偷偷的去避免掉它，这是很不男人的作法。

忽然想起知乎上的一个段子： 一我的顶10我的是种什么样的体验，我一我的写的bug能抵上10我的的bug。哈哈哈哈哈哈哈。

怕难的需求

本身还有一个缺点，就是惧怕难的需求。为何这么说呢？本身会的语言也就那么几个，可是每一个维护项目所使用的技术都有区别，或大或小, 本身不太熟悉，也估不了时间。可是客户那边又要求什么何时必须上线之类的。

本身必定要克服掉这点，这是本身的一个很是致命的缺点，它阻碍了我进步，我明明能够乘作这个需求的机会，好好的了解或者熟悉一下这门语言的特性或者说是这类的需求技术上的难点和坑。说白了，本身喜欢"温馨区", 不喜欢"非温馨区"。告诉本身，跳出"温馨区", 这很重要，它令人进步。

老大的寄语

1. 把本身看成一块海绵，如今的阶段里，最主要的是去吸取别人的经验(老大确定是常常听我和同事争论... 真的是，在学校和同窗争论，在公司和同事争论，说明一点，我有的时候真的是脑壳一根筋)。
2. 现阶段先熟悉目前的相关技术栈，等本身比较熟悉后，再去深刻了解相关原理。
3. 多作项目，好好的学习react技术栈。
4. 任务驱动，以问题和任务为驱动去学习，等本身闲暇的时候再去系统的了解那一块的技术，这样在学习的深度和广度上都能有很是大的提高。
5. 提高工做效率。

关于自我总结

1. 重点: "跳出温馨区"。
2. 作本身相关的技术总结的时候，不要只是简单的代码片断或者简单的本身不熟悉的语法概念，最好在这个基础上深刻一些，哪怕一点点都更好了。
3. 作总结别拖，拖过久就会忘了，也就没有激情了。