@QlanQ " 有没有可能浏览器本来就不是为了干大项目的？"

客户提新需求，又不管你是不是用浏览器。前端代码只会越来越复杂。

@sentinelK 我也觉得 UI 本不应该和浏览器呈现做强绑定。

但是现在前端框架设计的大前提，就是假设你在浏览器里运行的。

UI 抽象程度不够的后果，就是无法细粒度做单元测试。没单元测试就无法承载超大代码量，很容易写成屎山。

@QlanQ 浏览器作为前端主要运行环境之一，我对此没什么异议。发帖吐槽，就只是浏览器接口不够抽象，不适合超级大项目开发。

写个小项目，是完全没问题的。

@wanguorui123 单从客户需求角度来看，要求是一点都不比早期客户端低。

卷不动市场，就开始卷业务需求了。

@duanxianze "没有浏览器大多数业务就没了，再好用也没用了"

我的意思是浏览器不适合开发超级大项目。在浏览器里运行和调试，和传统语言对比，也没那么方便。

说白了，我就想把浏览器 API 给抽象出来。和大量核心业务代码无关。

现在所有的前端界面/逻辑都杂合在一起，维护起来头大。

@hazardous 客户让你在前端绣花，浏览器的存在就变得很碍事。反而觉得写客户端还省事一点。

你也不太可能把客户所有的功能逻辑，都丢给后端。

还有一种开发理念，就是用别的语言开发，最后再翻译成前端。类似 unreal/u3d 那种游戏开发，就能 hold 住比较大的代码量。

除了小一点，散热差一点，不能安装显卡外，和普通 PC 也没啥区别。

好一点配置的 NUC ，价格能赶上一个很不错的主流笔记本了。

AI 可以的，我发一张截图，让他写代码。

想作为商业落地估计有点难，只是很简单的 CURD 演示站，那么是可行的。

要是 V2 老哥来，那 128G 内存肯定多开几个 linux 虚拟机了。

省事就别动原系统，直接安装 vmware 。

itx 就是花冤枉钱，你还不如把公司台式机升级一下。
迷你主机 24 小时运行没问题，你要 8 核 16 线程拉满就有点夸张了，那个机箱小风扇，不吵死你。

用 tasklist 可以看个大概，导入到 excel 里，我这里还挺准的。

cpp 是用大量额外的开发时间，换去对细节的掌控。

如果项目周期不紧张，可以多练练，后期积累多了，就很牛逼了。

@NikaidoIsAGod 工作积极性和到手钱是正相关的。楼主说的 PUA 不仅仅是在工作内容上，主要是不满意待遇下降，一部分工资延后发放，才消极怠工的。

还有就是不太看好手头的项目吧。如果项目潜力好，积极性也会高很多。

crud 可以，对文字需求和数据库总结能力挺强的。

但是如果直接让 AI 写代码，目前还不行。编程很多都是创意性工作，有一定独特性，量产代码调试能累死你。

AI 特别适合重复性劳动。

@kirile 我看网上有提到，和长短也有关系，稍微长一点就不行。零点几米那种就没问题。