简单记录一下第一次做外包...

前段时间不是说接了一个外包嘛,更准确的说认识的一个创业的朋友接的,然后我负责功能落地的部分,到现在应该差不多三周的时间了,先摆最后结果的话就是

  1. 客户终止了合同,原因不在我这边,说是客户认为其他的两个项目做的太慢了...不是我的这个项目,我这个项目可以说是已经做完了
  2. 原本这个项目是 1w 块的,做得好的话,可以全款拿到,但现在这个情况,朋友那边在和客户 battle,希望得到一定的尾款,能不能拿到这个尾款,如果能拿到,能拿到多少我是完全没有概念的

好了,结论说完了,接下说下这段做外包的一个心路历程和收获吧

第一次对接我没记错的话是 26.3.14 的下午,那时候就简单的交代了一下要做的内容,提供了两个文档和一些其他的准备材料,所定的是下周四,也就是 3.19 来进行一下节点的验收

因为之前是几乎完全是跟着教程做开发嘛,算是没有独立负责过项目的,多数要自己从零开始设计,期间多数的时间都在做这个外包,前前后后花了至少十三个小时吧,这么看其实并不算是多,是吧

在 3.19 节点验收的部分,代码的问题很大,其中最大的问题有三个:

  1. 代码过于复杂,完全可以精简

代码过于复杂的话,后续的维护成本就高嘛,虽然说代码过于复杂,但实际上架构上是很清晰的,代码过于复杂的意思是:在完成需求的基础上,代码完全可以少很多

之前跟着教程做项目的话,就完全没有考虑过代码精简这种情况,就挺傻的hh

  1. 某个核心流程的逻辑没有对齐

关于需求对齐这个问题,后面还会提到,是做这个外包当中我觉得最重要的点,总之就是,我所实现的和朋友交代给我的,出现了蛮多的偏差

结果就是几乎是要全部返工的,我个人的话,肯定是比较难受的嘛,毕竟也是做了几天的东西,直接被推翻了,但没办法,还是要继续做的

  1. 使用的大模型

我在做的时候使用 Trae 当中的 Gemini 3.1 Pro 来做的,朋友说 AI 在生成的时候是倾向于往复杂设计的,推荐我换一个模型,换成 Claude,还给我推荐了一个中转,这一点对于我后面使用 Claude Code 埋下了伏笔,这里可以简单提一下,在推荐了 Claude Code 之后,我没有真正的用起来,因为一些配置的问题有些劝退,在初体验的时候也体验也并不算好,不过后续就真香了,但这已经在我基本完成这个外包之后了

下一次节点验收的时间是周六的下午,也就是 3.21,在周五的时候就继续做,但这个时候是我陷入最大的怀疑的时候,原因在第三者的视角看来,应该会觉得 "怎么这都能卡住你","你怎么连这么简单的功能都做不好" 之类的

我遇到的卡点是朋友交代给我的实现方案和提供的文档在功能实现方面有极大的出入,包括但不限于技术栈的选择,整个流程的处理等等,我就不知道到底要实现哪一种方案,就很难受,这种难受我觉得不是你有没有能力去完成这个功能,而是你不知道你到底要通过哪种方式来完成这个功能,你面临着两个选择,且你做不出一个选择

所以我有给朋友发消息说,不太想干了,原因是怕做不完这个项目,让他承担损失,我是没有交定金什么的,所以对于我来说,我是没有什么经济上的损失的,只是有些荒废了做外包的时间,我是在周五 3.20 发的消息,毕竟想着不能拖着耽误人家的进度嘛

因为一些原因,我们是周日的时候,也就是 3.22 才打电话聊这件事情,周五和周六情绪都很低落,没有学任何有价值的内容,只是在宿舍躺着,刷视频,打游戏

周日的时候,即 3.22 来聊这件事情,大致的内容如下:

  1. 这个外包不是目前最着急的,我们是有时间进行修改的
  2. 这个外包在实现上其实并不复杂,甚至可以说是很简单的
  3. 关于这个需求对齐的问题,他那边确实有责任,在和客户对接的时候,没有认真看客户提供的资料,导致在转达给我的时候,需求进一步的偏移;当然我这边也是有问题,我是在没有明确和对齐需求的前提下就开工了(我这边的责任,他没有提到,不过确实我自己也是存在不小的问题的)

其中还聊到了一个点就是对于一个工程师来说,最重要的是什么——自信

于是在第二天,即 3.23 对齐需求之后,又重新开工了,之后又进行了两次的节点验收,在周三,即 3.25 的时候做完了绝大部分的功能,因为说周四要和客户进行初步的对接了

后续的话,原本周四的客户对接延期了,原因如下...

image.png

然后我再收到消息就是今天晚上,朋友和我要最新的项目代码,接着就是收到了客户终止合同的消息,就算是有些荒诞的结束了吧

image.png

总的来说,收获是以下几点吧,虽然很多是 "正确的废话",但因为有了相关的经历之后,才有了体感:

  1. 编码真的只是开发者所要做的事情当中的一小部分
  2. 如果需求没有对齐的话,那么返工的概率是极高的
  3. 因为跑偏几乎是必然会出现的,无论跑偏程度大还是小,所以小节点验收才显得尤为重要,跑偏不可怕,及时纠偏就好
  4. 主动的 "汇报" 进度,要不对方真的不知道进度如何,这是打破信息壁垒的重要一步
  5. Claude 是目前编程方面,最好用的模型!我爱 Claude Code(这点是最近几天用 Claude Code 的感慨,非做外包期间)
  6. 工程师最重要的是——自信
  7. 代码只是实现目的的工具,代码写的漂不漂亮没有那么重要,没多少人会 care,目的实现才是第一优先级
  8. DDL 是第一生产力

大概目前就想起这些吧,也算是自己的第一段外包经历吧,很多东西在经历过之后就祛魅了

0个评论
点击登录,快来和大家讨论吧~
表情
图片
暂无评论
花萍雨
下载 APP