世界这么大,人的知识是有限的,不可能明白世界上所有的事情。
我觉得这个事情可以这么理解。
对于lodash来说,它的主要作用是对前端产生了很大的辅助,各种工具函数和操作函数能够提高开发效率。
那么有没有其他的库跟lodash是一样的功能呢?比如lodash的好基友underscore
以及https://github.com/angus-c/just
那么,一个团队在开发过程中肯定会沉淀很多技术成果的,我内部有一套完整的针对于业务的Utils,我为什么还要在项目中额外引用lodash?
甚至github上产生了https://github.com/you-dont-need/You-Dont-Need-Lodash-Underscore
所以,不知道lodash有什么问题?不过如果是我的话 我会反问面试官lodash是做什么的?你们团队目前用lodash用来做什么?如果面试官回复 我们团队一般用lodash的防抖节流函数等,那么如果题主你业务中有用到了,你也可以理直气壮的回答,仅是这样?这种工具函数我在内部写了一堆。
不过看题目的描述,人与人之间的尊重是相互的吧,对方一脸傻*嘲讽的看着你,何必热脸贴冷屁股呢?
当我还是1年经验的小前端时,第一次听说lodash。
我同事问,“你用过lodash没?”。
“没,那是啥?”。
“你居然没听说过,这是一个很方便的库。”,
随后他给我展示了一下他在代码中的使用案例。
“哦~明白了”。
后来我下班回去,把lodash提供什么方法浏览了一下,这就结束了。
现在我写代码快10年了,依然没用过lodash,对我的工作产出没有任何影响。
我记得一次很尴尬的经历,我看到某大公司JD上各项要求我都满足,于是投了简历。
电话面试,对方问的什么问题,我现在已经想不起来了,但是全程下来我的回答是:
“听说过,没用过”,“算法用的很少,不太了解”,“不记得,我用的时候才搜一下”,
连续多次回答“不知道”,“不清楚”等等,最后当然黄了。
还有三次很愉快的面试经历:
这三次愉快的面试经历,对技术细节上的考察几乎为零。
后来我面试别人,首先是JD要写清楚:
面试过程中,我只会问我JD上的要求和面试者简历上做过的项目,这样题主的问题就不会出现。
不会问算法问题,以我个人的经验来说,工作中涉及到的算法问题屈指可数,前端工作更是如此,60%的UI实现,30%的数据处理,5%的多端适配,3%的性能调优,2%的构建部署,算法不是刚需。工作中主要写啥就问啥,其实大家80%的时间都在写业务代码,多问问业务逻辑也会显得自己经验丰富。那种面试造核弹,入职拧螺丝的情况不应出现,如果面试者的自我实现需求长期得不到满足,离职指日可待。
我也很少问技术细节,你知道这些细节代表你熟练,这很好。但信息爆炸的时代,我们宝贵的大脑容量应该用来装策略和方法,其余的细节交给搜索引擎就好,几乎不会影响效率。如果网上搜不到,那就自己写一篇。
我更关心你解决问题的能力,会问你能做什么,怎么做的,不管你用什么工具,只要最后你完成了目标,就是合格的人才。在这个过程中,我也能学到到新的东西。
最后,每个人都有他的长处,深耕的领域也不一样,面试双方都应该保持谦虚的心态。如果对方提出了一些你不知道的东西,多问几句了解一下,大家的时间就都更有价值了。