V2EX › Loocor 的所有回复 › 第 1 页 / 共 5 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

2025 年 12 月 30 日

回复了 Loocor 创建的主题 › 分享发现 › CodMate：给 Codex 重度用户的免费工具

@Volekingsg 已经有这个特性，不过做的不是很到位 😂
最近加了一个自动分配的功能，一定程度上可以解决这个不足

2025 年 12 月 3 日

回复了 Loocor 创建的主题 › 分享发现 › CodMate：给 Codex 重度用户的免费工具

@itnoob 兄弟，有 release 安装包了哦

2025 年 10 月 21 日

回复了 Loocor 创建的主题 › 分享发现 › CodMate：给 Codex 重度用户的免费工具

@itnoob 后面我提供，正在给加内置 Terminal ，然后性能优化，弄了就 release 了

2025 年 10 月 21 日

回复了 Loocor 创建的主题 › 分享发现 › CodMate：给 Codex 重度用户的免费工具

@jaff 我们都一样

2025 年 10 月 21 日

回复了 Loocor 创建的主题 › 分享发现 › CodMate：给 Codex 重度用户的免费工具

@A2042 新版本提供了诊断工具，或者你 xcode 构建一下试试😄

2025 年 8 月 27 日

回复了 dxatgp02 创建的主题 › Rust › 请教 rust 如何做到交叉编译

@he8822185 这个是正解，大部分场景下应该是最简最佳方案

2025 年 8 月 26 日

回复了 iorilu 创建的主题 › 程序员 › 昨天试了一下阿里新出的 Qoder AI 编译器。效果竟然还行

@zhch602 打听下，repo wiki 是否占用点值？

2025 年 7 月 30 日

回复了 fakepoet 创建的主题 › 程序员 › opencut 作者吐槽收到了一个 12 万行+ 的 vibe coding PR

@bojackhorseman https://zhuanlan.zhihu.com/p/28266842137

2025 年 7 月 18 日

回复了 Loocor 创建的主题 › Claude › 今天退订了 cc 的镜像服务，感觉挺不好意思

不是广告，纯给自己平衡心情的

2025 年 7 月 16 日

回复了 tiRolin 创建的主题 › Go 编程语言 › 有没有什么可以跟着学 gozero 微服务开源项目推荐下？

@skiy
@yiranfxh 用了不少次 goframe ，确实方便，不过也越来越重了

2025 年 7 月 16 日

回复了 tiRolin 创建的主题 › Go 编程语言 › 有没有什么可以跟着学 gozero 微服务开源项目推荐下？

@yiranfxh 学和用不一样，用一次和用多次也不一样，只有用过了才知道合不合适

2025 年 7 月 15 日

回复了 tiRolin 创建的主题 › Go 编程语言 › 有没有什么可以跟着学 gozero 微服务开源项目推荐下？

@Loocor 给自己补充一下，不是说 go-zero 好或者不好，我自认为还没能力写这样体量、状态的项目，只是考虑适合与否。不仅有再从头撸 api 不够非线性的顾虑，对 prisma 、ent 等的使用也有顾虑了，担心不够灵活，没干过大活儿的就这样

2025 年 7 月 15 日

回复了 tiRolin 创建的主题 › Go 编程语言 › 有没有什么可以跟着学 gozero 微服务开源项目推荐下？

最近维护一个用了 go-zero 的 mini 项目，适配客户变更导入表字段的情况。原来设计的时候以为不会变了，就以导入表字段业务逻辑的意义定义了一些结构体，现在要改就很纠结，修改 api 文件从头生成一次 types ？有点儿不敢，毕竟除了 types 外还有路由等一堆的东西，也怕意外覆盖了 logics ，就算用了 git 也不想折腾... 总之，这个时候就很纠结，发现不够 “非线性”，从头走一遍既懒惰又怕出错，所以当时心里想，以后可能不用这种模式来搞了，越小的项目越不用

2025 年 6 月 29 日

回复了 liwenka1 创建的主题 › 程序员 › 尝试做了一个 tauri 的客户端项目，并且分享一下最近参加 cursor 中国社区举办的活动经历

@samzong 是的，只要在性能、可维护性上有要求，稍复杂逻辑的项目一样要投入大量的人力，AI 可以协助解决点的问题，部分线的问题，少量面的问题，再上一层就得全靠人了

2025 年 6 月 29 日

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

有个很尴尬且无解的问题，你永远不知道是模型本身的品质导致的，还是模型供应商偷工减料导致的

2025 年 6 月 28 日

回复了 Juconguyan 创建的主题 › 程序员 › 一个 iOS Keyboard Extension 技术问题

😂 https://developer.apple.com/documentation/xcode/defining-a-custom-url-scheme-for-your-app

2025 年 6 月 17 日

回复了 zy199333210 创建的主题 › 程序员 › 这个 MCP 导航网站推荐优质 MCP？

https://smithery.ai/
https://www.pulsemcp.com/
https://mcpmarket.cn/
https://mcpmarket.com/
https://glama.ai/mcp/servers
https://www.gumloop.com/mcp
https://mcp.composio.dev/
https://www.mcp-cn.com/
https://mcp.higress.ai/

😂 好难啊兄弟

2025 年 5 月 22 日

回复了 profchaos 创建的主题 › 程序员 › kotlin lsp

我去 500M+的体积啊，这是把 idea 打包了进去了吗

2025 年 4 月 25 日

回复了 HarrisIce 创建的主题 › 程序员 › augment 真有那么好用吗？

用法错了。
Cursor 是雕琢细节的好手，但全局观不行，Augment 正好补充，因为 Augment 交互细节不行（目前的 UI/UX 还很粗）但胸中有沟壑，添加大块面功能明显比 Cursor 高一个层次。至于 next edit ，准确性其实挺不错了，但是也亏在交互，受不了可以关闭。
所以当前最好的用法，是在 Cursor 里装 Augment 搭配用

2025 年 4 月 9 日

回复了 qsnow6 创建的主题 › Visual Studio Code › 为什么 VScode 的 copilot 这么慢？

@blanu 应该是你说的这么回事，但我不理解的是 Github Copilot 团队不觉得这样很影响易用性和体验吗？他们要做 diff 或 patch 模式的编辑应该没什么难度吧？

1 2 3 4 5

❮

❯