@guotie #23 cursor windsurf augmentcode copilot roocode+ds roocline+ds 都深入使用过一段时间，能开会员的都开了会员。

最终经过筛选留下了 augmentcode 和 cursor ，augmentcode 对复杂项目 30 个数据表以上的项目解决良好尤其是后端，但前端能力非常一般做出来的页面丑得要死 UI 交互也差劲。正好 cursor 补齐了短板，前端用 cursor ，后端用 augmentcode ，目前对我来说是最佳组合。

我现在有一种感觉，东西是做完了，但是真正要部署生产的时候，心里空落落的没底，不知道哪会有问题，这种感觉随着项目越复杂就越强烈

买过一个叫 BeyoundPlayer 的 APP ，它可以把某段字幕重复播放，可以调倍速，当然也可以查单词，我用那个看了半集疯狂动物城，确实有用。

有一段时间很火的方法就是说你跟着电影台词 100%跟读一遍，英语水平会大增，一部电影的所有单词都认识了起码见过了，所有语法都了解了，口音是最纯正清晰的自然表达是真人说的。

这种 APP ，功能是其次，重要的是包装，比如你说这个方法是哪个哪个论文提到的，多少出名的机构都在用，谁谁谁通过这个方法进步了多少多少。
然后用户基于这个理想的未来，来认真的用你的东西，觉得好用自然就付费，因为买 APP 的钱对比上个线下的英语培训简直九牛一毛。

所以你首先要有个理论支持，然后才是基于这个理论的方法去开发软件的功能，最终才能提供真正帮助用户的产品。比如基于艾宾浩斯记忆理论的单词软件，不要自己想当然的觉得有用然后一顿开发。

我觉得这类 APP 要想长期有用户，首先要提供确切的方法，明确的让用户了解跟着你的软件做就会有大的进步，为用户提供一个美好的未来。第二，用户都是懒惰的，尤其对于学习这件事，人不会平白无故的努力，要有一些方式让用户持续，这块可以参考多邻国里面学习本身之外的那些功能，例如打卡，例如 PK ，例如奖励。第三，你让用户上班学英语这件事本身就是扯淡，要是真有这份意志和努力他就不会来上这个破班，并且效果一定不好。

你完成打卡得到奖励，腾讯让你打卡整漂亮用户月活给公司漂亮的报表，大家都有美好的未来。
至于有没有真的读书这件事嘛，谁在乎过。

@daimaosix #4 是的 augment code 背后用的啥是个黑盒但组织结构能力确实牛逼。cursor 可以自己选最新的模型，更新非常及时，非常好。
以后可能还是要买多家的服务，慢慢的各家的优势就会显现出来了。

@jedeft #54 现在免费 14 天试用，虽然 30 刀，但目前是不限量的，用起来比 cursor 舒服，就是这货太直男，UI 跟 cursor 做出来的没法比，太丑了，排版太乱了。但他做功能是牛逼，基本不会像 cursor 一样把数据库字段都搞错，我有个项目 有前端有后台管理还有接口服务，cursor 搞几个接口给后台管理和前端并且把页面内容正确显示，来回废了我两百个请求才搞定，有些地方反复整好几次才调通，augment code 如他宣传的，对复杂项目确实支持更好，就是太慢了，UI 太差，别的都挺好。

我已经从 cursor 转到 augment code 了，这个牛逼

@mumbler #24 我上个月超过 500 个了，慢请求经常一半就停止，非常影响效率，最后还是把 Enable usage-based pricing 打开了

试了一天 augment code ，代码效果和大项目修改效果比 cursor 好，但是这货太直男了，UI 设计和美感跟 claude 3.7 差远了，功能虽然没问题但界面就像实习生搓出来的，啥啥颜色圆角阴影没有也就算了，图标文字间距也不调一下，文本全靠左，乱八糟给你列出来就完了。
对话了几次让他优化一下 UI ，最终也不如 cursor 用 claude 搞出来的好看。

楼梯间主路由主交换机，拉网线到每一层，有线 AP

这种五六线牌子最大的问题是有色差，我有个用了五六年了，用来做副屏，你如果只用一个看不出来，排列到一起就发现白色和蓝色色差明显（对比旁边的 AOC 和小米）

我告诉你个完美的方案，搜 自贴调光膜，就是那种点个按钮玻璃边磨砂的东西

其实不指定后台前端框架比指定了的效果要好，我之前指定他用 antd ，搞出来每个页面都要反复修改多次，让他自己干就挺好的

@ho121 #20 我后来分析了一下，严格来说也不算瞎编，creem 那边只能你预先添加好产品和价格去给用户购买或订阅，cursor 的做法是根据用户的选择和计算总价每次通过 API 去添加一个新产品然后让用户购买，每次支付都是一个全新的产品，凑合用倒也不是不行，就是管理起来混乱。

发现一个很好的参考，跟 AI 对话的最佳实践，让 AI 听话：
https://www.augmentcode.com/blog/best-practices-for-using-ai-coding-agents

@JaguarJack #8 也不会，要尽量把需求写明确，他不会乱改也不会随意改其他文件的。可能跟人工写代码有点不一样就是在设计之初，应该尽量把文件分开，比如请求封装就多分几个不同的文件，接口请求分别放到单独的文件再引入，一个复杂的页面尽量把子功能作为组件或者作为一个新页面，这样可以很大程度避免改一个地方另一个地方也被改的问题。不过这都不是什么问题，需求和 rules 写清楚就能解决。

@MYDB #7 不会，十几个页面前后端数据库一大堆东西，自己写代码绝对要比两千个字要费时上百倍。并且这两千个字是你思考整个功能架构的逻辑和结果，你就算自己动手写，这些也是要想清楚的，这部分的工作量并没有消失，只是现在用文字的方式先把思路整理出来而已。你如果不想手动写，想要告诉下面的员工，绝对也比这两千字费劲。

vscode 的 git 只提交部分文件怎么提交？

说实话，咱们这一行，如果单身一个人，稍微控制一下花销一年就能攒下来不少钱，非常可观。