公司前两周招了个新人， 在犹豫要不要叫老板辞退他

说说前提， 公司不是说非常的正规， 总共就三四个开发。。所以要求是能够全栈的去做，没有测试， 需求理解也得靠自己来琢磨。 现在有 ai coding 的情况下， 分析理解代码也很快，公司也有提供 github copilot ， 所以我很快就分配任务下去了

最近给他分配了几个任务

1. 让他对接 api 接口， 开发完说好了， 提交了代码， 因为是新人， 我就做做兜底审核， 发现有部分参数不能生效， 他没有测试出来， 而这几个参数是这个接口效果的核心参数

2. 再次对接 api 接口， 开发完说好了， 提交了代码， 我继续审核， 发现计费逻辑没有考虑完全， 有部分计费逻辑没有算进去。

3. 再次对接 api 接口，开发完说好了， 提交了代码， 我继续审核， 发现他计费逻辑少了数量计费

三次， 我都对他进行了警告，要求他思维要严谨， 计费是与金钱有关， 说实话我已经对他很不满了， 本身自己工作就多，还每次都能检查到这种基本需求问题

1. 还是开发个功能， 基于现有的邀请返利，增加充值返利功能，发现他把返利逻辑设置成了固定返回，不考虑充值多少返利多少。。。

如果说之前几次我是觉得他是个新人 ，应该要对他包容的话， 这里我已经有点怀疑人生了， 他到底有没有思维严谨性，是否真的做过开发。。。

1. 昨天晚上， 我又心血来潮的，休息日想到他前几天有分配一个比较重要的功能还没有 merge 进来。。。就 merge 来看了看， 因为逻辑比较复杂， 修改点也比较多， 我就叫 ai 分析了下他的修改，发现他的实现是基于预估的值来实现， 而不是根据 api 接口返回的实际的值来实现的。。。我马上就测了下，发现预估值和实际值会有严重偏差， 很大概率会落实不到位。 我更怀疑人生了， 用 claude 直接修改，自己审核修了。心塞

再来个补充，api 接口对接都是有明确文档的。 计费逻辑文档也写的清楚。。。我分配任务的时候也只是简单的描述下。很多时候都要自己去理解， 补充， 脑补。 而我观他代码，基本都是 ai 生成， 不知道有没有去审核，我保持怀疑态度， 估计是把我的描述简答的修改了下丢 ai ， 然后直接就用来测了

招这个人，本意上是想给我分担一下压力，并且更快速的迭代项目。但到目前来看， 应该是没有给我带来啥效率提升的，反倒给我增加了测试的压力负担。。。以及后续的任务也都得继续测试保障。 同时这个人努力也努力，也有在加班，但加班加班， 没有带来任何的对我来说的正向反馈。 就很心塞

个人没有带过人， 以前也是过安逸日子，就一直想给他机会，叫他走，开发压力有落在身上， 新招人过来也要时间，同时也不忍心， 但不叫他走，等于我给自己添了许多测试任务，把自己搞心塞。

现在感觉他就像是没有新兵蛋子一样，没有啥逻辑思维，谨慎思维， 而且他三十来岁，十年经验了， 工资也不低 20+， 真的很纳闷， 那么多年经验，在有 ai 的前提下，怎么会对开发功能出那么多能忍的 bug

由衷请教下，这个人该叫他走人吗，有点忍不了了