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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3132 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

第 1 条附言 · 2016-05-05 17:00:26 +08:00

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

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

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

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

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

jquery

静态

演讲会

后端

73 条回复 • 2016-05-10 14:36:56 +08:00

taoche

2016-05-05 15:47:51 +08:00

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

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

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

taoche

2016-05-05 15:49:23 +08:00

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

TTry

2016-05-05 16:00:24 +08:00

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

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

think2011

2016-05-05 16:00:29 +08:00

不知道怎么办好..

think2011

2016-05-05 16:02:40 +08:00

@TTry 我们做应用开发的

imn1

2016-05-05 16:04:35 +08:00

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

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

guoliang

2016-05-05 16:12:31 +08:00

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

zwh8800

2016-05-05 16:13:06 +08:00

@imn1 说的对

xingso

2016-05-05 16:15:10 +08:00

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

jsonline

2016-05-05 16:15:31 +08:00

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

addbook

2016-05-05 16:17:47 +08:00

angular 大坑， jquery 其实不错

helone

2016-05-05 16:19:36 +08:00

用 angular 你们招人的成本 x2

6IbA2bj5ip3tK49j

2016-05-05 16:20:55 +08:00

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

chairuosen

2016-05-05 16:21:47 +08:00

就让他写，有锅都是他背

isno

2016-05-05 16:24:06 +08:00

谁开发，谁决定

Xrong

2016-05-05 16:25:29 +08:00

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

Ouyangan

2016-05-05 16:34:23 +08:00

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

weizhiyao008

2016-05-05 16:34:54 +08:00

具体看什么业务吧

ytmsdy

2016-05-05 16:36:34 +08:00

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

jadecoder

2016-05-05 16:40:08 +08:00

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

ljcarsenal

2016-05-05 16:49:28 +08:00

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

murmur

2016-05-05 16:55:08 +08:00

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

hxtheone

2016-05-05 16:55:36 +08:00

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

ayaseangle

2016-05-05 16:55:43 +08:00 via Android

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

ppwangs

2016-05-05 16:58:08 +08:00

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

Light3

2016-05-05 16:59:32 +08:00

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

loading

2016-05-05 17:00:10 +08:00

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

murmur

2016-05-05 17:00:35 +08:00

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

maddot

2016-05-05 17:02:43 +08:00

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

MouCai

2016-05-05 17:04:18 +08:00

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

nino

2016-05-05 17:12:52 +08:00

具体项目具体分析

learnshare

2016-05-05 17:13:02 +08:00

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

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

nino

2016-05-05 17:14:35 +08:00

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

huobazi

2016-05-05 17:14:51 +08:00

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

tobeyouth

2016-05-05 17:16:18 +08:00

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

sumuu

2016-05-05 17:28:41 +08:00

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

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

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

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

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

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

wingyiu

2016-05-05 17:33:51 +08:00

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

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

2016-05-05 17:40:41 +08:00

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

yxwqwgz

2016-05-05 17:40:49 +08:00

这不是 sb 吗？

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

工作量的分配合理吗？

soonlive

2016-05-05 18:08:32 +08:00

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

louirobert

2016-05-05 18:15:17 +08:00

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

cxbig

2016-05-05 19:55:36 +08:00

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

malcolmyu

2016-05-05 20:04:51 +08:00

你推荐他 PHP 啊

xi_lin

2016-05-05 20:14:55 +08:00

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

vietor

2016-05-05 20:16:59 +08:00 via Android

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

dphdjy

2016-05-05 21:27:32 +08:00 via Android

简单类静态自然上 jQuery 啊~

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

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

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

酱紫~

qqmishi

2016-05-05 21:27:38 +08:00 via Android

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

neoblackcap

2016-05-05 21:42:07 +08:00

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

amibug

2016-05-05 22:34:21 +08:00 via iPhone

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

lixiaohan

2016-05-05 22:40:38 +08:00

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

xuwenmang

2016-05-05 22:46:01 +08:00

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

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

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

iyoood

2016-05-05 22:50:01 +08:00

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

visonme

2016-05-05 23:00:14 +08:00

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

visonme

2016-05-05 23:01:17 +08:00

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

shenqi

2016-05-05 23:34:58 +08:00

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

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

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