Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  Loocor  ›  全部回复第 2 页 / 共 6 页
回复总数  107
1  2  3  4  5  6  
❮ ❯
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 模式的编辑应该没什么难度吧？
2025 年 4 月 9 日
回复了 rainone 创建的主题 › MacBook Pro › 直营店 MAC 维修额外多换配件，天才吧员工有额外收益吗？
我 2012 ～ 2018 在 Apple Retail Family Room 工作，也就是天才吧的 “天才”，Apple 对我们的要求是 “顾客满意度”，不是 “多换配件” 赚取 “额外收益”，更准确的说都是死工资没有因为 “销售” 或 “维修” 的 “业绩提成”。
所以答案是，没有，至少我在的那 5 、6 年没有
1  2  3  4  5  6  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2681 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 24ms · UTC 10:52 · PVG 18:52 · LAX 03:52 · JFK 06:52
♥ Do have faith in what you're doing.