@dmyang 可私信联系，VX 号：chemdemo，注明 V 站

蚂蚁金服招聘前端开发，大量 HC，在线面试，收到简历快速回应，有钱有爱的团队，有需要的同学看过来了。
团队介绍见知乎： https://zhuanlan.zhihu.com/p/94875328

up JD 常年有效

@ykjsw 哈哈 再接再厉

uo

@chinatyc 来来来 求 jQuery 大神

深圳有没

前端+Node
https://github.com/chemdemo

同想出去玩

非前端从业者的角度看来， jq 确实是个好东西，理解简单容易上手。

但是 jq 毕竟只是工具，解决 js 选择 DOM 的问题。

但是前端到了大规模化的时候，需要的就不仅仅只是一个 DOM 选择器了，它需要开发者自行解决模块化、组件化等问题，而这些恰好又是后端语言本身就自带的能力。

另外一个和后端的不同就是代码的部署问题，前端的特殊性就在于，代码需要动态安装（下载）到 C 端，这就需要保证下载最小体积的代码又要实时生效，而且还得保证不影响代码的阅读（即至少两套代码并存）。代码在经历开发和生产之间需要有一系列的变化，比如代码压缩、合并，变更部署路径（文件名加 md5 以保证缓存生效）等等，同时又要保证开发的便利性，在使用了浏览器还未支持的语法（如 ES6 ）时，开发环境可能又需要实时将代码转换成 ES5 ，也就是 grunt/gulp/webpack 等工具的热替换功能。而所有这些东西，只有前端才会出现，后端无此问题。

以上提到的每一个点，前端语言层面都没有解决，只能开发者自己搞定，所以导致几乎每一个点都有两种以上的框架、工具来解决，有选择就会有分歧有站队就会有口水战，所以看起来前端“混乱”，但我认为这并不是什么坏事，刚好促进前端的完善。

统一一种框架 /工具好处比较多，正如贴主提到的 java 的 spring 框架，但要知道需求是无止境的，你不要指望用一种框架、工具解决所有问题，这必然会导致代码膨胀和冗余！前端（尤其移动端）根本承受不起代码膨胀所带来的一系列问题。

综上，贴主还是在前端领域多实践几年，再下结论吧。

好怀念六维空间啊！！

做完再走 做事要有始有终

jd 加上一条：本科学历以上

又是批量生产的哈哈哈哈哈

必须是猫！

网站挂了

这招聘靠谱

话说卤煮真的是 HR 呀 好牛逼的样子呢