不得不说现在的前端应用越来越卡，越来越臃肿了

[nohup]

公司最近招了个前端，我是写 Python 后台的，他主要负责前端，主要就是做企业工具类的，放在外网给合作伙伴的业务人员用。
几个月下来开发过程中也没什么问题，那个前端最后开发倒是开发出来了，但是就是体积有点爆炸，6MB+的体积，经过 nginx 压缩也只能 5MB 的样子。我很纳闷不就几个页面吗？登录页、图表、表格，功能页也就二十来个，讲道理应该也没什么东西吧，他用的好像是 raect，吹的还很牛 B，什么单页面应用，函数式编程，组件化模块化。
然而每次打开页面都要等个半分钟，我们外网的小水管支撑不了这么多 4MB+的一次性请求，有时候用户用着不爽了干脆就投诉到我们老总了，搞得我每次都很尴尬。他们的投诉理由是服务器响应慢、当机了。。老总也天天问我怎么回事，能不能搞定，我说这是前端的问题他不信。。。
所以不得不感叹，现在的前端发展路线是不是走歪了？我记得以前我写个 login.html 效果贼漂亮，2s 就加载进来了，我该如何和前端沟通？是不是技术选型上这个 raect 不太合适呢？

[q397064399]

@BXIA #35
@sammo #31

工程追求的从来都不是技术的极致，如果有人认为工程是追求技术的极致，不是蠢就是傻，
任何项目都是妥协的结果，除非你钱里的钱能拿来当纸烧，那就追求技术的极致吧。

工程的目标从来都是 在投入有限资源的情况下，达成最不坏的目标。

现在上海的家用带宽都是 100M 起步 很多都是 1000M 了 ，上次办了个 20M 宽带 还被装宽带师傅 鄙视了一番。
就你那个小水管 好意思嘲笑前端 6MB 单页 打包起步？

[maplelin]

SPA 确实性能问题比较严重，不过做好优化使用体验也还好吧，路由异步加载，按需加载，压缩都做好的话应该不会首屏超过 2s 的，除非网络环境特别差

[bukip]

@ShineSmile #14 web 端瞧不起桌面端? 哪里来的自信？

[stariveer]

cdn 多缓存静态文件,dll 打包 lab 文件,粒度拆分好,前端不就是干这个的吗;)

[phpxiaowangzi]

@jasonyang9 歪成 raect 笑死了