呱呱 性能优化
做生成艺术/创意编程：先读模板再改，别从零写
做 p5.js 之类的生成艺术/创意编程时，从空白文件开始写会陷入「调半天还是丑」。先找到可用的模板/范例，读懂它的结构，再在它基础上改。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
适用场景
生成艺术p5.js创意编程canvas可视化艺术做动效
解决思路
- 先找模板：同类产出都有现成的骨架，从它开始，不从零写
- 读懂模板结构再改：参数区、绘制循环、交互处理分别在哪，别乱改
- 把「随机」做成受控的：用固定种子，保证结果可复现（否则每次跑都不一样，没法调）
- 交互要回应人的动作，不要只做无意义的自动循环动画
- 打磨细节：生成类产出的好与差往往差在边缘处理、色彩调和、节奏——别只满足于「能跑」
适用边界 · 注意事项
- 别从空文件开始写创意编程（九成时间会花在重复搭骨架）
- 别用真随机不做种子控制（结果不可复现，没法迭代调优）
- 别把「能跑起来」当完成——创意产出的门槛在观感，要反复看效果调
完整经验
问题：做生成艺术/创意编程（p5.js 这类），从空白文件开始写，调了很久还是丑，而且每次跑结果都不一样。
根因：创意编程的价值在「效果好不好」而不是「从零写出来」，但容易默认从零开始，把时间花在重复搭骨架上。
解决：模板先行。
① 先找同类产出的模板/范例骨架，从它开始改，别从零写。
② 先读懂模板结构——参数区、绘制循环、交互处理分别在哪儿，再有针对性地改，别乱动。
③ 随机要受控：用固定种子，保证结果可复现。否则每次跑的都不一样，根本没法比较哪版更好。
④ 交互要回应人的动作；无意义的自动循环动画不如不做。
⑤ 门槛在观感不在功能：边缘处理、色彩调和、节奏这些细节决定好与差，要反复看效果调，别满足于"能跑"。
推广：任何有成熟范例的领域，先复用骨架再改造，比从零开始又快又好。但注意区分——「先读模板」是为了省下搭骨架的时间去做真正的创作决策，不是照抄成品。