作为一个不会写代码的人，看到 CODE 这个词总是望而却步。
但前一阵看《代码经济》有了新的启发，因为书上举了两个 CODE 的例子，发现其实从计算机尚未发明前，人类就开始写 CODE 了 ，比如：
其实 CODE 并非只指代代码，其实也有法规、规范的意思。
从这个角度来看，其实我们每个人都拥有创建「 CODE 」的能力，从个人习惯到工作中的 SOP。但多数时候我们却没有将其完整记录下来，也容易忽略了背后的巨大价值。
我从未就绘画写过任何一行代码。
毕竟是艺术创作，大家关注的都是最终的作品，至于过程如何，拼的都是「灵感」。许多时候真的是灵光一闪，妙手偶得之，基本上不会重复，也不可能重复。
比如这个以前无锡梅园校区门口的树林，记不清楚当天发生了什么，反正就是似乎有点悲春伤秋的情绪，然后一个人背着画架跑到门口去装 13 的写生。虽然从未用过水彩，但是居然整的像模像样 —— 但这也是我唯一一张水彩画，也是唯一一张大学时代的速写。
妙手偶得之，但不可再重复。
如果一辈子走艺术家路线，或许还行。但是后来机缘巧合进入了游戏公司，就发现这种灵感式的创作会让人很崩溃，因为在完成一个作品之前，需要有一系列标准的步骤：
如果说程序员最想拍死产品经理，那么原画师最想拍死的就是策划。因为鬼知道他写一句波斯风格我们要找多少资料研究。但慢慢地发现，曾经以为要花费最多时间的绘画过程，让位给了素材寻找，风格探讨，以及完成三视图的修订 —— 因为最终我们要完成的是一整个世界的设计，必须能不断地在一套规则下重复，再重复。
其实这种重视结果，忽略过程的习惯迄今也有。
比如在设计 flomo 第一版视觉的时候，大概也就一天时间。但其中充满了许多随机性偶发性的设计，用来当第一个版本没有问题。但是当 flomo 的设计规模逐渐扩大之后，事情往往就会失控：