事情起因是终于有机会开演讲会了。
可是第一场的演讲会,新来的后端上级就提议前端和设计写静态页面,切图就好了。 因为后端也懂 jquery ,所以都后端来做,不要用 angular 之类的,因为别人不懂,也更别说前后端分离了。
楼主是保持中立的,不管什么技术,分不分离都没关系,可是把前端划分为切图和静态页面,我实在不能理解,就拉了个组讨论,最后也没有结果,想听听大家的意见。
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 这个观点没错。
一个项目 /公司产品,过于依赖一个人的话,马上就会倒下。 |