背景
前天朋友提供一个内推岗，这个公司蛮不错的，规模大待遇好还不是外包也不是有争议的 web3 ，他在里面工作，说招好几个月了还是没人去。我有个个人微服务项目准备拿去应聘，然而推荐后说没办法还是得垂直经验，因为现在有 AI 生成代码很简单，个人项目很容易被认为是 AI 代工。
项目介绍
项目原先是通过网课教程做的但不符合生产要求被我全部推翻重写，原来是 go micro 2.9.1 现在是 go micro 4 ，所有服务都是领域驱动，改过框架源码，链路追踪、监控、日志系统、架构等全部一人完成，期间技术栈做了很大的调整，一共迭代 6 个版本，目前是 6.1 ，耗时 3 个月，至今仍在迭代，有部分自编组件。包含压测报告、决策记录、变更日志和自述文件（含项目介绍及部署指南），用 Github Project 管理项目，2 周一版，部署在阿里云 K8S 集群上，使用超过 15 个组件，还用到 LUA 脚本。服务是模拟支付回调扣减库存过程，每个服务 2 个副本，单个 Pod 上限为单核 CPU + 512M 内存，压测 1596Qps ，P99 为 84ms 。
不存在 AI 代工
我开发过程中主要是用 AI 推荐轻量级工具并分析其难度，代码大部分还是自己写，因为 go micro 做 EDA 架构的案例本身就少得可怜直接导致 AI 生成的代码不靠谱，最后还是被我的方案优雅地取代。开发过程中每个版本都是巨大的挑战。
请问各位大佬如何证明个人项目不是 AI 代工以实现成功转型 Golang 开发？
 |
1
goodboy95 2 天前 via Android  1
报个培训班，让他给你包装个项目，美化简历，这样就不是 AI 代工的了（
但凡这家公司有几个有经验的程序员，也不至于天天纠结是不是 AI 代工。问一下项目的 follow up ，看应聘者能不能答上来不就完事了吗。能答上来就说明应聘者有能力处理事情。 |
 |
2
beyondstars 2 天前 1
你先定义什么是你说的“真实性”，是指 100%不含 AI 参与的才叫真实，还是绝大部分代码 80% 以上不是 AI 生成，还是什么标准，说清楚。
第二个是为什么要判断不存在 AI 代工这件事？用 Agent 写代码是大势所趋。你们是体制内？是开发无法访问外网的军工项目？ Linus 都开始用 AI 写 side project 了，现在还坚持什么工匠精神追求全部手写吗？ 你要看：1 、测试覆盖率。2 、提出几个问题要点，他在这个项目中怎么实现的，他说的思路和代码对得上对不上。3 、产品使用体验，有没有什么设计上的硬伤，能否流畅使用（程序行为正确、流畅、界面合理等）。 |
 |
3
javalaw2010 2 天前
我不太明白，应聘就应聘，跟个人项目有什么关系，如果对方觉得你没有相关语言的经验，那就把你的个人项目包装成公司的生产项目不就得了，或者你干脆把你简历上公司的项目语言改成 GO ，对方总不至于到你公司拉代码检查语言吧
|
 |
4
Chrisssss 2 天前
谁管你是不是用 AI 写的啊，反正你面试的问题能答上来，入职能干活，用不用 AI 写项目对公司的影响是啥？
|
 |
5
zhanshen1614 OP @beyondstars 真实性是指经过自己思考、规划，并独立开发、设计架构和技术选型，AI 作为辅助工具而不是全部依赖 AI 写代码，让 AI 设计架构并完成代码编写视为代工。
我开发的个人项目就是要用于应聘 Go 开发岗，代码 9 成以上手写是因为 AI 无法生成正确的代码。目前的问题是被卡在垂直经验，自己做的项目被视为 AI 代工，朋友告诉我说要企业级产品开发经验才行，可是架构真的是自己设计的呀。 |
|
6
zhanshen1614 OP @javalaw2010 个人项目就是 Go 开发的，而且都做到事件驱动了，幂等性、容错、死信队列都有。
|
|
7
beyondstars 2 天前
@zhanshen1614 你对这个真实性的定义是合理的。但问题不在你，因为毕竟项目确实是你自己深度参与的。可能企业只是找一个理由而已。所以应该多投几个，多找几个。
|
 |
8
e3c78a97e0f8 2 天前 1
> 朋友告诉我说要企业级产品开发经验才行
这和 AI 关系不大，关键是对方公司希望你的项目是在另一个公司做的，有另一个公司的业绩给你背书，这才叫“企业级”。 |
 |
9
Moverz 2 天前 via iPhone
@e3c78a97e0f8 非常真实
|
|
10
zhanshen1614 OP @e3c78a97e0f8 说实话，我在公司做的项目，其基础设施不如个人项目，有的运行五六年还没上监控全靠值班。之前在一个单位做 PHP 竟然还没上 composer ！听老员工说用过 composer 但有一次安装的组件发生安全事故就禁用了，部署还是用 shell 。
|
 |
11
Clannad0708 2 天前
wc 老哥你这个项目非常复杂啊，有链接吗学习学习。最近我也在做 agent 做这一套的 aiops 的内容。但是我是纯 ai 生成，效率挺一般的。我刚毕业 1.5 年编码设计能力还是挺差
|
 |
12
balckcloud37 2 天前
大家都能用 ai ，那么 ai 用得好也是你的能力
|
 |
13
skuuhui 2 天前
人家说的不是很明白吗。你开发上的事情 ai 就能搞定，你能再能写代码也不如 ai 划算。人家要的是设计，产品，领域的经验。
|
 |
14
leelotov2er 2 天前
感觉不需要证明啥吧，ai 写的你能讲明白就是你的
|
 |
15
wxiao333 2 天前
@zhanshen1614 你太老实了，这种项目怎么能说是个人项目呢？ 简历上得优化一下，就直接说是前公司的项目就完事儿了，如果前公司业务不相关就说是前公司中标了一个甲方的项目。不然招聘方感觉你这个人不踏实啊，怎么上着班还自己做什么个人项目。。
另外我也好奇你为什么有动力一直去优化这个虚拟的项目呢，需求都是你自己在想吗？还两周一个版本，搞得那么正式。 |
 |
16
ToDayMkCode 2 天前
不仅要抄答案，还要抄算法，抄得了算法，那答案完全就是属于你的了😂
|
 |
17
rb6221 2 天前
这个标题和你的内容关系不大吧
你要说如何证明，那面试看问题能不能回答上来就好了，这没什么难处吧 你要说你简历通不过，那是另一回事了，不过如果你真觉得你的 go 水平能达到胜任工作级别了，那就把你的项目包装成公司项目啊 |
|
18
zhanshen1614 OP @skuuhui 我之前都在中型企业工作，8 年以来遇到的企业级产品规划都不行，各种系统功能混合交叉，需求来了就是执行，万一那个需求是老板的心腹提的你敢推翻？当然我也有产品思维不过在这些公司里没啥用。因为规划不足，系统架构也是很差的，基础设施都缺胳膊少腿，唉。
|
|
19
zhanshen1614 OP @wxiao333 说多都是泪。过去接触的公司项目（非外包）架构都很差，除了加班 CRUD 几乎学不到什么东西，团队里几乎没有优秀的技术实践，从服务器下载日志，可观测性几乎为零全是领导一人把持基础设施。想转 Go 开发又遇到要求同行项目经验的岗位只能自己弄一个来深度实践。需求基本是围绕架构展开的，从架构层面来说已经优于过去的项目开发经验。
|
 |
21
jonsmith 2 天前 via Android
没办法，现在都要上来就能干的，不知看技术水平，也看行业经验。
|
 |
22
Bigstupidcat 2 天前
不需要证明，老板只关心能不能用，不关心你具体实现的过程。
|
 |
23
paceewang1 2 天前
@zhanshen1614 #19 简单，自己设想一下，你前司的项目如果让你用 go 写，你会怎么写，自己把一些实现细节还有亮点想清楚，技术栈参考你熟悉的，这就是你参与过的企业级产品。出门在外面子都是自己给的，面试官能看到你前司的业务，又看不到代码。
|
 |
24
techNoir 2 天前
这个还有必要纠结是不是 AI 的吗，现在都是推荐 AI coding
|
 |
25
lazinesssheep 2 天前 1
我有个问题 为什么不用 AI 写？
|
 |
26
YanSeven 2 天前
我有个问题，如果问啥都能说出来，为什么要纠结是不是 AI 写的。
除非纯手工代码的码农工资更高，纯天然无添加，那有意义纠结一下。 |
 |
27
syferie PRO 老板会纠结你用什么写的吗，不是能出活就行。你会用 AI 一个人能顶两个人的工作量那才是老板想要的。
|
 |
28
BlackSnow 1 天前
code is cheap show your prompt
|
 |
29
chtcrack 1 天前
能说出这样话的,思想有问题了.
这就好比你不是靠自己身体力行来用腿走路来上班的,怎么证明你不是坐车来的? |
 |
30
murmur 1 天前
为啥要证明，用 AI 开发本身就是必备技术
|
|
31
zhanshen1614 OP @chtcrack 我分析了下大概率是招聘方的问题。有些单位招人很死板，没有同语言同行项目开发经历就不要，不相信个人项目是自己做的。
|
 |
32
MoeDisk 59 分钟前
反正原来没消费级 LLM 的 AI ，也基本上是网上找例子仿写（
能用 AI 写好项目也是需要懂的，公司来过实习生懂皮毛用 AI 生成完也用不利索， 或者对方案不熟不知道需求用哪种方案做好。 我是拥抱 AI 那派吧，不过也希望能出来下一个轮子哥（ |
 |
33
netabare 29 分钟前 via Android
如果你能把项目的前因后果、关键决策路线、为什么这个地方要这么写、为什么那个地方要这么设置，项目的技术选择和你要解决的难题之间的关系还有一些项目里面的因果关系说的清楚，说实话，如果是我，哪怕你整个项目是 AI 写的并且到处都是 emoji 我觉得都无所谓。
不然的话，另外一个鉴定项目是否人写的，我会从这么几个角度看： - git commit 的粒度、git workflow 的控制，是否能看出清晰的思路，还是每次 commit 都是一大坨 - 代码里面的评论、注释是否废话文学，还是记载了一些高密度的信息 - 代码风格，比如变量名是否莫名其妙，是否有莫名其妙没法解释的结构或者模式 - 变更的原子性，比如说是否一次变更只做一件事，还是塞了一大堆乱七八糟的——说起来我跟 AI 聊的时候我会反复跟他强调这件事，并且在他输出一堆无关内容的时候直接反问、质疑 不然的话可能就上动力学分析了。我的印象中，人类写的代码，因为对约束失效、边界条件等真实难点的主动思考，很容易会有复杂度集中存在，产生强耦合/有 causality 和对代码抽象结构的引导和暗示，这些往往会限制或决定未来的项目演化。反过来看，AI 写的代码，至少我觉得经常很...「平」。 如果这段描述有点抽象，那么人类的代码更像在地球上的某个真实地形约束下城市和群落、交通的自然演化和人为规划的结果。而 AI 代码给我的感觉更像 Minecraft 那个 Perlin noise 生成器。 或者，换句话说，看人类的代码，我会好奇：技术债从哪里产生」，看 AI 代码，绝大部分情况下，他甚至连技术债都无从谈起。 |
Select Language