典型你会的技术，和老板希望招你进来做的事，完全是两码事。

哪个老板会招 rust 来写 sql 数据库啊。

windows arm 不清楚，但是 linux arm 从很早起就开始做了，如果不执着于图形界面，那么正常的 linux 虚拟机是完全可用的。

windows 其实挺无奈的，很多 x64 程序都是老款，开发者不升级 arm 版本，光操作系统升级也没啥用。

最好就是双持笔记本，m2 干活用，windows x64 用于游戏或其他。

一般 7 小时，不能再少了。

再少我白天要喝足咖啡，或者要午睡一会儿的。

你都有阿里云了，家里用阿里云当跳板，连到公司物理机的 wireguard 不行吗？

@sechi 有啥释怀的。以前写代码我也是拿着前端框架直接写，没啥是一个 div 搞不定的，如果不行就两个 div 。

楼上说套个 webview 到处能跑，但问题那是浏览器平台的能力，这和你的设计代码竞争力基本没啥关系。你可以，别人也可以。

分析，架构，抽象。只有这些才是真正属于你自己的东西。

@shunia UI 编程本来是一个很宽泛的概念，我就不想自己写的前端代码，被浏览器给局限住。

用以前的老说，就是 write once, run everywhere.

知道你会觉得我在异想天开，但前端连编译器轮子都能自己造，又有什么是做不到的。

并不反对有效加班。
但是无效加班都是自己骗自己，没意思。

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

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

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

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

@pkoukk 浏览器前端门槛还是太低了，以至于没多少人会把软件工程学当一回事情，只求写代码高效，加入语法糖，提前完成业务逻辑。

项目小，你好我好大家好。等项目慢慢变大，就开始慢慢爆地雷了。

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

@shyangs 说的没错，这就是我理想中的前端状态。

能不能实现我不知道，但是我希望尽可能向这个方向努力。

高度的代码可维护性，本来就是需要牺牲一部分灵活性为前提，作为代价的。

@clue java 管理大项目没问题啊，UI 是 UI ，逻辑是逻辑，可以分开的。

前端框架的花活，都是逻辑和交互掺杂在一起的。

浏览器(web 标准)是开发复杂代码的体验不好，不是用户体验不好。

@Guidoo 我这头像是老用户了。大号前几天和小仙女互怼了几句，讨论产品经理好还是程序员好，结果就 404 了。

都是老套路了，以前是杠杆期货，随便你加多少杠杆，最后血本无归。

@wolfan 浏览器只是对用户友好。

当开发者想把前端应用，做到和本地应用完全相同的复杂级别，可能需要付出双倍努力。

你看 adobe 推出的在线 photoshop ，都是残缺版本。和本地应用比还是有很大差距的。

@QlanQ "所以 vscode 算 OP 说的前端项目吗？"

vscode 只是大厂在推，代码也没想象中那么美好。每个模块都有 browse 目录，里面代码也是随手就写 div 。div 离开浏览器环境后，完全无法复用代码。

ts 可以复用，div 不行。

我记得 AI 可以全自动智能提取日期。先把表格做成 excel ，然后上传给 AI 批量处理。