IC前端和后端设计的区别 - Analog/RF IC设计 -
中国电子技术论坛 -
最好最受欢迎电子论坛!
后使用快捷导航没有帐号？
Hot [直播]
IC前端和后端设计的区别
资深工程师
16:01:13　　
14172&查看
首先，我不算是高人，不过前,后端都有接触，我就大概回答一下吧，有说的不对的地方，请高人指正。 1，前端主要负责逻辑实现，通常是使用verilog/VHDL之类语言，进行行为级的描述。而后端，主要负责将前端的设计变成真正的schematic&layout，流片，量产。打个比喻来说，前端就像是做蓝图的，可以功能性，结构性的东西。而后端则是将蓝图变成真正的高楼。 2，前端设计主要是进行功能设计，代码的编写，要会使用硬件描述语言，也就是上面有提到的verilog/VHDL等，当然，也会要使用一些仿真软件。后端设计需要的则会更加多一些了，包括综合，到P＆R，以及最后的STA，这些工具里candence和synopsys都有一整套系统的。有关心的可以去他们的网站看看。 3，其实前端和后端对于编程没有特别的要求。前端的设计会需要使用硬件描述语言来写代码，但是，需要注意的是，这里指的是&描述&，而不像是C或者java之类的强调编程技巧啊什么的。所以，这个选择就看你自己了，而与编程没有什么特别的关系了。
glclub 后端設計主要要求哪些技能呢？譬如在ic layout過程中要求那些軟件呢？ ：包括综合，到P＆R，以及最后的STA ，这些是我上面的提到的，各个公司根据需要，还会有不同的其它的要求。另外，我不是特别清楚你指的&ic layout&是什么概念，P＆R的话有candence soc-encounter /synopsys Astro，手工的话，有candence virtuoso。 jasonxia 前端设计除了要会verilog/VHDL之外，还有什么要求呢？我本身是做后端的，所以，对于前端的要求也不是特别的清楚。根据我的认识，前端会分为设计部和验证部，设计部更加的注重算法、工作原理等方面，毕竟用verilog实现起来并不困难。而验证部就是保证设计的正确性。至于具体有什么样的要求，我也就不是特别的清楚了。
做一点补充：（如有错误，不吝赐教）
一般来说，可以将版图实现前的所有设计都认为是前端设计，应该包括系统级设计，行为级设计，RTL级设计和晶体管级设计（好像不全）；
后端设计是将晶体管级设计在版图上实现，数字前端设计一般都做到RTL级，是因为其后的前端设计步骤一般已经由fundry完成，RTL级已经可以使用现成的由MOS构成的功能单元了（IP是一个新的发展）。
而对于analog的前端设计，则一般要完成到MOS级别，才能算完成前端设计。
前端可能用到的软件由于设计层次不同，类别很多：如HSPICE， synopsys的DC,VCS，cadence的spectre，所用到的语言有verilog, VHDL, System C, Verilog A 等
而后端设计就是用MOS完成版图（analog），或用MOS构成的单元来组合完成版图（digital）。常用工具有L-EDIT，Cadence的se, virtuso等
IC前端设计指逻辑设计；
IC后端设计指物理设计。
& && &就是将你的想法或别人的想法用你设计的电路来实现，也就是说你可以通过电路设计来实现你的想法。可以这样说，那时你就是一个科学家。有人这样认为：一个好的前端IC设计师不应该叫设计师而应该叫科学家。
& && &就是将你设计的电路制造出来，要在工艺上实现你的想法。
完全同意斑竹的观点，再做一点点补充，供大家参考。
& & 除了RTL编程和仿真这两个基本要求外，前端设计还可以包括IC系统设计、验证(verification)、综合、STA、逻辑等值验证(equivalence check)。其中IC系统设计最难掌握，它需要多年的IC设计经验和熟悉那个应用领域，就像软件行业的系统架构设计一样，而RTL编程和软件编程相当。适合作为IC设计的入门。
& & 还有一些即可以属于前端也可以属于后端的灰色领域，比如DFT(design for test)
& & 后端设计简单说是P&R，但是包括的东西不少，像芯片封装和管脚设计，floorplan，电源布线和功率验证，线间干扰的预防和修正，时序收敛，STA，DRC，LVS等，要求掌握和熟悉多种EDA工具以及IC生产厂家的具体要求。要达到jeze的程度，没5年时间不行。
16:03:07　　
PCB在线计价下单
板子大小：
板子数量：
PCB 在线计价
助理工程师
09:18:43　　
好好学习，天天向上
21:50:19　　
学习学习，没接触过后端，只是略有了解而已
18:50:09　　
21:54:49　　
呵呵呵呵呵呵呵呵呵呵
09:05:06　　
学习了，那后端和前端哪个难呢？
21:22:42　　
楼主能不能再具体介绍一下模拟与数字的区别啊。。。谢谢咯
16:22:42　　
学习了，，，，，，，，，，，，，，，
11:42:38　　
18:59:45　　
摩托罗拉强芯（天津）集成电路设计有限公司摩托罗拉强芯（天津）集成电路设计有限公司摩托罗拉强芯（天津）集成电路设计有限公司
19:28:55　　
完全同意，多谢
22:36:19　　
来了解一下，准备好自己的方向
13:13:24　　
学习了~~~~~~~~~~~
13:56:32　　
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
11:26:39　　
入门，，学习中。。。
10个问题&&&&&&&&3763个浏览
20个问题&&&&&&&&20592个浏览
32个问题&&&&&&&&7329个浏览
通过本期深入浅出的直播，你将会得到：
如何正确认知常见单片机的发展，分类与选型？
典型方案实例：常用单片机的应用与开发
玩单片机到身价千万老总，光环背后是怎样的生活和经历？
如何培养“老总”需要培养的那些能力？
如何养成成为“老总”需要养成的成功习惯？
即日起至6月15日，参与英蓓特NXP产品知识小测验,即有机会赢取最新系列开发板。特别奖SBC-EC9100开发板1套，幸运奖FRDM系列最新开发板（型号随机，共10套）。快来参加吧！ >> 立即参加
Powered by其他回答(8)
不管前后,做的好都有前途.具体哪个方向还是看自己爱好.
园豆：21091
园豆：21091
做web开发的，前端后端都离不了
园豆：1460
我表示我混了好多年，都还赶不上你~
园豆：32765
园豆：24208
园豆：24208
园豆：32765
园豆：32765
园豆：32765
园豆：32765
做前端 两年就这么多工资，哎，辛辛苦苦在一家公司这么多年，心伤
园豆：1368
园豆：24208
园豆：24208
园豆：24208
园豆：1368
过完年再跳吧，跟着自己的心走，做你喜欢的，并坚持的努力奋斗，相信你会找到适合你的工作！(*^__^*)
我尽然能看完& 错别字连篇&& 语句不通顺& 　　
做前端吧！自己好好细心研究，先从基础如何，有前端基础。为何不耐下心，沉住气，一路钻研下去呢。前端确实比较麻烦。但是我个人比较偏爱前端，正细入钻研中&&
园豆：3689
呵呵，过来人给个建议：只要是想做技术，就不管前端后端了，踏踏实实干两年再说。
前后端无所谓，关键在于内功修炼。 听说过&重剑无锋&吗，就是这个意思
&&&您需要以后才能回答，未注册用户请先。为什么我不喜欢「前后端分离」（个人观点，欢迎来喷） - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
已注册用户请 &
- a JavaScript code quality tool
为什么我不喜欢「前后端分离」（个人观点，欢迎来喷）
· 291 天前 · 31397 次点击
我不知道国外有没有「前后端分离」的运动，我只知道国内的大公司喜欢搞这个。
前后端分离大概的意思就是后端只给前端提供数据，前端负责 HTML 渲染（可以在服务器渲染，也可以在浏览器渲染）和用户交互。
说这个说得最多的就是阿里的前端了。同时阿里的前端也是在中国最活跃的。
为什么做前后端分离？
本篇文章我来腹黑地揣测一下原因。以下言论不针对某个个人，而是对前端群体的群嘲。我坦然接受你的反嘲讽。
最开始的前后端：
某些团队做前后端分离，主要的原因是
如果不分离，前端对网站的控制力太弱，没有话语权。
前端想要扩大势力范围。扩大了势力范围才有晋升的机会。
在前后端分离之前，前端就是页面仔。技术大牛都是后端，鲜有前端能晋升到架构师层级。这不是对前端的歧视，而是前端真的只是做做页面、加个动效而已，凭什么晋升到架构师。
当时前端能控制的，就是 CSS 和 JS 文件。连 HTML 都是放在后端的仓库的。因为 HTML 是由服务器输出的，用到的模板语言就是后端的。
Node.js 火了之后，前端看到一个机会， HTML 是可以用 Node.js 来输出的呀，于是鼓吹前后端分离，把 HTML 层面交给前端来控制。这样前端就能管控更多的东西了（好可怜，终于能掌握 HTML 的控制权了）
HTML 如果放在浏览器渲染，就是下图
HTML 如果用 Node.js 渲染，就是这样
看起来只是掌握了 HTML 的控制权，但是这里面可以做的文章可多了。
以前 HTML 是 Java 、 PHP 输出的，或多或少存在效率不高的地方，现在用 Node.js 重写，效率是不是就提升了（很少有程序重写了，效率还下降的）。效率提升了是不是该奖励下前端，给几个晋升名额呢？
前端得到好处了，就更要巩固自己的地位了。以前的 jQuery 代码，后端看看就懂。「那不行，我要搞点后端看不懂的」，这样才能显示我前端的技术含量，这样才能升值加薪啊。于是 React 、 Gulp 什么全加上。
好了，我编不下去了。
总之我不认同这种前后端分离。
又增加了一个中间层（当然程序员通过增加中间层来解决问题），好处是有，职责明确；但是也有坏处：人为地拉长了战线。对比图一和图三你就会发现，结构变复杂了，一个人能做的事情变成需要两个人做了
并没有实质变化。以前的后端结构也是存在调用 Service 逻辑的，现在只不过换成让前端用 Node.js 做。除了把本来就吃紧的前端人力耗费在他不擅长的领域，我没看到什么提升。这里唯一的好处就是前端是势力范围扩大了。
我认同的是「全栈工程师」。
一个业务的前后为什么要分给两个人写？以表单提交为例，后端要对数据做校验，前端也要做。为什么要让两个人都写一次？前端说可以让后端也写 Node.js ，这样就可以服用代码了呀。
搞笑吗？后端写了三年的 Java 你现在告诉他要全部重来？后端肯定不愿意啊。
矛盾就出在，分『后端』和『前端』两个职位上。
大公司细分后端和前端，也是可以理解的。这里不表。
我只是说前端端分离的缺点：
大部分站点，不应该分前后端。除非你的前端，非常非常非常复杂。但是大部分站点的前端，根本没有那么复杂！
分了前后端很容易出现各自为政的情况。推诿、邀功、互相鄙视，不一一列举了。
有人问一个人怎么又学后端又学前端？我的建议是把前端做薄，如果没有必要，不要搞什么 Angular 、 React 。用原生 JS 或者 jQuery 能满足大部分网站。同时后端向 Rails 学习。局部交互复杂的地方，采用动态加载来做交互。
有人说你是前端的叛徒，你这么做前端还有什么前途。
搞笑，你做了前端就要一辈子为前端说话吗？太屁股决定脑袋了吧。
标题有点标题党，其实真正主题是：前后端分离是前端不得志的必然结局。（好像更标题党了 XD ）
难道前后端分离没有好处吗？
我觉得只有一个好处：好招聘。毕竟你要招一个优秀的全栈工程师是极其困难的。
有人说，你真有意思，说这么多缺点，你还不是给不出解决方案，说了跟没说一样。
说下我的思路
保持前端简单，复杂了就用原生的方式封装，具体来说就是用自定义标签来封装复杂组件。这样一来，后端同事还是可以开发页面，因为只是多了一个自定义标签而已，本质还是 HTML
尽量不要在开发状态加 watcher ，目的也是让后端可以直接上手，不需要了解那么多工具。转译放到 Web 框架的开发者模式里面做，看到 less 请求加转义成 CSS 不是什么难事也不复杂。
前端只是辅助（这里说的是大多是网站，不包括重型 Web 应用），前端要做好服务化：健全的文档、友好的接口。
前端也要学后端知识，别在那自嗨。
小公司别搞前后端分离，徒增复杂度！！！
第 1 条附言 &·& 291 天前
有些人老是喜欢揣测我的能力是不是不行才这么说。
工作经历：
毕业前在腾讯某前端部分实习近一年
在腾讯、阿里纯前端部门工作三年（jQuery、Vue.js 和 React.js）。
在某创业公司做单页面应用一年（Angular和Backbone）
目前在学后端（用过 PHP、C#，现在在用 Rails）。
其他的情况看我以前的帖子
第 2 条附言 &·& 291 天前
严格来说，我做了四年『纯前端』，所以不要以为我是后端开发。
第 3 条附言 &·& 291 天前
我回复太快，被限制回复了……
第 4 条附言 &·& 291 天前
@ 如果这些好处没有带来弊端，那当然是好。但是你 client render 之后，逻辑分散、状态不一致的问题要怎么解决呢？
另外，渲染重，你有两个选择：让一个前端把渲染放到浏览器做，或者再买一台服务器。显然，服务器更便宜。
第 5 条附言 &·& 291 天前
关于首屏与第二屏的问题。这个确实是前后端分离的最大契机。
以前所有页面都是一次输出的，但是大公司首页实在太大了，功能太多，等全部渲染完， 10 秒钟都过去了。
于是乎，第二页让 JS 来动态渲染。
这里有两种场景：
1. 第二页的内容与第一页没有关系（这个有点奇怪，为什么不新开页面）
2. 第二页的内容与第一页的结构基本一样（如微博、推特）
场景 2 最著名的解决方案就是 big pipe ，后端前端混合方案。你说的分离是一种方案，但不是唯一的方案。
场景 1 我觉得就是产品经理的问题，需求没想好。
前端工程独立管理看从哪个角度了，维护权给前端没问题，但是可以集成到后端的，比如后端路由发现是 less 请求，直接就变成 CSS 内容。然后发布之前， build 一下前端资源就好了。
我反对的是把简单的事情做复杂，把一个人能做的事情给两个人做。
比如 V2EX 上好几个人发帖『用 vue.js 做了一个 XXX 页面』，说实话，用 PHP 加 jQuery 几下就弄出来了。性能还比他好。
启动服务器工程慢，就要解决慢的问题。
第 6 条附言 &·& 291 天前
我又不能回复了 @ ，我没有太频繁啊。
第 7 条附言 &·& 291 天前
你们就不要拿空洞的『细分总是好的』『发展规律』这种话来讨论了。
你司咋不专门雇一个人写 HTML、一个人写 CSS、一个人写 JS 呢？
而且现在前端把所有东西都跟后端隔开，到底有什么好处？
解耦？如果你认为后端输出就不能解耦，只能说你的后端框架有问题。
处理bug方便？那是因为你们的后端不会写前端，前端不会写后端造成的。就跟一个人学了 CSS 但是不会 JS 一样。
对开发者要求太高？是的，所以我说要把前端做薄，不要搞单页面框架。用 jQuery 你遇到过什么很复杂的 bug 吗？反观 React，一旦出了 bug，呵呵。
第 8 条附言 &·& 291 天前
再说不分离的好处：
1. 一个人知道整个业务。任何业务问题，马上解决。
2. 代码量少。同样的逻辑不需要写两遍（相比浏览器渲染而言）。
3. 也能支持多端。/data 分 /data.json 和 /data.html 两种表现（ RESTful ）
4. 简单。所有概念都来自 W3C 标准，没有那些私有的概念（我说的就是 Virtual DOM ）
5. 省人力。多了 100% 的人力啊（分离需要两个人）
第 9 条附言 &·& 291 天前
OA 跟 ERP ……
这里有几个人是做这种软件的，这种软件完全符合我说的『非常非常非常复杂』好吗，当然需要前后分离。
第 10 条附言 &·& 263 天前
机器到期，换地址了
546 回复 &| &直到
17:27:47 +08:00
& & & & & &
& &288 天前
貌似题主其实问的是：渲染应该是后端搞还是前端搞？
& &288 天前
断人财路，犹如杀人父母。
& &288 天前
一想起一个页面要发起 N 个 HTTP API 请求就头疼……
& &288 天前 via iPhone
想起一个前端还要去改生成的模版代码就头疼
& &288 天前
想起前端也是一大堆模板代码就头疼
& &287 天前 via iPhone
想起我不用去改前端代码就开心
& &287 天前 via iPhone
补充一下，楼主拿一种稳定的模式所开发出的产品去对比一种新生的模式开发的产品并不是很合适，况且这种新模式处于一种发展阶段，并未处于稳定。同样，也并未觉得分离模式的出现是前端的“阴谋”，它之所以出现并且还在发展中，正是因为老模式的瓶颈让人们看到了它的可能性。同理它的出现也并未妨碍你们使用传统方式开发，选用什么样的方式开发一直都是个人的自由，作为一个合格的程序员，应该有自己的主观意识。
& &287 天前
@ 赚钱不算阴谋，但是大部分人不是根据需求选框架，这是事实。
& &287 天前 via iPhone
@ 不理解不是根据需求选框架，一个项目，就我们公司而言，所要选用的框架和技术路线，都是要前端后端和产品一起根据业务逻辑来讨论的。赚钱不算阴谋可以理解为“前端是为了高工资才提出前后端分离”吗？一个项目用不用前后端分离是 team leader 决定的，的确，选择新技术而踩坑，保留老技术而稳定，都是他们该考虑的，如果前端工作量提升，那么工资提升也是不争的事实。
& &287 天前
PHP 是世界上最好的语言。
& &287 天前
我也觉得应该只有全栈,没有前后端,但是我希望将不重要的数据交由客户端去处理,能转嫁给用户的成本一定不要自己抗
& &287 天前
这个问题好火，忍不住也来 BB 两句。
我是个移动开发，同时也做些全栈的事，想从非专业角度看看
记得最早去豆瓣实习时，被 Leader 喊去写后端， template 用 mako ，帮前段实现简单通用的模板，然后渲染出一点数据丢在模板上让他们自己用，感觉这就是道完形填空题，前段留下空，我给他渲染数据。。。。
后来自己创业也沿袭这样干，但接触 AngualrJS 后发现用模板给前端传数据好蠢，同时也根本不需要模板啊， ag 这么方便，全都自己造就好了，就当自己是个 app ，接口自取。同时这样也节省了开发量，后端只负责数据接口，“前端”（ Android iOS Web ）自己玩。
我不知道这里有多少全栈工程师会有这样的体验，当混着写 python java css html 时，人特别烦躁，但是只单独写一部分时，整个人都变得清爽了。虽然前后端移动端都是我写，但将他们分离时，异常舒服。
创业失败后我在雪球混，以前自己搞量级小没发现的问题都出来了。比如后端接口的问题，如果只做数据接口，前端会很痛苦，可能为了渲染一个页面需要调用 4 5 个接口，又是异步状态，如何设计交互，如何快速响应都成了问题。但如果后端去帮前端封装，把几个接口合体甚至说直接给前端的类似模板的数据，比如第一行显示什么，第二行显示什么，那和当年直接丢个 html 出来有什么区别呢？？？
现在的解决方案是，后端依旧只给数据接口，但是前端自己用 node 搞一层代理处理数据，相当于前端把一部分代码写到了 server 上，这样还能简单解决快速迭代不更新 app 的问题。
这种方式目前感觉弹性最高，也解决了前后端撕逼的问题，但其实前端也在写 server ，那到底还是不是“前后端分离”呢？
总之我觉得讨论什么架构依旧没意义，关键是要看需求场景，工程师的任务是以尽可能小的成本解决问题。
& &287 天前
刚好参与了今年阅文起点这边的项目改造，门户站这变走的就是 Node 做中间层框架机渲染，后端只提供数据，好处真的是大太多了。
一个是解放了两个部门的人力，术业有专攻，原来的前端（偏重构）同事用本地构建工具(基本上就是本地模拟了一套 node server)来专心写页面，完全控制了 view 端还原和体验就好了，直出逻辑也全面接管（对于门户类站点直出需求很多)，后台的同事专心写数据相关和业务逻辑，提供 API 就好。让后端接手套模板，最后出来的乱七八糟的代码简直了，两边都不讨好。
说到前端的话语权和控制权这块，一开始我们还想争取接管一点业务逻辑，直接被 PK 让我们安静地做渲染框架机就好，毕竟开发资源主要还是在后端技术部门，前端也没这个人力来做，但是在路由管理、轻量的模板直出逻辑这块，我们还是能够做到了拓展。
& &287 天前
@ 你这不就是前端往前后端融合方向走，后端做服务吗？
说明你们也知道前后分离是错的。
& &287 天前
@ 你们用 client render 还是 server render
& &287 天前
@ 你是腾讯的？据我所知，「直出」是腾讯的前端才会说的。
直出背后的逻辑就是，前端受不了只用 JSON API 来本地渲染页面，为了用户体验和性能，回到 Web 的正轨：后台渲染。
& &287 天前
没错， 客户端渲染注定是小众。
& &287 天前
前后端分离真正的分离应该是前端仅仅只需要开发一系列的组件，后端自己配数据，组装出页面，这才是最高效的方式
& &287 天前
& &286 天前 via Android
@ 这说的是新技术，谁说新技术一定是客户端渲染
& &286 天前
& &286 天前 via Android
这也是我一直非常喜欢 bootstrap ， ace 这种前端库的原因，既能适配手机，又能满足功能，界面还快，现在每次看到新框架做的花里胡哨的页面，花了非常多的时间做出来，居然连手机也不能自适应，各种浏览器兼容问题，页面源码全是 js 就觉得这绝逼要玩玩啊，如果是微博网页版和微博聊天，纯 js 渲染我觉得是正道
& &286 天前 via Android
但是大多数网站并不是单页面应用，却非得搞成单页面，或半单页面(肯定也有蹩脚的页面路由),我觉得就是走上邪路了
& &286 天前 via iPhone
就说一点。前后端分离跟 nodejs 有啥关系？和是不是全栈有啥关系？感觉楼主学艺不精啊。。还有工作经历不代表能力好不。。很擅长刷题，进大厂不也很容易？工程问题和技术能力还是有区别的
& &286 天前
@ 前端路由为的就是一个快，不需要每次都加载一大堆的 js ，虽然可以走缓存，但是也会影响浏览器渲染进程
& &285 天前
& &285 天前
前后端分离对于大公司才需要，小公司初创公司用最成熟的技术就可以了，验证业务才是主要原则。
但是楼主，请问在规模化的业务场景下面，几十个甚至上百个前端对接后端团队，这个时候前后端分离，用 node 做中间层来渲染业务， api 来控制接口，那效率是不是可以提升？前端控制交互逻辑，数据展现逻辑，后端控制业务逻辑。分工明确，前端不用等后端接口， mock 数据，同时开发，是不是效率能提升？
一切新技术都是为了效率。
而且你也说了大公司喜欢搞这个，那是因为大公司的体积决定了他迈步子和小公司不一样。
blabla 说了一大堆，你的意思其实是“不要为了分离而分离&吧？
& &285 天前
就没用前后端分离，而是 freemarker, 看了这个帖子后打算把 ajax 动态生成的部份改用 handlebars 实现
& &285 天前
我们公司正在做前后分离的尝试，但是也是分场景的。
1 ，支持分离的场景。目前再分离 “个人中心”，类似后台，这块业务服务多，页面杂乱，又有几个团队负责，项目合并又很困难，分离迫在眉睫，大家要求声很高。现在渲染这块拿到前端去做，后端只需要关注自己的服务就可以了。我是支持这部分业务做分离的。
2 ，不支持分离的场景
还有个是纯展示的详情页。鉴于是纯展示，所以 html 代码还有 js 尽可能做的最快的展示，后端的模板又比较成熟文档，并且不会经常改动。所以这部分不太适合前后分离，但是在做业务分离的尝试。业务组件化。首先加载展示最重要的内容，其他次要的可以在浏览器渲染后 跟随用户的鼠标滑动 慢慢展示。这样既可以提高网站的负载，又不至于因为某个业务故障导致整体故障。
具体分离不分离，采用什么样的技术，都是针对业务场景，开发人员的技术素质决定的。分离这事情本来就没有对与错，只是为了解决不同的问题。
& &284 天前
ctrl+f 了下，没有用户&体验&二字？
& &284 天前
@ 前端渲染有效降低用户体验
& &283 天前
@ 无限加载，瀑布流，固定的 Header/NavBar 还有各种动态闪烁效果都是我最讨厌的。无限加载总给人一种拉屎没拉干净的感觉，最不能忍；瀑布流如果是图片展示类我觉得还有存在的理由，现实是很多网站不管三七二十一就来一个瀑布流；固定 Header/NavBar 像一排赶不走的苍蝇呆在屏幕上方，抢占了有限的屏幕资源，真要用到顶部菜单的时候， iOS 轻触上面的状态栏， PC 直接按 Home 键都能快速跳过去；动态闪烁不说了，除了引起你的注意无其他卵用。上面喷的几个，可能不是前端的锅，像动不动就瀑布流这种，应该是产品经理脑残。
& &278 天前
1 、做 webapp 或者客户端渲染必须要前后端分离。 2 、大点的项目中间加成 nodejs ，前后端职责更加明确，个人觉得开发效率更高。 3 、一般的 web 网页的确传统的 mvc+jquery 一套就足够了。
& &278 天前
1. 不一定必须
2. 人数变为两倍
3. 大部分网页都是「一般」网页
& &278 天前
不复用 JSON ，复用 HTML
& &275 天前
我想知道这个图是用什么软件画的，楼主能告知吗 @
& &275 天前
@ Balsamiq
& &274 天前
前后端分离指的是架构，不是人员分工……
& &274 天前
@ 现在的前后分离架构，哪个不是人员也要分工的？
& &269 天前
看了大家的讨论
已经部分实现前后端分离
& &261 天前
搅成一团的话，不够专业，难成大器。分离是实实在在能够提高生产率的东西。比如福特汽车发明的流水线作业，就大幅提高了汽车的生产效率，把竞争对手都虐出了翔。亚当斯密在《国富论》也提出过分工的概念，建议读一读再来谈也不迟。
js css html 分工我还真没仔细考虑过，但是也未必不可行。流水线上只做一个动作都可以， js,css,html 能不能分工，我持保留意见。
& &255 天前
做个题:
当你要做一个 app,一个 pc web,一个 mobile / wechat,功能８０%重复,分离与不分离,工作量差距是多少?
& &255 天前 via Android
@ 全用 HTML 不就好了。
& &166 天前
我觉得这应该是“全栈”们普遍的想法
& &166 天前
@ 我是前端
& &110 天前
html 可能是软件行业最糟糕的一项发明。
& & & & & &
& · & 917 人在线 & 最高记录 2477 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.7.5 · 66ms · UTC 16:50 · PVG 00:50 · LAX 09:50 · JFK 12:50? Do have faith in what you're doing.