如何在工作中避免“眼高手低”

最近在工作中又开始步入迷茫阶段了，自我反思一番。

“眼高手低”，这个词我最早是听我初中数学老师提过。初中的数学题目，有一个较为明显的特点是后面的大题较为复杂，前面的选择填空较为中等难度，当时的自己特别喜欢从后往前完成试卷，先做大题再做选择填空，在自己的这个习惯下，当遇见大题普遍难的情况下，自己的最终卷面成绩则变得一般；而且有些较为复杂的题目，自己的解题思路是正确的，却会因为自己中间某一环节的简单计算错误而影响到整个结果。在老师的引导下，当时的自己调整习惯，并且反复检查试卷，规避学习中“眼高手低”的情况。
在现阶段的工作中，因为自己的所处的情况加自己的岗位性质，做了很多关于重构网页的工作，重构的项目较为相似，代码片段的相似性较高，在重构的过程时，自己会不自觉的先去钻研重构项目中最为复杂的的模块，然而此时网页的整个架构还未实现，花费较多时间去钻研较复杂模块时，无疑使得基础架构上的时间变得紧张起来，很多细节无法去打磨（如无障碍访问、响应式布局、移动端适配性、各个设备的视觉差异等等）。

未来的自己该如何呢？

• 做一个快速的前端切图仔。先快速把前端基础框架搭建好，这其实要求平时在工作中不断的积累自己代码经验，积累在不同场景下的最佳or较优代码。
• 做一个追求完美的人。完成自己的基础工作后，学会去发现代码实现中的问题，兼容性、多端展示差异、间距字重、适配性、延展性等等。之前听过一个描述，可能一份工作，做到75分也可以完成业务需求，做到95分也可以完成业务需求，但是需要衡量从75到95分的代价。这个描述，我当时感觉它更强调提升代价，但我感觉从75分到95分，其实是个人自我价值的一个体现，如果可以把提升代价降低到较低，则可以在保证业务的前提下更好的展示自我价值输出。
• 多积累多总结多记录。工作中，总是会有一些不同or相似的工作内容，效率提升则需要深厚的积累。对过往的工作内容进行总结，出现什么样的问题、场景、原因、解决方案等等，记录下来。积少成多，提升可期。