没敲门砖门都进不了 平常玩玩Node看了点文档用了些框架就以为 能轻松找到工作真是太天真了 = =
说的我好虚。。。我noder一年了，基本上都是在写api，然后普通本科毕业。也就是平时看看文档，用了些框架。。。 我是不是也找不到工作了。。。约了几场面试 都不敢去了= =！
作为一名多年的面试官，从我的经验来看，几乎不看学历。 工作经验两说，不是一定要长，关键是看你的工作年限和你的经验值是否匹配。
至于框架什么的，看你是「用过」是哪一个「用过」了。
你参与面试的时候，面试官希望听到你说 「我用过 xx 框架」，还是希望听到你说：「我在做 XX 项目的时候，预研过 XX 和 YY 框架，最终因为 XX 等原因，我选择了 XX 框架。在这过程中，我遇到了 XX 问题，为此我去看了 XX 源码，发现他们是基于 XX 原理的，还有优化的空间，于是自己尝试了 XX，解决后写了 XX 总结文章，甚至尝试给 XX 框架提了一个 PR 解决了这个问题」。
见过很多一年工作经验用十年的所谓的十年工作经验程序猿。
@ResJay 踩过之后能总结的，比踩过之后没总结的多得多，难道多的这一点概率你看不上？ 难道你想把希望放在面试的时候面试官眼瞎了？那样你也过不了试用期，自身能力提升才是硬道理，否则趁早转行。
非常建议去知乎听下 winter 的那个 live 吧：https://www.zhihu.com/lives/812367829423779840
真的是，拼命在踩坑，想要把应用做到最细致，什么都要接触到，最新又有一堆框架。 以前的框架就觉得low了，就不想去用了，结果用了才发现，啥都是用原生的 javascript 做的，然后自己想着怎样用原生的 javascript 来做这种框架呢。 哎，程序员啊。我还在学习中，没接触到工作就好多烦恼
@ResJay 也不是这种，以前用过别人的api，最开始写的时候按照框架流程走，后年慢慢发现框架的不足之处，然后慢慢改善自己的代码。现在在尝试写一写简单的模块。
@ResJay 「什么都没有」并不可怕，可怕的是「什么都没有」的情况下，还不马上去想办法改进，很多东西都是积少成多的。
而且并没有「笼」这玩意，学习是自己的，而不是靠老师，靠培训。
如果说面试时，我会看什么的话，学历是不会看的，但会看有没有培训经历（有的话，会稍微扣点分，然后会重点考察自驱力和自学能力）。
我不搞nodejs，随便讲讲我的一些想法。
同样是个会字，不同人有不同的理解，不同的公司会有不同的需求。
- 有的人知道个名词就敢说自己会了；
- 有的人扫了一眼文档就说自己会了；
- 有的人用这个技术做了个项目就认为自己会了；
- 有的人用这个技术做了好几个项目，踩了好几个坑，并且把这些坑都填了认为自己会了；
- 有的人边用，边踩坑，边看源代码，把整个技术原理搞清楚了，可以做一些修改和改进，他认为自己会了；
- 有的人搞懂了原理，自己实现了一个自娱自乐的复制品，他才认为自己会了；
- 有的人在技术原理的基础上做了一些改进，并实现了一个与原技术竞争的产品，他认为自己会了；
- 有的人在搞懂别人的技术原理之后，另辟蹊径，实现了一个与原技术完全不同的产品，这也是叫会了；
我个人认为，1，2阶段除非大牛，其他人说会大多是吹牛；3属于入门阶段，照着文档做一个项目是最基本的要求，做出来的东西属于玩具，这样的人可以招来培养；4属于熟练，可以做产品，这是公司的主力；5，6属于精通，大部分公司的技术团队领导都属于这个水平，小牛；7，8则属于超越，大牛，凤毛麟角，大公司的某个方向上的技术负责人；
一直在招聘，表示从来不看学历。 4楼的也正是我想说的。
是有人删帖了吗？我表示认同的是这一楼：
作为一名多年的面试官，从我的经验来看，几乎不看学历。 工作经验两说，不是一定要长，关键是看你的工作年限和你的经验值是否匹配。 至于框架什么的，看你是「用过」是哪一个「用过」了。 你参与面试的时候，面试官希望听到你说 「我用过 xx 框架」，还是希望听到你说：「我在做 XX 项目的时候，预研过 XX 和 YY 框架，最终因为 XX 等原因，我选择了 XX 框架。在这过程中，我遇到了 XX 问题，为此我去看了 XX 源码，发现他们是基于 XX 原理的，还有优化的空间，于是自己尝试了 XX，解决后写了 XX 总结文章，甚至尝试给 XX 框架提了一个 PR 解决了这个问题」。 见过很多一年工作经验用十年的所谓的十年工作经验程序猿。
@151263 有开源项目的，会看几点：
- 规范性：包括文档，代码风格，代码质量，单元测试等等。
- 如果仅仅是写一段没啥代码提交上去，等着面试官挖掘，不好意思没用，反而扣分。（我就遇到一些，简历上提供了一个代码仓库，点过去，没 README，没注释，一眼看不出代码是干嘛的，后面才知道，他是想表达自己会函数式编程。然而，我看不到任何有意义的内容，反而觉得他在对我说：快去看啊，代码里面有呢，你懂不懂啊？看不看得出来啊？）这种你还不如写一篇博客文章。
工作经验？真是可笑！ 个人知识相当稳固，公司面试官问一个答一个，工资可能刚开始给的不高但进入公司还是很简单 你找不到工作，不是工作经验问题，这是个人能力问题 客观来说你对自己没有自信 也可以说你掌握知识并不牢固 没有过不去的面试 只有不上进的人 你的想法注定离成功越来越远 因为成功的人都知道到失败没有客观因素 永远都现在自身身上找原因才是一个人真正变强的过程！
每个人的评价角度不一样吧，从我的角度，简单看了下，有以下可以提升的空间：
- 命名混乱
- 没有 eslint
- 虽然有 test 目录，但没有单元测试，没有覆盖率
- 文档一般，对排版不注意
- git commit message 不太注重，提交比较随意，对分支协作不了解。
@151263 这个关系不大的，主要指多人协作方面，你这个只是个人项目。不过我个人习惯是即使是个人项目，也会走 Merge Request 的方式。另外也可以了解下 gitflow
个人习惯, 用 gitflow 就不如, 用 Eclipse内置的Egit, 一样的效果, 就不如用 VS Code 里面的 git History, 就不如用 乌龟 – tortoisegit
可以再去看看 gitflow 是啥，并不是你后面的那些工具，不是一个概念的。
git 里面的 branch 是一个轻量化的东西，应该尽可能的每一个 feature 一个 branch，便于协作和管理。
这块不是本 topic 的范畴，就不在这讨论了。后面有空再写写 egg 这块的协作方式。
个人也更倾向于王垠的观点，现实的理想主义者。
代码写得漂亮，文档漂亮和代码有价值是两码事情。
代码测试覆盖率很漂亮和代码没有bug也是两码事，测试只能保证代码没有明显的错误，并不能保证没有错误。
最好的协作是不协作，现代社会不分工协作不现实，但我们可以通过把分工做细一点，每个人之间工作交集尽可能的少，这样就可以避免一些不必要的冲突，责任也可以明确。微服务和模块化这么流行就是这个道理，尽量少的团队和人去实现一个微服务或模块，保持接口稳定，其他人通过稳定的接口来调用服务和模块，这是典型的通过分工解耦的过程。nodejs成功的关键是npm，如果没有好的模块管理系统，就很难形成好的生态，这些生态就是由许许多多小而美的模块组成的。
我不会拘泥于某种流程，适合自己和团队才是好的，代码规范也是同样的道理，有一个基础的规范大家形成共识和遵守就行了。
都说了「每个人的评价角度不一样」，就从我的角度看到这边的一些团队，对协作的要求，这是我自己团队在推崇的规范，也是我看到很多优秀团队都在遵循的规范。
无异于批判其他团队怎么样，只是回答楼主的问题，我们这边是怎么样的，我们面试的时候会看哪些点。至于其他的，开心就好。
理想跟现实是两回事~
「测试不能保障完全没错误」这句话当然没错，但「有测试」必然比「没有测试」的出错概率小很多，这并不是不写测试的理由。
@atian25 谢谢你的提供的链接，让我很受益。我是一个参加培训程序猿，因为我不是对口专业的，在此前所有知识都是自学的。参加培训是为了弥补自己的不足，我也有在培养自己看文档的能力。只是现在快出来找工作了，让我有点迷茫。我给自己评定的薪资是4.5k，这个要求对一个培训生是不是有点高了？我不打算包装简历。
如果说面试时，我会看什么的话，学历是不会看的，但会看有没有培训经历（有的话，会稍微扣点分，然后会重点考察自驱力和自学能力）。
@Evgni0n 并不是参加培训不好，而是我们面试过的参加培训的人中，很大一部分都是没有太多自驱自学能力的，所以如果看到有这方面的经历的话，会重点考察下自学能力。
至于薪酬，这个有很多因素的，我无法评价。只是建议新同学，多思考，多沉淀，自身成长才是最重要的。同时也要抬头看天，不要闷头蛮干，多看看外面的世界。
我是天猫 Node.js 方向面试官，丢一份我的面试大纲吧，姑且看看。
- 技术基础
- 操作系统
- 磁盘文件相关基础，文件描述符，文件打开选项等
- 进程,线程基本概念，进程创建销毁通讯等，线程创建同步等
- 基本的同步原语，信号量，条件变量，锁等
- Socket 基础接口
- 数据结构/算法/设计模式
- 线性表(数组，链表)，Hash表，树
- 排序，遍历，查找等
- 观察者，生产者消费，单例等
- 网络基础(TCP,HTTP等)
- TCP/UDP 概念与区别，典型运用场景
- HTTP 报文介绍，常用状态码
- CDN 等网络代理的工作原理
- Node.js 基础
- 详述 Node.js 并发原理(libuv工作机制)
- 核心 API 的实现架构(如何 binding 到 V8)
- 前端相关(AMD,路由,单向数据流,双向绑定原理)
- 前端模块化原理，如何实现一个模块加载器
- 如何实现一个前端路由？
- 如何自己实现一个双向绑定组件？
- App相关(jsbridge, Weex/React Native 原理)
- Hybrid App下，如何实现 jsbridge
- 类似 Weex/React Native 方案的原理，以及如何实现上层 DSL？
- 编程语言(JS/Java/C++)
- OOP (其他实在不知道问啥)
- 操作系统
- 项目开发
- 研发流程: 完整的研发流程是怎样的？需求，编码到发布和运维。
- 运维管理: 运维体系是如何做的？有实践过 DevOps 吗？
- 项目管理: 项目开发运用何种管理方式？有实践过 Agile / Scrum 吗？
- 拓展思考
- 当前所做项目，流量扩大10倍，该如何应对？
- 如何提升手头项目的研发效率？
- 如果，你合作的同事数量扩大10倍，该如何提升协作效率？
- 开源社区
- 你参与开源社区吗？
- 你有发起过开源项目吗？
- 参与了什么项目？
- 运作流程是怎样的？
有符合以上特征的同学，请拿简历砸我！
@atian25 --！把最后一句放到了个性签名。发现两年多来并没有提高到理想的层次，许多技术想用，但一直是“想用”的状态；发现了各种可以提升的点，最终还在原来的位置。
@qujinxiong 我也在小公司待过很多年的，既然是小公司，还加了学历这一道门槛，说明你们不缺人嘛。你们缺的不是完善的招聘流程，而是面试官 hold 不住，没有统一和规范的能力评估标准。
如果说面试时，我会看什么的话，学历是不会看的，但会看有没有培训经历（有的话，会稍微扣点分，然后会重点考察自驱力和自学能力）。
我上面一直说了，我没有「鄙弃培训班」，只是此类的应聘者，按历史经验，在自驱学习能力方面存在一些问题，所以如果是来自培训班的，我会重点考察这一块。 我现在的团队里面，还真的有一个妹纸是参加过培训班的，当时我们一起交流了下她参加培训班的缘由，考虑点，以及收获，最后她通过了面试。
你们缺的不是完善的招聘流程，而是面试官 hold 不住，没有统一和规范的能力评估标准。
我指的是，有可能是面试官没办法从能力方面准确的评估，才把学历作为一个筛选方式，期望于学历高的会靠谱一点。在我们的评估体系里面，学历永远是靠的非常后的，除非是两个候选人前面的评估都高度一致，才会比学历，不过还真没遇过这种案例。
@qujinxiong 我们是小创业公司；也经历过应聘，表示大公司反而是极其看重学历的。
企业生存的根本是降低成本、提高生产力，而招聘应该是为这个原则服务的。
毕竟，这年头连个本科都混不上，各方面能力可见一斑。
我说两个例子来说明这种主观臆断的问题吧： 第一个是我们招聘到的一个同事，大学没有上，高中毕业就开始进入公司做软件开发，等别人研究生毕业的时候他已经有六年的工作经验，而且创业历练再加上本身就对技术非常狂热，在我们招到的是已然成为很厉害的全栈架构师了。 另一个是我们之前招到的实习生，专科，在网上看到了我们一整套JS全栈的自学课程，只花了一周的时间就全部学完，并自己做了一整套Demo；后来转正又快速学了Python栈和Scala栈，现在是大数据开发的一员。
在综合了自己招聘了一些人、辞退了一些人、离职了一些人，等等的经验，学历对于衡量工作能力的误差实在太大，不适合用于招聘标准。
@ngot 也欢迎大家来应聘蚂蚁金服的前端工程师和 node 工程师职位，只需要邮件给 suqian.yf#antfin.com 回复 @ngot 的这些题目你的答案即可。
@flyguolai 看起来很基础很简单，要是面试官只问个大概答出来应该没问题。
但尼玛根本就不可能，正常情况是随机找N个点，追杀，追杀，再追杀，基本问到底层实现。
要以这个方向覆盖整个知识点，除非你的实力远远超出面试官。
建议你还是找几个难的地方专攻，其它原理大致了解，面试官一深问，老实回答不知道。一可以展示知识面，二表示诚实，三等到面试官深问你专攻的地方的时候，把面试官秒了，教他做人，告诉他一些很细他很难知道的东西。
形成晕轮效应，这个时候面试官才会觉得你牛逼，真要把全部做为方向就完了
来自酷炫的 CNodeMD
