关于前端:前端面试一位7年工作者成也7年败也7年

9次阅读

共计 2410 个字符,预计需要花费 7 分钟才能阅读完成。

故事

在泛滥面试中,对于那个工作了 7 年的面试者,我印象很粗浅,因为最开始拿到简历的时候,我一摸:” 这简历,好厚啊!” 再一看,工作 7 年。
于是我去找了我的领导,我说:” 这人我应该没法面试,我工作教训都没他一半高啊。咋面?”
领导说:” 没事,你先去聊聊,怕什么,就当是技术交换,别当成面试。”
面试的过程中咱们聊的技术问题,他都没有答复的很好,他的技能就像一块大平板,一眼望去,什么都会一点,然而略微一深入探讨,就两眼一抹黑了。
面试的最初,我间接给他说:” 在整个面试的过程中,其实你有些问题答复的是不太好的,可能明天咱们的面试就到这里了,然而我还想请问你一个问题,你能够不答复。你工作了 7 年了,应该有很多行业内的敌人呀,为什么没有内推呢?而且你的技术能力和你的工作年限有点不太匹配。”

他答复了我,大略的意思是这样的:

  • 我刚加入工作的时候,计算机行业还没那么火,大多数都是传统公司,所以我始终就在传统行业外面,属于比拟外向的人,也没有刻意的去积攒人脉。
  • 期间换了几家公司,没有一家是真正意义上的互联网科技公司,我也始终是做开发工作。
  • 最初的这家公司是把我解雇了,解雇之前,我还是一个底层的老员工。
  • 然而我致力想往治理岗倒退,然而最终不得人意。
  • 因为最近几年始终想往治理方向倒退,更多的是重视业务了,家庭方面的事件也越来越多,有时会影响工作。
  • 技术方面就有点停滞不前了。最终导致这样的场面。

听了之后,我说:

  • 你是我的前辈,我很尊重你,然而我从我的角度再加上你刚刚的面试体现来说,你说的这是一部分起因,而且不是次要起因。
  • 我感觉次要起因是,对于技术你失去了追寻的态度。在过来的这几年外面,你只有对于每次碰到的问题,略微深刻地钻研一下,思考一下,整顿一下,而后再找一项技能深挖上来,与日俱增下来,明天的后果应该会大不一样。
  • 我了解你,兴许是在家庭和工作的双重压力下,迷失了方向。

起初,我把他送到公司门口,他曾经走进来了,又转过身来和我握了一下手,他握的很使劲,说:” 谢谢!”
我在面试后果形容那一栏写的是:

此人专业技能与工作年限不匹配。不倡议进入下一轮面试。

面试完结之后,我把面试后果反馈给我的领导,领导看到我写的评语,意味深长的一笑,对我说:” 和我料想的一样,年龄大,工作年限长,然而技术个别 ”。
之后,他使劲握我手的场景有时候会情不自禁的在我脑海外面浮现。
好像在鞭策我:前事不忘; 后事之师,要警觉啊。

从思考框架到根本准则,到具体最佳实际

小编不想制作焦虑,小编只想说的是放弃危机感。这位从业 7 年的面试者他所说的问题不排除会产生在咱们身上,所以无论是刚入行的前端小伙伴们亦或者是在按本人职业规划倒退的小伙伴们,都要有 居安思危 意识。小编明天讲讲思考框架、根本准则及具体最佳实际这三个档次,这三个档次要是井水不犯河水,那么造成的常识体系是巩固的,这对于咱们工作上生存中都很有用。

思考框架

最上层的思考框架往往是一些哲学问题,无非就是保安常常问你的那三个问题:

  • 你是谁?
  • 从哪来?
  • 到哪去?

还有相似的 WWH:

  • Why?→ 目标、理念
  • What?→ 定义、概念、景象或成绩
  • How?→ 具体操作办法、措施

那么对于咱们程序员来说,咱们把下面的三个问题转换下就成为:

  • 这是啥玩意?
  • 解决什么问题?
  • 怎么解决的?思维 → 流程 → 实现

比方产品经理给你一个需要,套用这个框架,你能够问他:

  • WHY?为什么要这个做这个性能?它能够给用户带来什么价值?或者说能给公司带来什么收益?→ 没价值,就没有做的意义
  • WHAT & HOW?什么样的用户会用到这个性能,他们在什么场景下应用,他们又会怎么应用它?实现这个性能就只有这种形式吗?还有没有其余计划?→ 能够掂量这个性能是否有通过认真思考的,是不是正当

再比方面试招人为例,把下面的三个问题转换下就成为:

  • 你感觉你当初处于什么程度?有哪些有余
  • 你的指标是什么?想退出什么样的团队?
  • 你有什么打算?
    这个思考框架,尽管简略,却能够受害终生。

    准则

    接下来是在思考框架领导下的准则。这些准则相比思考框架要具体一些,是针对特定畛域的思维领导,在解决某个特定畛域的问题时会更有用一些。

比方面向对象设计的 SOLID 准则为例:

  • S 繁多性能准则: 认为“对象应该仅具备一种繁多性能”的概念
  • O 开闭准则: 认为“软件体应该是对于扩大凋谢的,然而对于批改关闭的”的概念。
  • L 里氏替换准则: 认为“程序中的对象应该是能够在不扭转程序正确性的前提下被它的子类所替换的”的概念。
  • I 接口隔离准则: 认为“多个特定客户端接口要好于一个宽泛用处的接口”的概念
  • D 依赖反转准则:认为一个办法应该听从“依赖于形象而不是一个实例”的概念。依赖注入是该准则的一种实现形式。

还有 KISS(Keep It Simple ,Stupid)准则等,小编就不开展来说了,小编说一个集体比拟受用的准则:DRY(Don’t repeat yourself)准则,更好了解、或者说更有实践性。

DRY 准则简略说就是辨认你的反复代码,思考,而后重构它。

如果你在编程时养成了这种习惯,你会发现你的代码天然而言会有比拟良好的构造,同时也可能合乎上述各种准则一些特色(实际上它们原本就是穿插和相通的)。

或者说,通过 DRY 准则下的刻意训练,你会造成一种编程品尝(敲黑板,这也是大厂考点)。

具体的最佳实际

再往下更具体,这是在准则领导下、通过实际总结进去的最佳实际 / 设计模式。能够用于领导解决具体的畛域问题。最佳实际通常是他人实际总结进去的,对咱们来说是站在伟人的肩膀上,是捷径,让咱们能够少走点弯路。

举大家比拟相熟的例子,最典型的莫属于面向对象的《设计模式》它就是属于这个档次的常识,设计模式就是在 SOLID 准则领导下的具体实际:

结束语

小编整顿了常识体系的造成,也整顿了前端面试题材料,学习是要有办法要有积攒,每天一点的提高,一点的扭转,最终的受害就是你本人。


因为篇幅起因就没有列举材料题目,须要完整版前端面试题材料的小伙伴们,间接点击这支付就能够了噢。最初想说的是:加油,将来可期!

正文完
 0