V2EX › songray 的所有回复 › 第 1 页 / 共 9 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9

❮

❯

5 天前

回复了 eviladan0s 创建的主题 › 信息安全 › Apifox 遭受供应链攻击

在 apifox localStorage 文件夹下全部的二进制文件里搜索字符串 rl_mc 或 rl_headers MAC 位置 /Library/Application Support/apifox/Local Storage/leveldb WINDOWS 位置 %APPDATA%\apifox\Local Storage\leveldb\ 如果存在说明曾经被成功攻击过可以精确判断是否中招

2 月 24 日

回复了 rmrf 创建的主题 › 浏览器 › Ladybird 浏览器宣布采用 Rust 语言逐步替代原有 C++ 代码

说实话，这 libjs 到现在都没有 jit ，不是没有正式版 jit ，而是完全没有 jit 。
相信 Ladybird 还不如相信火狐未来 5 年会突然支棱起来。

1 月 16 日

回复了 superhot 创建的主题 › JavaScript › 分享一道 Node.js 的面试题，考察 JS 相关的最基本的掌握程度，代码完全来自官方文档

EventEmitter 和 process 都是 node 独有的，所以这个问题与其说是考察 JS 相关，不如说是考察 Node.js 实现...

更不用说 Node 项目八百年都用不上这些玩意。

浏览器环境下的事件循环就那几个 API ，根本没这么麻烦。

--------------

再提一点，当初 Ryan 搞出 node:events 纯粹是因为当时的 JS 还没有 Promise ，observable ，stream 。只有回调、setTimeout 和 polling 。

EventEmitter 就是蛮荒时代不成熟的造物而已，现在面试还问这个，跟问 IE 浏览器兼容没什么区别，怕不是喝大了。

2025 年 11 月 27 日

回复了 moudy 创建的主题 › C++ › 再一次感觉到 C++的恶心

@carlself 这个视频我完整的看完了...
最搞的是，从 GitHub 主页来看，这作者真的是 C++ 的高级开发，吐槽的也都在点子上。

看完后我的看法是，越 modern 越复杂，越 modern 越不好用，不如 C with class （

2025 年 11 月 17 日

回复了 fyooo 创建的主题 › 程序员 › color os 16 支持 Linux 虚拟吗？

@zwzwzwzwzxt 联发科也是可以的

2025 年 11 月 15 日

回复了 tthem 创建的主题 › 健身 › 健身房锻炼时的一个思考

还有一点，我一直认为领袖的关键是信念，而不是体态或者肌肉...
有信念可以成为精神领袖。

有家族传承，有钱会获得实质性的地位。

这些都和肌肉没有关系。

这方面可以看老美的政客，gay 也能给你包装成天父之子。

2025 年 11 月 15 日

回复了 tthem 创建的主题 › 健身 › 健身房锻炼时的一个思考

之前我也关注过这方面，还考虑要不要专门去纠正一下体态。

后来看到一篇文章，这种“压力自己”的行为会导致皮质醇持续升高以及心脏的慢性疾病，是男性寿命低于女性的一个重要原因，现在我就看淡了，只要站姿、走姿不会导致关节疾病就行。

看淡的原因是，如果不是为了和更多女性发生关系，变成 Alpha male 又有啥用呢？
很多东西是成长环境决定的，没有必要 push 自己。
活的开心最重要。

2025 年 11 月 13 日

回复了 Nicklove 创建的主题 › Visual Studio Code › 你在使用什么颜色主题

基于 tomorrow 自己搞的 NeoVIM 主题，calm.nvim

https://github.com/Ray-D-Song/calm.nvim

2025 年 10 月 23 日

回复了 Akay47 创建的主题 › React › 在 react 中使用 signals 库

意义不大。

preact signals 是浅层响应式，也就是 const foo = useSignal([])，你必须要 foo.value = newVal 更新引用才会触发视图更新，而且这种情况会走 vdom diff ，和 react 没啥区别。

官网说的性能好主要是针对单值场景。比如 const foo = useSignal('a'), <div>{foo}</div>, 这个情况下会绕过 vdom diff ，直接更新 dom ，性能会比较好。

现在这个版本我更推荐直接开 react compiler 得了...

2025 年 7 月 28 日

回复了 Pn 创建的主题 › 程序员 › 刚入职一家公司，技术老，新项目也用 jsp

当年校招进了教育行业的某头部公司，一个文件三万行，我的笔记本光是启动服务就要 5 分钟。
后来我正考虑要不要跑路的时候，公司把我们这一批校招生全毁约了，不知道算好事还是坏事（难绷

2025 年 7 月 23 日

回复了 linxuan716 创建的主题 › Kubernetes › 你认为什么规模的公司适合使用 k8s?

@linxuan716 如果计算和数据量增长是一个平滑曲线的话，我建议还是给服务器配置留下余量就好。

2025 年 7 月 23 日

回复了 linxuan716 创建的主题 › Kubernetes › 你认为什么规模的公司适合使用 k8s?

@linxuan716 k8s 的场景是，有时候你的主服务或子服务的流量会暴增，或者是你的业务天然需要部署多个相同服务（比如需要尽可能靠近客户端的边缘计算场景）。
那么你需要 k8s 作为编排器，为你管理这些服务，自动扩容、修复这些服务。
你这种场景主要是维护依赖关系和自动恢复的话，还不如用 kamal 之类的命令式工具。
https://kamal-deploy.org/

2025 年 7 月 23 日

回复了 linxuan716 创建的主题 › Kubernetes › 你认为什么规模的公司适合使用 k8s?

@linxuan716 k8s 主要是解决横向扩容场景的。你这个不应该用 k8s 。

2025 年 7 月 23 日

回复了 linxuan716 创建的主题 › Kubernetes › 你认为什么规模的公司适合使用 k8s?

跟规模没关系，跟业务有关系。
如果你的业务单机 8c 32g 不能支撑的话，基本就要上 k8s 分布式了。（不过据我观察这样的业务很少）
很多人觉得 k8s 是引入复杂度的，其实这玩意是分布式奶嘴，没这奶嘴更痛苦。

2025 年 7 月 17 日

回复了 TieYu 创建的主题 › Flutter › 另一个视角看 Flutter 的思维

我觉得打开 BOSS 直聘搜职位更能看清现在的需求...
Flutter 的岗位量和 uniapp （小程序）之间差了不知道多少个 RN 。

2025 年 7 月 9 日

回复了 Chuckle 创建的主题 › React › React 多人开发怎么确保性能，有没有最佳实践

@Chuckle 那无解了兄弟。
React 两大原罪，一是 state 颗粒度太大，二是从根开始 diff ，上游的问题你没法从下游解决。