zhanshen1614

@chtcrack 我分析了下大概率是招聘方的问题。有些单位招人很死板，没有同语言同行项目开发经历就不要，不相信个人项目是自己做的。

@wxiao333 说多都是泪。过去接触的公司项目（非外包）架构都很差，除了加班 CRUD 几乎学不到什么东西，团队里几乎没有优秀的技术实践，从服务器下载日志，可观测性几乎为零全是领导一人把持基础设施。想转 Go 开发又遇到要求同行项目经验的岗位只能自己弄一个来深度实践。需求基本是围绕架构展开的，从架构层面来说已经优于过去的项目开发经验。

@skuuhui 我之前都在中型企业工作，8 年以来遇到的企业级产品规划都不行，各种系统功能混合交叉，需求来了就是执行，万一那个需求是老板的心腹提的你敢推翻？当然我也有产品思维不过在这些公司里没啥用。因为规划不足，系统架构也是很差的，基础设施都缺胳膊少腿，唉。

@e3c78a97e0f8 说实话，我在公司做的项目，其基础设施不如个人项目，有的运行五六年还没上监控全靠值班。之前在一个单位做 PHP 竟然还没上 composer ！听老员工说用过 composer 但有一次安装的组件发生安全事故就禁用了，部署还是用 shell 。

@javalaw2010 个人项目就是 Go 开发的，而且都做到事件驱动了，幂等性、容错、死信队列都有。

@beyondstars 真实性是指经过自己思考、规划，并独立开发、设计架构和技术选型，AI 作为辅助工具而不是全部依赖 AI 写代码，让 AI 设计架构并完成代码编写视为代工。

我开发的个人项目就是要用于应聘 Go 开发岗，代码 9 成以上手写是因为 AI 无法生成正确的代码。目前的问题是被卡在垂直经验，自己做的项目被视为 AI 代工，朋友告诉我说要企业级产品开发经验才行，可是架构真的是自己设计的呀。

有些国内的技术团队不用云厂商的服务其实是“自主可控”的幻觉，本质是架构设计和产品规划的问题，多个功能相互交叉，主流框架无法支持只能自研框架，无法接入云服务，最后只能全部自研。

之前我工作过的公司，其定时任务经常用系统自带的 CronTab 或者自研任务调度器，后者时间间隔经常差一两秒，时不时来个 Too many connections 。

我最近在用 golang 做个人微服务项目准备转型 Go 开发，计划引入 Prometheus 监控，结果服务器快爆了改成代理模式，用阿里云的云监控，剩余空间腾出来装 redis 和 Grafana ，如果强行按原计划那么这 2 个就弄不了了。总之组件没有绝对的好坏，适合的才是最好的。

@akira 有完善上下文和提示词但这个要审批的，领导发现上下文和提示词试图让 AI 判断架构设计和伪需求这种根本性问题有时候会带来不必要的麻烦。

AI 依赖上下文，提供的信息越宽泛代码质量越差，没提到就当没这回事。你要防缓存击穿，那么就得提供缓存系统的基本信息，比如单节点还是集群，还有系统架构、运行环境、系统的功能需求和非功能需求。

我最近在用 go micro 开发 EDA 的微服务，用 Vscode 自带的 Copilot 生成代码，本来想让它把自创的事件侦听器改得性能高一点结果没改到点子上，后来我发一段对话询问读多写少的场景改成 sync.Map 是否可行 AI 回答可以，然后就按照这个去改。

AI 目前对于系统架构还是比较乏力，生成的实现方案（含代码）经常是整合资料，最多只能当助手不能当主力。