@Windy00 这个 Service Worker 缓存不是你用多少存多少
是他打算存多少就可以存多少 他想把整个 msn 存下来都可以

打个比方 V2EX 的 Service Worker 只存了一个字体文件 不存其他任何东西
一般情况下 Service Worker 把网站的主体程序和一小部分内容缓存就够了
但是也可以用 Service Worker 把最近一个月甚至所有的帖子都存下来 然后就算断网 这些帖子都还可以看

只能说 Edge 这个首页默认缓存的东西还挺多的 可能是各种脚本没有打包的缘故
另外你说的功能 就算你没有启用 那么相关的 JS/CSS 文件还是肯定要缓存下来的

另外一个例子就是 Gmail 如果不开 Service Worker 那么一旦断网 完全打不开
启动后 你可以选保存最近 30 天或者 90 天的邮件
那么 Service Worker 就会把主程序 JS/css 以及你选择的邮件全部缓存到本地 就算你一个邮件都没打开看

对了 V2EX 也用了 service worker： https://www.v2ex.com/sw.js

你没听过 service worker 的话
应该听过离线缓存吧
或者听过 WPA 吗？

现在基本上新一点的网站都是这样的
第一次进入的时候会注册一个 Service Worker
然后把整个网站需要的文件都在后台下载下来
然后就算是断网了 基本功能还可以用

只不过 Edge 的这个启动页面的东西比较多罢了

@wobuhuicode 我就是这个意思啊
“JS 一把嗦比较爽了 vue/react+webpack+node+mongo”

@ob vue 和 react 都可以继续用 bootstrap 呀 并不冲突
react 有 react-bootstrap 和 reactstrap
vue 也有类似的
style 和 layout 和用 jquery 的 bootstrap 没啥区别

可以复用 数据层的代码 校验代码

另外要考虑到前端需要 build 脚本 一般都是 nodejs 比如 webpack
后段需要运维脚本 一般用 python 和 shell 的多
然后数据库要用到 sql
这么一来开发一个功能你就需要 full stack 的话 需要用到 js php python shell sql 多个语言 而且可能还需要共享数据结构和部分逻辑
那么当然用 JS 一把嗦比较爽了 vue/react+webpack+node+mongo
但是前提就是 full stack 一个人从前到后
而且 nodejs 性能在脚本语言里面不错的

如果前后端分工 就无所谓了 这种我见过纯后端用 Java 比较多

@ronman Github 早被 MS 收了 肯定要搬到 Azure 啊

@clrss 不是很重度的开发绝对够的

我 Chrome 10+tab 其中有大型开发应用 Gmail 等 同时可能还开着 Youtube 偶尔还要开个 Safari 或者 Edge
长期 VSCode 2-3 个 window 里面有 10+项目 而且项目规模不小 并且这些项目长期开着 node watch
偶尔开 WebStorm/PHPStorm 而且还不是原生
SourceTree 长期开 3-5 个小到中型的 git
Slack + Zoom 等 Electron 应用一直开启
Terminal 5-10 tab 其中 1-3 个一直在后台跑
后台服务有 Nginx MongoDB Redis 最小化配置
偶尔还开着 PS 和 AI 作图

比较重的后端开发或者 Debug 都是去远程 K8S 做 本地也做不了 需要虚拟机 Docker
用 VSCode/WebStorm/PHPStorm Remote 去改 code 或者 debug 还不错

但是 就这种强度 8G M1 mini 完全不卡 内存压力还不是很高
Swap 肯定有的 但是 SSD 没看到很离谱的消耗
就算跑 npm install 安装 1G+的依赖库 这样 CPU+IO 压力很大的情况下 系统还不卡 而且比我 15 年和 17 年 Intel 的 i7 16G 还快

@today4king 我有同事他们全部是在远程开发和调试的
所以本地随便一台笔记本都可以 甚至有人用 iPad Pro 都没问题
现在 WebIDE （或者 VSCode ）完全可用了 里面还带了 Shell 到远程的 container
用起来简直更本地一样

本地只要跑的动 Chrome 就行

我自己需要 remote 到 k8s 里面去 debug 麻烦一点
不过不需要本地 Docker 就还行 16G 目前肯定够用的

@lamls 对于很多开发 VM 或者 Docker 是必须的
而且本地跑 VM/Docker 和远程跑还是很不一样的

如果远程跑的那种 大部分情况 本地只要远程到服务器去开发和跑程序
这种情况 M1 MBA 可能是最好的选择

如果不是 Java 开发 16G 都不需要
8G 都够用了

当然考虑到未来 和用到虚拟机 最好还是到 16 甚至 32

@SuperMild 其实这样不行
因为总寿命没变 如果你 60 才跳回到 20
那么跳回后 20 立刻变成 60
这样跳回来能做的事情比较有限 而去所剩的寿命就不多了

其实只要事先计划好 然后考往回跳来证明就简单多了
而且如果知道有这个能力 那么就更简单了
可以用一些先进的方法来做测试 所点时间

比如一些生理指标 最简单的就是骨龄这样
只要差个 3-5 年 就可以看出来了 不需要几十年这样的

@justrand 这个可以证明的啊 就像 @eason1874 @binux 说的
比如你先写好一个纸条 如果未来时间 X 后短时间内发现身体突然衰老 说明有类似这样的能力
那么只要以后确保会从某个更未来的时间故意跳回到 X 然后身体就会衰老 即可证明
如果不是 那么 X 后短时间内没发生 就可能不是

多重复几次 或者多几个时间点的选择 比如提前写好 时间 1 对应什么猜测 时间 2 对应另一个猜测 时间 3 ...
这样就可以从未来作出选择 影响下次一次跳回后的知识

另外短时间衰老 如果可以推测出这个方向 可以通过更加先进的医学手段来更加快速和精确的判断
那么就可以缩短判断衰老需要的时间跨度

主要的难点就是一开始要意识到突然衰老和穿越有关系 这个比较难
很可能每次都以为只是的了怪病发作了 没有进一步去探究 就没辙了

同意你 L1 的观点
这个做产品和生命树类似
一开始点的技能树后来就算没用了 也会影响之后的决定

想要符合最新的需求而且追求完美 就需要重新设计
但是又要向后兼容

这样的话 其实搞一个新的 CLI 包一层就是了

@xratzh 目前的消息看 12 代比 11 代强太多
同样功耗下比 11 代快的多
同样性能需要的功耗也小的多

@Danswerme 苹果做工已经算是好的了
这段时间情况特殊没办法 苹果自己也知道
据说如果按照苹果之前的标准 最近几年的产品都没办法出货了

而且不仅仅是组装的做工不行了 连里面的元件也都有很多问题 比如之前 iPhone12 的绿屏问题就是一个🌰
远不如以前了

@xuzhongzhou 不可能的 那个需要有新的硬件支持才行
估计是 NFC + UWB

家用肯定选 Y 呀
自己玩 或者只用来通勤才选 3

@chiaf 大概率是 考虑到跨平台
不是 Electron 那只能继续用 JVM 了 也是可能的 因为说了用了和 Intelij 一样的语言核心 那是用 JVM 的

如果是基于 Kotlin Native 做的 那就是惊喜了 可能性不高