弱弱的问下在实际工作中，后端工程师也会鄙视前端工程师的工作么

码农何苦为难码农。。。。

知道的越多就发现自己越无知，反之亦然

他完全不知道还有一大群人鄙视写 JAVA 的吗哈哈哈哈

去北上广深吧，你知道现在前端有多吃香啊，各大公司都是跪着求

跪求能拖拽的PHP！

来北上广深吧

不要随便弄个妹子头像，这点的确会让人鄙视。

三四五六线城市就算了 在他们眼中 开发===全栈

@ChiangDi 我想稍微解释下其实前端也很有技术含量的时候，对方表示，我们肯定希望你做你擅长的，但是毕竟工作中要服从安排，让你写JAVA的时候你就得去写JAVA。。

想了很多可以回复的，然后一看“五线城市”，就觉得其实还好。

@stiekel 换了 T,T

原来lz不是妹子。。。大家都散了吧QAQ

我是做iOS的 。。不知道在哈尔滨能不能找到工作。。。

说明主管不懂前端. 现在的前端已经真的变成一个工程了.

PHP拖拽。确定不是.net，vb吗！！

然后你还要明白 屁股决定脑袋.他可能不是真的鄙视前端,他说话的目的就是让你转java而已.

跪求拖拽的PHP

他们不了解什么是前端，就像我们不了解 PHP 有多好。

PHP什么时候能拖了？我OUT了？

PHP怎么拖拽了？
说ASP. NET能拖拽还靠谱一些。

我个人觉得这种地方还是别去，一个垃圾的技术经理足够恶心死你。看来这个地区的联通也是混子。另外你不会Java的都要招进去搞Java，可见他旗下的兵也不怎么样啊。

@cdffh 每个领域的坑都不浅
Java领域深入涉及各种JLSpec & JVMSpec细节以及JVM实现的差异
前端领域深入涉及各种浏览器之间的细节差异(实现差异、行为差异、表现差异、等等)

含金量谁优谁劣真难说。。。

身为后端工程师我TM也学了点一般前端工程师都不会解决的问题
一点都不会鄙视，相当佩服前端那些人被各种浏览器虐成狗了还兢兢业业地做兼容
是我绝对受不了的……

CSS简单
1. IE 6 7 8和国内各种浏览器兼容性怎么解决
2. 怎么做手机浏览器的兼容或者适当降级
3. 一开网站CPU 100%怎么破

JS简单

1. 怎么做数据双向绑定 以便和Java写的Restful API对接
2. CSRF防跨域，又兼容JSONP跨域传数据

敢这样说的技术主管，你可以不去了

@Septembers 我就是觉得不应该对自己不了解的东西随便评价，这不是一个leader应该说出来的话。

额，这么说吧，前端工程师很少写css的，写css的我一般叫他美工

@bingfan 补充一点，现在全世界都缺前端，前端太吃香了，但是不包括美工

@bingfan 不要这么黑我大CSS，哈哈

前端领域还有个涉及用户心理学的细分领域：用户体验设计

@bigfa 是的，我虽然没有在任何一个领域有高度深入但是能理解

跪求能拖拽的PHP！

在知乎上有个题主也是这样被 一个开淘宝店主 鄙视技术能力，
只是那个技术主管认为他赚钱的方式是用java，也没有用过其他技术做对比，自然会毫不谦虚的鄙视你

那个技术主管可以只会java赚到钱，你应该想想你想用什么方式赚钱

@kongxianghe 赚钱的方式太多了，我觉得任何行业都应该受到尊重。T T。

我都跪求半年了，待遇什么都不是问题。看中的前端还不肯来

首先 顶2楼。。另外 在某些情况下 后端是羡慕前端的。。因为前端做的东西更有成就感 看得见摸得着

@b821025551b
@lincanbin
你们都没明白人家表达的意思。。。多读几遍

我大哈尔滨的人从来只会装13 技术进步只限于吹 LZ出来吧 入行了薪水也不会多太多 哈尔滨的生活成本比杭州之类的城市也低不了多少。。
黄河以南才是真IT

我觉得前端 好流弊呢
要知道 前端可是系统用户体验的第一个坎呢

@yeqiu +1

@linkbg .Net 大法好！

@oott123 细节不可控（光速逃

楼主想多了.
对方公司用Java, 并且没有或者不需要专业的前端.
至于B4的问题, 只能表示"呵呵..."
B4源于无知， 由于无知，因此对不了解的事物产生"so easy"的谬判， 然后，各种balabalalba ....

另起话题:
单从写代码讲前端,

CSS Only:
设计稿 -> 兼容 IE8 ~ IE n， 难倒一片。
Responsive -> 支持PC, Mobile Device, 虽然没有新技术，但是不懂的就是不懂.
CSS 命名， 合适用ID selector 何时用 class
Grid 布局, 虽然有了 Bootstrap这类框架， CSS布局还是基本功
CSS Boxing Mode

JS Browse Only:
DOM & BOM
事件冒泡
处理内存问题
ajax, 涉及 HTTP 协议,
http streaming ( server push )
unit test:

Build management:
CSS, JS 模块化处理
CSS, JS 压缩减少网络请求
版本化， 上线后刷新缓存 ( 为毛我改的css,js上线后无效， 不懂这个， 只能呵呵...)
CheckStyle: JSHint or JSLint

Testing:
BDD test: mocha, chai or jasmine, karam
UIAutomation test: ruby capybara

deploy:
动静分离
上线后debug



关于Javascript, 再另挖一些坑:
node.js, cordova, reactive.js for native

.........




B4源于无知. 对方公司不适合楼主而已.
前段坑无限大， plz enjoy it ...

@wity_lv 前后端分离也是坑

直接让他写前端不就得了 =。=
这种分工合作不明确的公司，摆明了是活在梦里，IT部门并非主导，或者就是个外包。。。

这种公司也基本不要去，除非给的钱很多很多，多到你无法拒绝、无法抗拒的诱惑！ 如果真的无法拒绝，请告诉我，我马上飞过去入职

php能拖拽了？求科普

大公司成熟项目就是ctrl+c, ctrl+v, 我毕业第一家公司, 纯C语言开发大多数情况就是这样, 这就是实际的工作情况, 没什么可批评或者怀疑的.

前端要看这个项目是重后端业务还是重前端展示. 不同的项目对前端的要求是不同的.

如果lz专注前端显然不适合这家公司, 即使你去了, 也会干不爽, 不会长久的.

在我印象中的哈尔滨貌似没有互联网这个行业

@Akagi201 貌似是的，其实我不是怀疑什么，只是吐槽下这种随便评价自己不了解的东西的行为。
再想想其实对方可能平时接触前端不多，可能就认为前端是拖拽吧，现在已经释然啦。

你们都别学前端！！！







这样我们前端的工资就可以涨了 :）

@wity_lv 是哒，前端坑限多，每次学到新东西都还蛮兴奋的，我自己是希望把这种激情带到工作中的。我对自己的状态也还是挺满意的，考虑到签证问题还是觉得在公司工作几年比较好。只是因为就是哈尔滨人，如果有合适的就在哈尔滨也不错。

后端坑也很多~ 只是感觉后端在技术变化上相对前段要少一些

好多公司都在跪求好的前端

@bigfa remote 好了.. 没必要局限于城市.
小城市， 做外包或者政府单的偏多，浪费激情.

小公司的产品还分啥前端后端。只能说他们要实现的功能也就那么多，随便找个美工就应付得过来。而不是什么JS和CSS太简单。

来北上广吧，BAT都在跪求前端呢

前端（美工）已经开始脱离鄙视链最底层了

联通？！……哼哼，和他们打交道不少，技术嘛……

楼主在什么城市？我们可眼红前端了。求勾搭

@bingfan 请告诉我你不是技术主管。

JS确实不容易，CSS也是。

@mengzhuo 两年多前端经验的过来挑战下：

CSS
1. IE 6 7 8和国内各种浏览器兼容性怎么解决
JS兼容性一般 Jquery1.x 即可解决，对于CSS兼容性有几种方式，一种是特殊的css标记，比如_width, *width 让特定的IE浏览器识别，IE6兼容性问题其多，经典的如双倍 margin，不支持dispaly:inline-block, select input控件阻挡iframe等问题...这里珍爱生命就不一一列举了。

2. 怎么做手机浏览器的兼容或者适当降级
手机浏览器做的不多，似乎遇到的问题多是两种，一是适应多种屏幕分辨率的情形，二是某些手机浏览器不支持某些CSS3标签的情形，对于一，可以使用响应式设计，即通过媒体查询，为不同宽度的屏幕指定不同的样式，对于二，可以使用moderniz对手机浏览器的css属性进行特性嗅探。若存在css3标签不支持的情形，则用JS动态的设置兼容的CSS属性。

3. 一开网站CPU 100%怎么破
100%是由于启动网站时长时间执行了过多脚本。
实际上，如果合理的分模块的话，通常一个网站首页是不需要初始化那么多JS模块的。
可以使用AMD/CMD标准，即按需加载模块，尽量延迟执行依赖模块。具体可以参照requirejs 延迟执行 的官方文档。

JS
1. 怎么做数据双向绑定 以便和Java写的Restful API对接
这个问题问的不太好。
数据传输一般采用AJAX + JSON格式，即可与JAVA通讯。
而双向绑定一般指的是前端从 View层 及Model层的双向数据绑定，一般而言大项目而言，类似angular这样的双向绑定框架，由于dirty check会存在性能问题，建议使用 react.js/ flux 类似架构的 单向数据流动，或是Ember的属性设置方式实现。当然了，要兼容IE6/7进行上述的双向绑定的话，暂时我只看到avalon有一种使用VB方式实现的形式。总的来说，除非是试验性项目，否则不建议使用双向数据绑定。

2. CSRF防跨域，又兼容JSONP跨域传数据
Httponly即可防范所有cookie攻击。

这里问题并没有具体描述用例场景，我按我的理解扩展一下
在不打开Httponly的前提下，网站A 需要向网站B 通过JSONP获取JSON数据，同时网站A中若打开 网站C，在C中进行任何操作均不影响A的安全性。

可能我的场景列的不太准确，个人觉得上述两者关联性不是很大，JSONP只是动态的在DOM中创建script标签并等待响应返回即可。而对于其他外链的网站的CSRF跨域攻击，比如网站C，可以通过先跳转到一个其他域名的（比如：subdomain.A.com）公共页面再提供按钮跳转到 C.com来防止携带 A.com 的cookie。另外也可以对每次客户端的post请求添加一个随机数供服务器端来确认用户身份。

抛砖引玉，欢迎讨论。

@qige023 你什么时候来上班。。

我觉得UI交互是很重要的呵呵。

@bigfa 我公司有个技术大牛.. 18年的程序员. 他说他工作时参与的第一个程序叫 3721 ( 360安全卫士他祖宗) , 之后工作一直跟着他老大拼, client端安全大牛.
这位大牛现在在搞"前端". 对你没听错，18年的程序员在搞『被b4的前端』.
按照现在的技术框架，大部分时间不用怎么写后段代码，前段代码和部署方面所用的成本越来越高.

为什么后台coding在变弱?
做一个项目，做一个产品. 后台服务器多数情况负责数据存取，流程处理, 支付 balalala....
如果用Rails, 多数情况是找个中 gem, 然后拼接到自己的数据结构上.
用Java, 找各种framework, 配置各种@anotation, 各种xml

为了保证后台代码的健壮性， BDD/TDD的方式开发， 代码很少会失控.

为什么部署成本高?
曾经遇见过的情况, 2天用Playframework 2 for Java在客户原有的基础上server 做了一个活动+评论系统的API, 部署到集成ok, 用了5天. 后期客户自己运营， 算是松了口气.
自己机器上好好的， 跑production环境各种挂. 开发xx月上线x月, 很容易发生.

持续继承，持续发布能够解决这个问题. 其中会涉及 feature toggle, docker, AWS balabala ...

最后，前端为毛高呢?
以前系统刚从C/S => B/S架构时, 能用就行. 现在已经变得必须好用.
直接面向用户
运行环境很苛刻. ( 客户会用各种奇葩浏览器: IE 6 ~ IE x, 浏览器会有各种奇葩插件).
前端交互方式直接影响客户用的爽不爽
安全问题, CSRF, XXS....
奇葩的Javascript
奇葩的CSS
奇葩的DOM
... ...



最后，贴短代码玩玩. Javascript callback 也是一个问题. 不懂functional programming也理解不了js function的精髓.
```
function changeSharing (uri, originVal) {
var shared = parseInt(originVal) === 1 ? 0 : 1;
update(uri, { shared: shared }, function(obj) {
toggleSharingButton(parseInt(obj.shared));
});
}

function shareAction(func) {
return function(e) {
e.preventDefault();
$(this).disable();
func($(this).attr('href'), $(this).data('shared'));
};
}

function showProject (project) {
$('#detail').html(projectTmpl(project));
$('#share-button').click(shareAction(changeSharing));
}
```

好的前端很难招的

跪求能拖拽的 PHP！

@wity_lv 前端er现在也尽量少用callback，转用 promise 为多

@qige023 赞同， 异步处理promise好一些.
函数组合也是一种方式. 混合使用效果也不错.


比如一个网络请求请求API更新字段: (node.js + Coffeescript):

1.使用promise抽象异步调用
put_form = (relative_path, data) ->
deferred = Q.defer()
request.put {
url: api_url(relative_path),
form: data
}, (error, resp, body) ->
deferred.reject(new Error(error)) if error
ret = JSON.parse(body)
deferred.reject(new Error('unacceptable server status.')) unless success(ret.status)
deferred.resolve(ret)
deferred.promise

2.然后curry请求函数， 支持partial function:
curried_put_form = (data) -> (relative_path) -> put_form(relative_path, data)

3.使用partial function抽象参数
enable_share = curried_put_form enable_share: 1
disable_share = curried_put_form enable_share: 0

4.2类参数 * 2个api url => 生成 4 个 function.
share_project = (id) -> enable_share project_url_of id
close_project = (id) -> disable_share project_url_of id
share_activity = (id) -> enable_share activity_url_of id
close_activity = (id) -> disable_share activity_url_of id

5.调用(mocha + chai):
describe '#enable_share', ->
it 'should share project', (done) ->
projects.enable_share(1)
.then (result) ->
expect(result).to.eql .... (expected data)
done()
.fail (error) -> done(error)

@wity_lv
2.然后curry请求函数， 支持partial function:
3.使用partial function抽象参数

这里闭包用的很优雅！

想想nodejs为什么被发明就能理解了

@wity_lv 如果实现一下浏览器 你就知道 你说的东西不过了了。

PHP什么时候能拖拽了！！JS能拖拽还差不多，其实前端和后端同样复杂，只是大多数前端工程师做的很简单的工作，让人误以为很简单。

跪求能拖拽的PHP！

@pedestrianc 我是回来在哈尔滨做iOS的 其实～很坑。去北上广深吧，我有点想回去了

@angelhorn 这是正确的话

@spark 黑得好

@ameba 哈尔滨还是有公司找IOS的，但是我感觉很难招到人。。。估计你应该在公司里是宝了哈哈。

这有啥好扯的，回答一下楼主问题，有，其实做啥工种都会被鄙视，而且作为一个人，没必要限制自己的领域，谁说前端就只懂前端？

@benjiam 这段代码在浏览器跑不的。依赖的node.js + coffeescript 环境。
如果说curry和partial function,
这种用法依赖Javascript 闭包和高阶函数。属于Javascript语言特性，跟环境没关系。

知乎上看到的 http://zhi.hu/lDxF
Javascript算是严格意义上的编程语言吗？

JS当然不算是『严格意义』的编程语言
因为它除了if/else/for还var/for/in
不仅var还var x = function
它不class但object
它不仅new还.prototype
它不new不class照样{}
它不new ArrayList<String>但[]
它不doSth(&fnPtr)，但它doSth(fn)
它不* funcion但它lambda
它不static但(function () { var x; return { increX: function () { x++; } }())
它不范型但它*.*
是的，它不gcc也不dbg，更不make，不过它debug；它console.
它不QT,GTK，但DOM,html5/css3
它不boost但asm
它不STL但jQuery,_,Backbone
它不Thread但Promise
它是编程语言
只不过它没你要的『严格意义』
只不过我说的是『是』
而你要的是『算』

一句话：这与公司本身的技术水准有关。

亲身体会

@bingfan 没几个美工和前端敢说自己会写CSS吧，只能说是可以写写罢了

作为写不来css的二流前端 & 顶不住压力的二流后端只能深深地鄙视自己…

我是前端工程师，两年工作经验，就我所遇到的对 某些前端工作有很深误解的人 还是占大多数的。

通常的对话就是："你是写Js的，就是脚本语言啊，我感觉脚本都好简单啊"。

造成这一误解原因很多，我觉得主要还是js，css, html一些基础知识比较容易掌握，使得一些人认为这些都是很简单的东西。

这么长时间的工作经验，我养成了一个习惯，不与任何瞧不起前端的人进行辩解，更不放在心上，同时在工作中不随意或急于炫耀自己的前端技能，但在必要时要能有hold全场的能力。

毕竟自己没有到大神的地步，与人辩解很难占据绝对的优势，更何况说服别人这件事看起来意义不大。而随意炫耀前端技能的后果是 当真的遇到不懂的东西时你会装着很懂的样子。在平时磨练自己的技能，真的在关键时刻能派上用场，这就是我自己作为一个程序员的修养准则。

别人怎么看你确实很重要，但也要学会选择性的把一些东西看轻一点。

@young7657 +1，我不是做前端的，但是感觉好多人的误解就是这么产生的，入门很容易，但是真正灵活运用能设计出很好的作品的不多，前端对人的艺术感要求还是很高的，一些精美的页面感觉就是艺术品。

又黑我大php

难道不是大家那么忙,谁有空管你鄙不鄙视

@fyh1807008 感动哭

喜欢搞鄙视链一套的人，精神生活是比较空虚的

所以现在招后端，很多都会要求对前端有一定的了解或者有开发经验。

因为入门简单，所以现在市场上很多前端工程师其实充其量只是会JS的美工。真正的前端工程师是一个技能全面，对综合素质有一定要求的岗位。

我就醉了！看看现在前端的价格比后端要值钱多了好吗！
后端程序员远不如一个优秀的前端难找。
楼主何必在意一个无聊的人的看法

@kongxianghe 你这样说 我家门口卖油条的 也很赚钱 他可以拿着油条 戳你嘛→_→

顶 2L@yeqiu 23L@mengzhuo

回大发：看2L。。。

@koodai 确实前端最值钱了。。。后端要很优秀才值钱。。

我每天不知道又多羡慕同组的前端工程师

该鄙视的是电话里面试你的这个人

@ameba 怎么个坑发？？我现在还在北京，，哈尔滨iOS 待遇如何？？

又黑窝大 PHP
PHP 是世界上最伟大的语言 没有之一

那是因为国内优秀的前端少。

一只后端表示前端可是很神奇很令人敬佩的！

我记得前一阵有个做防火墙还是杀毒软件的公司在 V2EX 招前端, 叫安什么的, 就在哈啊.