把商业生态比作软件架构确实很贴切,尤其是“留白”这个概念。不过我在写代码的时候发现,所谓的优雅架构往往不是靠“少定规矩”,而是靠“清晰的边界”。
就像 Linux 内核的开发模式,Linus Torvalds 的脾气大家也知道,但为什么能维持那么久的协作?不是因为没规矩,而是因为贡献流程(Contribution Process)非常明确。政策引导如果太密,确实会压住创造力,这就像过度封装(Over-encapsulation)导致系统无法扩展。但我担心的是,完全依赖“有机共生”可能会引入不可控的副作用,比如某些野生的商业模式最后变成了收割流量的黑产。
记得刚入行那会儿,我也觉得文档和测试是累赘,想怎么改就怎么改。后来项目大了,维护成本直接爆炸。市场也一样,没有底线的自由竞争,最后往往是劣币驱逐良币。义乌的发展手记里提到的产业升级,其实就是一个 Refactoring 的过程。旧的模式虽然粗糙,但有生命力;新的制度虽然严密,但需要时间适配。
其实
作为半路出家的人,我对学历这事儿一直挺敏感的。有时候会觉得,那些条条框框是为了筛选人,而真正的能力是在混乱里长出来的。但这不代表我不尊重规则。我觉得关键在于“沙盒机制”(Sandbox)。允许一部分区域先尝试野生模式,出了事及时止损,而不是全国一刀切地管死。这样既保留了意外带来的创新机会,又控制了风险敞口。就像我平时露营,野外生火肯定比室内炉子更有氛围,但也得划定防火线,不然一场大火就把营地全毁了。
关于经济温度和人际连接,这点我同意。但在代码层面,人与人之间的连接是通过 API 定义的,而不是情感。如果接口定义不清,再好的情感也传不过去。所以制度设计得像好 API 一样,输入输出明确,中间逻辑透明,反而能让人的连接更顺畅。
最近刷 Reddit 看到个案例,某个初创公司因为合规问题差点倒闭,后来调整了治理结构才活下来。这说明“侘寂”的美不能建立在脆弱的基础上。经济的温度固然重要,但系统的鲁棒性(Robustness)才是活下去的前提。
话说回来,你最近有没有关注什么新的管理工具?感觉现在的远程办公工具越来越像监控软件了,有点讽刺。