11 年全栈开发者的工程实战笔记
一个人做产品的技术选型、架构取舍与踩坑复盘。
AI 写的代码，在生产环境能跑多久
AI 生成的代码能不能长期跑，不取决于它写得多漂亮，而取决于这段代码有没有隐性约束、出错了能不能被发现。前者AI看不到，后者决定它多久会坏。
需求蔓延怎么防：签字确认 + 变更单
需求越做越多，通常不是因为客户难缠，而是因为口头聊过的东西从来没有变成一份可以对照的基线。防蔓延靠的是两份文件，不是好脾气。
一个人做产品，技术栈怎么选
一个人维护一个产品时，选型的第一标准不是"哪个技术更先进"，而是"半年后出问题，你能不能一个人把它捞回来"。
功能都做完了，为什么没人用
决定一个产品有没有人用的，从来不是功能数量，而是它有没有接进用户已有的动作里。分享一套上线前的自检清单。
接项目报价怎么定：范围、排除项与付款节点
报价单不是价格表，是一份风险分配书。范围、排除项、付款节点、工期起算点 —— 这四样写不清，价格谈得再高也会亏。
开源二开 vs 从零自研：什么时候不该省这个钱
二开省下的是两个月，还回去的可能是两年。判断的核心不是“能不能改”，而是你的改动落在扩展点上，还是落在核心文件里。
一个人做多端产品，怎么少写一遍代码
小程序 + H5 + App + 后台同时要的时候，重复的从来不是界面，是业务规则。把判定放在服务端，端上只做展示和输入，才算真的省下一遍。
我用 AI 提效了多少：真有用的和纯自嗨的
AI 编程的提效是不均匀的 —— 有的环节快几倍，有的环节是负收益。分清楚哪一类任务该交给它，比换哪个工具重要得多。
数据库慢查询排查的完整链路
排查慢查询最容易犯的错，是还没定位到是哪条 SQL 就先加索引。按顺序走一遍：先定位、再看执行计划、最后才是改。