React 确实有一些问题，Signals 可能是未来的解决方案

朋友公司用过，有很多安全漏洞

看一下阮老师的这个文章吧
https://wangdoc.com/javascript/

招聘记得写待遇，谢谢🙏

晚上 9 点左右就可以溜溜了

@chuck1in 是 LTS

试试这个吧
https://arc.net/

1. mui
2. fetch
3. emotion

我用的 okta 的

讲道理我还真做过类似的事情，JDK 本身自带一个运行时的编译器
https://github.com/cbdyzj/lib17/blob/master/repositories/boot/src/main/java/org/jianzhao/boot/service/ScriptService.java#L48

BTW ，用 beanshell 或者 jshell 来写脚本也蛮可行的，现有的设施也都支持了
而且类似 JEP445 （ https://openjdk.org/jeps/445 ）这样的 Proposal ，也在让 Java 成为更加脚本的语言这条路上狂飙突进

@lisongeee 举个简单的例子，把一个 Web 应用变成 Userscript

Web 应用的入口： https://github.com/alchemy-works/circle-emitter/blob/main/src/main/resources/static/main.js
Userscript 入口： https://github.com/alchemy-works/circle-emitter/blob/main/src/main/resources/static/userscript.js

@lisongeee 感觉复杂是版本、权限、不支持 ESM 之类的，我的扩展不能 Disable HTML meta CSP

@squarefong17 我觉得更多的确实是 Google 不乐意去做这件事情

gradle wrapper ？

@Biggoldfish Windows 是虚拟机，但 macOS 是真的直接原生支持 iOS 应用

@delete26 我期望中的 Android Desktop 是 ARM 的生态，我自从用上 Apple silicon 之后，感觉 x86 已经不吸引我了

感觉 Chromebook 和 Android 还是蛮接近的，Chromebook 似乎可以直接运行 Android Apps
https://support.google.com/chromebook/answer/7021273

@tony1016 确实，我看错了

我网上搜集了一下相关的资料，结论应该是？ Android 的技术发展路线毕竟还是控制在 Google 手里面的，而 Google 的桌面方案更倾向于 Chromebook ，所以 Android Desktop 就不怎么搞了