V2EX › wyfig 的所有回复 › 第 3 页 / 共 10 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10

❮

❯

2025 年 7 月 3 日

回复了 sampeng 创建的主题 › 程序员 › 万分纠结啊 Claude Code 值不值得开 Max。开 Max 100 是不是就够用了

基本够用的，100 刀的用了一个多月，可以从早用到晚没啥问题，有时候还可以同时几个一起用。如果直接切换到 sonnet 4 用一天一共没问题。用 opus 的话估计不太够。

2025 年 7 月 1 日

回复了 HeyCaptainJack 创建的主题 › 程序员 › Dokploy 用了一段时间，确实好使

已经从 dokploy 切换到 coolify 。coolify 更成熟一些感觉。切换的原因是 coolify 可以无缝安装多个 supabase ，但是 dokploy 安装第二个就会冲突，需要自己设置很多东西。

2025 年 6 月 30 日

回复了 natsukage 创建的主题 › Claude › claude code 的服从性远不如 cursor

@natsukage #13 之所以这么问是感觉跟我自己的实际体验差别有点大。我用 claude code 官网订阅 100 美元的 max ，用了一个月，整体感觉其服从性是很不错的，除了确实就有 mock 数据的情况，不过我如果看到了会直接在它干活的时候实时发送一条消息让它调整过来。如果没看到后面确认的时候也可以针对性的修改过来。其他情况下还是不错的，没有碰到过你说的这种问题。

2025 年 6 月 30 日

回复了 natsukage 创建的主题 › Claude › claude code 的服从性远不如 cursor

楼主用的 claude code 是自己订阅的，还是淘宝上买的国内直连的什么的？

2025 年 6 月 27 日

回复了 wwyf 创建的主题 › 程序员 › 感觉 claude code 让我成为了技术 leader

@huaweii 要确保你的长度单位等和 figma 的要对应，或者有对应关系，这个最重要的吧。其次别指望一次全部做对，他能帮你做大部分的，剩下就要靠自己调了。但是依然比自己完全做要快的多。

2025 年 6 月 27 日

回复了 catfly 创建的主题 › 程序员 › 为什么这么多人用 Claude Code?

@songray #9 优势就是更加便宜，不是便宜一点，是便宜很多很多。相同的强度在 roo code 上面一天轻松四五十刀，换到 100 刀订阅可以每天从早用到晚一个月。

2025 年 6 月 27 日

回复了 wwyf 创建的主题 › 程序员 › 感觉 claude code 让我成为了技术 leader

用了一个月，Claude code 可以极大地提高开发效率。在重构一个 uniapp 版本 app 到 flutter 上面，有硬件交互，简单游戏还有复杂 UI 界面。结合 figma 和 filesystem 的 mcp server ，可以同时开展三四个不同页面功能的开发。最初预计两三个月的任务，两周就快结束了。

2025 年 6 月 22 日

回复了 gullitintanni 创建的主题 › 职场话题 › 毕业即失业，打算自学 RISC-V，大家有什么建议？

先干起来吧，这种大环境就不要挑太多了。等开始工作了，业余时间可以再扩展下知识面，看看有没有更好的机会。

2025 年 6 月 12 日

回复了 defaqman 创建的主题 › 程序员 › Claude code 有人用吗？

@chikai #45 https://github.com/BeehiveInnovations/zen-mcp-server

2025 年 6 月 12 日

回复了 lifeOsDeveloper 创建的主题 › 问与答 › 前端和后端在不同的城市，要怎么联调呢，用 frp 吗，现在的最佳实践是什么

tailscale 好用还免费

2025 年 6 月 12 日

回复了 defaqman 创建的主题 › 程序员 › Claude code 有人用吗？

@musi #41 我最近在 claude code 里面接入了 gemini 的 mcp server ，直接调用 gemini 2.5 pro 进行读文件、深度思考和规划，然后出方案用 claude 执行。你可以把它跟 DeepSeek 结合估计会更好。利用 gemini 的超大上下文读文件分析，然后直接 DeepSeek 执行。

2025 年 6 月 12 日

回复了 defaqman 创建的主题 › 程序员 › Claude code 有人用吗？

@musi #39 直接用 chat 模型哈，没有用 reasoner 呀。我用 roo code 接入官方的 R1 模型，跑了一个问题花了 1 块多，花了六七分钟最后都没解决。感觉能不能解决是一回事，推理模型速度实在太慢，官方的 64k 上下文也太小了。

2025 年 6 月 12 日

回复了 defaqman 创建的主题 › 程序员 › Claude code 有人用吗？

@musi #35 工具当然有一些原因，不过我个人感觉还是模型第一、工具第二。Trae 做的太垃圾了根本不在比较队列。 cursor 跟 claude code 差距我觉得主要还是在上下文。话说回来，你试过一天连续用 8 小时 DeepSeek 的 api 需要花多少钱吗？

2025 年 6 月 12 日

回复了 defaqman 创建的主题 › 程序员 › Claude code 有人用吗？

@musi #2 把 claude code 代理的 DeepSeek 就没有意义了，claude code 牛逼的是模型，又不是本身这个工具。用 cursor 选择 claude 4 sonnet 依然效果不错，可以解决绝大多数的问题，但是它上下文不可能有 claude code 这么长。如果用 DeepSeek 的话，直接用 Cline 或者 Roo Code 可能效果更好了。还有就是 claude code 消耗 token 巨大，就是换成 DeepSeek 一天用下来费用也不低的，用的多不如直接订阅 pro 或者 max 了。

2025 年 6 月 12 日

回复了 defaqman 创建的主题 › 程序员 › Claude code 有人用吗？

@defaqman 订阅 100 刀的 claude max 可以直接使用 claude code 呀。有限额，但是只要不是设置使用 claude opus 模型的话，从早用到晚没有问题的。这个不用再消耗 api token 的费用呀。

2025 年 6 月 11 日

回复了 defaqman 创建的主题 › 程序员 › Claude code 有人用吗？

开了$100 美元/月的 max ，用了快两周。总结来说，除了价格比较贵，其他没有毛病。很智能，比 cursor 更容易理解意图，我觉得应该是上下文更多的原因。cursor 每次读文件 200 行，claude code 一次读 800 行 900 行都很正常。其次，跟 cursor 相比虽然显得贵 5 倍，但是不停地可以从早用到晚，这个强度怕是换 cursor 的话会更贵吧。有条件试试，确实没毛病。

2025 年 5 月 7 日

回复了 zealinux 创建的主题 › 问与答 › 很伤心，买的 Lenny’s Newsletter 年度订阅，今天想兑的时候，很多 Code 居然没有了

v0 、Lovable 、cursor 是价值最高的几个，很早就被抢的差不多了。

2025 年 3 月 30 日

回复了 little_cup 创建的主题 › Apple › 用了快 20 年的国区 Apple ID 被封，有什么办法解封吗？

@processzzp 非常不认同你的说法，并不是公司是你开的，你就可以随意做你任何想做的事情。苹果占有市场很大一部分比例，作为平台有一定垄断的因素，依仗这个优势随意阻挡开发者进入，并不同于普通的商业公司。并不是街边普通水果店，A 不卖给你还有 B 、C 、D 、E 。你这个说法就像微信也是商业公司，是否可以随意封了你的账号还不给出任何解释？

2025 年 3 月 26 日

回复了 little_cup 创建的主题 › Apple › 用了快 20 年的国区 Apple ID 被封，有什么办法解封吗？

有的人一说封号就是开始质疑用户，真的不用这么迷信苹果这些公司。就像注册开发者账号，我最近就遇到个人账号注册通不过的问题，就是莫名其妙的，没有理由，没有解决方案。就是一些霸王条款，莫名其妙的。自己能想到的没有任何说的上的违规，但是谁知道是不是苹果有一些你不知道什么莫名其妙的规则，比如私自筛选用户啥的。

1 2 3 4 5 6 7 8 9 10

❮

❯