为什么你的前端工作经验不值钱？

其中 getRand 、checkInArr 还另有讲究，后面会提到。当然思路和方法不止一个，后面也会提到。

有相当多的面试者，包括不少工作时间为2年以内的同学，都会在这一步犯错，非常遗憾。

代码是否老道，过了“可用”这一关后，就开始见分晓了。

所谓“健壮”，即最基本的兼容性处理、边界处理，异常处理、用户输入校验。很多时候，需求方不会明确告诉你这些逻辑怎么处理，但并不意味着你不需要处理。

健壮的程序，一定会将这些兼容性、边界、异常、输入做处理，以保证核心功能的正确输出。当然，如果你的代码没有任何输入并不考虑兼容性（可能吗？）或者仅仅是内部函数，那这一步要求可以降低，并不意味着你可以完全不做。

好，回过头看代码：

——如果你没有对 n 的取值范围做校验（n必须是 1 到 31 之间的整数），请将 经验系数 * 0.3；

——如果你没有对 n 是否为数字做校验，请将 经验系数 * 0.5；

——如果你没有对 n 是否存在做校验，请将 经验系数 * 0.7；

——如果上述校验都做了，但是没有校验对，请将 经验系数 * 0.9；你需要多练习，仔细认真的。

大多数面试者都止步于前两关，鲜有进入第三关的：可靠。

javascript没有强数据类型，函数的返回值也无法强制返回的数据格式。但是作为“可靠”的要求，尽可能在任何情况下，都返回一个可靠的结果，哪怕是异常情况下。是的，这一步很简单，几乎不耗费几个字节的代码，但是会让 fn 的返回值变得可靠：

如果你留意到并处理可靠返回值的问题，那请将经验系数 * 1.2；

另外，一个牵涉的话题就是：异常情况下，是否要抛出 Error，或 console.error ？

关于这个话题，似乎没有定论，需要自己衡量。我的观点是：如果异常情况下不会造成太大影响的话（包括定位错误），就不用抛错或提示。但同样的，这个衡量仍然是经验性的。此处不再展开讨论。