Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  alioth0909  ›  全部回复第 2 页 / 共 3 页
回复总数  42
1  2  3  
❮ ❯
2025 年 9 月 30 日
回复了 alioth0909 创建的主题 › Android › [原创] 分享一个 Android SO 分析小工具
@krapnik 老哥，弱弱地问一下，wasm 分析的场景是什么？为啥要分析 wasm ，主要分析哪些内容？
2025 年 9 月 30 日
回复了 chouqiu 创建的主题 › iDev › iOS 内购 的若干问题
其它问题网友们都回答了。提醒一点，上线后，记得处理下 CONSUMPTION_REQUEST 的通知（ production 环境），这是用户发起退款后，Apple 跟开发者“征求意见”的关键一步，不处理的话，Apple 会倾向于允许退款。可以自己处理，也可以用这个开源项目 https://github.com/argus-sight/refund-swatter-lite
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@deepbytes 膜拜下巨佬！技术的创新往往起源于玩具一样的产品，比如电动车，或者自动挡汽车。然后以意想不到的速度发展～
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@zengxs 嗯嗯，我实践下来也是同样的感受。如果深入推敲为什么“核心模块，逻辑性很强那种代码，用 AI 写目前看还是不太行“，可能跟 API 文档的规范，上下文工程，上下文长度都有关系。相比 ai coding ，感觉短期内更需要的是一款优秀的测试工具，让 ai coding 成为跑道内的野兽，不至于太出格。
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@pf94 部分认同你的观点。查了下维基百科，vibecoding 有一个关键的概念就是“A key part of the definition of vibe coding is that the user accepts code without full understanding.”。从这个角度看，跟开发者是不是程序员没关系了。有一个新的问题，如果程序员是从 stackoverflow/github 上 copy 的代码，算是在 vibecoding 么？
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@holulu 是的，我也觉得这是一个巨大的风险。
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@javalaw2010 “严肃场景下的编程中使用 AI ，是需要人类参与代码的架构设计、技术方案的设计，并对生成的代码 review 的，这种 AI 编程方式严格意义上讲已经不属于 vibe coding 的范畴了”，很认同这个观点
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@bingfengfeifei 我觉得禁止跟热度是两码事。不是因为国内热度高才禁止的。某种程度上，LLM 已经是真正的军备竞赛了
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@Seck 可以试试。用了 vibecoding 后，你也许就会感受到，对外行是非常不友好的，因为外行真的很难驾驭 vibecoding 。哈哈哈～ 感谢你提到的文章，我会仔细读下的。
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@OneLiteCore 理解你的感受。我可能更倾向于 vibecoding ，看好它的未来。颠覆性创新的产生的，都伴随着缺陷和争议。现在应该是受限于模型的上下文长度，当千万级 token 的上下文问世的时候，也许模型的编程能力又会有质的飞跃。可能是未来 3 ～ 5 年？也许更快
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@dssxzuxc 首先，欢迎你的观点。早期，我们能轻易地识别哪些是 ai 生成的，哪些不是。但是现在，这个难度在提升。比如 ai 生成的文本，有些已经能以假乱真。ai 生成与人工的边界正在变得模糊，未来可能会更加模糊。作为标记 AI 可能只是一种临时的解决方案。科幻一点地说，未来人和机器的边界，也会逐渐变得模糊，例如：植入芯片，假体的人，还是真正意义上的人么？
回到正题，我个人在 vibecoding 的时候，也感觉代码维护是一个大问题，连开发者自己都没有逐行阅读过的代码，怎么让其它人维护？也许只有 ai 能维护 ai 生成的代码吧。但是，如果逐行 review ，那效率也就大打折扣了。我想，这也许就是大家争议比较严重的一个点。不知道未来会通过什么方法去解决
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@OneLiteCore 同意，当前 ai 编程应该还存在安全漏洞，维护困难等问题，所以站在当前这个节点，才会有争议和观点的冲突。
2025 年 9 月 20 日
回复了 alioth0909 创建的主题 › 程序员 › vibe coding 是砒霜还是良药？中美文化对比
@dssxzuxc 我不认为这是一篇严肃比较的帖子，只是就看到的，有感而发的聊聊。可以抨击，但抨击完后，说说你的看法呗
2025 年 9 月 11 日
回复了 alioth0909 创建的主题 › Android › [原创] 分享一个 Android SO 分析小工具
@john6lq 谢谢！大家都提到了 LibChecker ，很有启发，我会认真研究下的
2025 年 9 月 10 日
回复了 alioth0909 创建的主题 › Android › [原创] 分享一个 Android SO 分析小工具
@Kaisar 嗯嗯，我找时间先试试 LibChecker
2025 年 9 月 10 日
回复了 alioth0909 创建的主题 › Android › [原创] 分享一个 Android SO 分析小工具
@Kaisar 改动有点大了，可能要重写了。话说，大家都在用 LibChecker 么？
2025 年 9 月 10 日
回复了 alioth0909 创建的主题 › Android › [原创] 分享一个 Android SO 分析小工具
@bl4ckoooooH4t 我看了下 LibChecker ，感觉跟 BinSight 的视角还是不太一样的。LibChecker 是通过查询数据库，匹配 Android 组件和 so 的名字，从而推断出一些知名的三方库/供应商。BinSight 是通过分析 so 的字符串/函数名，然后联网索索，最后给大模型分析，来推测 so 的开发商信息。我个人认为，LibChecker 会更严谨和准确，BinSight 会更包罗万象一点，可以分析海外的各种 so 和自研的 so 。仅提供一个思路来讨论，如有不足，多多包涵
2025 年 9 月 10 日
回复了 alioth0909 创建的主题 › Android › [原创] 分享一个 Android SO 分析小工具
@bl4ckoooooH4t 感谢提醒！ LibChecker 做的很不错。我开源的这个项目，其实是想通过大模型+搜索引擎的思路来识别（而不是通过维护数据库/规则的方式），只是做一个思路上的探索。
2025 年 9 月 10 日
回复了 alioth0909 创建的主题 › Android › [原创] 分享一个 Android SO 分析小工具
@krapnik 谢谢提醒！ wasm 的，我有空研究下～
2025 年 9 月 9 日
回复了 zhouhuhu007 创建的主题 › iDev › 缓解 ios 恶意退款：从零开始搭建“防退款系统”
@shijingshijing 补充下，commit 都是 AI 自动生成的
1  2  3  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1543 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 16ms · UTC 16:36 · PVG 00:36 · LAX 09:36 · JFK 12:36
♥ Do have faith in what you're doing.