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

2016-05-05 15:40:38 +08:00
 think2011

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

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

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

9965 次点击
所在节点    前端开发
73 条回复
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
静态页过分了,前后端分离是趋势。所谓的全栈是有侧重点的,看来那个人的侧重点是前端。
dphdjy
2016-05-05 21:27:32 +08:00
简单类静态自然上 jQuery 啊~

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

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

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

酱紫~
qqmishi
2016-05-05 21:27:38 +08:00
出问题谁背锅,谁说了算,,,,
neoblackcap
2016-05-05 21:42:07 +08:00
这个问题要这样看,你们团队后端加会 jq 的人比较多,这样切分工作是合理的。
前后端分离好不好?好,但是只怕那么多个后端,然后出 API ,你前端单纯对接 API 都会累趴。这个时候若是用 Angular 等框架,其他同事全都帮不了你,项目就会岌岌可危。
若是你能让大家都了解前端的工作,那么技术栈推广了,你后端的上司同事自然就不会对你提的有什么意见。
要不然现在依你了,你撑不住跑了,怎么办?
amibug
2016-05-05 22:34:21 +08:00
你和后端提 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 。用满足用户浏览器需求的新技术即可。
另外一个,其实做过领导,技术选型就知道,并非使用最新的技术就行,还得考虑团队成员的接受度,选一种中间的方案。

但是:卤煮的领导一般般,这个是肯定的。
evil4u
2016-05-06 01:01:11 +08:00
明显因为人员配比和经验的问题,后端强势。一句话,多沟通。从业务角度出发,互换角色考虑问题,共同推进。
gimp
2016-05-06 07:00:42 +08:00
看需求,选技术。
barbery
2016-05-06 08:53:03 +08:00
看项目,看需求,现在的情况明显是后端人员比较充足,如果公司业务比较简单,又要兼容 ie 什么鬼的,那 jq 可能是目前比较佳的做法
poke707
2016-05-06 08:53:29 +08:00
可能被之前硬上 angular 的同事伤透了心
dearmadman
2016-05-06 09:25:42 +08:00
让后段写 jQuery 本身就是伪分离。。。。。 jquery 用于轻量级项目,后端主前端辅的团队 场景不同的好吧 很多后端不知道 MVVM 是什么鬼的好吗

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/276539

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX