从「后端现在已经看不懂前端了」说起

[djyde]

原载于我的独立博客： https://lutaonan.com/blog/to-frontend-prejudicers

V2EX 这两天有一篇这样的帖子：《说句实话，我后端现在已经看不懂前端了，太难了》

原文内容是：

看不懂惹，肿么办，最近在学 react，完全抓瞎。

然后又附加了内容：

一直用的 jquery，手动找位置然后对应 dom 操作，现在各种前端各种依赖，一会 route 一会 webpack 的 给爷整蒙了都。

类似这样的帖子多年来数不胜数，但这次评论区的评论比较典型，所以我决定这次不再沉默。当然，本文并非针对帖子作者。

对于那些抱怨前端「看不懂」的网友，我们应该问他们一个问题：为什么前端就应该是谁都能看懂？

这些网友从来不会抱怨别的领域的代码看不懂，比如他们不会说「我一个前端已经看不懂后端了」，或者「我一个后端已经看不懂 iOS 」了。

所以在这些网友心中，前端代码就是要谁都看得懂才是正常的。因为谁都应该看得懂 HTML, 谁都看得懂 CSS.

显然，这群人对前端的认知还活在过去，他们一边享受着用 Web 技术做出来应用，一边意淫着这些包含复杂业务逻辑的 Web 应用靠 HTML 和 Vanilla JS (原生 JS) 就能写成。

换句话说，这群人最大的问题在于，他们意识不到 GUI 开发 (Graphic User Interface Programming) 是一个从图形界面被发明开始就一直在被研究的独立领域，而 Web 前端只是 GUI 开发的其中一个分支而已。

这群人没有意识到到底什么是「前端」。前端就是写 HTML / JavaScript / CSS 吗？不，前端应该泛指那些需要编写 GUI 的技术。在我看来，写 iOS / Android 应用和写 Web 前端没有本质上的区别，区别只是语言和平台，背后处理的问题是一模一样的：如何实现视觉和交互 -> 交互如何触发逻辑 -> 逻辑如何影响视觉的变化。

所以，如果认为浏览器识别的是 HTML 所以认为前端应该谁都能看懂、门槛低，进而得出前端目前的工作流是问题复杂化的结果，就如同因为 Android 的 UI 是用 XML 写的就认为 Android 门槛低一样不成立得可笑。

对 GUI 开发难点的不了解是导致这种误解的最主要原因，以网友「 avastms 」提出的评论为典型：

这是前端圈长期逆淘汰的结果。

模板混代码里这种 PHP 宗教行为就别提了。

个人认为因为 javascript 语言的部分原因，前端很少有人懂什么是继承，什么是类，实例到底啥意思，更别谈良好维护引用了。

什么 redux,什么 vuex 根本就是莫名其妙，不就是事件监听吗，像 Node.js 那样 EventEmitter 多么清晰，非得自己造概念。

画虎不成反类犬，凡是有这套什么状态管理逻辑的，代码完全不可读。

前端自己也是不争气，不用别人的这些狗概念，自己就不会写代码了吗？

没有什么 redux，自己就不会管理自己的属性了吗？

他说：「模板混代码里这种 PHP 宗教行为就别提了」，想必他在说 JSX. JSX 刚开始出来就充满争议，但人们最终会发现，JSX 是函数式 GUI 开发最易读写的方案。实际上，他完全可以选择不使用 JSX，这样去写代码：

const Component = h(‘div’, null, [h(‘p’, null, ‘hello world’), h(‘p’, null, ‘I am Randy’)])

但是，这位网友大概更愿意读这样的代码：

const Component = (
	<div>
		<p>hello world</p>
		<p>I am Randy</p>
	</div>
)

觉得这样的写法恶心，多数是因为不知道 JSX 这个语法糖的背后是什么。

事实上没有人阻止任何人不用 JSX, 或者看看 Flutter 就大概知道没有 JSX 的 React 会是什么样子。

作为补充，这是希望 Flutter 引入 JSX 的相关讨论：Consider JSX-like as React Native · Issue #15922 · flutter/flutter · GitHub

至于提到的 Redux 和 Vuex, 证明这位网友根本不知道 EventEmitter 和 Reactive 的区别。这里就不展开讨论了。

为什么我们宁愿用 JSX 这种折中方案也不愿意放弃函数式编程，是因为声明式(Declarative) 是编写 GUI 最好的方法。复杂的 GUI 应用包含复杂的状态，人脑在处理复杂的状态绝对不比计算机在行，我们尽可能地把这些状态交给计算机做，函数式编程就是我们实现这个目标的工具。

Elm 的作者写过一篇名叫 Concurrent FRP 的论文，讲述了函数式响应式编程 (Functional Reactive Programming) 在 GUI 开发中的历史背景和应用。

那些喜欢说「 jQuery 一把梭」的网友，要么遇到的业务很简单，要么是在自虐。我见过写外挂用易语言一把梭的，但没听说过 Adobe 写 PhotoShop 用 Visual Basic 一把梭。

有些人，能接受 Maven, Gradle 的不完美，也知道什么场景应该用什么技术栈，但一旦开始写点前端代码，就认为应该有一个神一样的、完美的、还没有学习成本的构建工具，然后 Twitter, V2EX 抱怨一番，却不愿意认真学一学前端这个领域的知识。

不要妄想有一个睡醒就突然会用的构建工具。说实话，Webpack 不需要任何配置就能用，再不行试试号称 zero configuration (零配置) 的 Parcel, 用 TypeScript, 引入 CSS / LESS / SASS 通通不需要配置，跑起来就行。但那又如何呢，那些不愿意学习又想出活的网友们不懂的不是运行 webpack dev 这个命令，而是根本不懂这个命令背后解决的是什么问题。

一个人要锤子锤个钉子，结果大家都说雷神的锤子很牛逼。这个人听了，上来就要用雷神的锤子，结果拿都拿不起来。然后网上发个贴：「根本不懂为什么雷神要搞个这么重的锤子，给爷整蒙了都」。底下评论：「我工具锤一把梭！」楼下再附和：「雷神搞这个锤就是为了装逼」。

奉劝各位，把抱怨转化成求知，没有一个领域是不需要学习成本的，不管是做技术还是技术以外的领域，是分工和市场经济让各位觉得一切理所当然，然而像磨刀这样看上去简单的动作，也不是每个人都能磨好一把刀。

[frankwei777]

看来大家年底 kpi 都完成了

[no1xsyzy]

@chinuno 程序员本身都是任务细分才出现的，COBOL 当初的目标就是让商人可以自己编程，结果商人发现直接雇个人编程更方便。
另外，后端前端所接触的设计师是不同的。
后端接触的数据库设计师，建模师。
而前端则是用户界面和交互体验设计师（就是美工 /UI/UE/UX ）。

[lk920724]

保持学习，保持谦虚。

[TimLang]

我后端出身，jquery 时代可以折腾前端，js 基础不错，最近折腾 flutter 感觉写页面比 css 简单多了。。

[xbdsky]

有这种感觉，前端现在真的门槛越来越高

[lambdaq]

后端看不起前端主要原因是布局无非就是 x y 坐标系上画点整。。随便找一个程序员也能花点时间给你做出来一个（效率低下）的排版或者布局引擎。

但是没想到浏览器给整出来那么多幺蛾子。我觉得主要是 css html 天生残废导致的。前段工程化也是不得已而为之的事。比如从来没听说过写 qt/android/ios 的要有人专门来写界面和布局或者交互。都是一个人直接撸完。

[no1xsyzy]

@murmur 是没什么不好，但体现了 Feature 的偏向流动性，各种 React 社区先出，然后 Vue 出，慢半拍

[ruby109]

FP 和 FRP 是两个东西

[murmur]

@no1xsyzy 慢半拍和稳定成熟的实现，我选择后者，这就是 vue 能迅速成长的原因，每个技术都不是最新也不是首创，但是拼起一个非常好用的东西

[samaxu]

问题在老板觉得你应该看得懂

[maomaomao001]

@Raymon111111 我就是真的想知道，什么框架学习 (学习，学习) 用半年 ？

[fantastM]

就个人从零学习 Vue 的体验而言，自从适应了从 jQuery 的 DOM 操作到 Vue 组件化的写法之后，感觉世界都美好了

[maomaomao001]

@zigzog 这两个就不是干同一个事情的呀

[no1xsyzy]

@murmur 所以我选择去游乐园玩而不是去造游乐园。
所以说这比喻神了。

[expy]

看不懂才好啊，多造几个岗位，也能多几个地方搬砖。

[FaiChou]

@nfyig

贴一个公司的博客, 有兴趣的话可以来学习. 小公司, 青岛.

[wly19960911]

@avastms
“要不你问一下各大 GUI 系统的老油条，什么 Windows，X 之流，为什么不用最适合 GUI 编程的 FP 语言？
你猜也是 XML 写 UI 的 Qt，是不是也把模板写代码里然后预编译一下？”

那为什么你不能承认历史潮流要转变呢？就以教条主义来践行一切准则？你确定 windows 的老油条不做前端了？ GUI 那你说的除了函数式语言精进难度非常高以外你说了什么有用的词？ 以别人的行为来推测某个平台的不正确？

到最后你也只是说了，函数式可读性差，对于入门的人来维护项目不可靠，其他的词都是废话，用自己的词来掩盖自己重申过的观点。

我认为从 react，flutter，iOS 的 swift UI 上，能看到一条别人没走过的声明式 UI 的道路。而 react 真正践行的 react hook，现在只有 react 流行，这个也是不少人认为完全的函数式带来的误区。

楼主说的是声明式 UI 对 UI 带来的变革，如果我没理解错误，你的话里面也没有谈到 react hook 的问题。所以不要以为拿一点语句来表达自己重申的观点就能把自己的话说的很令人信服。

[maomaomao001]

@FaiChou 求推荐几个 clojurescript 写的网站， 我很想浏览体验体验 ， 本以为你的博客是 clojurescript， 但是好像不是

[reeco]

前端有啥难的，有啥看不懂的

[zxCoder]

道理我都懂，可是真的难

[iheshix]

我公平的说，看了楼主这篇文章，我觉得确实写得很不错。有自己的见解。
然后看了楼主的博客的见解，我就“爱”上楼主了。

这年头三观正的人，不容易找了。

[wly19960911]

无非出现这么多争执，单纯就 JS 入门门槛低，从业人员多了，也包括全干工程师，换成其他平台看看还有一句话敢说吗，难道 android 学习成本就低了？ iOS 学习成本就低了？ qt 成本低了？

只是因为原来只会原生 html 开发的人现在被强迫着学习来自其他平台的 GUI 设计理念（组件）然后抱怨而已。

[EPr2hh6LADQWqRVH]

屎壳郎从来见不到屎，总是见到饭。

[T3RRY]

看了评论，不懂还敢瞎 BB 的傻逼是真的多

[zigzog]

@maomaomao001 对我这种外行来说它们都是“自动化构建工具”，相当于 Java 里面的 Maven 和 Ant，也可以说它们目标不一样，但对只是用用的人来说并不关注那些区别。

[echo314]

说得好，那些太有偏见的帖子不值一看。

[KasuganoSoras]

PHP 路过，虽然是后端但是也要干前端的活，没学过什么 Vue，Webpack 这些高端玩意，从来都是 jQuery 一把梭，能跑就行了，自用的网站没那么细致，何况我还是个写后端的

[FaiChou]

@maomaomao001 给你一个我的同事的 blog 吧 https://blog.strongfish.site/

[maplelin]

说前端不会写后端的，前端人均培训班毕业？不知道哪来的优越感，谁上学的时候没学过 C，JAVA 这些基础课程

[maplelin]

前端的发展是需求导向的，有什么需要做什么样的功能，有人非要把后端那一套理论放在前端来，也不知道是什么鬼心思

[maomaomao001]

@zigzog 那其实你们这些说法真的非常搞笑， 你又要不关注 webpack， （可以，没问题， 你用 create-react-app ,或者 vue cli 命令行 ，2，3 分钟就给你搞好环境啊，配套工具了）

然后又想关注 webpack 的细节 ，发帖上来说 看不懂前端开发了， 这不很矛盾吗 ？

[maomaomao001]

@FaiChou 这个博客好像没有转码过去的代码 ， 有没有那种，能比较容易体现 clojurescript 优点的网站（或者应用）

[royzxq]

啧啧，有些人呐，点进去看主题和回复有惊喜

[FaiChou]

@maomaomao001 我私聊你说这个问题吧. 你可以点我头像用 telegram 私我.

[Lfinesse]

@laminux29 都学过。后端也学过。

模电数电这些又跟后端有啥关系呢？

[irgil]

@hyrepo 深以为然，屁股决定脑袋，同时沉没成本本身就让人畏惧。其实更应该关注的是，自己的通用能力、核心能力的提升，这才是核心价值所在。

[linZ]

@avastms redux，vuex 什么的又不难。。大家都学一下，用这个简单好用的东西，多好

[xxdd]

stay hungry stay foolish
不过觉得原帖没啥恶意···评论乱了

[LemonFlower]

@avastms 一直不喜欢前端用函数式，再配上拆碎成几十个 package，一个普通页面几十个文件，极端抽象复用，项目大起来是真的恐怖

[barbery]

『为什么前端就应该是谁都能看懂？』请继续你们的表演😂

[charlie21]

@lambdaq @KasuganoSoras 后端出身者，做前端，就当体验生活了。心态要摆正
大学生参加小学生的夏令营，你就好好体验嘛，问这问那 问什么？
人家的夏令营做得有声有色，是，再怎样，你也不想把它当正式工作来做（大学生参加小学生夏令营，算什么？留级？）。其实是这么一回事

然而这些情绪都是多余的。在商品时代，有人发工资，就有人做。有人给大学生发工资，也有人给小学生发工资，还发得挺高！怎么说呢，这方面而言，大家都是没有区别的，都是劳方。劳方何苦为难劳方

[zappos]

代码混模板只会在浏览器这种异步加载文件的地方出现。

你看安卓是咋搞的，先写在 xml 里面，然后 inflator.inflate(rid)。

如果哪天能 new Component(path) 就好了。都是浏览器的限制也没办法。

[rick2c]

搬砖嘲讽搬砖的，哈哈

[shintendo]

上面那个模电数电的给我看笑了，难道以为前端都不是 CS 专业毕业的？吹的自己都信了

[zappos]

@LemonFlower 大型项目难以维护的原因是 js 用 html 的机制来管理包，而不是用自己的机制，你看后端的 js 项目就从来没有这个问题。

[lemon6]

后端稍微学习下就能写前端？那前端花点时间就不能写后端？谁大学没学过 c++,java 呢。不知道哪来的优越感

[zappos]

@no1xsyzy wasm 的最大阻碍就是大家不愿意升级浏览器。webpack 的作用就是把新特性编译成旧特性，以便在低版本浏览器上运行，你编译成 wasm 就整个白忙活了。😂😂😂

[Lesions]

夏虫不可语冰，撑南哥

[Jimmy2Angel]

真心觉得前端比后端难

[fernandoxu]

@FaiChou 什么公司？好🐂🍺

[zigzog]

@maomaomao001 “你们说的这些就非常搞笑了”，对不起，我不知道“你们”是谁，没人需要我代表，我也不想代表任何人，如果你觉得受了哪个后端的气，你应该直接找到那个具体的人。
我前面说的那些并没有说前端现在这样如何好或者不好或者我懂或者不懂，我要表达的只是说作为后端，在缺乏前端时只要自己愿意，总能解决问题，如此而已。
所谓的“看不懂前端代码”这话可不是我说的，麻烦你仔细看过之后再评论，对我来说没有看得懂看不懂，只有需不需要看懂的区别，当然了，我也只是个普通的开发者，太高深的，在应用层之外的除外。
前面我说 webpack 比 grunt 复杂，我不太懂，的确是不懂，因为没空去仔细了解它的内部机制，只能照猫画虎把事情做掉就行了。
说白了，web 上的东西，绝大部分都是“数据管理系统”，无论前端后端，技术上来说并没有什么多难的东西，真正的难题基本上都在语言或者开发平台层面被解决掉了，最多只能说有些问题解决起来比较繁琐，各种框架无非是解决这个繁琐的问题，现在前端无非是框架多了，工程化程度高了，带来的结果就是交互上的体验更细致，这当然是进步，但是要说后端看不懂前端代码，那才真是搞笑。

[shintendo]

@zappos 跟浏览器关系不大，前端本来就有构建这一步，js 在浏览器不支持的情况下一样能做模块化。“代码混模板”是 react 否定表现与行为分离的结果，是根植在 react 的设计哲学里的，也是我个人认为 react 最重要的贡献，往大了吹是解放业界思想。虽然在实践上，我更喜欢 vue 的 SFC 方案。

[webbillion]

@mikulch 你好，我有兴趣，不过没 5 年那么多，但是能力应该没问题。

[fyxtc]

挺好的心得分享，值得读。说到底还是容易把对自己不利的情况归结为外因而不是因为自己的欠缺造成的，这种人不在少数

[jmi]

挺好

[FFFire]

让一切归于全干工程师

[ospider]

实际上 JSX 这个东西就是从 Facebook 的 XHP （ PHP 增强版）发展来的。吐槽 PHP 的语法垃圾可以，但是 PHP 的编程模型还是挺有价值的，可以看一下 Facebook 的这个视频：

[shintendo]

@ospider jsx 更早的雏形是 e4x

[atonku]

你们是真的闲

[leido]

说得好，很赞同你这句 『写 iOS / Android 应用和写 Web 前端没有本质上的区别，区别只是语言和平台，背后处理的问题是一模一样的』

[parrotdance]

无论前端后端经过这么多年的发展都经过了一层又一层的抽象和封装, 说穿了也就是不断的用更加简单易理解的数据去表达更复杂的数据而已.

代码的世界里也有领域之分, 没必要戴着有色眼镜去看隔壁工位的同学, 有需要的时候放宽心胸学习新技术不好嘛?

[cmdOptionKana]

- 如果一个人的主要工作是后端，那么，前端如何发展关你屁事。

- 如果一个人只是个人需求偶尔需要用一下前端技术，那么，就用你觉得顺手的就好了啊，jQuery 什么的，懂什么就用什么，新技术关你屁事，又不是强制使用。

- 如果一个人从后端转岗到前端，被要求使用现代化前端技术栈， 那么，你拿钱办事，有能力就上，你觉得看不懂学不会就辞职，大把人看得懂学得会。

- 如果你有权决定技术栈，完全可以选择 10 年前的那一套，要注意的是，现代化前端技术只是给你一个选项，没有强制。

[conn4575]

同意，前后端分离后为什么后端就要能看得懂前段？每个领域深入发展后外行当然无法轻易理解。就如没有几年的积累前端也很难了解现在的后端。说 webpack 复杂的，难道 maven 就不复杂？大部分后端（比如我🐶）都仅仅会复制黏贴而已

[lijunbo]

@laminux29 是不是这几门挂了呀？印象这么深。。你们学院没开离散数学、概率论、线性代数、数据结构与算法？

专门帮楼上几位回复你一下，搞的谁还不是个科班出身似的，哪儿来的什么优越感？

记住，你只是写 Java （或者 C++），而不是写了 Java （或者 C++）

[manami]

前端看懂不难，但要深入还是需要花些时间。

[aogu555]

@charlie21 我咋感觉你言语里浓浓的酸味呢？合着写前端的是小学生？

[ceet]

借用了你的帖子一下。如有侵权，直接回复我，我立马删除。

[charlie21]

@aogu555 写后端的才是小学生阿，写前端的都是博士

[shintendo]

@ceet 转载授权不是这么问的吧？

[ceet]

@shintendo 复制粘贴。。。。。发布。。。。。

[tyrealgray]

@idealhs 不能，你编译那套记事本能给你搞定？

[reallarry]

文人相轻，鉴定完毕。

[tyrealgray]

我是真不知道现在工作的小年轻哪那么多喜欢站队的，前端门槛低难道不是好事，一台电脑有个浏览器就能开始测试你的代码，非要觉得要向 ios 那样没个 mac 不学个 xcode 安装方式不给编译才叫好？
说前端门槛低有些人还跟你急？你们是用逻辑思维在看评价还是喷子？门槛低怎么了？还被反问带脑子，v 站现在戾气这么重

[devrsi0n]

说出了我的心底话了，某些人就是来秀智商的

[keepeye]

那种傻叉，我向来不愿意去评论。我们不可能在所有领域都精通，要时刻对自己不熟悉的事物保持敬畏心。

[FragmentLs]

所以到底是该看得懂还是该看不懂才能让前端觉得自己被重视了...

[cmdOptionKana]

@tyrealgray
@FragmentLs 不是容不容易、门槛低不低的问题，是说话时的语气态度。

比如，

对摄影师说：这年头谁不会拍照，摄影门槛很低呀 or 这年头你们玩摄影拍出来的东西我看真不懂

对素描画家说：我们学编程还要买电脑，你们铅笔白纸很便宜，入门轻松啊 or 连颜色都没有我们粗人不懂欣赏

这种语气谁听了都不会开心。

[by73]

没错，这个逻辑放到后端上其实也是完全成立的。后端就是写 Plain Java 吗？大家学后端的时候不也是从 HelloWorld.java 或者 .cpp 啥的开始的吧，那为什么还要用 maven/gradle 这种构建工具呢？为什么还要衍生出 JVM-Based 语言呢？

只是大家理所应当的认为已经学过的东西很简单，但是没学的就很难，就像数学证明中的“易证”一样。有时间在这里灌水，不如抽点空看看 ES6，品品前端的源码。

[djyde]

@ceet 我看到你的網站全文複製了我的內容且沒有標明原作者和原文地址，請立即刪除，或標明原作者和原文地址。

[crella]

个人感觉 html 和 js 的包袱太重太重。iphone4s 没出来之前，谁能想到用类似 electron 的方式写桌面应用？

[tyrealgray]

@cmdOptionKana 我没这么说，我就只说门槛低就被人喷了。

[laminux29]

@Lfinesse 很多高端性能问题，分析后的最终落点会到数电甚至模电层次。

[miniwade514]

楼主，写这文章之前，你就应该知道写了也是白写。。跟戴有色眼镜的人讲得再五彩斑斓，他也只能看到黑。
情商不是负数的人，应该都知道术业有专攻，至少保有基本的尊重。劝某些人关注一下自己的心理健康，尽早就医🙂。

[cmdOptionKana]

@tyrealgray 语言太容易产生误会，我盲猜当时大家已经有了一些讨论，前端已经被 diss 过一轮，激起了战斗模式，此时你插一句话，如果不加倍修饰语气，自然很容易被误会。

[superwhite]

不懂，吃瓜，真香

[diggerdu]

@shintendo 说个个人观察到的现象：
学 CS 的稍有追求都不会去做前端

[laminux29]

@lijunbo

1.没挂科。

2.这不是印象深，而是这几门课是后端的基石。凡是正规大学的计科或软工的精英都会知道这事。

3.这并不是优越，科班也有不同的细分方向，而后端方向就是比前端方向门槛高。

4.不好意思，你今天用的 jdk 甚至编程规范、信息安全协议，我还真贡献过一小部分。

最后，给你几个建议：心态不要阴暗，承认差距，认清自己，才能走得远，走得稳。

[lijunbo]

@laminux29 最后一句话大家共勉，别一口一个正规大学，大家都是 985 出来的。BTW：据我了解计科和软工并没有前端专业，工作了以后分工不同而已，不要觉得自己高人一等。

[YenvY]

@laminux29 不抬杠，182 楼的那个东西能不能给切图仔拿个例子讲讲，另开一贴也行

[ceet]

@djyde 1 已删除 等待 cdn 生效中

[Austaras]

@lijunbo https://segmentfault.com/q/1010000002803809

[shintendo]

@diggerdu 说个个人观察到的现象：当你找不到依据支撑自己的结论，又想让这个结论看起来理性的时候，可以说“说个个人观察到的现象”

[NakeSnail]

可能是因为前端很多以前是叫网页设计师吧

[hyy1995]

哇，半天没来看，这么多回帖了。


楼上有几个后端大哥，那语气真的是浓浓的优越，点击个人页一看，都不忍直视。我小手一点，block 名单又多了几位，顿时感觉 V 站干净了几分，感谢楼主。。。

[maomaomao001]

@zappos 我觉得 wasm 最大的问题还是开放的能力不够，性能层面很强大了，但是，文件，网络等等很多东西，就是不开放给开发者

[kayseen]

真的没必要引战，那个说看不懂前端的可能是划水摸鱼随便呻吟，看的惯就不回他，看不惯不要点开就好了。毕竟他代表不了后端，你也代表不了前端。

[qiumaoyuan]

前端不难啊，作为一个前端写得比多数前端好的后端，我觉得多数让人看不懂的前端代码无非是前端没把前端代码写好罢了。

[q8164305]

改明儿我也想发个贴，后端不就是调个接口么？为什么有这么多语言实现，为什么需要 maven，为什么需要 spring，为什么有那么多奇奇怪怪的框架，手撸 servlet 他不香么？手动狗头

[maxxfire]

@leido 别做梦了，自以为大前端可以吃掉 App，别忘了前端只是个浏览器，而 App 端是一台计算机，可以操作外设，可以硬件加速。物联网时代来了，我倒要看看前端能有什么作为。

[redam]

[以开放的态度看待技术]
ps. 现在前端很多面试要求啥都会，脑阔疼，学学学