独立开发者的报价方式:为什么给区间,以及什么时候不该接
"报价多少"是所有合作里最容易谈崩的一环。这篇讲独立开发者该用什么口径报价:区间与锚点的逻辑、需求边界怎么写进合同、哪些项目应该直接拒绝。
共 20 篇:把项目里踩过的坑与取舍写下来—— 文章里的结论,往往就是下次报价里省下的那部分时间。
"报价多少"是所有合作里最容易谈崩的一环。这篇讲独立开发者该用什么口径报价:区间与锚点的逻辑、需求边界怎么写进合同、哪些项目应该直接拒绝。
用 AI 写了半年项目之后的分工结论:脚手架、测试、文档、重构这些环节收益巨大;涉及安全边界、数据一致性与"没人看得懂的魔法代码"时必须自己写。
站点上线后最常见的故障不是"崩了",而是"悄悄坏了":磁盘满了、日志全是错误、备份三个月没跑。用一条命令把 10 项检查固化,异常自动推到群里。
自研框架稳定到 1.0:路由/容器/ORM/模板/后台 RBAC 全部就位,PHP 8.2+ 零第三方依赖,自带 120 个用例、1528 条断言与一条命令的代码检查。
属性钩子(Property Hooks)让"取值/赋值时做点事"不再依赖魔术方法或 setter 样板。这篇讲它解决什么问题、与 __get/__set 的区别,以及只读类与 clone 的配合。
后台有 20 多个页面,最容易失控的是"每个页面复制一套请求/分页/筛选逻辑"。用组合式函数按能力拆分后,列表页的公共逻辑收敛到三个函数。
不少主机只装了 GD,没有 Imagick。这套管线用 GD 完成方向校正、等比缩放、WebP 输出与体积保护,顺带解决"上传 10MB 原图直接当缩略图用"的加载灾难。
迁移脚本是唯一会直接改生产数据的代码。这篇讲三道安全网:执行前自动备份、--dry-run 预演、以及"可重复执行"的写法——顺便说说为什么回滚要慎用。
"页面要快"没法验收,"首页 gzip 后不超过 10KB、请求数不超过 6 个"可以。这篇讲怎么定性能预算、怎么自动化守住,以及超预算时该砍什么。