新来的后端上级同事强力推 jQuery，认为前端就应该写静态页面怎么理解？

[think2011]

事情起因是终于有机会开演讲会了。

可是第一场的演讲会，新来的后端上级就提议前端和设计写静态页面，切图就好了。 因为后端也懂 jquery ，所以都后端来做，不要用 angular 之类的，因为别人不懂，也更别说前后端分离了。

楼主是保持中立的，不管什么技术，分不分离都没关系，可是把前端划分为切图和静态页面，我实在不能理解，就拉了个组讨论，最后也没有结果，想听听大家的意见。

补充一下情况:
5 名后端，都是有开发经验，平均 > 5 年（有 10 年工作经验的同事），今年新来的 2 名，包括提出这个问题的同事
2 名前端，我和另外一名前端新人

上一年来公司开发过一款后端为主的应用类产品 A （基于 angular ），耗时 1 年+，其中修改 bug 我花了比较多时间，因为之前的开发人员对 angular 不熟，用 jquery 补刀情况多。（年前负责产品 A 的后端同事离职了）

后来做了产品 B （基本上功能迁移自产品 A ），采用前后端分离的开发方式，耗时 4 个月+

现在要对产品 B 迭代新功能，过程中出现需求不明确，前端 BUG 多的情况，导致延期 1 个月到现在。

关于提出这个问题的同事，老实说他的一些观点我也挺认同的，有几次创业经历，全栈。

[taoche]

问他在 复杂的 SPA 场景下， 数据流怎么保持稳定， 性能问题怎么解决，如何更好的解决复用的问题， 频繁的操作 DOM 怎么保证稳定性和拓展性.... 是不是放弃使用 ES6 webpack 等高效解决问题的方案 ....等等等

然后跟他说 你写好你的数据那层就好了。不行我用 node 帮你。

不过我觉得很难改变了， title 比你高，又一知半解 实在没得救。

[taoche]

和一个觉得拖拽都是 复杂的前端功能的人 谈更多的事情有什么意思...

[TTry]

前端也懂 node.js ，你们把后端给我们做吼不吼呀，对了我还懂 webview ，移动端程序员都可以不要啦！
只能说一句 mdzz...
即使不说这个可笑的论点，能把这种话说出来是什么情商，这种人怎么做领导？
他以为他在说“ PHP 是世界上最好的语言”吗？

不过某种程度上也反应了贵司的产品对前端的需求并不高吧，如果都是企业建站那种程度的需求的话
讲道理这种需求的话前端搞新技术对公司而言确实也意义不大，要么安心切图要么找机会走人吧

[think2011]

不知道怎么办好..

[think2011]

@TTry 我们做应用开发的

[imn1]

上级？他管过人么，做过多少项目？
后端做 js ，先不管效果如何，累趴下是肯定的，因为脑子要在服务端和客户端不停转换
很多后端抗拒做前端工作，主要就是“难以兼顾”这个原因，而完全不是什么歧视前端或者大才小用之类

跟这样的主管，以后的日子会很惨，做好心理准备

[guoliang]

我觉得讨论应该具体化，通俗的比较语言／框架没什么意思。 可以这么讨论：
提出问题：
－ jQuery 不错，但 jQuery 会给你们前端带来什么影响？
－ 有哪些功能 jQuery 不能实现？
给出解决方案：
－ 你的提议是什么？
－ 你的提议可以解决哪些具体问题？

[zwh8800]

@imn1 说的对

[xingso]

哈。。活捉一个华西公用猿。。名字你敢不打码 。。 23333

[jsonline]

看你们的需求。
很多公司确实只需要静态页面和简单的交互啊

[addbook]

angular 大坑， jquery 其实不错

[helone]

用 angular 你们招人的成本 x2

[xgfan]

我可以理解为钱多活少吗？

[chairuosen]

就让他写，有锅都是他背

[isno]

谁开发，谁决定

[Xrong]

如果公司量级比较小的话，前后端分离就是蛋疼

[Ouyangan]

哎, 前后端分离对后台来讲多爽啊..写前端总有力不从心的感觉,一万个属性

[weizhiyao008]

具体看什么业务吧

[ytmsdy]

呵呵，全部用 jquery 和后台通信能活活累死。。。而且其实效率上，通信丢包率其实有问题的。
让他自己填坑吧。。。

[jadecoder]

还有后端喜欢写 jQuery 吗，前后端分离多省心

[ljcarsenal]

一切以不加前端工资为借口的前后端分离都是耍流氓

[murmur]

jquery 的却太成熟了 企业开发基本离不开这个

[hxtheone]

后端来写 jQuery...作为一个在公司就这么干活儿的后端表示看到这句非常想骂街

[ayaseangle]

看业务场景吧。。。。复杂的交互上 spa ，简单页面 jq 也无妨。

[ppwangs]

还是看主要的应用场景来选型比较好。

[Light3]

做为一个写 php 的还要写前端 各种切换。。虽然会写但是切换模式 太快 费时间太长 这样的哥们有点像切图仔了。。

[loading]

jQuery 没有什么不妥。一般足够用。

[murmur]

@ytmsdy jq 咋丢包了 http 不是 tcp 么 tcp 都解决不了那就报错好了

[maddot]

确实得看具体项目，不能“简历驱动项目”啊，你玩得爽，大家可想着按时下班呢

[MouCai]

如果是展示型的页面，交互不是特别复杂的情况下，页面渲染用 node ， 页面交互用 jquery 战斗群还是不错的。但是要是交互复杂的不需要考虑 seo 和浏览器兼容的单页应用， angular 怎么看都会比较靠谱。

[nino]

具体项目具体分析

[learnshare]

考虑以下几个问题：
1. 解决问题；
2. 保证开发效率和质量；
3. 降低学习、维护和转手的成本。

然后来讨论一下技术和成本：
前端开发 与后台开发 如何协作？ https://www.zhihu.com/question/27226086/answer/35769566

[nino]

你们项目看起来是后端过剩了，如果他们只写 API ，你们前端会跟不上节奏疲于奔命

[huobazi]

要看团队对你所认为的前端技术掌握度，总不能现在的员工都开掉，大换血前端吧。

[tobeyouth]

如果工资不变的情况下，前端只输出静态模板，其实是变相减少了工作量。
空下的时间可以自己做点儿个人项目当做锻炼。
然后，跳槽去更有成长性的公司

[sumuu]

"认为前端就应该写静态页面怎么理解？"

就这句话怎么理解? 我的理解是: "他好像太年轻了,可能不是一个好的上级"

重构和前端,好多公司都是前端和重构不区分,也就是即切图和 CSS,还写 JS 效果.

项目开始时,技术选型是最痛苦. 要结合整个团队的技术方向和高度.

后端用什么框架,前端用什么框架? 如果有新来的人员,更容易接受哪种技术(也就行业流行且稳定的技术)

流行不一定实用于任何团队!

[wingyiu]

个人觉得 ng 和 jq 是两个不同层次的东西
且更认同前后端分离，不差钱能随便找人的情况下更利于团队化工程化

半桶水的全栈后端程序员难倒不是坑？

[fy]

后端狗表示观察到 2015 年前端技术发生了非常大的变化，但是对于未来的发展我是相对中立的，我希望看到我用的技术发生一些符合我习惯的、简单好用的变化，但总体上说实用第一。
单独说 angular ，我是不太喜欢的。

[yxwqwgz]

这不是 sb 吗？

光是为前端想，也不能这么搞，这样的前端将来能找到工作吗？

工作量的分配合理吗？

[soonlive]

让你负责按设计图产出静态页我觉得倒没什么，问题是如果他们用 jquery 写的脚本后期要你去维护那就苦逼了

[louirobert]

两点：第一，“开发负责人对开发负责，包括一切技术争议和决定”。这就是原则，谁承担全部开发的责任，谁就有权决定任何技术争议。毕竟出了问题是他对上级 BOSS 负责而不是你。第二，楼主的遇到的具体情况还要具体分析。我不认为凭楼主几句话就能把所有情况讲清楚，毕竟你也不可能把代码都贴出来。所以技术上我不做评论，但就像一些人提到的： Angular JS 也好、前后端分离也好，都不是“放之四海而皆准的”，楼主也不要过分迷信这些东西。

[cxbig]

我越来越觉得用什么技术栈不是很重要
既然有负责人决定公司用什么技术栈，那就跟着来做，工作的归工作，平时可以研究喜欢的方向
当然，如果你觉得现在公司的方向和你的理念有巨大的冲突，完全可以换一个适合你的团队

[malcolmyu]

你推荐他 PHP 啊

[xi_lin]

没看懂为啥 jQuery 就不能前后端分离了？

[vietor]

静态页过分了，前后端分离是趋势。所谓的全栈是有侧重点的，看来那个人的侧重点是前端。

[dphdjy]

简单类静态自然上 jQuery 啊~

如果主力不是前端的功能，那么直接用 jQuery 简单粗暴啊

但是 。。。如果复杂页面 /应用级 /跨平台，用 jQuery 似不似傻~

新技术带来的主要是维护，拓展，性能(大型应用)的便利

酱紫~

[qqmishi]

出问题谁背锅，谁说了算，，，，

[neoblackcap]

这个问题要这样看，你们团队后端加会 jq 的人比较多，这样切分工作是合理的。
前后端分离好不好？好，但是只怕那么多个后端，然后出 API ，你前端单纯对接 API 都会累趴。这个时候若是用 Angular 等框架，其他同事全都帮不了你，项目就会岌岌可危。
若是你能让大家都了解前端的工作，那么技术栈推广了，你后端的上司同事自然就不会对你提的有什么意见。
要不然现在依你了，你撑不住跑了，怎么办？

[amibug]

你和后端提 spa ，单向数据流，前后端分离，他们根本不懂。有些后端是会撸前端代码，他们舒适的方式就是用 jQuery ，不愿接触前端新事物，可能你们业务场景并没那么复杂吧，我建议你可以在完成你领导要求的基础上，主动承担一些 js 业务模块，通过比较，你的领导自然会发现 angular 在提升开发效率上的表现！行动比语言有说服力！

[lixiaohan]

没什么好说的 能据理力争就争 实在挣不下来 做的也不开心 就只能走了， 毕竟谁离了谁也不是活不了，让自己不开心就不好了

[xuwenmang]

公司的东西，永远是“够用”就好

除非你是行业内数得上号的，钱多，人闲。

不然团队用陌生技术，培训，招人钱你出啊

[iyoood]

SPA 不就是那些娱乐会所里搞的东西么，还能干这个啊~

[visonme]

对于技术人来说我需要对运用在这个产品上的技术负责。
对于公司来说，我需要是产品，一个能服务市场的产品，至于能不的技术，至于分不分离我不在乎，我只在乎你们的技术够用能出产品就可以了

[visonme]

大多数的公司是应用型公司，要得是一个能跑得起来的产品就可以了，你指望一家应用型公司去做研发型公司的事情，你觉得你的公司会同意吧

[shenqi]

所有事情都应该往两面看。
例如前段时间帮朋友搞项目部分页面的静态化，从 react 大改到静态 html 。原因就是 js 过大，渲染太慢。 seo 也无力。
所以，并非所有的事情都能用最新的方式来处理，所有的事情都应该看需求。

我个人的意见是：
需要 seo 的网页，若没对应 seo 做出对应的规则，还是使用后端生成方式。
若 spa ，就没必要 seo 了，不然也成不了 spa 。用满足用户浏览器需求的新技术即可。
另外一个，其实做过领导，技术选型就知道，并非使用最新的技术就行，还得考虑团队成员的接受度，选一种中间的方案。

但是：卤煮的领导一般般，这个是肯定的。

[evil4u]

明显因为人员配比和经验的问题，后端强势。一句话，多沟通。从业务角度出发，互换角色考虑问题，共同推进。

[gimp]

看需求，选技术。

[barbery]

看项目，看需求，现在的情况明显是后端人员比较充足，如果公司业务比较简单，又要兼容 ie 什么鬼的，那 jq 可能是目前比较佳的做法

[poke707]

可能被之前硬上 angular 的同事伤透了心

[dearmadman]

让后段写 jQuery 本身就是伪分离。。。。。 jquery 用于轻量级项目，后端主前端辅的团队 场景不同的好吧 很多后端不知道 MVVM 是什么鬼的好吗

[dearmadman]

这种团队注定限制了前端的成长能力 提前过上了养老的日子。

[qhxin]

你还年轻，好好学着吧。有些你看来是老古董的思想，其实是解决具体问题的有效手段。没有站在那个位置上，就不要代替别人做判断。

[weaponX]

领导思想不够开放，还停留在 5 年前的阶段。

[unknownservice]

这种能躲就躲了吧，大概 3 年前我在当时的公司推过 backbone 开发， leader 一票否决，理由是我手里的几杆枪都不懂也不愿意学，最后硬是用 jQuery 模拟了一套新闻管理系统，简直感人，做完我立马辞职了，再在这种地方混下去我就废了...

[icybee]

搞得好像静态页面就很简单一样。。。

[n6DD1A640]

http://zhihu.com/question/43687153/answer/96313461

我觉得你们最后会是这样子

[evlos]

这样子分配你们那儿的后端没有反对么？
话说你们后端人数比前端多好多

[rubyvector]

他们给你减负,不减工资就支持他,偷笑

[murusu]

原因就一个，项目可控
站在公司立场，一项技术在团队里面只有一两个人掌握是很危险的
万一出现人员变动整个项目就有停摆的可能

要想推动技术只能多点沟通，让团队的其他成员对这项技术都产生了解和兴趣

[liuyao729]

后端最不喜欢前端效果了

[plqws]

后端帮我写 js 的话我最开心了…还可以有时间专精一下 css

[ianva]

说白了还是能力不够，没有具体的完善方案，没有话语权

[learnshare]

@murusu 这个观点没错。
一个项目 /公司产品，过于依赖一个人的话，马上就会倒下。