@sfree2005 你说的这是 js 开发，不是前端开发

@Philippa @watzds PO 主是问如何学习前端，而不是问学前端是否会被人瞧不起。

面向“视图”开发，而不是“数据”。
尽可能精准的细节把控，包括元素、样式、动画、事件等，而不是像后端一样一段模板字符串渲染一下就完成视图开发了。
尽可能放弃“重用”、“模式”、“库或者框架”，视图“状态”千变万化，随时随地准备用原生的“工具”去实现你想要的视图。

用“做饭”这件事来类比一下，“后端”风格厨师解决的是把饭做出来的问题，只需要保证做饭效率以及能不能吃的问题就行，而“前端”风格的厨师需要精确的把控做菜的食材、调料、工艺等方面的要素，最终的目标除了效率、安全等方面的问题以外，重点是要满足食客的口味需求。

所以，这个世界上“真正的前端”很少很少，就像你身边“真正会做饭”的人一样少。

小区总代理吧

如果是 instanceof 不懂就去翻手册，如果是 this._wrapped 不明白那就把程序整体多看几遍，弄清 wrappedObj 与 obj 有何区别，这个属性值在这段局部代码里面就是个普通标识符。

vscode，轻快够用

你说网速好我信，如果说故障率低或者报修效率高，我的脾气就上来了。老家某小县城，用了十几年的联通没啥问题，用移动的宽带一年总计断网 40 天。

玩套路啊，开源不等于免费使用，开源不等于可以商用……套路千千万，只要你肯干……同 5 楼，先推广，再考虑收益问题

@QAPTEAWH #6 第一时间想起来的就是这个梗

岗位要求第一点和后面几点是冲突的

@codermagefox 只要思想还没固化，发展到任何水平都有可能……另外，谁没有经历过你说的这个状态？

@ocian jq 在前端技术圈逐渐被边缘化不是因为 jq 的技术含量不高或者在变低，而是前端工程整体的技术、架构思想在慢慢变迁或者说升级，打个比方，人脑的运算能力在的大多数场景能够解决一些问题，但是一旦运算工作复杂度和工作量以及更多的其他因素发展到一定程度后，人脑就无法胜任这些工作，所以才有了计算机这项科技产物的诞生，同时可以肯定的说目前的计算机技术也是有能力瓶颈的，当需求发展到一定程度的时候，还会有更高层次的东西来替代这项技术。

伪前端（有一定的技术基础，妄图用后端思想来解决前端需求），网页技术员（实用主义，停留在熟练使用工具层面，典型工具有 jq/vue/bs ），非前端（工具都不熟悉） —— 鱼龙混杂的几百条评论里面有几个是真前端？

10 楼说得对，具体的设备具体分析，前端不可能有后端那样的抽象程度。对于移动应用来说，稍微复杂点的 UI，很难一套设计稿兼容所有设备，必须根据 DPI、屏幕尺寸、屏幕形状出多套设计稿。移动网页稍微简单点，可以通过设置 viewport 来禁止缩放，不缩放的方案也有，谷歌百度一大堆，根据不同的缩放方案出设计稿。

@QEF12 意思是要有案例

@sunthink 同情，你遇到的这种坑很常见，我也踩过，换工作也可以，不换也可以，我的建议是如果还想做前端（不涉及视图开发的前端工作除外），尤其实在这种公司做前端，UI 设计相关的工作还得有所涉猎。设计的东西丑不丑是另外一回事，能否掌控完整的前端开发（思想）流程才是重点，整个流程应该是线性连续的，没有 UI 稿或者你自己不做 UI 稿或者你不了解 UI 稿背后的设计思想，本质上相当于边写代码边做设计（区别在于一个用软件做设计，一个用代码做设计，最终目标都是做出肉眼可见的视图效果），效率低下，成功率低下。比如你想开发一个响应式的网站，但是 UI 稿并没考虑响应式的设计，你若强行在代码层面实现想要的效果，最终做出来的东西偏差会很大。你提到领导不审 UI，我猜原因可能是 UI 稿保真程度太低，换句话说，领导通过这个 UI 稿看不出最终的网站是什么样子。打个比方，一个站点工期 30 天，你花 20 天把全站主要页面的高保真 UI （如同网页截图水平的效果）做出来，领导拍板后再写代码都不迟。因为此时此刻，布局、样式、图片和文案素材、目录结构，乃至需要添加的第三方组件都已经定型，你剩下的工作就是把“ UI 翻译成前端代码”，也就是专注写代码，工作量大幅降低。

“项目做出来的效果真的非常差，自己做的项目自己都不想多看”，具体是个什么情况，是 UI 的问题，还是 CSS 兼容性的问题，还是其他方面的问题？。只要待遇和人际关系方面没问题，技术的问题都好说，你做的这些虽然属于传统前端，但终究得有人来做。前端开发工作流程大致是这样的，先是产品设计阶段（要有产品文档、UI 稿或者原型图），再进行静态的前端视图开发，再才需要引入 vue/ng 这类工程类框架，以我个人的经验来看，你很有可能是缺失了前置步骤而导致后面的工作举步维艰。