YingJieZ 最近的时间轴更新 YingJieZ 最近的时间轴更新 |
YingJieZV2EX 第 686413 号会员，加入于 2024-04-23 14:36:25 +08:00 |
YingJieZ 最近回复了
1 月 20 日 回复了 Nexora 创建的主题 › 程序员 › 大家都来分享一下自己的 vibe coding 技巧 |
@hellojukay 对的，可以体验一下。在用 OpenSpec 之前我一直都是 docs/xxx.md 这种方式手动管理文档（上下文），后面发现随着项目开发深入，docs 多多少少都存在过时的问题。至于你说的 claude code 生成的 plan.md ，我理解 Anthropic 应该是不认为 plan 是值得长期维护的，所以放到了~/.claude/xxx/xxx 下，等于是一次性的上下文。所以可以对比着来看，OpenSpec 就是解决了 plan.md 没有跟着 project 维护的痛点，通过将 proposal/design/tasks/specs 等文档结构化存到 git 上来实现项目长期开发上下文的持久化。
1 月 20 日 回复了 Nexora 创建的主题 › 程序员 › 大家都来分享一下自己的 vibe coding 技巧 |
@hellojukay OpenSpec ，会将阶段性的 proposal 记录到文档里，变相实现上下文的 git 化保存。并且生成出来的 Specs 从结构和内容上都要比自己写 prompt 让 AI 生成的要好很多。
1 月 16 日 回复了 f1ynnv2 创建的主题 › Apple › 国区 apple pay 可以绑定 visa 之后买美区 gift card 更方便了 |
apple.com 一直都能用招行 visa 买 GiftCard ，ApplePay 区别只在于一个是网页端填 csv 码，另一个是直接拉起 ApplePay 支付组件。ApplePay 不确定后台实现有没有区别，本质都是网络传输吧。
1 月 13 日 回复了 wingtao 创建的主题 › 程序员 › Spec，真的能解决 AI Coding 的问题吗？ |
OP 的思考很有价值。目前在写一个上万行的玩具项目，先后用了 Codex + GPT5.2 xhigh / Claude Code + Opus 4.5 ，项目反复重构优化的过程中发现，GPT5.2 xhigh 在逻辑设计层面确实很强，但是落实到编码层面，容易丢失上下文，感觉 Codex 在写文档（细化到 Roadmap ）上比较合适，代码开发、迭代、单元测试、集成测试还是用 Claude Code 比较好，因为现阶段 Agent 无法做到一句话交付一个大型项目，终归还是要人工介入把控流程，这时候 Claude Code 的编码能力+快速反馈就比 Codex 要强了。
1 月 13 日 回复了 joyce95 创建的主题 › 分享创造 › 我用 Gemini 3 Pro 撸了一个「中国历代帝王出生地分布图」 |
@joyce95 这么快？有点东西啊，用的 Antigravity 吗？
1 月 13 日 回复了 skyflower 创建的主题 › 生活 › [深度揭露] 你爸妈的银行卡可能正在被"偷钱"——保险灰产的精密收割术 |
支持，牛啊 OP
1 月 13 日 回复了 joyce95 创建的主题 › 分享创造 › 我用 Gemini 3 Pro 撸了一个「中国历代帝王出生地分布图」 |
Gemini 做前端确实有两把刷子啊，OP 写了多久？
2025 年 3 月 6 日 回复了 YingJieZ 创建的主题 › 宽带症候群 › 家里装修，组网方案讨论 |
@echoX 感谢分享，咱俩方案差不多，你的主路由应该是放弱电箱了？（因为没有回程网线），我目前已经下单了华为凌霄 Q7 子母路由（ AC+AP ），等我体验一段时间看看
2025 年 3 月 5 日 回复了 YingJieZ 创建的主题 › 宽带症候群 › 家里装修，组网方案讨论 |
@ptaooo 感谢分享，小米也纳入我的选择范围了，目前正在对比选型
2025 年 3 月 5 日 回复了 YingJieZ 创建的主题 › 宽带症候群 › 家里装修，组网方案讨论 |
@jiangzm 感谢解答，我去了解一下具体设备选型
Select Language