1. 要有比较好的计算机基础
这里的计算机基础指的是数据结构与算法，操作系统，编译原理，计算机网络等等。虽然相对于其他方向而言，前端在工作中用到计算机基础的地方可能少一点，但是无论大小厂，招实习生其实都是为正式招聘做储备，所以会比较希望招将来有更大发展空间的人，就像里 Web 前后端分离的意义大吗？ - 知乎用户的回答 和 怎样成为全栈工程师（Full Stack Developer）？ - 知乎用户的回答 描述的那种。
如果你具备比较好的计算机基础素养，那么以后在拓展到其他领域（WebGL —— 计算机图形学，Node.js 底层 —— 操作系统，JS 引擎和各种预编译工具—— 编译原理, etc.）的时候会更快上手。另外有一些公司对前端的概念不局限于 Web 前端，也包括移动端偏前端的部分，这里也需要你有比较好的计算机基础才能做好。前端领域有很多人已经不满足于造轮子，直接跑去造语言了，如果你编程基础够好，接触过各种形形色色的编程语言和范式，再上手这些东西也会方便些（比如Ruby/Python->CoffeeScript，Haskell->LiveScript）。
虽然也有很多地方为了招到足够多能来干活的前端会降低对计算机基础的要求，但是打好这方面的基础是没有坏处的，如果面试笔试被问到且答得上来，也是能够加分的。一些大厂经常会出现“不是前端的面试官来面前端”的情况，我个人是觉得如果这类面试官问的都是计算机基础问题的话，其实真的无可厚非，毕竟人家在面“一个前端程序员”之前，是在面“一个程序员”啊……
2. 要懂得现代前端的一些新技术
比如：
前端自动化工具（Gulp/Grunt等）
模块化（CommonJS，AMD/CMD模块加载器，各种Bundler，ES2019 Modules等）
前端 MV* 框架（Backbone，Angular等）
编译到 CSS 和 JS 的一些语言（Less/Sass/CoffeeScript等）
前端自动化测试工具（Karma，Mocha，Web Driver等）
其他
有一些同学觉得这些东西懂得越多越好，我个人是觉得这些工具不一定要都了解（毕竟它们很多也未必能火多久），但对这些东西要有大致的概念，并且每个领域的用过一两种（最好是在项目里），清楚它们的优缺点和必要程度。这是区分在前端上投入过一定精力的人和跨行来兼职前端的人的标志。
去大厂校招应聘前端的会有很多只是做过一些 Web 项目，但不一定对前端的技术很了解，只是看前端门槛比较低就去投简历的人。如果你对这些新技术比较了解的话，起码能够证明你是比较专注前端而且花过一定时间在上面的。
同时，前端现在确实是一个每天都有很多轮子冒出来的领域，也需要你有足够强的自学能力和（英文）文档阅读能力去跟上社区的这些新动态。接触过比较多的轮子，才会有自己的判断，不会老是人云亦云火一个学一个。这些工具里，确实也有很多在合适的场景下可以提高前端的生产力或者代码质量，对这些东西有一定关注，也表明你对自己的生产力和代码质量是有一定关注的，这其实是一个更广义的靠谱程序员的特性。
3. 懂得什么是 Web 标准和浏览器开发维护的流程，并且会跟进新发布的标准和主流浏览器新实现的特性
当然面试的时候一般不会直接问你这方面的问题，但是如果你懂这里面的水大概是怎么一回事的话，在很多问题上（特别是兼容性问题上）都能回答得比较深刻一些。最好清楚：
HTML、CSS、DOM，ECMAScript 和一些泛 HTML5 的标准是怎么制定的
W3C 和 WHATWG 的区别
各种标准的不同版本和提交状态是怎么回事
知道标准和实现的差距（有些人喜欢把 W3C 标准奉为圭臬，但现实中浏览器们并不是这样的）
知道 ECMAScript 和 JavaScript 的区别
知道浏览器的一些常见做法（比如给 CSS 特性加前缀）的缘由
标准和浏览器这滩水还是很浑的，涉及到很多利益纠葛和大厂的博弈，如果你大概清楚他们的一些事情，不光自己做前端兼容的时候会容易一些（不会只抱怨“为啥XXX就是不能OOO”而是懂得他们的无奈并且认真寻找解决方案），在新特性出来的时候也更容易消化（不是“啊又出了个新东西要学好烦啊”而是“在邮件列表上争（si）论（bi）了那么久他们终于把这个搞出来了”），你自己对前端比较基础的那部分的知识体系更会有条理得多。个人觉得这也是区分比较有经验的前端和临时跨行的前端的关键之一，这些东西是需要你经过一段时间的耳濡目染才能理清楚，而且会在一定程度上影响你的工作的。
4. 多看书，多关注技术资讯
技术资讯的来源包括RSS、邮件订阅、比较重要的邮件列表、或者follow Twitter和微博上一些比较有影响力的开发者。个人经验是，一般在二面或者三面的时候，面试官都会问类似“你从哪里接触前端的新技术/你看过哪些书”的问题，因为前端现在技术更新很快，比较专注于前端这方面的人一般都会有自己接触新技术的渠道，他们自然也会比较关心候选人是不是有在跟进社区的一些动向。其实这也能够排除那些不太靠谱的临门跨行的人，因为他们平时一般不会特意去关注前端技术的新动态的。
5. 不仅懂得一些东西怎么写，更要懂得一些东西不要怎么写
Web 标准大多不是严格向后兼容的，很多几年前常用的写法，现在已经被社区的大多数人强烈建议避开了，有很多特性也随着时间的流逝被打上了 deprecated 的标签，如果你不幸拿着一本比较老的书入门，又不在网上验证上面说的每一句话，那么很有可能你就这样被误导很久，比如 HTML可能会逐步被XML所取代吗？（来自《css权威指南》） - 贺师俊的回答 这样的情况……与之类似的还有：
JavaScript 里那数量令人叹为观止的坑
一些在经验比较丰富的前端看来属于常识的东西（比如：为什么 CSS 大多放在 head，JavaScript 多放在 body 底端？）
划分各种模块、文件，添加模板的正确方式（比如错误方式是一堆脚本/样式写在一个超大文件里，或者在有替代方式的情况下在 JavaScript 里拼字符串）
解决一些老问题的新的best/better practice（比如不要到了 2019 年还深陷在回调地狱，去看看 promise 和 generator）
……
这些知识都需要你有一定的前端方面的经验，看过比较多相关的博客和书，才能慢慢积累起来，所以也能区分靠谱的前端和不靠谱的前端。
6. 不依赖某一个特定的框架或者库
比如很常见的“离开了jQuery就不会写前端”星人……也不是说要做原生 JavaScript/CSS 和 DOM 的原教旨主义者，但高度依赖某个框架或者某个库的话，通常意味着换了一个框架/库你的学习成本会比不依赖特定轮子的人高，因为这通常是处于还不知道前端领域“什么是什么”的阶段的表现。
事实上前端领域的这些轮子有一些都是其他领域早就有，或者根本不需要的东西，其中很多的实现原理也不是那么复杂，只不过是脏活累活。个人觉得对这些东西应该报以“不能知其然而不知其所以然”的态度，起码大概清楚它们的实现是怎样的套路，知道它们的优缺点，多接触几种，这样在换一个替代品的时候很快就能上手。
因为前端的特殊性，在开发比较大的项目的时候使用库和框架是必须的（比如遇到各种鼠标事件的前端兼容问题时，总不能全都就地写 if-else 吧，总得封装一下。遇到非常 data-driven 的项目，还用手动操作 DOM 的写法很难维护吧，用个 MV* 框架真的不纯是偷懒了），但是这些东西都是会迅速改朝换代的，死守着某个特定的库或者框架，确实不太靠谱。很多公司喜欢问候选人“原生 API 写个 Ajax 请求怎么写”这类问题，感觉很大程度上也是在排除这类人……