90%的开发者都忽略了这8条前端生存法则，我花了10年才明白，你呢？

随着跟大家沟通的越多，我就越发现：很多同学在遇到错误或者未知时，总会表现得非常茫然不知所措。并且最可怕的是：这在很多情况下 这与工作经验和学历无关。这也就意味着 无论你是工作多年的工程师，或者是刚刚开始学习的开发者，都会遇到这样的情况。

所以，今天我就结合自己这十年的开发经验，给大家总结了八条开发的“黄金定律”，期望可以给大家带来帮助！

01：出现错误不要慌，先看错误消息

我们需要知道：程序报错在日常开发中是一个非常常见的情况。

没有人可以一次性的编译成功一个复杂的功能。大家在视频中看到的一次编译，只不过是因为TA在视频之后已经写过无数次这个代码了而已。

所以不用妄自菲薄，仔细看下报错的信息，你就会发现 想要解决这个问题非常简单。

并且，根据我的经验，很多错误仅仅都是因为 单词拼写而导致的，比如下面这个就是因为 namespaced 的单词拼写：

02：不要完全相信网上的信息

当我们遇到问题时，第一个想到的可能就是去网上搜索对应的答案。但是我们需要知道 网上的答案并不总是对的

我们在搜索引擎中搜寻的结果，大部分都是其他人写的博客。他们或许是遇到了类似的报错，但是细节和原因完全不同。或是压根就是直接从别人的文章中 copy 过来的信息，自己并没有做过验证。

如果你完全轻信这篇文章的答案，那么可能会为你本就有错误的代码，带来更大的错误。

所以，当我们得到一个答案时，最好先从逻辑上分析一下这样做的可行性。这也可以帮助你更好地锻炼逻辑思维能力。

03：你的很多问题，官方文档上早就标好了答案

尤大图片镇楼

当我们不明确一个方法的作用时，最好的方式应该是 立刻查阅官方文档，而不是利用搜索引擎。文档中的信息是非常可靠，并且非常必要的。

毫不夸张的说，只要你养成了看文档的习惯，那么你就可以解决 80% 日常开发的问题。

04：使用新的环境，尝试新的事务

在日常的开发中，我们会随时产生各种新的想法，或者尝试新的工具。

但是，我建议大家，不要在原有的代码中进行这样的尝试，因为原有的项目逻辑可能会让你在本就不熟悉的新工具中花费更多的心力。

所以，创建一个新的demo来尝试新的工具吧。这样你可以更好地测试它所提供的新的功能，而无需担心其他的代码所带来的的影响。

05：不要闭眼蒙，先思考一个理论上的可行性

这个其实和 定律二有些类似，就像：“一个溺水者会尝试抓住身边的一切东西” 一样。

但是，你最好不要这么做。因为很多的东西不光无法救你，甚至还会大大的浪费你的体力。

所以，先去思考这样做的可行性，至少先让他在理论上可行，然后再尝试去完成它。

06：抓大放小，很多细节对你来说可能并不重要

当我们在学习时，很多同学会陷入到技术细节中无法自拔。当然，我并不是说所有的细节都是没有用大，但是至少大部分的细节是这样。

对于很多同学来说，学习的目的其实只有一个那就是 拿到更高的收入。所以学习不是目的，获取更高的收入才是。学习只是在获取收入的过程中，一个不得不经历的过程而已。

没有人会关心你在路上填平了几个坑，大家只关心你是否走完了这条路，是否关注到了路上的风景而已。

所以，放弃掉那些无关紧要的细节（学习项目中的一些不影响后续开发的报错，一些动画上的错误 等），它们除了浪费你的时间和精力之外，毫无价值。

PS：但是大家需要注意，这并不是让大家彻底放弃所有的细节，需要分辨。

07：不要妄图规划未来，先把当下的事情做好

在很多同学还没有找到工作的时候，就在担心 35 岁之后，如果失业了怎么办？这无疑是一种杞人忧天的想法。

未来的事情不可预测。很多鸡汤书籍都在告诉大家需要思考未来的情况，从而安排未来的计划：3 年计划、5 年计划 甚至是 10 年计划。

乍一听，好像很有道理的样子。但是现实却告诉我们，哪怕是 3 天之后的情况，我们都预测不了。

过分的思考未来，会让我们忘记当下。就像之前的躺平文中所说：“人总会死，那么为什么还要努力呢？（注意：这是不对的）”。这甚至算是一个 “百年计划” 了。

所以，先解决当下的问题吧，这才是最重要的！当下都解决不了，谈什么未来？

08：一个事务，如果你无法在脑海中理解它，那么可以把它画出来

信息太少 或是 信息太多 都不是一件好事。

在目前信息爆炸的时代中，我们总是会得到各种各样的消息，让人难以分辨。比如你可能会看到这样的消息：

或者 这样的消息：

所以，当我们接受到太多的信息而导致我们在大脑中无法分辨这些信息的真假时，那么最好的方式是 把它罗列出来尽量使用你的 理智脑（源自：认知觉醒） 来分析这些信息。

运行了28年的装机王子Ghost，为什么不香了

前端新入职必备清单，保姆级教程！

用户被盗号了！为什么前端要被骂？

前端怎么这么多新轮子啊？？？

尤雨溪：这个前端经典轮子值得去造！