有效评估JS开发者软实力的十条面试题

 为了顺利的再进职场，最近一个月来都在做有目的训练，训练自己的实操能力（因为这是我的一个弱项——前端项目经验薄弱，加上在特长上，编码和分析更倾向后者），而不是任意的自由的学习。然而，在具体的学习主题上，除了参考和对比常规面试题，找出一些基础主题外，对什么是“最有价值”的学习主题，我没有指引。

创新互联公司主要从事网站制作、做网站、网页设计、企业做网站、公司建网站等业务。立足成都服务潼关,十多年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:13518219792

其实我一真很相信自己的直觉，但是难免有盲区，和价值冲突，我不清楚明天面对面的考官他希望我具备什么能力。我的担心不是没有原因的，因为软件开发技术岗位向来都是既难招亦难找，企业不知道怎么考核应聘者实力，求职者不知道学什么最重要。

这里边有一个推理，在面试和通过面试的情景里，假设把企业，和求职者分两类：

• 企业 分为懂得评估技术岗位（C1），和缺乏评估技术的企业（C2）
• 求职者分为有实力但不懂求职技巧的（P1），实力很弱但是刷题是高手（P2）

那么会出现四种面试情况：C1P1 C1P2 C2P1 C2P2

如果假设成立，那么通过面试的只有 C1P1 和C2P2，但是真正算成功面试只有C1P1，因为只有这种结合才是良性的。

要创造一次良性的结合，关键点其实也很明显了，就是 企业掌握了评估技术岗位候选者能力的技术，包括考核的目标（T），和考核的方法；同时，求职者通过掌握同样的学习目标（T）和学习方法，更有效提高的水平。

这里 关于T的认识 是重中之重，它是对招聘者和求职者都极具意义的一点。最近在研习 函数式编程过程中，从Eric Elliott（《Programming JavaScript Applications》一书的作者）的这篇文章《 10 Interview Questions Every JavaScript Developer Should Know 》中，找到了一些相关有价值的观点，尝试转译出来。

Table of Contents

• 10 Interview Questions Every JavaScript Developer Should Know
  • 第一，你知道哪两种 编程范型对 JavaScript开发者来很有用？
  • 第二，什么是函数式编程？
  • 第三，传统类继承和原型继承的区别在哪里？
  • 第四，函数式编程（FP）和面向对象编程（OO）各自优点和不足是什么？
  • 第五，在什么场景下最适合使用 类继承？
  • 第七，“对象构成优于类继承”是什么意思？
  • 第八，什么是双向绑定和单向数据流，它们有什么不同？
  • 第九，单体架构和微构架的优点和不足是什么？
  • 第十，什么是异步编程，为什么说它对Web开发很重要？

10 Interview Questions Every JavaScript Developer Should Know

我写过一篇文章叫《 Why Hiring is So Hard in Tech 》， 其中给出评估 技术岗位候选者 的一些 常规原则，以什么是应该和不应该的形式罗列出来，其中有一条：

The best way to evaluate a candidate is a pair programming exercise.

评估候选者最有效的方法是「和候选者结伴的完成编程练习」。

意思是说，与候选人坐一起，让候选人敲键盘，你在旁边多看多听，少说。例如演示例如从Twitter API中提取tweet数据项，并在时间轴上显示出来。

虽然结伴练习很有价值，但是不存在一个单独的练习能决断一切，面对面交谈（的面试）也是一个非常有用的工具 ^[em] 。不过， 不要浪费时间询问语法或语言怪癖 。你需要看到大局，询问有关架构设计（architecture）和编程范型（paradigms） 等对整个项目有重大影响的经验知识。

EM：临场小练习能测试到能力（种类）是有限的，有很多深层经验或知识只能通过 别的手段探测 到，例如交谈，主题试题；而且没有很具体的答案（检测标准），例如怎么检测候选人 功能编程 的能力？

语法细节和API功能特性的知识 是很容易搜索的，但对于像 软件工程的智慧或 JavaScript开发人员 从经验中获得的 范型特性和习惯用法 这些经验知识，是很难短时间通过搜索学到的。

_{EM：这里提到了重点，作为招聘方，测试 候选人 的那些 不能在半小时查资料能习得的技能，求职者同样要明白这个道理。}

_{EM：当然，作者提到的工程智慧，和编程经验具体指什么，有待研发}

鉴于以上结论，对于Web开发和Javascript方面，我认为以下十个问题用在面试中，能比较有效评估候选人开发实力：

（EM：我不完成同意作者的这十条，并且翻译上有所增删，观点和内容都有，根据个人的看法，实则是我自己将这些问题回答了一遍）

第一，你知道哪两种 编程范型对 JavaScript开发者来很有用？

JavaScript 是一种多范型（ multi-paradigm ）编程语言，支持过程式编程，面向对象编程，和函数式编程，三种（实质两种）编程范型。JavaScript通过 原型继承（ prototypal inheritance） 支持面向对象编程，和 函数作值（所谓一等公民）支持函数式编程。

第二，什么是函数式编程？

函数式编程是使用 纯函数（或数学函数）构造 程序的一种编程范型，纯函数的优点是没有副作用（避免使用共享数据 shared state），和不使用可变数据（mutable data） ^[em] ；

Lisp（1958年）是最早支持函数式编程的语言之一，并且受到了lambda演算的极大启发。Lisp和很多Lisp家族语言至今仍在流行。

JavaScript 支持函数式编程，并且越来越流行，例如JavaScript社区流行的闭包，高阶函数，函数作参数传递都是 重要表现。

EM：纯函数的优点有待实证，纯函数（功能）和类对象的区别有待分析

第三，传统类继承和原型继承的区别在哪里？

传统类继承是说，类（class）是「一个功能」的模板或设计样板（blueprint），它可以用来派生子类（子类继承父类所有功能，并可以有所扩展），和创建多个对象实例（使用new操作）； 通过类继承的设计可实现程序的一种精致的分类层次结构（hierarchical class taxonomies）。

但是，由于子类和父类继承关系是一种白箱复用（父类不是完全封装，对子类可见），最终的类层次结构会高度耦合，这是类继承最大的问题。

与类继承不同，原型继承没有类概念（类是一个抽象的功能的“模子”），一切都是对象实例。「功能代码继承复用」通过 直接连接两个对象实例 实现，例如通过一个特殊的对象工厂函数（ factory functions）生成新复用的对象，或复制（Object.create()）。一个「目标新对象实例」 ^[em]可以将需要的功能小对象直接连入其中来实现复用功能，这是一种非常灵活的代码复用方法。

EM：无论何种代码复用技术（类继承，或是原型组合，或是其它），目标任务都是生成新的对象实例，实现软件功能的开发。

在 JavaScript中，原型继承有以下几种应用表现：

• 原型链（concatenative inheritance），
• 原型委托（prototype delegation），
• 功能继承／闭包（functional inheritance），
• 对象构成（object composition）；

第四，函数式编程（FP）和面向对象编程（OO）各自优点和不足是什么？

FP和OOP作为完成编程这个「任务」的「工具」，有各自的适用和优点与不足。

OOP的优点

直观，对象由数据和方法组成的概念很容易理解，也容易解释方法调用的意义。OOP倾向于使用命令式风格，而不是声明式风格，命令式风格读起来像是一组供计算机遵循的直接指令，很形象。

OOP的缺点

OOP通常依赖于共享状态。对象和行为通常被绑定在同一个实体上，可以被任意数量的顺序不确定的函数随机访问，这可能会导致不希望的行为，比如竞态事件（race conditions）。

FP的优点

使用 纯函数作为功能单元，程序员可以避免任何共享状态或副作用 ^[em] ，从而消除多个功能竞争相同资源所导致的bug。与OOP相比，FP的大功能的复合方式，例如所谓的无参数风格（point-free ），大大简化复杂功能的组合方式，和改善代码可重用方式。

EM：使用和不使用共享状态都是技术，重点是那个「功能的实现」的任务；就是为什么一定要使用中间状态？「纯函数」和「类对象」是两种编程范式最大「工具」区别。

另外，FP 倾向于 声明式和符号指代（denotational）的功能命名风格 ^[em] ，FP不倾向通过详细说明功能操作的步骤，而是关注「功能要做什么」。这为重构和性能优化留下了巨大的空间，它甚至允许你用更高效的算法替换整个旧算法，而代码更改很少(例如，memoize，或者用惰性求值来代替eager 求值）。

_{EM：就是更倾向使用名词， 而不是动词表达「功能」}

_{EM：两种工具思想区别在于，FP是关注功能的形式和逻辑关系，OOP关于功能实现的数据的处理}

使用纯函数实现的计算功能也很容易移植到多处理器，或分布式计算集群环境上，而不用担心线程资源冲突、竞态事件（race conditions）等。

FP的缺点

过度使用FP风格的代码（例如大量使用无参数式风格分割和组合 大功能 ）可能会降低代码可读性，因为生成的代码通常很抽象，它简洁且不够具体。

与函数式编程相比，习惯OOP和命令式编程的人会更多，更深厚，因此，即使是函数式编程中的常见习惯用法也会让新团队成员感到困惑。

另外，FP的学习曲线要比OOP陡峭得多，因为OOP的广泛流行使得OOP的语言和学习材料变得更加对话化，而FP的语言则更加学术化和形式化。

总的来说，OOP使用共享状态「 实现复合功 」能是有害的，虽然它很直观；高度使用OOP的codebase比较“顽固”和脆弱，难改又错误百出；FP除了没有OOP的这些不足外，程序比较易读易维护，只是适应FP风格需要一些时间。

第五，在什么场景下最适合使用 类继承？

几乎没有适用的场景， 类继承能免则免，除非只有一层的继承；

第六，在什么场景下最适合使用 原型继承？

在JS中，当需要复用代码时都几乎可以使用原型继承，当然包括不适用函数式复用（FP也提供了复用机制）的时候。JS中有三类的原型继承：

• 第一，委托（Delegation），例如使用原型链；
• 第二，接合（Concatenative），例如mixins, `Object.assign()`；
• 第三，创建新（Functional），例如闭包；

每一类 原型继承都有各自适用场景，不过，它们都归结为 构成（composition）复用，是一种 has-a or uses-a or can-do 的关系，与类继承的 is-a关系相反。

第七，“对象构成优于类继承”是什么意思？

第八，什么是双向绑定和单向数据流，它们有什么不同？

第九，单体架构和微构架的优点和不足是什么？

第十，什么是异步编程，为什么说它对Web开发很重要？

网站题目：有效评估JS开发者软实力的十条面试题
标题链接：http://www.shufengxianlan.com/qtweb/news28/15828.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联