自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(18)
  • 收藏
  • 关注

原创 我带的那个实习生,比我更依赖AI——但他的问题和我完全不同

一个月前,我写了那篇《AI编程一年后,我还记得怎么手写代码吗》,说我的某些能力在退化。上周测完小杨之后,我意识到:我和他面对的,不是同一个问题。我的问题是:曾经建立的东西,在悄悄消失。他的问题是:有一些东西,从来没建立过。这两件事,都值得认真对待。只是解法不一样。"老师,你觉得像我这样从一开始就用AI的人,以后会比你们更强,还是会有什么缺陷?"我不知道。但我觉得这取决于你。AI用得好的人,会有一种我们没有的能力——他们从来不会被'这很难实现'这个想法卡住,因为他们从来没经历过'难'。

2026-04-23 08:56:11 647

原创 我用AI把一个外包需求从30天压到5天交付,然后客户说:下次还找你

有人问我:你用AI做外包,会不会被客户觉得不踏实?我反问他:你写代码的时候用Stack Overflow,你的客户会觉得不踏实吗?工具是手段,交付是结果,信任是积累出来的。AI让我快了,但让客户信任我的,是那份备忘录,不是Cursor。快,只是给你赢得做其他事情的机会。至于那个机会你用来干什么,AI管不了。你用AI接过外包吗?有没有类似的经历?欢迎评论区聊聊。后端AI实验室不讲概念,只谈实战 代码开源,每周更新。

2026-04-21 13:32:38 477

原创 我用 AI 设计了一套新人 onboarding 方案,两周后他的产出超出了我的预期

两周结束,小杨问我下一步要做什么。我说:继续做真实需求,难度升一档。他问:还是用这套方法吗?我说:框架不变,但有一条你已经应该内化了——AI 是你的参考,判断是你自己的事。他点了点头,说他明白了。我觉得他确实明白了。带新人这件事,难的从来不是"传授知识"。知识,AI 比我讲得更全,更有条理,更有耐心。难的是帮他建立判断力——知道什么时候该信 AI,什么时候该质疑,什么时候应该有自己的答案。这件事,只有人能做。但 AI 把我从重复解释中解放出来之后,我终于有时间,专门做这件事了。

2026-04-14 09:28:40 794 1

原创 AI编程一年后,我还记得怎么手写代码吗?答案让我沉默了

回到那个实习生的问题:你上次不用AI手写代码,是什么时候?我现在有了答案——就在上周。结果是,两小时完成了55%,卡了11次,写完代码的第一反应是想让AI看一眼。这不是灾难。但这是一个信号,信号说:有一些能力,在你没有察觉的时候,正在悄悄变弱。AI让写代码变快了,但"会写代码"和"离开AI也能写代码",正在悄悄分开。我不想等到真正需要的那一天,才发现自己已经不行了。那个实习生现在每天都在用Cursor。我没有阻止他。

2026-04-09 16:35:31 748

原创 裁员后我被迫负责运维,用AI从0搭建了可观测性平台

第一步:结构化入门不要直接看文档,先让AI给你画地图:这个领域有哪些核心概念、主流方案有哪些、一个外行应该按什么顺序学。我是[你的背景],完全不懂[陌生领域]。请给我:1. 这个领域的3-5个核心概念,用我能理解的语言解释2. 主流方案有哪些,各自适合什么场景3. 建议我按什么顺序学习第二步:带着问题读文档不要从第一页读到最后一页。先搞清楚自己的场景,再带着问题去读文档,遇到看不懂的直接喂给AI翻译。以下是[方案]的官方文档片段,我的场景是[描述你的具体情况],

2026-04-07 10:29:29 561

原创 我把代码审查权交给AI两个月,团队发生了什么

两个月跑下来,我的结论是:AI做Code Review,有真实的价值——那60条人工会漏掉的问题,是AI给我们兜的底。但它带来的副作用,也是真实的——有人开始不自己思考,有人感觉能力在退化,团队共识在分裂。这不是AI的问题,是使用方式的问题。一个工具越好用,越容易让人停止锻炼被它替代的那块肌肉。计算器让人不再心算,导航让人不再记路,AI review会不会让人不再主动思考代码?我不知道答案。失去的东西,往往是在你没有察觉的时候悄悄消失的。你们团队有没有用AI做Code Review?

2026-03-31 11:44:45 314

原创 等保三级整改,敏感数据加密,数十个系统——3个人用Cursor一周搞定了

等保整改,大部分公司都经历过或即将经历。敏感数据加密,是里面看起来清晰、实际最繁琐的一项。第一,先摸清楚要改哪些,再开始动手。上百张表、十几个仓库,不先摸清楚,开干之后必然遗漏,漏了再补比从头来还痛苦。用AI批量扫,比人工快3倍以上,而且更准。第二,把加解密收拢到一处,不要分散在业务代码里。拦截器统一处理的方案,前期搭建成本高一天,但后面每个字段的改造成本极低,总体效率反而高很多。143个字段如果分散手写,改漏的返工成本会让你崩溃。AI可以帮你快速执行,但你得先把架子搭对。

2026-03-24 10:43:12 804

原创 我让AI模拟面试官考了我一个小时,然后我沉默了

你是一个资深技术面试官,正在面试一个声称有X年[技术栈]开发经验的候选人。要求:1. 从基础原理开始,逐步深入2. 每个问题回答之后,至少追问一次细节3. 发现回答有漏洞,直接指出并纠正4. 面试结束后,给出包含优势和短板的评估报告面试范围:[你想考察的技术点]开始面试。有一个小建议:全程不要查资料,不要停顿太久,像真实面试一样作答。这样暴露出来的漏洞,才是真实的漏洞。AI让准备面试变容易了,但让通过面试变难了。

2026-03-20 10:03:17 770

原创 同一个需求,我先出技术方案,再让AI出方案——差距让我沉默了

这个实验让我想明白了一件事:AI的方案没有错,只是它活在一个没有约束的世界里。你的工作不是复制AI的方案,而是用你对业务的理解、对团队的了解、对现实约束的判断,把一个"理想方案"变成一个"能落地的方案"。AI给你广度,你给方案深度。这才是对的分工。你平时出技术方案,是先自己想还是先问AI?欢迎评论区聊聊。后端AI实验室不讲概念,只谈实战 代码开源,每周更新。

2026-03-18 15:28:38 842

原创 3年没人敢碰的老代码,我用AI重构了它——然后翻车了

那个3年没人敢碰的老服务,现在有人敢碰了。那个人是我,但也可以是任何一个新来的同事。AI在这次重构里帮了很大的忙——分析代码结构、生成拆分方案、写单元测试、执行重构。但它救不了我自己没做好的事:测试覆盖不够,隐性规则没有显性化,上线步骤太激进。翻车,是我的问题,不是AI的问题。AI是一把很好用的刀。但刀不会告诉你,你在切什么。如果你的项目里也有一个"3年没人敢碰的老服务",我的建议是:先别急着重构,先把它的测试补上去。那个过程会让你重新读懂这段代码。读懂了,再动刀。带着AI一起。

2026-03-17 10:04:00 642

原创 我让AI review了自己写的代码,然后删掉了30%

12年写代码,我以为我很了解自己的代码。AI用20分钟告诉我:你只是习惯了它,不等于你真的看清楚了它。人会对自己写的代码产生感情。AI不会。这是它的局限,也是它的价值。回过头来看,那个SQL注入漏洞让我反思了很久。它在生产跑了3年。不是我不懂SQL注入,不是我不知道参数化查询。是因为那天下午很赶,写完跑通就提交了,后来再也没有人仔细看过它。这样的代码,在每个人的项目里都有。你有多久没有认真看一眼自己写的老代码了?你有没有试过让AI review自己的代码?发现了什么?欢迎评论区聊聊。

2026-03-12 14:02:36 1023

原创 我把一个生产Bug的排查过程,交给AI处理——20分钟后我关掉了它

用AI排查这次Bug之后,我想清楚了一件事。AI在这个场景里,扮演的不是"解决问题的人",而是"帮你结构化思考的人"。我以前排查问题,靠的是12年积累的直觉:看一眼日志,凭经验猜几个方向,然后一个个验证。这套方法有效,但效率取决于"今天直觉准不准"。AI做的事是:把我脑子里隐性的排查逻辑,变成了显性的步骤。你喂给它的信息越完整,它给你的推理就越准确。它不替你做决定,但它让你的决定过程更有据可依。AI排查问题的能力上限,取决于你给它的信息质量。

2026-03-10 13:31:23 674

原创 我把同一个需求分别交给初级程序员、高级程序员和AI,结果让我沉默了

需求不复杂,但涉及金额变更、库存回滚、状态流转,刚好是个能拉开差距的典型场景。三份代码我都仔细看过了。看完之后,我沉默了很久。

2026-03-09 10:11:48 599

原创 用AI写代码,我差点把漏洞发上线:血泪总结的10个教训

三周前,我差点在生产环境搞出一个安全事故。起因很简单:让Cursor写了一个文件上传接口,跑了一下,没报错,直接提交了。结果被同事review的时候揪出来

2026-03-05 15:38:41 680

原创 我用Cursor开发了3个月,整理出这套提效4倍的工作流

用了3个月,踩了一堆坑之后,我才搞清楚:Cursor不是一个更好的代码补全工具,它是一个需要你重新学会"提问"的编程范式。

2026-03-04 14:10:46 1093

原创 IntelliJ IDEA的统治即将终结?我已经3个月没怎么用它了

JetBrains最新数据显示,IntelliJ IDEA活跃用户同比下降18%,引发开发者热议。文章通过个人工作流变化揭示IDE行业变革:传统IDE正被AI工具取代,开发效率提升4倍,IDEA使用时间从8小时降至1小时。文章分析IDE三次革命历程,指出AI补全、重构功能使IDEA核心优势被消解,仅调试功能仍具优势。作者展示新旧工具链对比,并通过订单系统案例证明AI辅助开发效率翻倍、代码质量更优。建议开发者立即尝试AI工具,提升提问和代码审查能力,保持工具灵活性,聚焦需求分析和架构设计等AI难以替代的技能。

2026-03-03 16:27:49 881

原创 公司给团队配了AI编程工具,然后要求降本增效:一个残酷但必须面对的真相

AI会替代程序员吗?AI会替代一部分程序员,但不会替代所有程序员。只会写代码,不会思考的技能单一,不愿学习的拒绝变化,抗拒AI的会提问题,会做决策的会解决问题,不只是写代码的持续学习,不断进化的更重要的是:AI不是敌人,是工具。就像电脑没有让会计失业,反而让会计更高效一样, AI也不会让程序员失业,只会让优秀的程序员更强大。关键在于:你是被AI替代的那个,还是用AI的那个?不要恐惧变化,要拥抱变化。不要抗拒AI,要掌握AI。不要停止学习,要终身成长。时代抛弃你,不会说再见。

2026-03-02 13:21:35 919

原创 黄仁勋说“编程只是打字“?一个12年老程序员的冷静思考

黄仁勋说"编程只是打字",他说的是编码这个动作的价值在下降。但程序员的价值从来不只是"打字"。真正有价值的是:理解问题的能力设计方案的能力做出判断的能力解决问题的能力持续学习的能力AI是工具,不是替代品。就像计算器没有让数学家失业,搜索引擎没有让律师失业一样,AI不会让程序员失业——它只会让不思考的程序员失业。懂业务的技术专家会设计的系统架构师善用工具的效率大师持续进化的终身学习者AI时代,编程确实变简单了。但成为一个优秀的程序员,从来没有变简单过。你怎么看?欢迎留言分享你的观点。

2026-02-28 13:15:49 680

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除