如果你合作的 repo 人数够多，当团队人员技术过了一个门槛以后，尽善尽美代码本身的收益会很小。更多的收益或者时间花费在工程和业务的梳理上。我相信我所在的团队，如果能排除工程干扰(legacy code)干扰，能明确业务，每个人都能写出 good enough 的代码。

我在 VS 下使用，给我的干扰超过带给我的收益。

* 就是说，我在编程的时候头脑是有个 flow 的，copilot 突然跳出来，我还得判断它是否自动完成的正确。
* 另外就是编辑器的问题(在 MS 自家的 Visual Studio 2022 下)，copilot 自动补全有时候太“强大”，会填充很大块代码，将已有的代码挤到下方了，所以跳动厉害。我时常 tab 换几下就忘记我本来的思路了。

所以我在一些 critical ，或者脑子清醒的时候，会主动禁用 copilot 。

楼上说的有道理，其实不管面向啥，重要的区分是修改的单个订单地址，还是修改个人常用地址。从 API 使用者的角度让两个操作变得明确。

如果是 SQL Server 的数据文件的话，可以
* 安装 SQL Server Management Studio
* 点击数据库附加(attach)，把数据库文件加载到数据库。

记得看过一个 AI Introduction ，说是有一些图片可以让基于机器学习的图片识别失败。随手搜索了一下： https://www.theverge.com/2017/4/12/15271874/ai-adversarial-images-fooling-attacks-artificial-intelligence

可以考虑在图片里加上加上这些示例图片，看看能不能骗过 AI 。

这个随着年龄的上升，专注时间在下降。以前为了一个问题能想个好几天，不停的编码，重试，换实现方式。现在极度专注变少了，恋恋不忘的时间还是挺长。

@yikyo 原来如此，By Design, 感觉被设计了~,大大的草。
怪不得我第二个鼠标也是差不多类似的情况。

基本上只用 Git CLI 原因是统一性高，而且常用的命令就那几个，如果你理解了 git 的暂存区，理解 git 其实是操作文件，那么就很容易记住那几个命名，无非就是先放到暂存区在提交。

有的时候帮同事看个东西，我被那个花里胡哨的界面搞得我都没自信做出一些操作--谁知道你一点下去发生了什么。

我的 Anywhere 用了 2 年不到，也是左键双击，后来淘宝修了一下，修复后效果还不错。
应该是里面有啥小弹簧质量不过关。

我用的是： https://www.wordtune.com/
也挺强的，很多时候比我自己写的好多了。

跟 @lscho 类似，我也远程 5 年了，我也渐渐的才解决这样的问题。

解决的办法很没有创意，我有一帮朋友自己开公司，有空出来的工位，我几乎跟坐班一样，每天去我朋友公司，虽然不是员工，但是跟员工一样上下班，中午在一起吃饭，聊天。

我也试过了留言中的很多种办法，还是这种办法最让自己“舒服”。

我已经是续费到 5 年以后的专业用户，鹅城的税也不带你这么收的~

一个思路是使用 curl -v 来访问你的接口，纪录这些日志，查看时间真正花在哪里。

头痛医脚，找工作本身事谈判，谈判的要求就是自己手里有牌，没牌了还谈个屁啊，那是纸老虎。

家门口是学校，单车道，很多人借用电瓶车道行驶。挤得电瓶车就往真正的车道上行驶，我停在路口等红灯，电瓶车为了绕开借道的轿车，把我车蹭了。

所以受伤的是真正守规则的人。

看用车方式和原装电瓶大小。如果很少开，长期电瓶亏电，2 两要换很正常，或者你不换多开开也行。如果是电瓶小了，要换确实正常的（现在的车车厂很多时候为省成本做的确实没下限，电瓶有的小的不可思议），但是 4s 的价格确实太贵了。

@fhsan
@751327

基本上问这个问题就不是代码的问题，或者说技术问题，而更多的是管理问题。用技术的方式解决管理问题其实很糟糕。
真如楼主说的，团队强制让人写注释了，谁对注释负责，谁对代码负责。

还记得《让子弹飞》中的六子么？当你真的遇到了问题哭着说：“你们看看看啊，我支持了一碗凉粉”。你会发现周边根本没人听你的。

代码不会说谎，注释会。