前端想要进化，就必须要摆脱浏览器这个枷锁。

[tool2dx]

前端大部分主流框架的设计理念，一开始就和浏览器这个运行环境牢牢绑定。可惜好时代已经过去了。现在并不是一个炫酷网页或者几个 APP 页面，就能吃饱穿暖的年代。

面对客户繁琐定制化需求，代码高度复杂化，已经远超前端的承受能力。

隔壁传统语言，在对应巨大代码库的时候，都会有严格的单元测试，比如 google test ，有细粒度的筛选，能一定程度保证代码量膨胀同时，质量没那么糟糕。

但是前端一部分逻辑在后端，另外一部分逻辑在界面的动态交互上。写自动化测试难度就上去了，要背上浏览器这个沉重的壳。

理想状态下，前端代码要完美做到功能随写随测随改，还是有一定门槛难度的。

可能传统前端的诞生初衷，就不是为了承接那么多的需求。

[skydcnmana]

@tool2dx #4 那不就是 Blazor 那种么，直接用 C#开发。

[gentrydeng]

@tool2dx #72 “都说传统桌面早晚会过时，但是真正把所有桌面端用网页重写，就知道有多困难了。”

楼主有没有兴趣了解一下 Chromium OS ？

https://www.chromium.org/chromium-os/

[qeqv]

。。。客户繁琐定制化需求，是基于浏览器全设备支持+随时随地打开使用的前提，你现在是想要把地基砸了？

[tool2dx]

@qeqv 第一，我指的去浏览器，是开发阶段，不是运行阶段。在我的理念里，只要代码架构足够完善，移植到任何平台都是可以顺利运行的，其中包括浏览器。

第二，客户端和浏览器并没有优劣之分。如果客户需求在浏览器上实现，开发成本要明显高于客户端，那么劝说客户安装一个 EXE/APK ，我觉得也不是天大的事情。

[jiangwei2222]

其实现在已经脱离浏览器枷锁了，现在都叫“大前端”了，所有显示都算大前端。但是安卓，ios ，pc ，各种小程序，渠道太多，技术栈各不相同，于是又在各个端里面都引入了浏览器，变成 h5 开发

[zogwosh]

你说的对,那么 flutter 为什么要放弃 htmlrender,是因为浏览器的用户不够多吗

[gesse]

科技以人为本。

牺牲码农点加班时间， 加速推动线下业务网络化、同时产生很多新的行业，带来几十亿人的便利，有什么不可以？

[FrankAdler]

如果我是一个独裁暴君，我会立法要求所有的公司都不得开发独立 App ，全部是浏览器，以快应用或者类似小程序这样的载体存在，这样全国人民使用起来就很舒服，至于性能问题在浏览器引擎这个层面解决。

[herozzm]

没了浏览器，前端不完整了 T_T

[tkHello]

吃饭砸锅？

[tool2dx]

@tkHello 换口锅吃饭，一口锅又不能吃一辈子。

所有人都指望浏览器给饭吃，最后大家都吃不饱。

[fredsunme]

你的主语很模糊, 以为是前端技术的进化.
结果点进来是前端开发的个人成长方向

[dawnvivid]

后排指路
/t/1007466
/t/993338
/t/1006009
/t/1003545

[cwliang]

返祖言论，你别用各种 GUI 图形界面了，直接终端输命令呗，计算机倒退五十年

[lee88688]

@tool2dx #13 我觉得 op 这个想法不对，浏览器的接口设计是没问题的。超级大项目更多在于架构设计和管理，前端也是完全没问题的。
我们这边曾经给一个国外银行做的外部，他们最重要的交易终端就是用前端开发的，持续迭代了 10 几年，包括客户端（ electron ）、桌面 web 、移动端 Web 等。其中涉及包含内部业务模块几百个，整个前端一个 repo 十几个前端团队几十号人。
我觉得前端现在确实不应该局限在浏览器环境，但是就在浏览器环境做出大项目完全没问题，向之前传统的客户端或者后端学习项目架构设计项目管理或许能发展的更好吧。

[Terminl]

@dawnvivid 乐

[Terminl]

有没有一种可能，客户端也要依赖浏览器的内核展示

[Seanfuck]

@opengps 对，要不是浏览器越来越强大，根本就不会有前端这种职业

[darkengine]

有没有一种可能，你说的这些问题客户端也有

[shunia]

哥们这么会说废话，应该多少也是个官吧😅

咱们搞技术的能不能整点实诚的，举个具体的例子，浏览器怎么就没能承载你写过的超大的项目？

能不能先定义一下超大，再说明一下无法承载是因为出现了什么问题？