artiga033

自带的都关了，开了内核隔离和 VBS 加上良好的上网习惯就不需要担心什么，毕竟也没见 linux/android 之类的平台天天争论杀毒软件啥的，现在还要装杀毒软件单纯是上上世代遗留下来的习惯罢了。

首先我不想永生，所以选 1

podman 和 systemd 集成的比较好，我一般在 pc 和 homelab 上用，少个 daemon 省点内存省点电，纯服务器还是用 docker 省心，反正服务器本来就跑一堆 daemon 不差那一个。

还有就是 podman 支持 socket activation ，所以可以做到
1. 服务完全通过 uds 暴露，容器完全无网络。或者就算不考虑隔离，这种情况也省一个端口号，在网关也只需要配 uds 路径，不用记数字。我目前的做法是如果应用直接支持监听 socket 最好，不支持的话就同一个 pod 里起一个 sidecar ，直接转发::1 ，pod 内部网络效率是拉满的没 nat ，然后 uds 更是直接走 fd 连网络都省了，虽然没测过但我觉得理论性能比 docker 高，而且 rootless 。
2. 延迟启动和按需唤醒，这个参考 podman 自己的 podman.socket 就知道了，你访问的时候它会临时唤醒，监听期间如果一段时间没有连接就会自杀。这个对于资源有限，跑着一堆服务，但不是 24 小时都需要开着的应用是很有用的，尤其是考虑到现在金子般的内存...

用过 openspec ，感觉太啰唆太麻烦了，而且就不是给人读的。

我现在是先手写文档说明基本行为和预期，然后几轮 llm 讨论来完善和丰富文档。我对文档的要求是人类优先，简明扼要，信息密度高。

因为人能看懂的 llm 看不懂那只能是 llm 能力不行，废话连篇的那种只有 ai 读得下去的 spec 本质上和古法编程里混淆过的 js 代码一样，除了用来给 llm 复现外没有任何意义，且使得人类开发者进一步丧失掌控力。

然后再让 llm 写测试约束行为，最后用一个新对话最好再换个模型写实现并要求确保测试通过。

@xxyang 但是通配符会拦住你自己： https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/CORS/Errors/CORSNotSupportingCredentials

看来今年真的不是 2026 年啊

这个假设有一个不成立的前提，那就是富人都是凭借自己的聪明才智与高瞻远瞩致富的，这样才能反推出他们的决策是有极高参考价值的。

然而现实是，致富之手段更多的是靠坑蒙拐骗、残酷剥削、机缘巧合...

看起来不错，但是我已经没有跨文件系统大量随机读写的需求了。需要在 win 侧跑的代码都是和 Windows 强相关的，linux 下也跑不了；别的代码全放 wsl 侧也挺好，毕竟某些语言天生就看不起 Windows 呢(

宣传当然要往猛了吹，然而现实是，哪怕是电力和网络至今都还没有普及到这颗星球的每一个角落

关于第二点，古法编程的年代除了极致优化的场景，也不见得会去把调的库或者标准库实现挨个读一遍吧，本来你也就只能掌控你的代码，要不怎么说 linus 是 vibe coding 的最早践行者呢(x

我现在基本只写业务逻辑的文档和接口定义以及一部分测试 case ，实际内容全让 ai 写了，配好 linter 规则，严格一下模块边界划分，真出 bug 了排查速度和以前也差不多