V2EX › livin2 的所有回复 › 第 1 页 / 共 2 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2

❮

❯

13 天前

回复了 nealHuang 创建的主题 › 程序员 › Gemini 2.5 pro 在这个问题上栽跟斗

降智这种成本控制操作确实难顶，哪怕直接严风控封 IP 呢

40 天前

回复了 hwdq0012 创建的主题 › iDev › ios 开发这么离谱的吗

最近在做自动化测试用的 KVM 镜像，遇到了类似的问题。这类问题的本质是
1. Xcode 工具链和 IOS sdk 在一定程度上是版本绑定的
2. IOS sdk 又单独打包在特定版本的 simulator 包里
这意味着你用新 Xcode 打开旧 simulator 的话，需要与新 Xcode 版本对应的 simulator 包里的 SDK ，没有就等于“没有 IOS 支持”
同时 Xcode 的版本又与 MacOS 版本一定程度上关联...... 😂😂😂

41 天前

回复了 jingcjie 创建的主题 › 程序员 › 两天时间， AI 编程去魅

图挺好看的，用哪个 AI 做的?

61 天前

回复了 drymonfidelia 创建的主题 › 程序员 › Notion 有 self-hosted 或者 E2EE 的平替吗？感觉完全无法信任

我也在找代替，倒不是觉得什么信任啥。主要 notion 的“实时协作编辑”导致笔记数据库到了一定量级以后很卡。要是有直接提示刷新/本地解决冲突的 block 类笔记代替品就好了。

63 天前

回复了 MidCoder 创建的主题 › 程序员 › vibe coding 可能忘记了代码是需要持续维护的

之前水过一帖试图讨论 vibe coding 的工程化范式 https://global.ex.noerr.eu.org/t/1119929 。别的地方也水过，有意义的不多。
LLM 幻觉是结构性的必然，这和业务 QA 天然对立，落地过程中就是要想办法去做风险控制的。但一些人完全把 LLM 当作了一个魔法黑盒通通装进 AI 这个概念里战未来。如果在更强的 LLM 面前，工程化没有意义。那在更强的模型架构面前，prompt 和上下文也没有意义。长期来看，我们都死了。
从这种思潮来看，都不需要 LLM 有什么质变就能劣币驱逐良币了，能抛弃测试和 QA 的团队自然也可以抛弃产品和技术。

94 天前

回复了 liujan 创建的主题 › 问与答 › ios 使用 loon mitm 去广告安全吗

@fanersai 。。。v2 的讨论质量确实越来越下降了，你能否先自己去问下 mitm 是啥

104 天前

回复了 realpg 创建的主题 › 浏览器 › 有没有轻量一点的专业的马甲浏览器?就是切换 cookies/localstorage 这种需求的

chromium profiles 本身就可以多开窗口啊，还不够用的话那具体是什么场景呢？有点难以想象了，想同一个窗口不同标签页之间隔离？那不也得每次打开页面都选 profiles 么？

120 天前

回复了 yitwotre 创建的主题 › NAS › 自己搭 Bitwarden，没有公网 ip 用 tailscale 的问题

用 sing-box ，自己写分流配置

162 天前

回复了 tootfsg 创建的主题 › 随想 › ai 和中医很像，突然的想法水一下。

哈哈，你猜为啥前些年训练模型都爱叫炼丹。OP 可以去简单了解一下模拟退火这样的启发式算法，或者简单做个线性模型的反向传播可视化 demo 看看它怎么“抖”的。要套"可证伪" "非科学"那套论调也可以很像，毕竟现在 AGI 的定义学那更是个玄学乃至神学问题，是能赛博宗教战争的🤣🤣🤣。一些一眼就是关键词应激的，没必要去回复的，越回复越不利于有益的讨论氛围。

173 天前

回复了 0littleboy 创建的主题 › 程序员 › 公司每一个功能或 bug 都要新开一个 issue，合理吗

合理，但如果 "每一个都"的话，要结合里程碑控制合并的优先级和数量，还要避免分支的生命周期过长。

174 天前

回复了 livin2 创建的主题 › 程序员 › AI 产出代码的可靠性与测试的讨论

@laminux29 这里想讨论的是大型项目在流程上管控目前其短板对项目整体造成的风险，而非做 MVP 时的 Vibe Coding 。

179 天前

回复了 iorilu 创建的主题 › 程序员 › 现在有人用 TDD 测试驱动来配合 AI 开发吗

我也在摸索一种测试方案来让 AI 开发的行为“可预期”。https://ex.noerr.eu.org/t/1119929
但直接 TDD 套过来，至少大型项目还是挺痛苦的，毕竟 TDD 对架构理解的要求其实挺高的，与此同时很多设计模式的抽象说白了是给人看的，对 LLM 来说其实没啥意义。
个人认为还是需要模式某种 TDG(Test-Driven Generate), 更贴近定义和管理需求，而不是约束实现。

179 天前

回复了 livin2 创建的主题 › 程序员 › AI 产出代码的可靠性与测试的讨论

@sampeng 对，上下文剪切很严重，所以 Cursor 即便是 Agent 模式，定位也还是个 dev 工具。

194 天前

回复了 rainmen 创建的主题 › 程序员 › manus 没人关注吗？咋看

以前 Magi 挺好用的其实，怎么没商业化而是直接关了？

200 天前

回复了 mad1ife 创建的主题 › 程序员 › AI 在编程领域可能会革掉 Java / Python 的命？

@livin2 https://i.imgur.com/lVvbofy.png

200 天前

回复了 mad1ife 创建的主题 › 程序员 › AI 在编程领域可能会革掉 Java / Python 的命？

https://imgur.com/a/B5DLdyu

于是某一天，求神拜佛，wait for magic

200 天前

回复了 drymonfidelia 创建的主题 › 程序员 › 为什么 Android、iOS 上没有 Electron 这样能一键把网站变成用起来接近 Native 体验的框架？我以前也是天天黑电子垃圾，相当于往电脑上装了十几个 Chrome 、ffmpeg 。但是 Electron 这几年进步确实猛

在移动平台上搞你说的这些测试，有没有可能硬件/系统调度影响更...?😂
不说性能，Android 自己的碎片化导致的 webview 版本差异... 国内厂可没法学 play 每台都 webview 自动更新啊😂
假设 web 轮子用了些很"现代浏览器"的 JS 特性，而项目 build target 不得不博爱，最终一大托 polyfill,那么这个内存占用... 😂
那更别说 ios 的 webview 都是 webkit/jscore ，这也吃不上 V8 啊😂

electron 体验，先等英国 CMA 能复刻欧盟操作硬干 webkit 再说吧😂

231 天前

回复了 HOMO114514 创建的主题 › NAS › 2025 年 Android 主流 Jellyfin 客户端一览

感谢评测，不过确实 jellyfin 最缺的是好的 TV 客户端，个人大部分时间也是电视看

268 天前

回复了 sosme 创建的主题 › 信息安全 › 记录一次电脑感染 floxif.gen 病毒

RAMOS ？那它这是怎么常驻的？

294 天前

回复了 FrankAdler 创建的主题 › 程序员 › 开发自用桌面小工具，想要内存占用低编译结果小除了 Delphi 还有什么推荐？

17M=>2M 这个差距我寻思应该不是语言的问题了，是 GUI 框架... 用 winAPI 自绘吧。其次编译目标 32 位，内存占用自然也会小点...

1 2

❮

❯