V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Ketteiron  ›  全部回复第 11 页 / 共 32 页
回复总数  629
1 ... 7  8  9  10  11  12  13  14  15  16 ... 32  
2025 年 10 月 23 日
回复了 ydt0728 创建的主题 OpenCV 目标检测,计算出旋转速度和加速度,有人精通吗?急
通过帧分析计算去"预测"视频 n 帧后的落点概率是没问题的。
但你的表述实在奇怪,你想"预测"什么,我只能瞎猜你打算通过对视觉 AI 模型进行训练,让它预测现实世界转盘游戏 n 秒后的落点概率哪边更大,那我只能劝你洗洗睡了。
2025 年 10 月 23 日
回复了 anivie 创建的主题 PostgreSQL 看看大家现在用 pg 的最佳实践是怎么样的
@anivie #5 跟查询量关系不大,跟查询是否复杂有关,例如有时候缓存会意外失效
https://www.reddit.com/search/?q=PostgreSQL+RLS+index+usage
复杂项目的多租户远比 Supabase 这种理想多租户复杂,简单场景下 RLS 的开销与 where 子句相比可以忽略。
2025 年 10 月 23 日
回复了 lxdlam 创建的主题 Amazon Web Services AWS 复盘报告出来了
一句话总结:DynamoDB 自动化系统因潜在竞态条件导致删除了自己的 DNS 记录。
感觉各种重大事故都是因为自我删除或者自我重启失败。
2025 年 10 月 23 日
回复了 anivie 创建的主题 PostgreSQL 看看大家现在用 pg 的最佳实践是怎么样的
你先查查 RLS (行级别安全) 相关文档再考虑是否使用。
AI 说的其实没问题,只是稍微理想化,坑确实存在。
曾经用 RLS 设计多租户系统,性能很差,而能用的优化手段有限,不过在量级不大的场景确实会优雅点。
将鉴权逻辑下沉到数据库,有好有坏,具体情况具体分析,有些场景是好的,有些不一定。
但现代化数据库必须提供这样的其他选择,用不用是用户的事。
2025 年 10 月 23 日
回复了 old9 创建的主题 开源软件 Minio 直接改成 source only 了
rustfs 很难称得上是替代品,并且也有潜在的相同缺点,例如它们都是商业公司发行的软件 /t/1142853
2025 年 10 月 23 日
回复了 jinbangzhu 创建的主题 程序员 关于新来的技术 leader 准备用 Claude code 升级现有项目
大型项目想使用 AI 简单重构不太现实,投入大量时间是必然的。
我的建议是直接用最新版重写,或者换语言,或者什么都别做,这取决于开发资源有多少。
如果只是为了解决"漏洞",升级后还有会别的漏洞,现有代码迁移到新环境可能有新的运行时隐患,如果只是一次性投入开发资源解决旧版本隐患,说实话没多大意义。
2025 年 10 月 23 日
回复了 old9 创建的主题 开源软件 Minio 直接改成 source only 了
先是砍掉社区版 U ,这个月下线了文档网站换成指向 AIStor ,CVE 加了一把火。
2025 年 10 月 22 日
回复了 BeijingBaby 创建的主题 程序员 除了编程外,你还有什么取悦自己的爱好?
追番、电影
2025 年 10 月 22 日
回复了 COW 创建的主题 云计算 防止云厂商绑定是怎么做的?
@COW #34 不同厂家的 FaaS/Serverless 的 触发器、API 、SDK 、Runtime 都不一样,上多云约等于全部重写多次。函数是无状态的不代表没有平台依赖性。
https://github.com/serverless/serverless/issues/9583
2025 年 10 月 22 日
回复了 COW 创建的主题 云计算 防止云厂商绑定是怎么做的?
多云架构,抽象与实现有很多种,多活/双活/热备/温备/冷备等。
双活/多活就是多个云上都准备好了服务,方便某个厂商拉跨时迅速撑起流量。
冷备份是以单个云作为主力,出现灾害时通过自动化流程临时去其他云买/租机器然后迁移服务。
热备/温备介于二者之间。
但想法是理想的,现实是。。。
99.999%服务并不会因提高可用性而提高实际可用性,反而引入了更多的复杂度。
值接收者会强制复制值,这应该知道吧。
简单来说,sync.Map, sync.Mutex 不能被复制,在你这个用例中,读和写是不同的 map 实例。
@wangtian2020 #53 这确实不容易实现,特别是有 cjs 这个历史包袱,直到最近这两个差不多可以真正互操作,除了一些比较罕见的用例。
https://joyeecheung.github.io/blog/2024/03/18/require-esm-in-node-js/
理论上委员会宣称 esm 为标准时,就应该逐渐放弃 cjs ,但直到 2025 年依然还是 cjs first 。
不过我对 deno 和 bun 的未来不太看好,当 cjs 名义上死亡后,deno 和 bun 用户大概又会迁移回来,虽然这可能会花费十年到无数年。
2025 年 10 月 21 日
回复了 MiHwAppleTslFan 创建的主题 生活 说说我认识的两个男性的生活
你这个标题有很大的问题。
给个建议,用户会自己去 Github 搜索,如果你想增加 mosh 用户看到你项目的概率,你的项目简介里最好包含 `Mobile Shell`
2025 年 10 月 21 日
回复了 luckyc 创建的主题 信息安全 edge 打开 https://www.amazon.com/报病毒?
误报吧,sass 也被误报过
https://github.com/sass/dart-sass/issues/1930
2025 年 10 月 21 日
回复了 Ketteiron 创建的主题 程序员 2025 年了, express 还在被 "DDOS"
@twofox #5 看看你的 commit
2025 年 10 月 21 日
回复了 Ketteiron 创建的主题 程序员 2025 年了, express 还在被 "DDOS"
@CHTuring #11 这下兼任终身客服了
@aleviosa #49 OP 的问题在于 TS 是先支持 '.js' 然后才支持 '.ts' 的
更准确地说,nodenext 要求 import ts 文件使用 '.js',此时是 2022 年 5 月,nodejs 团队觉得这样的做法是错误的;然后推出新的 bundler 选项和 allowImportingTsExtensions 标志,可以选用无扩展名或者 '.ts',此时是 2022 年 11 月;然后推出 rewriteRelativeImportExtensions 来支持多平台的使用,此时已经 2024 年 11 月了。
1 ... 7  8  9  10  11  12  13  14  15  16 ... 32  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5617 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 54ms · UTC 01:47 · PVG 09:47 · LAX 18:47 · JFK 21:47
♥ Do have faith in what you're doing.