新来的后端上级同事强力推 jQuery，认为前端就应该写静态页面怎么理解？
think2011 think2011 2016-05-05 15:40:38 +08:00 10020 次点击这是一个创建于 3453 天前的主题，其中的信息可能已经有所发展或是发生改变。
事情起因是终于有机会开演讲会了。
可是第一场的演讲会，新来的后端上级就提议前端和设计写静态页面，切图就好了。 因为后端也懂 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 个月到现在。
关于提出这个问题的同事，老实说他的一些观点我也挺认同的，有几次创业经历，全栈。
5 名后端，都是有开发经验，平均 > 5 年（有 10 年工作经验的同事），今年新来的 2 名，包括提出这个问题的同事
2 名前端，我和另外一名前端新人
上一年来公司开发过一款后端为主的应用类产品 A （基于 angular ），耗时 1 年+，其中修改 bug 我花了比较多时间，因为之前的开发人员对 angular 不熟，用 jquery 补刀情况多。（年前负责产品 A 的后端同事离职了）
后来做了产品 B （基本上功能迁移自产品 A ），采用前后端分离的开发方式，耗时 4 个月+
现在要对产品 B 迭代新功能，过程中出现需求不明确，前端 BUG 多的情况，导致延期 1 个月到现在。
关于提出这个问题的同事，老实说他的一些观点我也挺认同的，有几次创业经历，全栈。
 | 1 taoche 2016-05-05 15:47:51 +08:00  1 问他在 复杂的 SPA 场景下， 数据流怎么保持稳定， 性能问题怎么解决，如何更好的解决复用的问题， 频繁的操作 DOM 怎么保证稳定性和拓展性.... 是不是放弃使用 ES6 webpack 等高效解决问题的方案 ....等等等 然后跟他说 你写好你的数据那层就好了。不行我用 node 帮你。 不过我觉得很难改变了， title 比你高，又一知半解 实在没得救。 |
| 2 taoche 2016-05-05 15:49:23 +08:00 1 和一个觉得拖拽都是 复杂的前端功能的人 谈更多的事情有什么意思... |
 | 3 TTry 2016-05-05 16:00:24 +08:00 前端也懂 node.js ，你们把后端给我们做吼不吼呀，对了我还懂 webview ，移动端程序员都可以不要啦！ 只能说一句 mdzz... 即使不说这个可笑的论点，能把这种话说出来是什么情商，这种人怎么做领导？ 他以为他在说“ PHP 是世界上最好的语言”吗？ 不过某种程度上也反应了贵司的产品对前端的需求并不高吧，如果都是企业建站那种程度的需求的话 讲道理这种需求的话前端搞新技术对公司而言确实也意义不大，要么安心切图要么找机会走人吧 |
 | 4 think2011 OP 不知道怎么办好.. |
 | 6 imn1 2016-05-05 16:04:35 +08:00 上级？他管过人么，做过多少项目？ 后端做 js ，先不管效果如何，累趴下是肯定的，因为脑子要在服务端和客户端不停转换 很多后端抗拒做前端工作，主要就是“难以兼顾”这个原因，而完全不是什么歧视前端或者大才小用之类 跟这样的主管，以后的日子会很惨，做好心理准备 |
 | 7 guoliang 2016-05-05 16:12:31 +08:00 1 我觉得讨论应该具体化，通俗的比较语言／框架没什么意思。 可以这么讨论： 提出问题： － jQuery 不错，但 jQuery 会给你们前端带来什么影响？ － 有哪些功能 jQuery 不能实现？ 给出解决方案： － 你的提议是什么？ － 你的提议可以解决哪些具体问题？ |
 | 9 xingso 2016-05-05 16:15:10 +08:00 哈。。活捉一个华西公用猿。。名字你敢不打码 。。 23333 |
 | 10 jsonline 2016-05-05 16:15:31 +08:00 看你们的需求。 很多公司确实只需要静态页面和简单的交互啊 |
 | 11 addbook 2016-05-05 16:17:47 +08:00 angular 大坑， jquery 其实不错 |
 | 12 helone 2016-05-05 16:19:36 +08:00 用 angular 你们招人的成本 x2 |
 | 13 6IbA2bj5ip3tK49j 2016-05-05 16:20:55 +08:00 我可以理解为钱多活少吗？ |
14 chairuosen 2016-05-05 16:21:47 +08:00 就让他写，有锅都是他背 |
 | 15 isno 2016-05-05 16:24:06 +08:00 谁开发，谁决定 |
 | 16 Xrong 2016-05-05 16:25:29 +08:00 如果公司量级比较小的话，前后端分离就是蛋疼 |
 | 17 Ouyangan 2016-05-05 16:34:23 +08:00 哎, 前后端分离对后台来讲多爽啊..写前端总有力不从心的感觉,一万个属性 |
 | 18 weizhiyao008 2016-05-05 16:34:54 +08:00 具体看什么业务吧 |
 | 19 ytmsdy 2016-05-05 16:36:34 +08:00 呵呵，全部用 jquery 和后台通信能活活累死。。。而且其实效率上，通信丢包率其实有问题的。 让他自己填坑吧。。。 |
 | 20 jadecoder 2016-05-05 16:40:08 +08:00 还有后端喜欢写 jQuery 吗，前后端分离多省心 |
 | 21 ljcarsenal 2016-05-05 16:49:28 +08:00 一切以不加前端工资为借口的前后端分离都是耍流氓 |
 | 22 murmur 2016-05-05 16:55:08 +08:00 jquery 的却太成熟了 企业开发基本离不开这个 |
 | 23 hxtheone 2016-05-05 16:55:36 +08:00 后端来写 jQuery...作为一个在公司就这么干活儿的后端表示看到这句非常想骂街 |
 | 24 ayaseangle 2016-05-05 16:55:43 +08:00 via Android 看业务场景吧。。。。复杂的交互上 spa ，简单页面 jq 也无妨。 |
 | 25 ppwangs 2016-05-05 16:58:08 +08:00 还是看主要的应用场景来选型比较好。 |
 | 26 Light3 2016-05-05 16:59:32 +08:00 做为一个写 php 的还要写前端 各种切换。。虽然会写但是切换模式 太快 费时间太长 这样的哥们有点像切图仔了。。 |
 | 27 loading 2016-05-05 17:00:10 +08:00 jQuery 没有什么不妥。一般足够用。 |
 | 29 maddot 2016-05-05 17:02:43 +08:00 确实得看具体项目，不能“简历驱动项目”啊，你玩得爽，大家可想着按时下班呢 |
 | 30 MouCai 2016-05-05 17:04:18 +08:00 如果是展示型的页面，交互不是特别复杂的情况下，页面渲染用 node ， 页面交互用 jquery 战斗群还是不错的。但是要是交互复杂的不需要考虑 seo 和浏览器兼容的单页应用， angular 怎么看都会比较靠谱。 |
 | 31 nino 2016-05-05 17:12:52 +08:00 具体项目具体分析 |
 | 32 learnshare 2016-05-05 17:13:02 +08:00 考虑以下几个问题： 1. 解决问题； 2. 保证开发效率和质量； 3. 降低学习、维护和转手的成本。 然后来讨论一下技术和成本： 前端开发 与后台开发 如何协作？ https://www.zhihu.com/question/27226086/answer/35769566 |
| 33 nino 2016-05-05 17:14:35 +08:00 1 你们项目看起来是后端过剩了，如果他们只写 API ，你们前端会跟不上节奏疲于奔命 |
 | 34 huobazi 2016-05-05 17:14:51 +08:00 要看团队对你所认为的前端技术掌握度，总不能现在的员工都开掉，大换血前端吧。 |
 | 35 tobeyouth 2016-05-05 17:16:18 +08:00 如果工资不变的情况下，前端只输出静态模板，其实是变相减少了工作量。 空下的时间可以自己做点儿个人项目当做锻炼。 然后，跳槽去更有成长性的公司 |
 | 36 sumuu 2016-05-05 17:28:41 +08:00 "认为前端就应该写静态页面怎么理解？" 就这句话怎么理解? 我的理解是: "他好像太年轻了,可能不是一个好的上级" 重构和前端,好多公司都是前端和重构不区分,也就是即切图和 CSS,还写 JS 效果. 项目开始时,技术选型是最痛苦. 要结合整个团队的技术方向和高度. 后端用什么框架,前端用什么框架? 如果有新来的人员,更容易接受哪种技术(也就行业流行且稳定的技术) 流行不一定实用于任何团队! |
 | 37 wingyiu 2016-05-05 17:33:51 +08:00 个人觉得 ng 和 jq 是两个不同层次的东西 且更认同前后端分离，不差钱能随便找人的情况下更利于团队化工程化 半桶水的全栈后端程序员难倒不是坑？ |
 | 38 fy 2016-05-05 17:40:41 +08:00 后端狗表示观察到 2015 年前端技术发生了非常大的变化，但是对于未来的发展我是相对中立的，我希望看到我用的技术发生一些符合我习惯的、简单好用的变化，但总体上说实用第一。 单独说 angular ，我是不太喜欢的。 |
 | 39 yxwqwgz 2016-05-05 17:40:49 +08:00 这不是 sb 吗？ 光是为前端想，也不能这么搞，这样的前端将来能找到工作吗？ 工作量的分配合理吗？ |
 | 40 soonlive 2016-05-05 18:08:32 +08:00 让你负责按设计图产出静态页我觉得倒没什么，问题是如果他们用 jquery 写的脚本后期要你去维护那就苦逼了 |
 | 41 louirobert 2016-05-05 18:15:17 +08:00 两点：第一，“开发负责人对开发负责，包括一切技术争议和决定”。这就是原则，谁承担全部开发的责任，谁就有权决定任何技术争议。毕竟出了问题是他对上级 BOSS 负责而不是你。第二，楼主的遇到的具体情况还要具体分析。我不认为凭楼主几句话就能把所有情况讲清楚，毕竟你也不可能把代码都贴出来。所以技术上我不做评论，但就像一些人提到的： Angular JS 也好、前后端分离也好，都不是“放之四海而皆准的”，楼主也不要过分迷信这些东西。 |
 | 42 cxbig 2016-05-05 19:55:36 +08:00 我越来越觉得用什么技术栈不是很重要 既然有负责人决定公司用什么技术栈，那就跟着来做，工作的归工作，平时可以研究喜欢的方向 当然，如果你觉得现在公司的方向和你的理念有巨大的冲突，完全可以换一个适合你的团队 |
 | 43 malcolmyu 2016-05-05 20:04:51 +08:00 你推荐他 PHP 啊 |
 | 44 xi_lin 2016-05-05 20:14:55 +08:00 没看懂为啥 jQuery 就不能前后端分离了？ |
 | 45 vietor 2016-05-05 20:16:59 +08:00 via Android 静态页过分了，前后端分离是趋势。所谓的全栈是有侧重点的，看来那个人的侧重点是前端。 |
 | 46 dphdjy 2016-05-05 21:27:32 +08:00 via Android 简单类静态自然上 jQuery 啊~ 如果主力不是前端的功能，那么直接用 jQuery 简单粗暴啊 但是 。。。如果复杂页面 /应用级 /跨平台，用 jQuery 似不似傻~ 新技术带来的主要是维护，拓展，性能(大型应用)的便利 酱紫~ |
 | 47 qqmishi 2016-05-05 21:27:38 +08:00 via Android 出问题谁背锅，谁说了算，，，， |
 | 48 neoblackcap 2016-05-05 21:42:07 +08:00 这个问题要这样看，你们团队后端加会 jq 的人比较多，这样切分工作是合理的。 前后端分离好不好？好，但是只怕那么多个后端，然后出 API ，你前端单纯对接 API 都会累趴。这个时候若是用 Angular 等框架，其他同事全都帮不了你，项目就会岌岌可危。 若是你能让大家都了解前端的工作，那么技术栈推广了，你后端的上司同事自然就不会对你提的有什么意见。 要不然现在依你了，你撑不住跑了，怎么办？ |
 | 49 amibug 2016-05-05 22:34:21 +08:00 via iPhone 你和后端提 spa ，单向数据流，前后端分离，他们根本不懂。有些后端是会撸前端代码，他们舒适的方式就是用 jQuery ，不愿接触前端新事物，可能你们业务场景并没那么复杂吧，我建议你可以在完成你领导要求的基础上，主动承担一些 js 业务模块，通过比较，你的领导自然会发现 angular 在提升开发效率上的表现！行动比语言有说服力！ |
 | 50 lixiaohan 2016-05-05 22:40:38 +08:00 没什么好说的 能据理力争就争 实在挣不下来 做的也不开心 就只能走了， 毕竟谁离了谁也不是活不了，让自己不开心就不好了 |
 | 51 xuwenmang 2016-05-05 22:46:01 +08:00 公司的东西，永远是“够用”就好 除非你是行业内数得上号的，钱多，人闲。 不然团队用陌生技术，培训，招人钱你出啊 |
 | 52 iyoood 2016-05-05 22:50:01 +08:00 SPA 不就是那些娱乐会所里搞的东西么，还能干这个啊~ |
 | 53 visonme 2016-05-05 23:00:14 +08:00 对于技术人来说我需要对运用在这个产品上的技术负责。 对于公司来说，我需要是产品，一个能服务市场的产品，至于能不的技术，至于分不分离我不在乎，我只在乎你们的技术够用能出产品就可以了 |
| 54 visonme 2016-05-05 23:01:17 +08:00 大多数的公司是应用型公司，要得是一个能跑得起来的产品就可以了，你指望一家应用型公司去做研发型公司的事情，你觉得你的公司会同意吧 |
 | 55 shenqi 2016-05-05 23:34:58 +08:00 所有事情都应该往两面看。 例如前段时间帮朋友搞项目部分页面的静态化，从 react 大改到静态 html 。原因就是 js 过大，渲染太慢。 seo 也无力。 所以，并非所有的事情都能用最新的方式来处理，所有的事情都应该看需求。 我个人的意见是： 需要 seo 的网页，若没对应 seo 做出对应的规则，还是使用后端生成方式。 若 spa ，就没必要 seo 了，不然也成不了 spa 。用满足用户浏览器需求的新技术即可。 另外一个，其实做过领导，技术选型就知道，并非使用最新的技术就行，还得考虑团队成员的接受度，选一种中间的方案。 但是：卤煮的领导一般般，这个是肯定的。 |
 | 56 evil4u 2016-05-06 01:01:11 +08:00 明显因为人员配比和经验的问题，后端强势。一句话，多沟通。从业务角度出发，互换角色考虑问题，共同推进。 |
 | 57 gimp 2016-05-06 07:00:42 +08:00 via Android 看需求，选技术。 |
 | 58 barbery 2016-05-06 08:53:03 +08:00 看项目，看需求，现在的情况明显是后端人员比较充足，如果公司业务比较简单，又要兼容 ie 什么鬼的，那 jq 可能是目前比较佳的做法 |
 | 59 poke707 2016-05-06 08:53:29 +08:00 via Android 可能被之前硬上 angular 的同事伤透了心 |
 | 60 dearmadman 2016-05-06 09:25:42 +08:00 让后段写 jQuery 本身就是伪分离。。。。。 jquery 用于轻量级项目，后端主前端辅的团队 场景不同的好吧 很多后端不知道 MVVM 是什么鬼的好吗 |
| 61 dearmadman 2016-05-06 09:27:13 +08:00 这种团队注定限制了前端的成长能力 提前过上了养老的日子。 |
 | 62 qhxin 2016-05-06 09:44:33 +08:00 你还年轻，好好学着吧。有些你看来是老古董的思想，其实是解决具体问题的有效手段。没有站在那个位置上，就不要代替别人做判断。 |
 | 63 weaponX 2016-05-06 10:11:49 +08:00 领导思想不够开放，还停留在 5 年前的阶段。 |
 | 64 unknownservice 2016-05-06 10:23:18 +08:00 这种能躲就躲了吧，大概 3 年前我在当时的公司推过 backbone 开发， leader 一票否决，理由是我手里的几杆枪都不懂也不愿意学，最后硬是用 jQuery 模拟了一套新闻管理系统，简直感人，做完我立马辞职了，再在这种地方混下去我就废了... |
 | 65 icybee 2016-05-06 10:27:01 +08:00 搞得好像静态页面就很简单一样。。。 |
 | 66 n6DD1A640 2016-05-06 10:27:54 +08:00 |
 | 67 evlos 2016-05-06 11:00:36 +08:00 via iPhone 这样子分配你们那儿的后端没有反对么？ 话说你们后端人数比前端多好多 |
 | 68 rubyvector 2016-05-06 11:09:57 +08:00 他们给你减负,不减工资就支持他,偷笑 |
 | 69 murusu 2016-05-06 11:35:40 +08:00 原因就一个，项目可控 站在公司立场，一项技术在团队里面只有一两个人掌握是很危险的 万一出现人员变动整个项目就有停摆的可能 要想推动技术只能多点沟通，让团队的其他成员对这项技术都产生了解和兴趣 |
 | 70 liuyao729 2016-05-06 12:58:56 +08:00 后端最不喜欢前端效果了 |
 | 71 plqws 2016-05-06 13:17:25 +08:00 后端帮我写 js 的话我最开心了…还可以有时间专精一下 css |
 | 72 ianva 2016-05-06 14:47:36 +08:00 说白了还是能力不够，没有具体的完善方案，没有话语权 |
| 73 learnshare 2016-05-10 14:36:56 +08:00 @murusu 这个观点没错。 一个项目 /公司产品，过于依赖一个人的话，马上就会倒下。 |
Select Language