技术总监，找前端工作被拒

[MonikaCeng]

今天面试了一家外企前端，技术面被拒绝，两位 interviewer 给出如下评价：

1. English is average, can be working language;
2. Has a wide range of working experiences on front-end, back-end, Android and iOS;
3. Lack of technical details of javascript and front-end framework;
4. Considing his working experience, no deep understanding for tech stack

结论：Reject

对方得出结论 3 的原因之一，可能是我在介绍过往项目时，聊 high 了，花了大量篇幅把后端构架也介绍一遍，连负载均衡都聊了，后端介绍的篇幅占比达 70%左右，以至于对方可能怀疑我前端过于薄弱，刻意避重就轻（猜测）；而且，这是前端岗位面试，理应把大部分篇幅花在前端的细节上（失策）。原因之二，我确实在前端方面没有足够深入和扎实。

我的技术栈比较杂，横跨前后端以及 App 端；前端横跨原生、普通的 JQuery 、VUE 等框架以及 webpack ；后端横跨 java 、nodejs 、php，好处是带团队跟各个岗位都能沟通到技术细节，缺点是，没有任何一个具体分支达到“精通”的程度。这可能也是长期做技术总监岗位的代价。

这次技术面试，问了这样几个问题：

1. tcp 三次握手
2. fetch 跨域请求时，第一次返回的状态码是什么？
3. 防抖
4. 截流（也有可能是问节流，视频通话，没完全听清楚）
5. 前端框架的 3 种设计模式
6. css 如何清除 float
7. ES6 和 ES5 的一些细节差异
8. http 缓存
9. https
10. 浏览器输入网址到整个网页完整加载，整个过程经历了什么？

中英文都聊了，整个过程持续了 36 分钟

[SmiteChow]

技术总监是不聊技术的，你是假总监，真·全栈工程师：)狗头

[XCG0000]

做纯技术当年就不该走管理序列

[mPatrickStar]

@freak118 确实

[mekingname]

我司面试过一个技术总监、一个 CTO 。

他们有一个特点：特别能说，话多，并不断试图引导面试。但一问细节，他们就顾左右而言它，试图转移话题。讲出来的东西又大又空，看起来似乎总揽全局，实际上每个地方都是浅尝辄止。

[hcsu]

可能技术总监更多是管理，而非深入细节吧

[jzphx]

你这个面试反馈也太负责了吧

[angryfish]

人家只要一个应届生多点水平，全力敲代码的

[MonikaCeng]

@mekingname 如果面我的话，在技术细节上可能会好一点，当然，管理学也可以聊

[robinlovemaggie]

@Jooooooooo 3 次是保证信息可靠传递的最小次数，原则上可以 3+N(N>=0)次握手。

[MonikaCeng]

@XCG0000

生活所迫，转管理，工资会高不少，但是责任和压力也更大，敲代码的时间也基本没了。个人对技术还是保持着热爱，所以最近打算再回纯技术

[robinlovemaggie]

@Cbdy #10， 第 6 题是考 clearfix，清除 float 是给父元素设置 clearfix 样式，比如：
```
.clearfix:after {
content: "";
display: block;
clear: both;
}
```

[robinlovemaggie]

第 3 条答复是给 reject 核心的因素吧？

[netwjx]

这也是面试中很麻烦的情况, 候选人主导面试内容, 面试官水平有限, 没有问到自己关注的地方, 又不能客观直面自己的不足

面试官只想找个萝卜放坑里, 如果你是个大萝卜, 也会拒掉, 建议你找别的公司吧, 这种公司可能不适合发挥你的能力



如果你对目标公司没啥兴趣的话, 拒掉也是好事情

外企也是大量混吃等死的货

[maichael]

其实很正常，你现在的问题是你想找的工作和你之前一直在做的不对口了，某种程度上来说你现在就相当于原本是后端开发之类的，现在要转前端，无论你之前前端玩的多溜，很久没写相关代码，没关注相关前端知识之后，该生疏的还是生疏，该忘的还是忘。

上面说的 CTO 或者技术总监“假大空”，其实本质上和做管理有关，往往做好管理的都不是技术多强多专的人，或者说要做好管理，就不能在钻研技术上花太多时间，钻研技术需要专心致志，而管理往往会遇上很多琐事难以让人专心。管理本质上是管理人，时间是有限；花心思管理好人和花心思自己钻研技术通常只能做好一个，慢慢的就会形成浅尝即止的习惯。

只能花点时间慢慢调整过来，毕竟两种完全不一样的学习和工作模式。

[undef404]

从你的自我评价来看，面试官得评价很中肯啊。
单纯是岗位不合适。

[johnsona]

@Jooooooooo 这也不难呀

[akaxiaok339]

这些问题基本上就是想要一个中高级前端熟练工，你的其他技能对他们没有用，就是不匹配罢了，换别家吧

[for8ever]

技术总监为什么要去找前端的工作

[neilq]

以我个人观点来看，这种表现完全是正常的。做了长期的总监岗、架构岗或者全栈岗，也用不着妄自菲薄不够“精通”。人的记忆力是有限的，我一直觉得你想在广度上做拓展，深度上肯定会有缺失的，但这种缺失不是什么重要的东西。

就比如说什么 tcp 三次握手，那玩意很多人都看过，都没记住，记住那玩意干啥呢？对工作有帮助吗？做个前端需要写网络底层框架吗？。比如说 clearfix，平时做项目也就是加个 class ".clearfix"，要我想具体的内容，我也只记得 clear:both 了，如果要我手写，那我去 google 一下立马就有了，我一直记着这玩意干嘛呢？所以我不觉得这玩意忘了是什么“缺失”，或者说是什么"代价"。

我觉得你的在广度上的优势是这样的，有些细节你肯定不是记得完完全全，但是从系统上的基本概念你都知道，哪天你要去写 http 调用基础方法了，你知道跨域要预调用 options，去查一查发送啥，返回啥，方法写完就扔那了，可能几个月甚至一年都不会再去碰它，肯定会忘掉，你记着都是浪费脑容量。但是呢，你在知识上广度让你碰到任何方向的问题，你脑子里回忆一个关键词，去查一查细节马上就出来了。广度是目录，是索引，定位到细节很简单。

所以面对这种情况，你可以有两种选择。
1 坚持你的广度优势，不要理那些考八股文的。直到碰到能欣赏你这种优势的企业和环境，肯定有，因为我自己招人也会考察这一方面
2 迫于现实，背一背面试题

两种选择不论好坏，不议是非，个人选择罢了。但是要坚持，你选择广度优势，就不要强调深度劣势，因为那不是你的劣势，只能说是知识结构体系不同，在心里上给这种预设除了打击自己的信心，对你不会有好处，在与人交流上也要坚持表达这种观点，像我一样，啥 clearfix 我都记不住，也不想记，需要我去查，不需要我就忘掉。

曾经我也有这种焦虑，手头几本书，clr var c#，http 权威指南，programming c，定期翻一翻复习一下，过半年还是会忘，后来我悟了。

[debuggerx]

我也觉得是职位需求不匹配，面试通过反而是浪费