其他

  • 从手动写函数到Codex自动补全复盘

    工作到第三年的某个下午,我写了一个函数,十七行,处理用户权限判断。 写完就在想,这十七行代码里,真正算得上“我思考过”的,大概只有三行。其余十四行是拿来即用的:判空、遍历、字段映射、异常兜底。你可以说这是工程规范,但那一刻我突然意识到一个问题,这几年代码打字速度越来越快,可真正让我觉得自己在“解决问题”的时刻,反倒越来越稀薄了。 差不多就是在那个时间点,我开始用 Codex,开始让它补全那些我懒得…

    2026年6月18日
    5400
  • 先别依赖Codex,先学会写Prompt

    先别依赖Codex,先学会写Prompt 上周我帮一个创业团队做技术评审,他们用Codex已经三个月了。技术负责人打开后台让我看使用数据,三个月,生成了超过一万段代码,但最终合入主分支的比例不到30%。剩下的70%去哪了?大部分被删掉重写,小部分在反复修改后勉强能用,但带着大量技术债。 我问他平时的Prompt怎么写的。他翻了翻聊天记录,给我看了一句典型的话:“帮我写一个用户管理的后台接口。” 问…

    2026年6月18日
    4500
  • Codex在代码审查中的真实搭法

    我真正开始信任 Codex 做代码审查,是在它指出一个我用了一下午才定位到的并发边界条件之后,那是一个我确信“绝对不可能有人能一眼看出来的”Bug。 在此之前,我和大多数开发者一样:把它当成一个“看起来很美,但关键时候不敢用”的吉祥物。问题不是它“能不能审”,而是我压根不知道怎么让它审得可信。 这篇文章,围绕“怎么搭”展开,不讲百科,不谈未来,只说你明天就能用上的真实落法。 一、核心结论:Code…

    2026年6月18日
    2900
  • Codex生成的正则表达式为何总错?

    你给 Codex 一句“匹配所有有效邮箱地址”,它毫秒级吐出一个正则出来: /^[\w\.=-]+@[\w\.-]+\.\w{2,3}$/ 语法没问题,符号没写错,任何一个入门正则教程都可以给这个写法打满分。 但这个看似完美的表达式,会把 a@b.co.uk 拒之门外,会认为 user@domain.c 一定合法,而且完全不考虑国际域名里那些非 ASCII 字符。 十次里可能有七次,Codex 生…

    2026年6月18日
    3700
  • 我们如何用Codex辅助重构旧项目

    我们如何用Codex辅助重构旧项目 去年年底,我所在的技术团队接手了一个维护了四年多的旧项目。这个项目代码库膨胀到300多个TypeScript文件,依赖了47个npm包,其中11个已经停止维护超过一年。当我第一次在团队会议上提出“让Codex来帮忙重构”时,技术总监看了我一眼,说了句让我记到现在的话:“AI写的代码,到时候出了问题谁负责?” 三个月后,还是他,在复盘会上对所有人说:以后新项目能不…

    2026年6月18日
    6200
  • 用Codex处理重复CRUD的实战效率

    用Codex处理重复CRUD的实战效率 凌晨两点,你已经为第7个后台管理模块写完了同样的分页查询、同样的字段校验、同样的增删改接口。唯一不同的是表名从 t_user 换成了 t_role,DTO里的几个字段换了名字。我经历过这种时刻,不是因为不熟练,而是因为这种工作压根就不该由人一行行手敲。后来我尝试用 Codex 把这类重复CRUD彻底重构了一遍,结果让我意识到:过去对AI编码的想象,可能都太保…

    2026年6月18日
    4400
  • Codex生成API接口时总漏参数?

    “妈的,又漏了phone字段。” 凌晨两点,我在调试一个用户注册接口。Codex生成的代码看起来完美无缺,username、email、password,三个参数整整齐齐。但后端那边就是返回400,报错信息晦涩得像甲骨文。我盯着屏幕愣了十分钟,才意识到问题是出在那该死的phone参数上,文档里写着“可选”,但他们的业务逻辑要求注册时必须触发短信验证,没有手机号,整个流程直接挂掉。 这不是我第一次被…

    2026年6月18日
    2400
  • Codex生成SQL语句的三个反常识坑

    大概去年这个时候,我接手了一个电商数据治理的项目,老板觉得 BI 团队手写 SQL 太慢,要求全面接入 Codex 来“提效”。最开始那几天,大家都有一种从自行车直接跳到高铁的错觉。需求丢进去,SQL 秒出。然而,第一个生产事故发生在上线后的第三天,一个计算“近 30 天复购率”的报表凭空多出了 23% 的异常数据。不是语法报错跑不通,是跑通了但结果完全不对。更讽刺的是,修复这句由 AI 生成的 …

    2026年6月18日
    2800
  • 看板管理实战复盘:我们踩过的三个坑

    如果在过去五年里,让我选出一个团队在“假装敏捷”上投入最大的行为,我会毫不犹豫地回答:做了一块谁都不看的看板。 不是工具的问题。我们试过物理白板,用过 Jira,迁移过 Trello,还短暂地膜拜过 Notion 那一套。但有一件事情始终没变:看板最后都变成了“信息展示墙”,而不是“工作流引擎”。 最讽刺的一次经历发生在我们交付一个供应链中台项目时。老板视察办公区,对那面贴满彩色卡片的墙赞不绝口:…

    2026年6月11日
    2500
  • 先别画看板,先搞清楚这三点

    你肯定遇到过这个场景。 需求文档上写着“需要一个经营驾驶舱看板”,老板补充了一句“要大气,要一目了然”。你打开Figma,新建画板,尺寸1920×1080,然后开始刷Pinterest和Dribbble。 两小时后你拼出了一套看起来很专业的界面:左边是环形图和进度条,中间是折线趋势,右边是排行榜卡片。配色克制,间距统一。 交付评审那天,业务负责人沉默了几秒,问了三个问题: “我每天早上打…

    2026年6月11日
    2900
站长微信
站长微信
分享本页
返回顶部