这个推荐信的性质，很奇怪。
内容上，唯一的有效信息是：你工作态度认真。
没有看到你的架构能力，
没有看到你的管理能力，
没有看到你的救火能力。
所以，写这么多，就为了传递工作认真这一个优点？
真的没别的优点了？

老板的文字能力差，
还是你实在没有别的优点了……
就特么跟夸一个女生性格好一样。
长相、身材、气质，实在都没法夸。

老板的文字能力差，
是综合能力差的体现。
跟了一个老板三年，
基本上，能力不会超过老板多少。
最多是同一个 level 的，略有优势。

作为一个工程师，
至少没多少加分项。

说的稍微刻薄一点，
给你讲个笑话，
有个公司在厦门搞 AI。

整个厦门的 AI 大牛能不能组成一个完整的 team 都是问题，何况一家公司。

上海也没多少靠谱的 AI 团队，
主要都在北京。

再者，
前端开发，跟 AI 组会有任何的联系么？

不要相信在二线城市学到的技术，
除了成都。

@sunber
@ming7435

我们上海 office 刚开 2 个月，很巧合的是，都来自 985/211。
正在 pitch 的潜在同事，也是国内 top 10 名校背景。

招聘阶段，我们只关注能力。
其他的，只是巧合。

我只是举一个非常意外，但能说明问题的例子。

重点在，node.js 简历数量很少。

只一个筛选条件：上海。一个 24 个结果。
即使不限城市，也只有不到 200 人。

前端／ java ／ php 等，纵使用 985 ／ 211，任何工作经验搜索，必然都是几百人以上的结果。

楼上有几位的关注点，真的是感人。

敬业限制协议，最关键的是生效规则。

公司必须在员工离职后，每个月持续支付补偿金。
只要有 n 个月没有及时支付，协议失效。
至于 n = ? 忘了。

另外是比例，各地的标准不一样。
最高的，可能是深圳，80%？
最低的，也有 30% 以上就可以吧。

另外，劳动法中，有提到
竞业限制协议是针对高管和核心员工的。
如果能够证明自己既不是高管，也不是核心员工。
即使公司要求签署，也可以拒绝。
其实，大部分打工的，证明自己不是核心员工，很容易。

创业，最关键是，
别拉当前公司的同事过来一起创业。
这个如果撕逼的话，很难说清楚的。

我遇到过帮员工避税的良心公司，
五险一金不受任何影响，
合同也是正常签署。

就是发工资的时候，HR 找我，
再给一个银行卡号码，帮你做一部分避税。

然后每月开心的多拿钱。

如果对自己的技术比较自信。

工作 6 年，只给 p6。这有点羞辱的味道了吧？
进去要被一帮比自己小的 p7 管着。
而且，p7 们的实力，能否超过自己都是大问题。
非常考验心理承受能力。

创业公司，主要看 CEO 是否靠谱，以及自己能否成为核心人员。
根据你的描述，
你好像只需要评估一下自己是否有能力成为核心人员。

大公司，也就刚毕业的学生能在技术上学到很多。
做为工作多年的老鸟，进去做一个螺丝钉，学不到多少东西。

再说经济收益，年终奖再多，
再工作 5 年，累计能额外拿多少？ 100 万？ 200 万？
5 年以后，你怎么办？

所以，
技术自信的话，又遇到了好的创业公司，果断赌一把。
再过 3 年，想起创业公司赌，就有点晚了。
否则的话，去大公司混着，是个好主意。

这些都会了，那就是很资深的开发了。
资深，可能需要 3 年，甚至 5 年才可以做到。

5 年学这点东西，还会觉得学不完？
不是东西多，只是太急于求成。

放平心态，制定一个合理的学习路线。

你列举的大部分都是框架。
搞定了基本功，掌握了任何一个框架，再看其他的框架，最多 1 周上手。

前端新人，大多太急躁。

这种问题的标准回答是：

根据自己的兴趣，作出一个选择。
注意措辞是更倾向于。

同时补充说明，对另外一个，也不排斥。

你现在的回答，有点饥不择食的感觉。
饥不择食，是没有实力的表现。

@willakira 看来我们玩法差不多。

我们的 co-founder，PM 和 市场团队 都在美国，需求是他们敲定的。
上海主要是偏实现的了，所以，地域文化差异，影响不大。

@willakira

原来你们是做招聘的，这么本地化的需求你们居然把 RD 放到中国…

最初，我也是同样的怀疑，并且拒绝了工作机会。
其实，这是国内的特色。

硅谷的公司，讲究产品立命。
我们不做地推，用户量也在稳定增长。
速度不是特别理想，但可以接受。

最为一个工程师，
这种产品立命的玩法，
是最吸引我的点。

既然提了离职，基本就不要接受挽留条件。
如果还没想好要走，那就别谈离职，而是谈一下待遇能否调整。
然后再看情况要不要果断提离职。

提离职的员工，被挽留是很正常的。
而且，给到跟下一家相同的待遇条件，也是很正常的。
原因非常简单，你走了，就得招一个跟你一样市场价的人进来补位。
挽留你，还能节省招聘成本。

这不属于认可能力式的挽留。

而且，认可能力的话，
不会你都面试完拿到了 offer，leader 丝毫没感觉。
挽留不会直到提了离职才发生，
而且，挽留条件只是跟下一家持平。

@fakefish 我在意的不是问题细节，而是，大家一提到就知道，这里会有坑。而不是反问，Safari ／ chrome ／ Firefox 上没有多少兼容性问题吧？

@alexapollo 兄弟，最后的这条回答，看得出你在后端处理过比较有复杂度的性能调优问题，至少关注过。赞技术。

这跟前端的浏览器兼容，出发点完全不一样。
前端不做，就会有一定比例的用户，体验很差，甚至根本用不了。
根本没有其他的补救措施。
除非是少数 to B 产品，只要用户量过万，就会遇到。

后端的内核级适配，不做也影响不到用户。
性能问题通过 scale out 可以解决大部分。
用户量到了必须要考虑内核级优化实现 scale up 的，国内屈指可数。
这些公司，也不会搞出杂七杂八的一堆操作系统或者内核来适配。
最多两三个操作版本而已。
至于 vagrant ／ virtualbox ／ docker 这些虚拟化工具，那是特定产品的特殊需求。

所以说，这是基本不具有类比性的需求。

@miniwade514 赞知己，解释的比我清楚。

解决大多数问题都依赖 Google，
这其实不只是时间成本的问题，
最关键的，如果踩坑太少，那根本做不了复杂系统的设计。

踩坑太少的，讨论闭包、原型链等概念的时候，明显更缺乏深度。
闭包问题，根本上升不到编程范式的高度，
原型链，也讨论不到继承范式的高度上。

脾气大于技术实力。

@tomato3 暂时无法提供实习职位，抱歉。

@kisnows
@flowfire

看第二条附言，跟解决问题的能力，无关。

关于大家质疑为什么用兼容性做为面试题，增加了第二条附言。

@yangff 我也遇到过 chrome 的神奇 bug。

chrome v52 版本，源视频如果有 rotation 参数，视频会被压扁。丑到没朋友。
bug report: https://bugs.chromium.org/p/chromium/issues/detail?id=632624