用反义句测试判断原则是否空洞

判断一条架构原则是不是老生常谈、没有实际指导价值，有个简单测试：把它反过来说一遍，如果反过来的说法仍然说得通（即使明显不符合你的场景），这条原则就是有意义的；如果反过来的说法荒谬到没人会认真提出，说明原来那条原则等于什么都没说。”网上商店必须让新手容易使用”反过来是”网上商店可以做得很难用”——没人会这么主张，所以这条原则是空话。真正有价值的版本是”应该尽量少收集客户信息，尤其是注册这类早期交互”——它的反面（多收集信息以换取更完整的用户画像）在别的场景下完全可能成立，这才说明原来的选择是真实的取舍，而不是废话。