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