把每一个好想法
做成好用的产品

上周帮一位做社区团购的客户排查线上问题，起因特别典型：测试环境一切正常，正式版一打开就白屏。查了半天，问题出在project.config.json里一个不起眼的miniprogramRoot路径。这类配置问题在北京做小程序的团队里太常见了——项目赶进度，配置随手一抄，上线后才开始还债。 知码客这几年接的北京本地项目不少，从国贸附近的连锁餐饮到中关村的工具类小程序，踩过的配置坑基本能凑成一本小册子

上周在望京见了个做本地生活服务的客户，聊到一半他问我：你们北京做小程序的团队，电脑上到底装了多少东西？我说这问题问得好，因为「小程序开发环境」这件事，看起来是装几个软件，实际上决定了后面三个月你改需求时是顺手还是抓狂。今天就把我们知码客这边真实在用的环境配置摊开讲讲，不吹工具，只说踩过的坑。先说结论：环境不是越新越好很多刚入行的朋友一上来就把微信开发者工具、Node、各种脚手架全升到最新版，结果项

做北京的小程序项目这几年，我越来越觉得：开发工具这件事，看起来是最没技术含量的环节，实际上最容易拖慢交付节奏。客户在国贸、在望京、在中关村，需求聊得都挺顺，最后卡住的往往是工具链上的小坑——编译慢、真机调试连不上、上传代码卡在 99%。今天就把我在北京做小程序时踩过的工具坑整理一下，都是能直接上手用的经验。一、先把开发者工具的基础配置做对微信开发者工具装完别急着写代码，几个默认设置先改掉，能省下大

上周帮一位做连锁烘焙的客户做代码审计，项目是之前找外包做的，跑是能跑，但打开商品详情页要等三秒多。翻完代码我基本明白了——不是技术难，是没人立规矩。北京这边做小程序的需求量大，团队水平参差不齐，很多项目从第一行代码起就埋了雷。今天这篇不聊虚的，就说说我们知码客在项目里死磕的那几条开发规范，以及为什么值得磕。目录结构先定死，别让后人猜谜见过最离谱的一个项目，pages 下面混着 components

上周帮一位北京做社区团购的客户做代码审计，接手的是别人交付的项目。打开仓库一看，README 只有一句话：“运行 npm install 然后 npm run dev”。接口文档没有，数据库字段靠猜，云函数里有一堆叫 test1、test2 的文件，没人知道哪个还在用。客户问我能不能两周内加个拼团功能，我只能先回一句：先把文档补上，不然改一处崩三处。这事让我特别想聊聊「小程序开发文档」这件事。很多

做小程序这几年，支付对接是被问得最多、也是返工最多的一块。尤其在北京，客户对合规和体验都抠得细，一个支付流程没打磨好，上线后投诉来得比流量还快。这篇就把我们知码客团队在真实项目里踩过的坑、绕过的弯，摊开来聊一聊。 先想清楚：你要的是哪种支付 很多需求方一上来就说“我要接微信支付”，但微信支付本身分好几种产品形态，选错了后面全是麻烦： JSAPI 支付：小程序内下单的主流方式，必须绑定商户号并关联