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