V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  songray  ›  全部回复第 2 页 / 共 11 页
回复总数  204
1  2  3  4  5  6  7  8  9  10 ... 11  
5 月 9 日
回复了 songray 创建的主题 程序员 写了个 Docker 容器无痛迁移工具
@fengci 对,所有数据都会被打包。
5 月 9 日
回复了 songray 创建的主题 程序员 写了个 Docker 容器无痛迁移工具
@sola97 也可以,其实我当初还想定时往 s3 上备份,现在迁完懒得写了 = =
5 月 9 日
回复了 songray 创建的主题 程序员 写了个 Docker 容器无痛迁移工具
macOS 的 Orbstack ,Linux Podman 和 Docker 我都自用测试了。

Windows 在 pwsh 下没试,建议直接进 WSL2 命令行进行迁移。
不是因为华强北地段好,BOM 成本低啥的,而是因为他们都是一块板子走天下。先设计一个比较通用的板子,或者订超大货量的开发板,然后一套硬件方案套一堆产品。

就像南孚广告里说的:玩具车用过后,遥控器还能用( bushi
在自动化公司干过。

便宜的前提是量大,例如 stm32 核心版,自己买进口的开发板几十块钱,国产十几块钱。但是工业上定制板子,如果一年出货量就几千的话,摊下来一块板子成本得 2000+。

所以关键不是用什么芯片,而是要量大。

某种程度上这是个悖论,量大才能便宜,但是不便宜就不可能量大。所以经常会听到有硬件公司说自己货砸手上了,就是因为预期这玩意能卖出去,为了进货价便宜就提前定了一堆材料,结果没卖出去。

同时也有很多中小型公司,会选择抱团一起定货,比如这家需要 4 个网口,那家需要 DC 供电,另一家需要 C 口供电,那他们会一起定一批 4 个网口,同时支持 DC 供电 + C 口供电的板子。

所以和华强北也没啥关系,关键就是量大,如果你量不大,公版反而是最便宜的,你创业选择自己画板子也省不了什么成本。
是 5 年后捡洋垃圾 h20
可以本机 15.6 + 26 虚拟机,编译走虚拟机就行。
或者用 Github Actions ,搞个 private repo 存源码,public repo 配 actions 拉取 private 的源码编译。

https://github.com/actions/runner-images/issues/13739

顺带一提,aws 也有 macOS vps 。
3 月 26 日
回复了 eviladan0s 创建的主题 信息安全 Apifox 遭受供应链攻击
在 apifox localStorage 文件夹下全部的二进制文件里搜索字符串 rl_mc 或 rl_headers MAC 位置 /Library/Application Support/apifox/Local Storage/leveldb WINDOWS 位置 %APPDATA%\apifox\Local Storage\leveldb\ 如果存在说明曾经被成功攻击过 可以精确判断是否中招
说实话,这 libjs 到现在都没有 jit ,不是没有正式版 jit ,而是完全没有 jit 。
相信 Ladybird 还不如相信火狐未来 5 年会突然支棱起来。
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 。
1  2  3  4  5  6  7  8  9  10 ... 11  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1696 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 16:25 · PVG 00:25 · LAX 09:25 · JFK 12:25
♥ Do have faith in what you're doing.